Назад | Перейти на главную страницу

Высокая доступность самих балансировщиков нагрузки

Во всех статьях, которые я прочитал в Интернете о высокой доступности самого балансировщика нагрузки, упоминается подход с использованием виртуального IP (VIP). При таком подходе два балансировщика нагрузки останутся в режиме активного ожидания. Активный балансировщик нагрузки владеет VIP. Если активный балансировщик нагрузки выходит из строя, резервный балансировщик нагрузки обнаруживает сбой, используя некоторый механизм биения сердца, и берет на себя VIP, таким образом, он становится активным балансировщиком нагрузки.

Мои вопросы:

  1. В любой момент времени все запросы обслуживает только один балансировщик нагрузки. Что делать, если количество входящих запросов слишком велико? Или количество запросов, обрабатываемых любым популярным балансировщиком нагрузки, таким как (HAProxy, nginx или любой аппаратный балансировщик нагрузки), слишком велико, чтобы его можно было превзойти в реальной жизни?

  2. Является ли хорошей альтернативой кластер балансировщиков нагрузки с тем же доменным именем, чтобы DNS мог выполнять циклическую балансировку нагрузки при распределении трафика между самими балансировщиками нагрузки? Таким образом, мы можем добиться автоматического масштабирования балансировщиков нагрузки, также динамически добавляя или удаляя A-записи на DNS-серверах.

  1. Если количество запросов слишком велико, вы получите таймауты. Да, вы можете максимально использовать сервер, если у вас небольшой сервер или есть ограничения ресурсов.

  2. Да. Хотя, может быть, не совсем так.

DNS может иметь несколько записей A для одного и того же домена, что может обеспечить переключение при отказе или балансировку нагрузки. Эти серверы могут находиться в разных дата-центрах. Одна полезная статья Вот, или вы можете выполнить поиск по запросу «балансировка нагрузки DNS».

Amazon Web Services Route 53 может выполнять маршрутизацию на основе ряда политик, таких как географическая область или задержка. Он также может обнаруживать сбои на серверах и отправлять трафик на другие серверы. Он может работать с серверами, отличными от AWS. Это было бы хорошим решением вашей проблемы. В CloudFlare Traffic Manager, в настоящее время доступная в раннем доступе, может быть другим решением.