Развертывания Managed - История изменений

YaPolkin в 09:35, 20 января 2023

2023-01-20T09:35:41Z

RGolovanov в 15:45, 15 сентября 2022

2022-09-15T15:45:24Z

← Предыдущая		Версия 15:45, 15 сентября 2022
Строка 44:		Строка 44:
	* Установите ваш АктивныйШлюз среды. Если АктивныйШлюз среды находится в другой сети/центре обработки данных, убедитесь, что адрес кластерного АктивногоШлюза доступен. Если АктивныйШлюз среды является внешней сетью, должен быть доступен общедоступный IP-адрес кластерного АктивногоШлюза ('''Консоль управления > Настройки > Общедоступные эндпоинты: URL кластерного АктивногоШлюза''').		* Установите ваш АктивныйШлюз среды. Если АктивныйШлюз среды находится в другой сети/центре обработки данных, убедитесь, что адрес кластерного АктивногоШлюза доступен. Если АктивныйШлюз среды является внешней сетью, должен быть доступен общедоступный IP-адрес кластерного АктивногоШлюза ('''Консоль управления > Настройки > Общедоступные эндпоинты: URL кластерного АктивногоШлюза''').

	'''Примечание:''' Трафик веб-интерфейса или администрирование кластера (через консоль управления кластером) должны оставаться локальными в вашей сети. Доступ к веб-интерфейсу осуществляется по протоколу HTTPS. Таким образом, требуется сертификат TLS. Допустимо использовать самозаверяющий сертификат, но вы, вероятно, захотите, чтобы трафик веб-интерфейса и администрирование кластера также выполнялись безопасным образом. В таких случаях вы можете указать доменное имя и действующий сертификат SSL, или они могут быть автоматически сгенерированы Ключ-АСТРОМ. По умолчанию каждый кластер получает субдомен <code>*.~~dynatrace~~-managed.com</code> с действующим сертификатом от Let's Encrypt. Также обратите внимание, что кластерные АктивныеШлюзы не поддерживают проксирование трафика веб-интерфейса.		'''Примечание:''' Трафик веб-интерфейса или администрирование кластера (через консоль управления кластером) должны оставаться локальными в вашей сети. Доступ к веб-интерфейсу осуществляется по протоколу HTTPS. Таким образом, требуется сертификат TLS. Допустимо использовать самозаверяющий сертификат, но вы, вероятно, захотите, чтобы трафик веб-интерфейса и администрирование кластера также выполнялись безопасным образом. В таких случаях вы можете указать доменное имя и действующий сертификат SSL, или они могут быть автоматически сгенерированы Ключ-АСТРОМ. По умолчанию каждый кластер получает субдомен <code>*.AstromKey-managed.com</code> с действующим сертификатом от Let's Encrypt. Также обратите внимание, что кластерные АктивныеШлюзы не поддерживают проксирование трафика веб-интерфейса.

	== Сценарий 3: интеграция с существующим ИТ-ландшафтом ==		== Сценарий 3: интеграция с существующим ИТ-ландшафтом ==

YaPolkin в 10:48, 4 апреля 2022

2022-04-04T10:48:27Z

Внесённые изменения

YaPolkin в 09:25, 18 марта 2022

2022-03-18T09:25:38Z

← Предыдущая		Версия 09:25, 18 марта 2022
Строка 25:		Строка 25:
	Чтобы получать внешний трафик, вам необходимо открыть кластер Ключ-АСТРОМ для внешних сетей и настроить общедоступный IP-адрес. По соображениям безопасности не рекомендуется открывать кластер напрямую для внешних сетей. Поэтому мы предлагаем использовать один или несколько Cluster АктивныйШлюзов в качестве посредников для предварительной обработки трафика ЕдиныйАгент и DEM. Cluster АктивныйШлюзы распознается кластером и может быть настроен через консоль управления кластером, аналогично узлам кластера.		Чтобы получать внешний трафик, вам необходимо открыть кластер Ключ-АСТРОМ для внешних сетей и настроить общедоступный IP-адрес. По соображениям безопасности не рекомендуется открывать кластер напрямую для внешних сетей. Поэтому мы предлагаем использовать один или несколько Cluster АктивныйШлюзов в качестве посредников для предварительной обработки трафика ЕдиныйАгент и DEM. Cluster АктивныйШлюзы распознается кластером и может быть настроен через консоль управления кластером, аналогично узлам кластера.

	[[Файл:Con-man-pure.~~webp~~\|альт=Pure сценарий развертывания\|Pure сценарий развертывания]]		[[Файл:Con-man-pure.jpg\|альт=Pure сценарий развертывания\|Pure сценарий развертывания]]

	Cluster АктивныйШлюз требует:		Cluster АктивныйШлюз требует:
Строка 51:		Строка 51:
	В более сложном сценарии вы можете захотеть встроить Ключ-АСТРОМ Managed в существующую ИТ-инфраструктуру с уже установленным рядом устройств. На изображении ниже показан балансировщик нагрузки, предоставляемый заказчиком, перед доменом Cluster АктивныйШлюз и предоставленный заказчиком прокси-сервер для исходящей связи с Mission Control.		В более сложном сценарии вы можете захотеть встроить Ключ-АСТРОМ Managed в существующую ИТ-инфраструктуру с уже установленным рядом устройств. На изображении ниже показан балансировщик нагрузки, предоставляемый заказчиком, перед доменом Cluster АктивныйШлюз и предоставленный заказчиком прокси-сервер для исходящей связи с Mission Control.

	[[Файл:Con-man-integr.~~webp~~\|альт=Сценарий развертывания с интеграцией\|Сценарий развертывания с интеграцией]]		[[Файл:Con-man-integr.jpg\|альт=Сценарий развертывания с интеграцией\|Сценарий развертывания с интеграцией]]

	== Сценарий 4: глобально распределенная высокая доступность с автоматическим восстановлением ==		== Сценарий 4: глобально распределенная высокая доступность с автоматическим восстановлением ==
Строка 60:		Строка 60:
	* См. Раздел Расчет потребления мониторинга Ключ-АСТРОМ.		* См. Раздел Расчет потребления мониторинга Ключ-АСТРОМ.

	[[Файл:Con-man-global.~~webp~~\|альт=Глобальный сценарий развертывания\|Глобальный сценарий развертывания]]		[[Файл:Con-man-global.jpg\|альт=Глобальный сценарий развертывания\|Глобальный сценарий развертывания]]

	=== Необходимая конфигурация для каждого случая дорожного движения ===		=== Необходимая конфигурация для каждого случая дорожного движения ===

YaPolkin в 06:32, 17 марта 2022

2022-03-17T06:32:54Z

← Предыдущая		Версия 06:32, 17 марта 2022
Строка 8:		Строка 8:
	После установки Ключ-АСТРОМ Managed и настройки одного или нескольких узлов кластера вы получите сценарий развертывания, показанный ниже.		После установки Ключ-АСТРОМ Managed и настройки одного или нескольких узлов кластера вы получите сценарий развертывания, показанный ниже.

	[[Файл:Con-man-basic.~~webp~~\|альт=Базовый сценарий развертывания\|Базовый сценарий развертывания]]		[[Файл:Con-man-basic.jpg\|альт=Базовый сценарий развертывания\|Базовый сценарий развертывания]]

	Без дополнительной настройки (в меню Ключ-АСТРОМ перейдите в '''«Настройки»> «Общедоступные конечные точки»''') кластер доступен только для внутренних целей и предоставляет порты 443 для REST API, трафика ЕдиныйАгент и доступа к веб-интерфейсу (Консоль управления кластером и пользовательский интерфейс среды). По умолчанию удаленный доступ к Mission Control включен. Это позволяет Ключ-АСТРОМ выполнять мониторинг и проверку работоспособности ваших управляемых кластеров Ключ-АСТРОМ. Каждый канал связи защищен TLS.		Без дополнительной настройки (в меню Ключ-АСТРОМ перейдите в '''«Настройки»> «Общедоступные конечные точки»''') кластер доступен только для внутренних целей и предоставляет порты 443 для REST API, трафика ЕдиныйАгент и доступа к веб-интерфейсу (Консоль управления кластером и пользовательский интерфейс среды). По умолчанию удаленный доступ к Mission Control включен. Это позволяет Ключ-АСТРОМ выполнять мониторинг и проверку работоспособности ваших управляемых кластеров Ключ-АСТРОМ. Каждый канал связи защищен TLS.

YaPolkin в 17:05, 4 декабря 2021

2021-12-04T17:05:58Z

← Предыдущая		Версия 17:05, 4 декабря 2021
Строка 10:		Строка 10:
	[[Файл:Con-man-basic.webp\|альт=Базовый сценарий развертывания\|Базовый сценарий развертывания]]		[[Файл:Con-man-basic.webp\|альт=Базовый сценарий развертывания\|Базовый сценарий развертывания]]

	Без дополнительной настройки (в меню Ключ-АСТРОМ перейдите в '''«Настройки»> «Общедоступные конечные точки»''') кластер доступен только для внутренних целей и предоставляет порты 443 для REST API, трафика ~~OneAgent~~ и доступа к веб-интерфейсу (Консоль управления кластером и пользовательский интерфейс среды). По умолчанию удаленный доступ к Mission Control включен. Это позволяет Ключ-АСТРОМ выполнять мониторинг и проверку работоспособности ваших управляемых кластеров Ключ-АСТРОМ. Каждый канал связи защищен TLS.		Без дополнительной настройки (в меню Ключ-АСТРОМ перейдите в '''«Настройки»> «Общедоступные конечные точки»''') кластер доступен только для внутренних целей и предоставляет порты 443 для REST API, трафика ЕдиныйАгент и доступа к веб-интерфейсу (Консоль управления кластером и пользовательский интерфейс среды). По умолчанию удаленный доступ к Mission Control включен. Это позволяет Ключ-АСТРОМ выполнять мониторинг и проверку работоспособности ваших управляемых кластеров Ключ-АСТРОМ. Каждый канал связи защищен TLS.

	== Сценарий 2: настройка Pure Ключ-АСТРОМ Managed ==		== Сценарий 2: настройка Pure Ключ-АСТРОМ Managed ==
	Сценарий развертывания, показанный ниже, позволяет кластеру Ключ-АСТРОМ получать данные мониторинга из внешних источников, таких как внешние агенты ~~OneAgents~~, внешняя среда АктивныйШлюзов или службы Digital Experience Monitoring (DEM). Кроме того, для лучшей поддержки нескольких локальных агентов ~~OneAgent~~ также используется Environment АктивныйШлюз.		Сценарий развертывания, показанный ниже, позволяет кластеру Ключ-АСТРОМ получать данные мониторинга из внешних источников, таких как внешние агенты ЕдиныйАгенты, внешняя среда АктивныйШлюзов или службы Digital Experience Monitoring (DEM). Кроме того, для лучшей поддержки нескольких локальных агентов ЕдиныйАгент также используется Environment АктивныйШлюз.

	Услуги DEM могут включать:		Услуги DEM могут включать:
Строка 23:		Строка 23:
	* Связь с мобильным приложением Ключ-АСТРОМ		* Связь с мобильным приложением Ключ-АСТРОМ

	Чтобы получать внешний трафик, вам необходимо открыть кластер Ключ-АСТРОМ для внешних сетей и настроить общедоступный IP-адрес. По соображениям безопасности не рекомендуется открывать кластер напрямую для внешних сетей. Поэтому мы предлагаем использовать один или несколько Cluster АктивныйШлюзов в качестве посредников для предварительной обработки трафика ~~OneAgent~~ и DEM. Cluster АктивныйШлюзы распознается кластером и может быть настроен через консоль управления кластером, аналогично узлам кластера.		Чтобы получать внешний трафик, вам необходимо открыть кластер Ключ-АСТРОМ для внешних сетей и настроить общедоступный IP-адрес. По соображениям безопасности не рекомендуется открывать кластер напрямую для внешних сетей. Поэтому мы предлагаем использовать один или несколько Cluster АктивныйШлюзов в качестве посредников для предварительной обработки трафика ЕдиныйАгент и DEM. Cluster АктивныйШлюзы распознается кластером и может быть настроен через консоль управления кластером, аналогично узлам кластера.

	[[Файл:Con-man-pure.webp\|альт=Pure сценарий развертывания\|Pure сценарий развертывания]]		[[Файл:Con-man-pure.webp\|альт=Pure сценарий развертывания\|Pure сценарий развертывания]]
Строка 34:		Строка 34:
	Для высоконагруженных установок с множеством внешних хостов, приложений, сеансов и синтетических мониторов мы рекомендуем вам настроить несколько кластерных шлюзов АктивныйШлюз с балансировкой нагрузки с одним и тем же доменным именем и сертификатом.		Для высоконагруженных установок с множеством внешних хостов, приложений, сеансов и синтетических мониторов мы рекомендуем вам настроить несколько кластерных шлюзов АктивныйШлюз с балансировкой нагрузки с одним и тем же доменным именем и сертификатом.

	Среда АктивныйШлюз, получающая трафик от ваших локальных агентов ~~OneAgent~~, по умолчанию подключается непосредственно к кластеру Ключ-АСТРОМ (если не используются настраиваемые сетевые зоны). Однако соединение через Cluster АктивныйШлюз необходимо настроить, если кластер Ключ-АСТРОМ недоступен напрямую - например, если Environment АктивныйШлюз и ~~OneAgents~~ находятся в другой сети или центре обработки данных, чем кластер Ключ-АСТРОМ.		Среда АктивныйШлюз, получающая трафик от ваших локальных агентов ЕдиныйАгент, по умолчанию подключается непосредственно к кластеру Ключ-АСТРОМ (если не используются настраиваемые сетевые зоны). Однако соединение через Cluster АктивныйШлюз необходимо настроить, если кластер Ключ-АСТРОМ недоступен напрямую - например, если Environment АктивныйШлюз и ЕдиныйАгенты находятся в другой сети или центре обработки данных, чем кластер Ключ-АСТРОМ.

	'''В сценариях, где Environment АктивныйШлюз использует Cluster АктивныйШлюз для подключения к кластеру Ключ-АСТРОМ, Environment АктивныйШлюз начинает обмен данными с Cluster АктивныйШлюз после установки. Следовательно, Cluster АктивныйШлюз должен быть в рабочем состоянии и доступен в это время, предоставляя подходящий (локальный или общедоступный) IP-адрес.'''		'''В сценариях, где Environment АктивныйШлюз использует Cluster АктивныйШлюз для подключения к кластеру Ключ-АСТРОМ, Environment АктивныйШлюз начинает обмен данными с Cluster АктивныйШлюз после установки. Следовательно, Cluster АктивныйШлюз должен быть в рабочем состоянии и доступен в это время, предоставляя подходящий (локальный или общедоступный) IP-адрес.'''
Строка 70:		Строка 70:
	!Действительный сертификат SSL		!Действительный сертификат SSL
	\|-		\|-
	\|~~OneAgent~~ (локально)		\|ЕдиныйАгент (локально)
	\|		\|
	\|		\|
	\|-		\|-
	\|~~OneAgent~~ (внешний)		\|ЕдиныйАгент (внешний)
	\| +		\| +
	\|		\|

YaPolkin в 17:04, 4 декабря 2021

2021-12-04T17:04:44Z

Внесённые изменения

YaPolkin в 03:15, 1 декабря 2021

2021-12-01T03:15:23Z

← Предыдущая		Версия 03:15, 1 декабря 2021
Строка 8:		Строка 8:
	После установки Dynatrace Managed и настройки одного или нескольких узлов кластера вы получите сценарий развертывания, показанный ниже.		После установки Dynatrace Managed и настройки одного или нескольких узлов кластера вы получите сценарий развертывания, показанный ниже.

	-		[[Файл:Con-man-basic.webp\|альт=Базовый сценарий развертывания\|Базовый сценарий развертывания]]

	Без дополнительной настройки (в меню Dynatrace перейдите в '''«Настройки»> «Общедоступные конечные точки»''') кластер доступен только для внутренних целей и предоставляет порты 443 для REST API, трафика OneAgent и доступа к веб-интерфейсу (Консоль управления кластером и пользовательский интерфейс среды). По умолчанию удаленный доступ к Mission Control включен. Это позволяет Dynatrace выполнять мониторинг и проверку работоспособности ваших управляемых кластеров Dynatrace. Каждый канал связи защищен TLS.		Без дополнительной настройки (в меню Dynatrace перейдите в '''«Настройки»> «Общедоступные конечные точки»''') кластер доступен только для внутренних целей и предоставляет порты 443 для REST API, трафика OneAgent и доступа к веб-интерфейсу (Консоль управления кластером и пользовательский интерфейс среды). По умолчанию удаленный доступ к Mission Control включен. Это позволяет Dynatrace выполнять мониторинг и проверку работоспособности ваших управляемых кластеров Dynatrace. Каждый канал связи защищен TLS.
Строка 25:		Строка 25:
	Чтобы получать внешний трафик, вам необходимо открыть кластер Dynatrace для внешних сетей и настроить общедоступный IP-адрес. По соображениям безопасности не рекомендуется открывать кластер напрямую для внешних сетей. Поэтому мы предлагаем использовать один или несколько Cluster ActiveGates в качестве посредников для предварительной обработки трафика OneAgent и DEM. Cluster ActiveGates распознается кластером и может быть настроен через консоль управления кластером, аналогично узлам кластера.		Чтобы получать внешний трафик, вам необходимо открыть кластер Dynatrace для внешних сетей и настроить общедоступный IP-адрес. По соображениям безопасности не рекомендуется открывать кластер напрямую для внешних сетей. Поэтому мы предлагаем использовать один или несколько Cluster ActiveGates в качестве посредников для предварительной обработки трафика OneAgent и DEM. Cluster ActiveGates распознается кластером и может быть настроен через консоль управления кластером, аналогично узлам кластера.

	-		[[Файл:Con-man-pure.webp\|альт=Pure сценарий развертывания\|Pure сценарий развертывания]]

	Cluster ActiveGate требует:		Cluster ActiveGate требует:
Строка 51:		Строка 51:
	В более сложном сценарии вы можете захотеть встроить Dynatrace Managed в существующую ИТ-инфраструктуру с уже установленным рядом устройств. На изображении ниже показан балансировщик нагрузки, предоставляемый заказчиком, перед доменом Cluster ActiveGate и предоставленный заказчиком прокси-сервер для исходящей связи с Mission Control.		В более сложном сценарии вы можете захотеть встроить Dynatrace Managed в существующую ИТ-инфраструктуру с уже установленным рядом устройств. На изображении ниже показан балансировщик нагрузки, предоставляемый заказчиком, перед доменом Cluster ActiveGate и предоставленный заказчиком прокси-сервер для исходящей связи с Mission Control.

	-		[[Файл:Con-man-integr.webp\|альт=Сценарий развертывания с интеграцией\|Сценарий развертывания с интеграцией]]

	== Сценарий 4: глобально распределенная высокая доступность с автоматическим восстановлением ==		== Сценарий 4: глобально распределенная высокая доступность с автоматическим восстановлением ==
Строка 60:		Строка 60:
	* См. Раздел Расчет потребления мониторинга Dynatrace.		* См. Раздел Расчет потребления мониторинга Dynatrace.

	-		[[Файл:Con-man-global.webp\|альт=Глобальный сценарий развертывания\|Глобальный сценарий развертывания]]

	=== Необходимая конфигурация для каждого случая дорожного движения ===		=== Необходимая конфигурация для каждого случая дорожного движения ===

YaPolkin: Новая страница: «Возможные сценарии развертывания Dynatrace Managed подробно описаны ниже. На каждой иллюстраци...»

2021-12-01T03:08:13Z

Новая страница: «Возможные сценарии развертывания Dynatrace Managed подробно описаны ниже. На каждой иллюстраци...»

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

Возможные сценарии развертывания Dynatrace Managed подробно описаны ниже. На каждой иллюстрации показаны различные задействованные компоненты и необходимые порты связи между компонентами. Направление стрелок на схемах указывает, какой компонент инициирует соединение.

Если вы хотите, чтобы ваш управляемый кластер Dynatrace был доступен только изнутри, используйте базовую настройку (сценарий 1 ниже). Реализуйте чистую управляемую настройку Dynatrace (сценарий 2), если вы хотите включить службы DEM и связь из внешних источников. Если вы хотите интегрировать Dynatrace Managed в существующую ИТ-инфраструктуру, следуйте сценарию 3.

Для общей диаграммы, показывающей все возможные подключения и порты, см. Поддерживаемые схемы подключения для ActiveGates.

== Сценарий 1: базовая настройка ==
После установки Dynatrace Managed и настройки одного или нескольких узлов кластера вы получите сценарий развертывания, показанный ниже.

-

Без дополнительной настройки (в меню Dynatrace перейдите в '''«Настройки»> «Общедоступные конечные точки»''') кластер доступен только для внутренних целей и предоставляет порты 443 для REST API, трафика OneAgent и доступа к веб-интерфейсу (Консоль управления кластером и пользовательский интерфейс среды). По умолчанию удаленный доступ к Mission Control включен. Это позволяет Dynatrace выполнять мониторинг и проверку работоспособности ваших управляемых кластеров Dynatrace. Каждый канал связи защищен TLS.

== Сценарий 2: настройка Pure Dynatrace Managed ==
Сценарий развертывания, показанный ниже, позволяет кластеру Dynatrace получать данные мониторинга из внешних источников, таких как внешние агенты OneAgents, внешняя среда ActiveGates или службы Digital Experience Monitoring (DEM). Кроме того, для лучшей поддержки нескольких локальных агентов OneAgent также используется Environment ActiveGate.

Услуги DEM могут включать:

* Синтетический мониторинг
* Безагентный мониторинг реальных пользователей
* Мобильный мониторинг реальных пользователей
* Мониторинг реального пользователя через расширение для браузера
* Связь с мобильным приложением Dynatrace

Чтобы получать внешний трафик, вам необходимо открыть кластер Dynatrace для внешних сетей и настроить общедоступный IP-адрес. По соображениям безопасности не рекомендуется открывать кластер напрямую для внешних сетей. Поэтому мы предлагаем использовать один или несколько Cluster ActiveGates в качестве посредников для предварительной обработки трафика OneAgent и DEM. Cluster ActiveGates распознается кластером и может быть настроен через консоль управления кластером, аналогично узлам кластера.

-

Cluster ActiveGate требует:

* Общедоступный IP-адрес
* Доменное имя с действующим сертификатом SSL, поскольку внешняя связь поддерживается только безопасным способом с использованием HTTPS (порт 443). Этот домен должен отличаться от домена веб-интерфейса Dynatrace. Вы можете предоставить домен и сертификат SSL самостоятельно или позволить Dynatrace сделать это за вас. Dynatrace может сгенерировать домен и действующий сертификат SSL от вашего имени.

Для высоконагруженных установок с множеством внешних хостов, приложений, сеансов и синтетических мониторов мы рекомендуем вам настроить несколько кластерных шлюзов ActiveGate с балансировкой нагрузки с одним и тем же доменным именем и сертификатом.

Среда ActiveGate, получающая трафик от ваших локальных агентов OneAgent, по умолчанию подключается непосредственно к кластеру Dynatrace (если не используются настраиваемые сетевые зоны). Однако соединение через Cluster ActiveGate необходимо настроить, если кластер Dynatrace недоступен напрямую - например, если Environment ActiveGate и OneAgents находятся в другой сети или центре обработки данных, чем кластер Dynatrace.

'''В сценариях, где Environment ActiveGate использует Cluster ActiveGate для подключения к кластеру Dynatrace, Environment ActiveGate начинает обмен данными с Cluster ActiveGate после установки. Следовательно, Cluster ActiveGate должен быть в рабочем состоянии и доступен в это время, предоставляя подходящий (локальный или общедоступный) IP-адрес.'''

Чтобы настроить управляемую среду Dynatrace, выполните следующие действия по развертыванию в следующем порядке:

* Настройте управляемый кластер Dynatrace.
* Настройте ActiveGate кластера и убедитесь, что они могут подключаться к управляемому кластеру Dynatrace. Убедитесь, что Cluster ActiveGate доступен из других ваших сетей или извне, в зависимости от ситуации, и имеет публичный IP-адрес, если это необходимо.
* Установите ваш Environment ActiveGate (s). Если Environment ActiveGate находится в другой сети / центре обработки данных, убедитесь, что адрес Cluster ActiveGate доступен. Если Environment ActiveGate является внешней сетью, должен быть доступен общедоступный IP-адрес Cluster ActiveGate ('''Консоль управления> Настройки> Общедоступные конечные точки: URL-адрес Cluster ActiveGate''').

'''Примечание:'''

Трафик веб-интерфейса или администрирование кластера (через консоль управления кластером) должны оставаться локальными в вашей сети. Доступ к веб-интерфейсу осуществляется по протоколу HTTPS. Таким образом, требуется сертификат TLS. Допустимо использовать самозаверяющий сертификат, но вы, вероятно, захотите, чтобы трафик веб-интерфейса и администрирование кластера также выполнялись безопасным образом. В таких случаях вы можете указать доменное имя и действующий сертификат SSL, или они могут быть автоматически сгенерированы Dynatrace. По умолчанию каждый кластер получает субдомен * .dynatrace-managed.com с действующим сертификатом от Let's Encrypt. Также обратите внимание, что Cluster ActiveGates не поддерживает проксирование трафика веб-интерфейса.

== Сценарий 3: интеграция с существующим ИТ-ландшафтом ==
В более сложном сценарии вы можете захотеть встроить Dynatrace Managed в существующую ИТ-инфраструктуру с уже установленным рядом устройств. На изображении ниже показан балансировщик нагрузки, предоставляемый заказчиком, перед доменом Cluster ActiveGate и предоставленный заказчиком прокси-сервер для исходящей связи с Mission Control.

-

== Сценарий 4: глобально распределенная высокая доступность с автоматическим восстановлением ==
Dynatrace позволяет настроить развертывание высокой доступности в распределенных сетях в виде автономного готового решения, которое обеспечивает практически нулевое время простоя и позволяет продолжать мониторинг без потери данных в сценариях аварийного переключения. Это решение обеспечивает экономию затрат с точки зрения распределения вычислительных ресурсов и хранилища, устраняя необходимость в отдельных резервных хостах восстановления и соответствующей инфраструктуре для хранения и передачи данных резервного копирования. При планировании емкости следует рассматривать узлы в дополнительном центре обработки данных как избыточные, а не как расширенные емкости, и запланируйте одинаковую балансировку обоих центров обработки данных. Дополнительные сведения о концепции центра обработки данных с несколькими центрами обработки данных в управляемых развертываниях Dynatrace см. В разделе Высокая доступность для центров обработки данных с несколькими центрами обработки данных.

Для развертывания этого сценария у вас должна быть отдельная лицензия Premium High Availability.

* См. Раздел Расчет потребления мониторинга Dynatrace.

-

=== Необходимая конфигурация для каждого случая дорожного движения ===
В следующей таблице суммируется необходимая конфигурация для каждого случая дискретного трафика, указывая с помощью x, требуется ли общедоступный IP-адрес, действительный сертификат SSL или и то, и другое. Обратите внимание, что мониторинг реального пользователя (RUM), RUM без агента и мобильный RUM обычно связаны с трафиком ваших пользователей и активностью браузера, которые происходят за пределами вашей сети. Теоретически этот трафик также можно рассматривать как исходящий изнутри вашей сети, поэтому эти случаи также включены в следующую таблицу.
{| class="wikitable"
|+
!Тип трафика
!Общедоступный IP-адрес
!Действительный сертификат SSL
|-
|OneAgent (локально)
|
|
|-
|OneAgent (внешний)
| +
|
|-
|RUM (локально)
|
|
|-
|RUM (внешний)
|
|
|-
|Безагентный RUM (локально)
|
| +
|-
|Безагентный RUM (внешний)
| +
| +
|-
|Mobile RUM (локально)
|
| +
|-
|Mobile RUM (внешний)
| +
| +
|-
|Синтетический
| +
|
|-
|Расширение браузера RUM (локально)
|
| +
|-
|Расширение браузера RUM (внешний)
| +
| +
|}
'''Примечание:'''

Безагентный мониторинг реальных пользователей, мониторинг мобильных приложений и синтетические мониторы используют одну и ту же конечную точку для передачи данных мониторинга в Dynatrace.