Архитектура AWS с ограниченными эластичными IP-адресами

Сейчас у нашего малого бизнеса есть 3 клиента, которых мы присвоили 3 эластичным IP-адресам в Amazon Web Services (AWS).Архитектура AWS с ограниченными эластичными IP-адресами

Если мы перезапускаем экземпляр, никто не теряет доступ, потому что после перезагрузки IP-адреса становятся одинаковыми.

Есть ли способ справиться с расширением до 3-х клиентов, не разваливаясь друг с другом, если есть перезагрузка?

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

Я понимаю, что это очень простой вопрос, но поиск в googling только дает мне неинформативные документы из уст венцов.

EDIT:

Существует много контента на межсетях (в основном старые) о AWS, поддерживающих IPv6, но функциональность, как представляется устаревшим.

источник

2015-10-23 micahhoover

Архитектурный вопрос № 1: Зачем вам нужен эластичный IP-клиент? Что они делают с примерами? Какие службы используются, к которым клиент должен получить доступ? –

Почему вы не используете балансировщик нагрузки? – tedder42

@ Michael-sqlbot: Мы предоставляем оценку SAAS через стек .NET/MVC, позволяя нашим пользователям собирать данные о событиях и опросах. Наши клиенты очень заинтересованы в том, чтобы их данные были отделены от всех остальных. Вот почему мы сохранили их отдельно. – micahhoover

В краткосрочной перспективе вы можете запросить больше EIP. В зависимости от вашей учетной записи не более 5 EIP. Вы должны также рассматриваете возможность использования имен на основе URL-адресов и присвоить каждый из ваших клиентов на субдомен, например,

clientA.example.com 
clientB.example.com 
clientC.example.com

Таким образом, вы не будете нуждаться в дополнительном IP для каждого клиента вы добавляете. В зависимости от вашего трафика один экземпляр EC2 может обслуживать множество клиентов, и по мере того, как вы масштабируетесь, вы можете поместить несколько экземпляров EC2 за балансировкой балансировки нагрузки AWS, и это будет масштабироваться для экспоненциального увеличения количества клиентов.

Если клиент хочет оставить свои серверы отдельно и может заплатить за них, вы можете приобрести EIP столько, сколько вам нужно. Вы также должны рассмотреть возможность разделения базы данных на один экземпляр базы данных для каждого клиента, что, вероятно, означает, что клиенты хотят больше, чем разделение IP-адресов.

Для IPv6 быстрым решением будет использование интерфейсного модуля ELB, который поддерживает как IPv6, так и IPv4.

источник

2015-10-23 22:50:36

Возможно, так мы идем. Недостатком является то, что если clientA.example.com указывает на неэластичный IP-адрес и экземпляр перезапускается, имя clientA.example.com отклоняется к IP-адресу, который больше не существует. Это похоже на ту же проблему, что и раньше (кто-то должен обновить новый IP-адрес, пока наши пользователи сожалеют о неудаче). – micahhoover

Преимущество использования подхода, основанного на именах, заключается в том, что вам нужно использовать только один EIP вместо нескольких IP-адресов. –

@micahhoover Я обновил ответ в соответствии с вашими изменениями. –

Если вы используете эластичные IP-адреса от VPC, вы получаете 5 для региона для учетной записи AWS. См. Amazon VPC Limits.

Итак, вы можете перейти на консоль и выбрать VPC. Затем нажмите на эластичные IP-адреса, создайте их. После создания назначьте его соответствующему экземпляру. Итак, по крайней мере, пока вы можете решить проблему, если вас не беспокоит регион.

источник

2015-10-24 07:24:42 phoenix

Архитектура AWS с ограниченными эластичными IP-адресами

ответ

Смежные вопросы