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

YaPolkin в 11:53, 26 января 2023

2023-01-26T11:53:07Z

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

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

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

YaPolkin в 11:52, 26 января 2023

2023-01-26T11:52:53Z

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 и/или балансировщик нагрузки указывает прямо на управляемый кластер.

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

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

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

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

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

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

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

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

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

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

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

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

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

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