Вопрос по amazon-web-services, amazon, amazon-ec2, bandwidth – Использование пропускной способности AWS EC2 Elastic IPs и тарифы

29

У меня есть несколько вопросов, касающихся эластичных IP-адресов и их оплаты. В некоторых блогах говорится, что Elastic IP будет взимать плату за пропускную способность, которую вы используете

Elastic IP addresses charge by bandwidth and have an hourly price when they are not attached to a running instance

From http://things.zarate.org/scaling-a-single-ec2-instance-and-downsizing

Насколько я понимаю, после прочтения некоторых блогов и документации, вы будете платить толькоif вы используете эластичные IP-адреса в общенииbetween экземплярыand если у вас есть эластичные IP-адреса, которые простаивают в вашей учетной записи, не будучи привязанными к вашему экземпляру

If you communicate between instances using public or elastic IP address even in the same region you pay regional data transfer rates(0.01$ per GB in/out).

From http://www.cloudiquity.com/2009/02/using-amazon-ec2-public-ip-address-inside-ec2-network/

Смотрите скриншот калькулятора AWS - & gt;http://shareimage.org/images/lzjj3eull2ux0lo663fr.png

Таким образом, мое замешательство заключается в том, будет ли плата за AWS заany kinds запросов трафика (используя мой браузер, SSH) с использованием эластичных IP-адресов?

Так что если, например: я ssh-ed для своих экземпляров, используя эластичные IP-адреса (например, 8.8.8.8) вместо публичного DNS-имени, указанного как ec2-xxx-xxx-xxx-xxx.compute-1.amazonaws.com, будет эта полоса пропускания зарегистрирована как простое использование входящей / исходящей полосы пропускания или полоса пропускания общего / эластичного IP?

Спасибо

Есть вариант, который делаетnot require an Elastic IP. быть назначенным Chetabahana

Ваш Ответ

1   ответ
80

Вам следует отделить вопрос о плате за передачу данных от тарифа за Elastic IP-адрес, поскольку они полностью независимы друг от друга:

Elastic IP addresses

Выделение и использование одногоЭластичные IP-адреса за экземпляр в основном бесплатно,except еслиElastic IP address в настоящее время не связан с экземпляром, смотрите разделElastic IP Addresses на страницеЦены на Amazon EC2:

  • $0.00 for one Elastic IP address associated with a running instance
  • $0.005 per additional Elastic IP address associated with a running instance per hour on a pro rata basis
  • $0.005 per Elastic IP address not associated with a running instance per hour on a pro rata basis
  • $0.00 per Elastic IP address remap for the first 100 remaps per month
  • $0.10 per Elastic IP address remap for additional remaps over 100 per month

    [emphasis mine]

Обоснование этого подхода объясняется в соответствующем FAQПочему с меня взимается плата, если мой Elastic IP-адрес не связан с экземпляром?:

In order to help ensure our customers are efficiently using the Elastic IP addresses, we impose a small hourly charge for each address when it is not associated to a running instance.

Data Transfer

Опять же, ключевой аспект объясняется в разделеData Transfer на страницеЦены на Amazon EC2 (и подробно описано в некоторых часто задаваемых вопросах):

Вы в первую очередь платите заInternet Data Transferт.е.data transferred "in" and "out" of Amazon EC2, что конкретно исключает следующее:

There is no Data Transfer charge between Amazon EC2 and other Amazon Web Services within the same region (i.e. between Amazon EC2 US West and Amazon S3 in US West). Data transferred between Amazon EC2 instances located in different Availability Zones in the same Region will be charged Regional Data Transfer. Data transferred between AWS services in different regions will be charged as Internet Data Transfer on both sides of the transfer.

Caveat

Важное предостережение, о котором следует знать, действительно следует за этим утверждением:

Public and Elastic IP and Elastic Load Balancing Data Transfer

  • $0.01 per GB in/out – If you choose to communicate using your Public or Elastic IP address or Elastic Load Balancer inside of the Amazon EC2 network, you’ll pay Regional Data Transfer rates even if the instances are in the same Availability Zone. For data transfer within the same Availability Zone, you can easily avoid this charge (and get better network performance) by using your private IP whenever possible.

Remedy

Не упомянутое в вышеупомянутом параграфе является важной и весьма полезной функцией инфраструктуры DNS AWS.Общедоступные IP-адреса и внешние DNS-имена хостов:

We provide each instance that has a public IP address with an external DNS hostname. We resolve an external DNS hostname to the public IP address of the instance outside the network of the instance, and to the private IP address of the instance from within the network of the instance.

То есть он разрешает общедоступный DNS (например,ec2-xxx-xxx-xxx-xxx.compute-1.amazonaws.com) кPrivate IP address когда вы используете его в сети Amazon EC2, и кPublic or Elastic IP address при использовании вне сети Amazon EC2. Вроде так ты получаешь бесплатноAvailability Zone Data Transfer и уменьшенный зарядRegional Data Transfer автоматически, например они активно применяют свои рекомендацииAlways use the internal address when you are communicating between Amazon EC2 instances [which] ensures that your network traffic follows the highest bandwidth, lowest cost, and lowest latency path through our network.

Это, очевидно, не работает, если вы используете IP-адреса напрямую (т.е. без DNS), чего, как правило, лучше избегать по этой и другим причинам в контексте EC2.

+1 за тщательность: D Steven St
@DevKanchen - мне нужно вспомнить мой предыдущий комментарий (я запутался в различном поведении вAmazon Virtual Private Cloud (VPC)): АссоциированиеElastic IP Address (EIP) с обычным (т.е. не VPC) экземпляром EC2does обновите общедоступное DNS-имя, как ожидается (т. е. шаблон, подобный шаблону без EIP), и это общедоступное DNS-имяdoes Правильно разрешить внутренний IP-адрес при запросе внутри EC2! Мне очень жаль, что я ввел вас в заблуждение, надеюсь, у вас сейчас есть серебряная пуля :)
@ Стеффен Опель, отличный ответ в противном случае, но одна вещь не ясна. Применяется ли правило общедоступного DNS-имени к EIP? Т.е. возможно ли сгенерировать DNS-имя для данного EIP и использовать его для связи с внутренним экземпляром? В какой момент Amazon автоматически преобразует EIP DNS в EIP и, следовательно, во внутренний IP-адрес, тем самым снижая затраты на передачу данных через Интернет? Или ЕДИНСТВЕННЫЙ вариант использовать DNS самого экземпляра EC2, а не один, сгенерированный на основе EIP?
В качестве подсказки; Вы можете легко проверить, используют ли соединения между узлами в одном регионе / az частный IP-адрес, введя следующую команду: sudo netstat -ntap | grep ESTABLISHED Опция -p позволяет легко найти процесс, вызывающий ошибку. Консоль aws перечисляет как IP-адрес Pulib, так и частный IP-адрес.
@DevKanchen - очень хорошая точка зрения, и ответ на этот вопрос действительно неудачный: в тот момент, когда вы назначаете EIP, общедоступное DNS-имя исчезает и не заменяется; это может / должно быть свойством AmazonRoute 53 Управление DNS, по крайней мере, но я использую это также, и это в настоящее время не предлагает эту функциональность. Полагаю, что все сводится к тому, чтобы меньше полагаться на EIP, чем больше вы начинаете использовать AWS (особенно, включая Route 53), например, Auto Scaling и EC2 Spot; тем не менее, это, безусловно, функция, которую они должны поддерживать.

Похожие вопросы