Как работает балансировка нагрузки? [закрыто]
Я не могу понять, как работает балансировщик нагрузки. Скажем например на облачных серверах Rackspace.
- У вас есть один экземпляр со всеми вашими данными.
- Вы клонируете этот экземпляр, чтобы на самом деле было две его идентичные копии?
- Затем вы получаете статический IP-адрес от балансировщика нагрузки, который переходит к одному из два экземпляра (которые на самом деле одинаковые)
Верно? Где мне узнать об этом подробнее?
Это зависит от вашей настройки. Однако базовая настройка балансировки нагрузки включает один сервер базы данных. В книге Django, в главе о Развертывание Django , есть простая диаграмма, иллюстрирующая базовую конфигурацию балансировки нагрузки.
По сути, все компьютеры, генерирующие веб-страницы, используют одну и ту же базу данных, то есть хранится на выделенном сервере. Медиа-файлы (например, CSS и изображения) могут храниться на одном сервере или на отдельном выделенном медиа-сервере, хотя эту роль может выполнять сам балансировщик нагрузки.
Однако в расширенных настройках, направленных на действительно высокий трафик или много статического контента , вы можете захотеть обслуживать статические файлы на нескольких разных медиа-серверах. Наконец, вы можете захотеть настроить распределенную базу данных, но это вводит совершенно новый класс проблем, и это действительно отдельная тема (например, у вас может быть распределенная база данных без использования балансировщика нагрузки).
При балансировке нагрузки нагрузка распределяется между двумя имеющимися у вас экземплярами. Следовательно, один экземпляр не выполняет всю работу.
- Вы настраиваете балансировщик нагрузки с помощью Rackspace.
- Вы получаете статический IP-адрес от балансировщика нагрузки.
- Вы указываете DNS своего веб-сайта на статический IP-адрес балансировщика нагрузки. .
- Балансировщик нагрузки одинаково перенаправляет трафик на два экземпляра.
Существует несколько реализаций балансировки нагрузки, каждая со своим собственным подходом, который дает определенные преимущества в зависимости от их специализации.
- Обычно существуют некоторые общие или общие данные, связывающие узлы (данные , информация о пользователе и т. д.)
- Это зависит от архитектуры приложения, будь то с отслеживанием состояния (хранение данных) или без сохранения состояния (передача данных), обычно на узлах используется общий код на основе общего кода (который в основном «клонировано» между узлами)
- Назначения IP-адресов обычно не управляются через балансировщик нагрузки, но IP-конфигурации обычно являются неотъемлемой частью его конфигурации (поскольку каждый сетевой компонент / устройство требует своего собственного IP-адреса)
Чтобы понять специфику реализации, необходимо определить саму реализацию.