Развертывания Managed

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

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

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

Сценарий 1: базовая настройка

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

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

Сценарий 2: чистая настройка Dynatrace Managed

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

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

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

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

Кластерный ActiveGate требует:

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

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

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

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

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

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

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

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

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

Сценарий 4: глобально распределенная высокая доступность с автоматическим восстановлением

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

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

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

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

В следующей таблице обобщена необходимая конфигурация для каждого случая дискретного трафика, указывая с помощью + , требуется ли общедоступный IP-адрес, действительный сертификат SSL, или и то, и другое. Обратите внимание, что мониторинг реального пользователя (RUM), безагентный RUM и мобильный RUM обычно связаны с трафиком ваших пользователей и активностью браузера, которые происходят за пределами вашей сети. Теоретически этот трафик также можно рассматривать как исходящий изнутри вашей сети, поэтому эти случаи также включены в следующую таблицу.

Тип трафика	Общедоступный IP-адрес	Действительный сертификат SSL
OneAgent (on-premises)
OneAgent (внешний)	+
RUM (on-premises)
RUM (внешний)
Безагентный RUM (on-premises)		+
Безагентный RUM (внешний)	+	+
Мобильный RUM (on-premises)		+
Мобильный RUM (внешний)	+	+
Синтетический	+
Расширение браузера RUM (on-premises)		+
Расширение браузера RUM (внешний)	+	+

Примечание:

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