Как стать автором
Обновить

Комментарии 3

Спасибо, интересная статья и наличествует пример, хоть какой-то (не вникал просто) - уже здорово. Последнее время мне такие попадаются все реже.

Но, как обычно, полностью отсутствуют границы применимости балансировщика и особенно примененного в примере. Было бы неплохо расширить статью. В частности, для сравнения: простой MVC сайтик подгружающий 6(шесть) классов всего, способен отдаваться клиенту примерно 2000 (две тысячи) раз в секунду, если писан на чистом PHP для сервера на старом core2duo с парой гектар оперативы. Это, между прочим, около 50 миллионов(!!!) просмотров в сутки для 8 часовых суток.

Для каких нагрузок будет полезен этот балансировщик, и как часто такие нагрузки и у кого появляются? Вот этот вопрос стоит, кмк, дополнительно осветить в статье. А то уже видел магазинчик, ушедший в облако с посещаемостью около 1000 просмотров в сутки и вопрошающий "может нам балансировщик нужен? медленно как-то работает..". Не, Вам надо код отрефакторить.. ;)

эээ, мне кажется вы не внимательно прочли вводную часть статьи, где говорится о назначении данного балансировщика. Он не для балансировки нагрузки между сайтами, а для обеспечения "отвода" на всевозможные системы безопасности (Intrusion Prevention, DPI, firewall итп), и если они дали добро, дальше трафик идёт на основной сервер.

Другой вопрос, что я может не настолько хорошо знаю AWS, но из объяснения не понял, а чем такой балансировщик удобнее? @romansamko не могли бы вы прояснить, какие плюсы он добавляет? у меня пока единственное объяснение, что после открытия сессии (которая требовала проверки на VA), дальнейший трафик идёт через балансер не нагружая VA.

Мое мнение:

  1. Масштабирование количества VA в зависимости от текущей нагрузки - привлечение клиентов возможностью сэкономить не в пиковые часы.

  2. Перераспределение трафика если какой-то VA стал unhealthy - например, завис по какой-то причине.

  3. Возможность stateful обработки трафика - входяший и исходяший трафик будет обработан на одном и том же VA.

  4. Трафик между GWLB и VA идет по GENEVE - GWLB сохраняет исходное состояние контента запроса.

  5. Большое количество готовых продуктов продуктов в виде SaaS от AWS Partners - привлечение клиентов на уровне "приходите и пользуйтесь, у нас все готовое".

Если хочется сравнить GWLB c ALB/NLB, есть информативная страница в AWS:
https://aws.amazon.com/elasticloadbalancing/features/

Зарегистрируйтесь на Хабре, чтобы оставить комментарий