Балансировка нагрузки - История изменений

IKuznetsov в 08:04, 7 января 2025

2025-01-07T08:04:22Z

← Предыдущая версия		Версия от 08:04, 7 января 2025
Строка 1:		Строка 1:
			'''''[[Установка и настройка]] / [[Установка и настройка\|Основные элементы АппОптима]] / [[АппОптима]] / [[АппОптима\|Конфигурация]] / Балансировка нагрузки'''''

	АппОптима включает NGINX, универсальный высокопроизводительный HTTP-сервер с открытым исходным кодом и обратный прокси-сервер. NGINX, установленный на каждом узле кластера, выполняет балансировку нагрузки и маршрутизацию трафика между узлами. NGINX настроен специально для выполнения следующих задач:		АппОптима включает NGINX, универсальный высокопроизводительный HTTP-сервер с открытым исходным кодом и обратный прокси-сервер. NGINX, установленный на каждом узле кластера, выполняет балансировку нагрузки и маршрутизацию трафика между узлами. NGINX настроен специально для выполнения следующих задач:

IKuznetsov в 09:32, 26 декабря 2024

2024-12-26T09:32:15Z

← Предыдущая версия		Версия от 09:32, 26 декабря 2024
Строка 4:		Строка 4:
	* '''Разрешение DNS''' (необязательно). Записи DNS управляются для кластера; DNS разрешается в IP-адреса всех узлов кластера. Это обеспечивает дополнительную балансировку нагрузки на основе DNS (порядок IP-адресов рандомизирован в разрешении DNS). Автоматическое управление DNS для кластера не является обязательным — вы можете отказаться и использовать вместо этого свой DNS.		* '''Разрешение DNS''' (необязательно). Записи DNS управляются для кластера; DNS разрешается в IP-адреса всех узлов кластера. Это обеспечивает дополнительную балансировку нагрузки на основе DNS (порядок IP-адресов рандомизирован в разрешении DNS). Автоматическое управление DNS для кластера не является обязательным — вы можете отказаться и использовать вместо этого свой DNS.

	NGINX является неотъемлемой частью управляемого развертывания ~~Ключа-Астром~~. Если вам нужен дополнительный уровень балансировки нагрузки для создания единой точки доступа, вы можете настроить балансировщик нагрузки перед кластером.		NGINX является неотъемлемой частью управляемого развертывания АппОптима. Если вам нужен дополнительный уровень балансировки нагрузки для создания единой точки доступа, вы можете настроить балансировщик нагрузки перед кластером.

	== Рекомендации по установке ==		== Рекомендации по установке ==
Строка 31:		Строка 31:

	=== Домен и SSL-сертификаты (необязательно) ===		=== Домен и SSL-сертификаты (необязательно) ===
	Конфигурация доменного имени, указывающего на балансировщик нагрузки, и сертификат TLS необязательны. Вы можете отключить опцию автоматической обработки доменов и сертификатов АппОптима. См. [[~~Конфигурация DNS для АппОптима Managed\|~~Конфигурация DNS для АппОптима]].		Конфигурация доменного имени, указывающего на балансировщик нагрузки, и сертификат TLS необязательны. Вы можете отключить опцию автоматической обработки доменов и сертификатов АппОптима. См. [[Конфигурация DNS для АппОптима]].

	== Трафик веб-интерфейса ==		== Трафик веб-интерфейса ==

IKuznetsov в 20:58, 25 декабря 2024

2024-12-25T20:58:55Z

← Предыдущая версия		Версия от 20:58, 25 декабря 2024
Строка 1:		Строка 1:
	АппОптима ~~Managed~~ включает NGINX, универсальный высокопроизводительный HTTP-сервер с открытым исходным кодом и обратный прокси-сервер. NGINX, установленный на каждом узле кластера, выполняет балансировку нагрузки и маршрутизацию трафика между узлами. NGINX настроен специально для выполнения следующих задач:		АппОптима включает NGINX, универсальный высокопроизводительный HTTP-сервер с открытым исходным кодом и обратный прокси-сервер. NGINX, установленный на каждом узле кластера, выполняет балансировку нагрузки и маршрутизацию трафика между узлами. NGINX настроен специально для выполнения следующих задач:

	* '''Проверка работоспособности узлов'''. Если узел недоступен, этот узел помечается как неработоспособный, и трафик перенаправляется только на исправные узлы.		* '''Проверка работоспособности узлов'''. Если узел недоступен, этот узел помечается как неработоспособный, и трафик перенаправляется только на исправные узлы.
Строка 18:		Строка 18:
	Список целевых узлов должен содержать IP-адреса управляемых узлов АппОптима, предназначенных для получения веб-трафика, включая пользовательский трафик и вызовы REST API. Обычно список должен содержать все узлы кластера. Этот список необходимо обновлять после присоединения или удаления узла.		Список целевых узлов должен содержать IP-адреса управляемых узлов АппОптима, предназначенных для получения веб-трафика, включая пользовательский трафик и вызовы REST API. Обычно список должен содержать все узлы кластера. Этот список необходимо обновлять после присоединения или удаления узла.

	В консоли управления кластером вы можете исключить узел из трафика веб-интерфейса. Эта функция влияет на конфигурацию NGINX и автоматически выделяемый домен (<code>xyz.astromkey-~~managed~~.com</code>). При использовании внешнего балансировщика нагрузки узлы кластера необходимо исключить из списка целевых узлов; в противном случае они все равно будут получать сетевой трафик. См. Возможности узла кластера.		В консоли управления кластером вы можете исключить узел из трафика веб-интерфейса. Эта функция влияет на конфигурацию NGINX и автоматически выделяемый домен (<code>xyz.astromkey-АппОптима.com</code>). При использовании внешнего балансировщика нагрузки узлы кластера необходимо исключить из списка целевых узлов; в противном случае они все равно будут получать сетевой трафик. См. Возможности узла кластера.

	Трафик должен быть перенаправлен на HTTPS-порт 443 NGINX. Путь/параметры запроса никоим образом не должны изменяться; пользовательские суффиксы пути не поддерживаются.		Трафик должен быть перенаправлен на HTTPS-порт 443 NGINX. Путь/параметры запроса никоим образом не должны изменяться; пользовательские суффиксы пути не поддерживаются.
Строка 31:		Строка 31:

	=== Домен и SSL-сертификаты (необязательно) ===		=== Домен и SSL-сертификаты (необязательно) ===
	Конфигурация доменного имени, указывающего на балансировщик нагрузки, и сертификат TLS необязательны. Вы можете отключить опцию автоматической обработки доменов и сертификатов АппОптима. См. [[Конфигурация DNS для АппОптима Managed]].		Конфигурация доменного имени, указывающего на балансировщик нагрузки, и сертификат TLS необязательны. Вы можете отключить опцию автоматической обработки доменов и сертификатов АппОптима. См. [[Конфигурация DNS для АппОптима Managed\|Конфигурация DNS для АппОптима]].

	== Трафик веб-интерфейса ==		== Трафик веб-интерфейса ==

IKuznetsov в 13:57, 17 декабря 2024

2024-12-17T13:57:02Z

← Предыдущая версия		Версия от 13:57, 17 декабря 2024
Строка 1:		Строка 1:
	АппОптима Managed включает NGINX, универсальный высокопроизводительный HTTP-сервер с открытым исходным кодом и обратный прокси-сервер. NGINX, установленный на каждом узле кластера, выполняет балансировку нагрузки и маршрутизацию трафика между узлами. NGINX настроен специально для выполнения следующих задач:		АппОптима Managed включает NGINX, универсальный высокопроизводительный HTTP-сервер с открытым исходным кодом и обратный прокси-сервер. NGINX, установленный на каждом узле кластера, выполняет балансировку нагрузки и маршрутизацию трафика между узлами. NGINX настроен специально для выполнения следующих задач:

	* '''Постоянство сеанса.''' После открытия сеанса веб-интерфейса на данной ноде кластера запросы перенаправляются на эту ноду до тех пор, пока пользователь не закроет сеанс (выйдет из системы).
	* '''Проверка работоспособности узлов'''. Если узел недоступен, этот узел помечается как неработоспособный, и трафик перенаправляется только на исправные узлы.		* '''Проверка работоспособности узлов'''. Если узел недоступен, этот узел помечается как неработоспособный, и трафик перенаправляется только на исправные узлы.
	* '''Разрешение DNS''' (необязательно). Записи DNS управляются для кластера; DNS разрешается в IP-адреса всех узлов кластера. Это обеспечивает дополнительную балансировку нагрузки на основе DNS (порядок IP-адресов рандомизирован в разрешении DNS). Автоматическое управление DNS для кластера не является обязательным — вы можете отказаться и использовать вместо этого свой DNS.		* '''Разрешение DNS''' (необязательно). Записи DNS управляются для кластера; DNS разрешается в IP-адреса всех узлов кластера. Это обеспечивает дополнительную балансировку нагрузки на основе DNS (порядок IP-адресов рандомизирован в разрешении DNS). Автоматическое управление DNS для кластера не является обязательным — вы можете отказаться и использовать вместо этого свой DNS.
Строка 30:		Строка 29:

	Используйте URL-адрес <code>/rest/health</code> для проверки работоспособности с ожидаемым кодом ответа <code>HTTP 200</code>.		Используйте URL-адрес <code>/rest/health</code> для проверки работоспособности с ожидаемым кодом ответа <code>HTTP 200</code>.

	~~=== Постоянство сеанса ===~~
	~~Постоянство сеансанастраивается и реализуется кластером АппОптима Managed. Настройка не требуется.~~

	=== Домен и SSL-сертификаты (необязательно) ===		=== Домен и SSL-сертификаты (необязательно) ===

IKuznetsov в 13:49, 8 ноября 2024

2024-11-08T13:49:35Z

← Предыдущая версия		Версия от 13:49, 8 ноября 2024
Строка 1:		Строка 1:
	~~Ключ-Астром~~ Managed включает NGINX, универсальный высокопроизводительный HTTP-сервер с открытым исходным кодом и обратный прокси-сервер. NGINX, установленный на каждом узле кластера, выполняет балансировку нагрузки и маршрутизацию трафика между узлами. NGINX настроен специально для выполнения следующих задач:		АппОптима Managed включает NGINX, универсальный высокопроизводительный HTTP-сервер с открытым исходным кодом и обратный прокси-сервер. NGINX, установленный на каждом узле кластера, выполняет балансировку нагрузки и маршрутизацию трафика между узлами. NGINX настроен специально для выполнения следующих задач:

	* '''Постоянство сеанса.''' После открытия сеанса веб-интерфейса на данной ноде кластера запросы перенаправляются на эту ноду до тех пор, пока пользователь не закроет сеанс (выйдет из системы).		* '''Постоянство сеанса.''' После открытия сеанса веб-интерфейса на данной ноде кластера запросы перенаправляются на эту ноду до тех пор, пока пользователь не закроет сеанс (выйдет из системы).
Строка 17:		Строка 17:

	=== Целевая конфигурация ===		=== Целевая конфигурация ===
	Список целевых узлов должен содержать IP-адреса управляемых узлов ~~Ключ-Астром~~, предназначенных для получения веб-трафика, включая пользовательский трафик и вызовы REST API. Обычно список должен содержать все узлы кластера. Этот список необходимо обновлять после присоединения или удаления узла.		Список целевых узлов должен содержать IP-адреса управляемых узлов АппОптима, предназначенных для получения веб-трафика, включая пользовательский трафик и вызовы REST API. Обычно список должен содержать все узлы кластера. Этот список необходимо обновлять после присоединения или удаления узла.

	В консоли управления кластером вы можете исключить узел из трафика веб-интерфейса. Эта функция влияет на конфигурацию NGINX и автоматически выделяемый домен (<code>xyz.astromkey-managed.com</code>). При использовании внешнего балансировщика нагрузки узлы кластера необходимо исключить из списка целевых узлов; в противном случае они все равно будут получать сетевой трафик. См. Возможности узла кластера.		В консоли управления кластером вы можете исключить узел из трафика веб-интерфейса. Эта функция влияет на конфигурацию NGINX и автоматически выделяемый домен (<code>xyz.astromkey-managed.com</code>). При использовании внешнего балансировщика нагрузки узлы кластера необходимо исключить из списка целевых узлов; в противном случае они все равно будут получать сетевой трафик. См. Возможности узла кластера.
Строка 32:		Строка 32:

	=== Постоянство сеанса ===		=== Постоянство сеанса ===
	Постоянство сеансанастраивается и реализуется кластером ~~Ключ-Астром~~ Managed. Настройка не требуется.		Постоянство сеансанастраивается и реализуется кластером АппОптима Managed. Настройка не требуется.

	=== Домен и SSL-сертификаты (необязательно) ===		=== Домен и SSL-сертификаты (необязательно) ===
	Конфигурация доменного имени, указывающего на балансировщик нагрузки, и сертификат TLS необязательны. Вы можете отключить опцию автоматической обработки доменов и сертификатов ~~Ключ-Астром~~. См. [[Конфигурация DNS для ~~Ключ-АСТРОМ Managed\|Конфигурация DNS для Ключ-Астром~~ Managed]].		Конфигурация доменного имени, указывающего на балансировщик нагрузки, и сертификат TLS необязательны. Вы можете отключить опцию автоматической обработки доменов и сертификатов АппОптима. См. [[Конфигурация DNS для АппОптима Managed]].

	== Трафик веб-интерфейса ==		== Трафик веб-интерфейса ==
Строка 43:		Строка 43:

	# В консоли управления кластером (CMC) перейдите в раздел '''Параметры''' и выберите '''Общедоступные конечные точки'''.		# В консоли управления кластером (CMC) перейдите в раздел '''Параметры''' и выберите '''Общедоступные конечные точки'''.
	# Настройте '''URL-адрес веб-интерфейса ~~Ключ-Астром~~''', чтобы он указывал на ваш балансировщик нагрузки.		# Настройте '''URL-адрес веб-интерфейса АппОптима''', чтобы он указывал на ваш балансировщик нагрузки.

	== Трафик ЕдиногоАгента ==		== Трафик ЕдиногоАгента ==

RGolovanov: Новая страница: «Ключ-Астром Managed включает NGINX, универсальный высокопроизводительный HTTP-сервер с открыты...»

2022-09-15T16:44:02Z

Новая страница: «Ключ-Астром Managed включает NGINX, универсальный высокопроизводительный HTTP-сервер с открыты...»

Новая страница

Ключ-Астром Managed включает NGINX, универсальный высокопроизводительный HTTP-сервер с открытым исходным кодом и обратный прокси-сервер. NGINX, установленный на каждом узле кластера, выполняет балансировку нагрузки и маршрутизацию трафика между узлами. NGINX настроен специально для выполнения следующих задач:

* '''Постоянство сеанса.''' После открытия сеанса веб-интерфейса на данной ноде кластера запросы перенаправляются на эту ноду до тех пор, пока пользователь не закроет сеанс (выйдет из системы).
* '''Проверка работоспособности узлов'''. Если узел недоступен, этот узел помечается как неработоспособный, и трафик перенаправляется только на исправные узлы.
* '''Разрешение DNS''' (необязательно). Записи DNS управляются для кластера; DNS разрешается в IP-адреса всех узлов кластера. Это обеспечивает дополнительную балансировку нагрузки на основе DNS (порядок IP-адресов рандомизирован в разрешении DNS). Автоматическое управление DNS для кластера не является обязательным — вы можете отказаться и использовать вместо этого свой DNS.

NGINX является неотъемлемой частью управляемого развертывания Ключа-Астром. Если вам нужен дополнительный уровень балансировки нагрузки для создания единой точки доступа, вы можете настроить балансировщик нагрузки перед кластером.

== Рекомендации по установке ==

* '''Сертификация.''' В вашей организации могут быть строгие правила в отношении управления сертификатами TLS и контроля доступа. Например, политика может требовать, чтобы весь входящий трафик проходил через одобренный организацией центральный балансировщик нагрузки или прокси-сервер.
* '''Расширенная отработка отказа'''. В случае сбоя оборудования или сети узла IP-адрес узла может оставаться частью записи домена. Это может привести к тайм-аутам подключения, если в разрешении DNS выбран неработоспособный IP-адрес. Внешний балансировщик нагрузки может автоматически исключать неработоспособный узел, что улучшает взаимодействие с пользователем.
* '''Географически распределенная балансировка нагрузки'''. Для кластеров, развернутых в двух центрах обработки данных (с использованием функции ВысокаяДоступность), мы рекомендуем иметь дополнительный балансировщик нагрузки, который может оптимизировать доступ пользователей и обрабатывать отказоустойчивость между центрами обработки данных. См. [[ВысокаяДоступность для дата-центров]]

== Рекомендации по настройке ==
Конфигурация балансировщика нагрузки зависит от того, как будет использоваться конкретный балансировщик нагрузки. Ниже приведены общие рекомендации.

=== Целевая конфигурация ===
Список целевых узлов должен содержать IP-адреса управляемых узлов Ключ-Астром, предназначенных для получения веб-трафика, включая пользовательский трафик и вызовы REST API. Обычно список должен содержать все узлы кластера. Этот список необходимо обновлять после присоединения или удаления узла.

В консоли управления кластером вы можете исключить узел из трафика веб-интерфейса. Эта функция влияет на конфигурацию NGINX и автоматически выделяемый домен (<code>xyz.astromkey-managed.com</code>). При использовании внешнего балансировщика нагрузки узлы кластера необходимо исключить из списка целевых узлов; в противном случае они все равно будут получать сетевой трафик. См. Возможности узла кластера.

Трафик должен быть перенаправлен на HTTPS-порт 443 NGINX. Путь/параметры запроса никоим образом не должны изменяться; пользовательские суффиксы пути не поддерживаются.

=== Таймауты ===
Мы рекомендуем установить значение таймаута для целевого ответа не меньше, чем настроено в NGINX по умолчанию (120 секунд).

=== Проверки работоспособности ===
Мы рекомендуем настроить проверки работоспособности для всех целевых узлов. Если вы не настроите проверки работоспособности для всех целевых узлов, балансировщик нагрузки может попытаться перенаправить трафик на узел, который не отслеживается проверкой работоспособности и который может быть недоступен из-за сбоя.

Используйте URL-адрес <code>/rest/health</code> для проверки работоспособности с ожидаемым кодом ответа <code>HTTP 200</code>.

=== Постоянство сеанса ===
Постоянство сеансанастраивается и реализуется кластером Ключ-Астром Managed. Настройка не требуется.

=== Домен и SSL-сертификаты (необязательно) ===
Конфигурация доменного имени, указывающего на балансировщик нагрузки, и сертификат TLS необязательны. Вы можете отключить опцию автоматической обработки доменов и сертификатов Ключ-Астром. См. [[Конфигурация DNS для Ключ-АСТРОМ Managed|Конфигурация DNS для Ключ-Астром Managed]].

== Трафик веб-интерфейса ==
Если вы планируете использовать балансировщик нагрузки для трафика веб-интерфейса, в дополнение к общим рекомендациям по настройке балансировщика нагрузки необходимо настроить следующий параметр.

=== Конфигурация общедоступной конечной точки ===

# В консоли управления кластером (CMC) перейдите в раздел '''Параметры''' и выберите '''Общедоступные конечные точки'''.
# Настройте '''URL-адрес веб-интерфейса Ключ-Астром''', чтобы он указывал на ваш балансировщик нагрузки.

== Трафик ЕдиногоАгента ==
Балансировка нагрузки меньше требуется для трафика ЕдиногоАгента, поскольку ЕдиныйАгент может переключаться между конечными точками и эффективно выполнять балансировку нагрузки на стороне клиента. Если вы планируете использовать балансировщик нагрузки для трафика ЕдиныйАгент, в дополнение к общим рекомендациям по настройке балансировщика нагрузки необходимо настроить следующий параметр.

=== Конфигурация конечной точки ЕдиногоАгента ===

# В консоли управления кластером (CMC) перейдите к '''Статус развертывания''' и выберите '''Узлы кластера'''.
# На странице сведений о каждом узле выберите '''Настроить''' и в разделе '''Настройка конечных точек узла''' укажите '''IP-адрес и порт для трафика ЕдиногоАгента''', чтобы они указывали на подсистему балансировки нагрузки, а не на узел напрямую.

== Мониторинг реального пользователя/Мобильный/Синтетический трафик ==
Если вы планируете использовать балансировщик нагрузки там, где используется безагентный мониторинг реального пользователя или мобильных приложений, мы настоятельно рекомендуем настроить балансировщик нагрузки либо перед кластерными АктивнымиШлюзами, либо непосредственно перед кластером. Из-за возможности больших объемов TLS-подключений и скачков запросов, передача завершения TLS на балансировщик нагрузки выгодна, особенно если балансировщик нагрузки имеет аппаратно-ускоренную обработку TLS и/или возможности автоматического масштабирования. Это может защитить кластер от перегрузки и разделить путь доступа между трафиком маяка и трафиком веб-интерфейса/ЕдиногоАгента.

Если вы планируете использовать балансировщик нагрузки для Мобильного/Синтетического трафика и мониторинга реального пользователя, в дополнение к общим рекомендациям по настройке балансировщика нагрузки необходимо настроить следующий параметр.

=== Конфигурация общедоступной конечной точки ===

# В консоли управления кластером (CMC) перейдите в раздел '''Параметры''' и выберите '''Общедоступные конечные точки'''.
# Настройте '''URL-адрес АктивногоШлюза Кластера''', чтобы он указывал на ваш балансировщик нагрузки. Вы можете сделать это, даже если у вас нет кластерных ActiveGate и/или балансировщик нагрузки указывает прямо на управляемый кластер.