Помогите понять цену Amazon Web Services - PullRequest
1 голос
/ 22 сентября 2009

Я пытаюсь понять цену Amazon для региональной передачи данных ... У меня есть экземпляр EC2 в восточно-американском регионе и ведро S3 в ЕС. Я также использую стороннюю службу, которая использует экземпляр EC2, который доступен только в США.

Может кто-нибудь помочь уточнить, с чего мне взимать плату и где. Данные могут принимать один из 2 маршрутов:

  1. 1 ГБ -> EC2a (США) -> EC2b (США) -> S3 (ЕС)
  2. 1GB -> EC2 (США) -> S3 (EU)

Амазонка говорит:

Передача данных между двумя веб-службами Amazon в одном и том же регионе (т. Е. Между Amazon EC2 US и другой службой AWS в США или между Amazon EC2 Europe и другой службой AWS в Европе) бесплатна (т. Е. 0,00 долл. США за ГБ). ). Данные, передаваемые между службами AWS в разных регионах, будут оплачиваться как передача данных через Интернет с обеих сторон передачи.

Я использую эластичный IP-адрес для обоих экземпляров EC2 в США, а Amazon также взимает плату за передачу данных с эластичным IP по цене 0,01 долл. США за ГБ

Означает ли это, что для примера 1 я плачу следующим образом -

0,1 долл. США (данные в ЕС2a США) + 0,01 долл. США (эластичная передача IP) + 0,17 долл. США (данные ЕС2b США) + 0,1 долл. США (данные в S3 ЕС)

EC2b, который является нашей сторонней службой, также имеет свои собственные сборы, которые я оставил здесь.

Спасибо

1 Ответ

1 голос
/ 01 октября 2009

Насколько я понимаю, вы правы в отношении цены, если предположить, что два экземпляра EC2 находятся в одной зоне доступности в США и что вы используете частный IP-адрес для передачи между этими экземплярами. Если это так, я считаю, что два сценария, которые вы перечислите, будут стоить вам одинаково.

Обратите внимание, что на востоке США есть несколько зон доступности (1a, 1b, 1c и т. Д.), Поэтому не все экземпляры равны в этом отношении. Если ваша сторонняя служба не позволяет вам выбрать зону доступности для вашего экземпляра EC2, вам нужно указать зону, которая будет соответствовать при запуске вашего узла EC2.

...