Частные локации синтетического мониторинга

Цель частных локаций — выполнение синтетических мониторов. Частные локации необходимо использовать для мониторинга приложений и конечных точек в корпоративных сетях, недоступных из публичного интернета. Кроме того, частные локации обязательны для выполнения мониторов NAM.

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

• Измерять производительность и доступность внутренних веб-страниц.
• Измерять сложные внутренние приложения с помощью кликпутей браузера.
• Измерять внешние ресурсы с помощью синтетических мониторов, запускаемых из внутренних локаций.
• Мониторить API — как внутренние, так и внешние.

Вы можете создавать только классические локации с помощью Synthetic, хотя в списке локаций отображаются как классические, так и контейнерные (например, Kubernetes и OpenShift) локации. Если вам всё же нужно создать контейнерную локацию, это можно сделать в Settings Classic.

Вкладка Private locations в Synthetic отображает список всех частных локаций, доступных в данной среде. Для каждой частной локации приводится информация о количестве назначенных синтетических мониторов со ссылками на них.

Если вы создали частную локацию в предыдущей версии Dynatrace, она остаётся доступной в последней версии Dynatrace — повторное развёртывание не требуется.

Системные и аппаратные требования для частных локаций

Убедитесь, что целевой хост, который вы планируете использовать для запуска синтетических мониторов, соответствует системным и аппаратным требованиям для частных локаций Synthetic. Обратите внимание, что ActiveGate с поддержкой Synthetic предъявляет более высокие требования к аппаратному обеспечению и системным ресурсам, чем обычный Environment или Cluster ActiveGate.

Информация о прекращении поддержки

• Новых версий Chromium для Red Hat/Oracle Linux/Rocky Linux 8 после версии 133 нет. По важным соображениям безопасности и стабильности мы приняли решение прекратить поддержку установки ActiveGate с поддержкой Synthetic на Red Hat/Oracle Linux/Rocky Linux 8 после версии ActiveGate 1.325. ActiveGate версии 1.325 является последним ActiveGate с поддержкой Synthetic, поддерживаемым на Red Hat/Oracle Linux/Rocky Linux 8. Кроме того, начиная с версии Dynatrace 1.326, мы планируем ввести механизмы, препятствующие обновлению ActiveGate с поддержкой Synthetic на Red Hat/Oracle Linux/Rocky Linux 8 выше версии 1.325.
• Разработка Chromium для Amazon Linux 2 остановилась на версии 126. По важным соображениям безопасности и стабильности мы приняли решение прекратить поддержку установки ActiveGate с поддержкой Synthetic на Amazon Linux 2 после версии ActiveGate 1.307. ActiveGate версии 1.307 является последним ActiveGate с поддержкой Synthetic для Amazon Linux 2. Кроме того, начиная с версии Dynatrace 1.308, мы ввели механизмы, препятствующие обновлению ActiveGate с поддержкой Synthetic на Amazon Linux 2 выше версии 1.307.

• Разработка Chromium для Red Hat/CentOS 7 остановилась на версии 126. По важным соображениям безопасности и стабильности мы приняли решение прекратить поддержку установки ActiveGate с поддержкой Synthetic на Red Hat/CentOS 7 после версии ActiveGate 1.305. ActiveGate версии 1.305 является последним ActiveGate с поддержкой Synthetic для Red Hat/CentOS 7. Кроме того, начиная с версии Dynatrace 1.306, мы ввели механизмы, препятствующие обновлению ActiveGate с поддержкой Synthetic на Red Hat/CentOS 7 выше версии 1.305.

• Поскольку Red Hat Enterprise Linux 7 достиг окончания поддержки Maintenance 30 июня 2024 г., все его пакеты были заархивированы. Это означает, что поиск необходимых зависимостей для обновления может оказаться невозможным. Подробнее см. в разделе Статус Red Hat Enterprise Linux 7

• До версии 1.329 ActiveGate с поддержкой Synthetic на Ubuntu 20 и Ubuntu 22 используют snap-пакет Chromium. При настройке временного каталога по умолчанию для частных файлов Synthetic — /var/tmp/dynatrace/synthetic — путь должен начинаться с /var/tmp, например TEMP=/var/tmp/syn. Dynatrace требует доступа на запись к /var/tmp для установки snap-пакетов Chromium. Начиная с версии 1.331, эти ограничения больше не применяются. Последняя версия ActiveGate на Ubuntu 20 и Ubuntu 22 использует Chrome for Testing, так же как и Ubuntu 24.

Подготовка

• Вы не можете выполнять синтетические мониторы с помощью Environment ActiveGate, настроенного для поддержки нескольких сред.
• Вы можете создать частную локацию с помощью чисто установленного Environment ActiveGate с поддержкой Synthetic версии 1.169+ или Cluster ActiveGate с Dynatrace Managed версии 1.176+. Если вы хотите использовать существующий хост ActiveGate, сначала удалите ActiveGate.
• ActiveGate с поддержкой Synthetic используется исключительно для запуска синтетических мониторов. Чистая установка ActiveGate для целей синтетического мониторинга отключает все остальные функции ActiveGate, включая взаимодействие с OneAgents.
• Убедитесь, что ActiveGate может подключаться к другим компонентам Dynatrace, а также к ресурсу, который вы хотите тестировать. См. раздел Настройка прокси для частного синтетического мониторинга.
• Для сетевой конфигурации поддерживаются только IPv4 и DNS UDP.
• ActiveGate с поддержкой Synthetic требует доступа к сервису Amazon S3 для загрузки и получения снимков экрана браузерных мониторов из частных локаций. Убедитесь, что конфигурация вашего брандмауэра разрешает подключения к *.s3-accelerate.amazonaws.com на порту 443. Вы также можете настроить прокси для подключения к сервису Amazon S3. (Снимки экрана хранятся в разных папках для каждой среды мониторинга, но S3-корзина одна и та же (ruxit-synth-screencap). Данные шифруются с помощью ключей, управляемых Amazon S3.)
• Как ручное, так и автоматическое обновление браузера требует доступа к https://synthetic-packages.s3.amazonaws.com. По соображениям безопасности публичный доступ к S3-корзине включён только для определённых файлов; попытка получить доступ к чему-либо другому приведёт к ошибке 403.

Создание частной локации

Чтобы добавить классическую частную локацию

1. Перейдите на вкладку Private locations в левом верхнем углу домашней страницы Synthetic.
2. Выберите New private locations > Classic.
3. Назовите вашу локацию.
4. Привяжите её к существующей географической локации или добавьте пользовательскую локацию, определив Country, Region, City, Latitude и Longitude.
5. Выберите Existing ActiveGate, чтобы добавить существующий ActiveGate с поддержкой Synthetic к локации, или Deploy new ActiveGate, чтобы развернуть новый (развёртывание нового ActiveGate перенаправит вас в Discovery & Coverage, откуда вы можете установить ActiveGate).

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

• Мы рекомендуем использовать не менее двух ActiveGate для одной локации.

• Один ActiveGate нельзя использовать для нескольких локаций.

• Необязательно Включите Enable Chrome(-ium) auto-update — автообновление будет запускаться во время обновлений движка Synthetic для этой локации.

Вы можете включить Enable Chrome(-ium) auto-update на уровне локации, то есть для всех ActiveGate, назначенных частной локации. Автообновление Chromium происходит как при ручных, так и при автоматических обновлениях ActiveGate и движка Synthetic.

Поскольку мы рекомендуем использовать последнюю поддерживаемую версию Chromium для бесперебойного и безопасного выполнения браузерных мониторов из вашей частной локации, автообновление Chromium включено по умолчанию для локаций с ActiveGate на базе Linux. Если вы не хотите, чтобы Chromium обновлялся автоматически (например, для использования определённой версии Chromium или в автономных средах), выключите переключатель до запуска обновления ActiveGate.

Этот параметр применяется только к ActiveGate на базе Linux; на ActiveGate на базе Windows Chromium всегда обновляется во время обновлений движка Synthetic. Если в вашей локации есть только ActiveGate на базе Windows, переключатель включён, но неактивен.

Успешное автообновление Chromium требует доступа к репозиториям ОС (системным репозиториям) для зависимостей Chromium и доступа к https://synthetic-packages.s3.amazonaws.com для компонентов Chromium. Если вы включили пользовательский локальный репозиторий, компоненты Chromium (но не зависимости) должны быть доступны по указанному адресу HTTP-сервера. См. раздел Автообновление Chromium из пользовательского репозитория.

Вы увидите сообщение, если автообновление Chromium завершится неудачей по этой или другой причине — мы рекомендуем либо выполнить требования для автообновления (например, обеспечить доступ к репозиториям), либо отключить автообновление Chromium для вашей частной локации.

• Мы настоятельно рекомендуем поддерживать актуальность версий ActiveGate с поддержкой Synthetic на базе Linux и Chromium — Dynatrace поддерживает версии Chromium, которые отстают не более чем на две версии от последней поддерживаемой Dynatrace версии для конкретного выпуска ActiveGate. Если вы не выбрали автообновление Chromium, вы можете обновить Chromium вручную.
• Если вы отключите автообновление Chromium, вы можете обновлять Chromium вручную для каждого ActiveGate. Однако автообновление Chromium требуется при использовании пользовательских репозиториев. См. раздел Автообновление Chromium из пользовательского репозитория.
• Автообновление обновляет Chromium до последней версии, предоставляемой Dynatrace для выпуска ActiveGate. В некоторых случаях это может отличаться от последней поддерживаемой Dynatrace версии Chromium для выпуска ActiveGate.

Также ознакомьтесь с информацией об установке Chromium и других зависимостей вручную (только для Linux). 7. Необязательно При наличии проблем с простоем в вашей частной локации используйте параметры Location outage handling для получения соответствующих уведомлений. Подробности см. в инструкциях на экране.

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

Например, предположим, что в вашей локации два ActiveGate, и вы включили оба переключателя проблем. При недоступности локации вы увидите три проблемы: одну для всей локации и по одной для каждого ActiveGate в автономном режиме.

Контейнерные локации

Для контейнерных локаций вы можете генерировать проблему только в том случае, когда вся частная локация недоступна (все ActiveGate в автономном режиме) или когда в локации отсутствует возможность, необходимая для выполнения монитора соответствующего типа. 8. Нажмите Save.

Дополнительные режимы развёртывания

Доступные вам дополнительные режимы развёртывания

• Без браузера (Browserless)
• Kerberos
• Соответствие FIPS

ActiveGate с поддержкой Synthetic без браузера

В общем случае мы рекомендуем развёртывать ActiveGate с поддержкой Synthetic для поддержки выполнения всех типов синтетических мониторов (HTTP, браузер, NAM).

Если вам не нужно запускать браузерные мониторы, рассмотрите возможность развёртывания узла в режиме без браузера. Этот режим развёртывает узел без браузера, что снижает требования к аппаратному обеспечению. Однако браузерные мониторы не могут выполняться на узле без браузера.

Рассматривайте узлы без браузера как альтернативу узлам с поддержкой браузерных мониторов, если вы сосредоточены исключительно на:

• Использовании сети и инфраструктуры (с помощью NAM-мониторов)
• Мониторинге API (с помощью HTTP-мониторов)

Настройка клиента Kerberos

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

Windows

Linux

1. Каждая машина Windows, использующая Kerberos, должна быть правильно настроена с Active Directory.
2. Если не удаётся выполнить аутентификацию через Kerberos в Windows, используйте следующую команду для регистрации машины.

ksetup /addkdc DOMAIN.TO.ADD address.of.kerberos.server

DOMAIN.TO.ADD — это ваше доменное имя, а address.of.kerberos.server — центр распределения ключей Kerberos (контроллер Active Directory при использовании решения Microsoft). Обратите внимание, что в используемых учётных данных доменное имя должно быть в верхнем регистре (например, user@EXAMPLE.COM).

Synthetic использует аутентификацию Kerberos, выполняя команду kinit. Подробнее см. в документации MIT Kerberos - kinit.

Частная локация Linux должна быть правильно настроена для получения билета от центра распределения ключей Kerberos. Убедитесь, что в локации установлено следующее:

• Установленные пакеты для клиента Kerberos (рабочая станция).
• Правильно настроенный файл /etc/krb5.conf (или файл конфигурации, указанный переменной среды KRB5_CONFIG).

Конфигурация зависит от дистрибутива Linux. Дополнительную информацию можно найти в официальной документации.

• Ubuntu:

• sudo apt install krb5-user

• Дополнительная информация: Документация Ubuntu Server — Как настроить базовую аутентификацию рабочей станции

• Red Hat/Rocky:

• yum install krb5-workstation krb5-libs

• Дополнительная информация: Документация Red Hat — Настройка клиента Kerberos

Соответствие Synthetic требованиям FIPS

ActiveGate версии 1.315+

Установка

Для установки ActiveGate с поддержкой Synthetic в режиме соответствия FIPS необходимо добавить флаг --fips-mode. Также см. раздел настройка установки ActiveGate для соответствия FIPS.

/bin/bash ./Dynatrace-ActiveGate-Linux.sh --enable-synthetic --fips-mode

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

Требования и ограничения

• Требуется операционная система с включённым режимом соответствия FIPS; также см. Соответствие ActiveGate требованиям FIPS.

• В настоящее время поддерживаются следующие операционные системы:

• Ubuntu Pro 22.04

• Red Hat Enterprise Linux 9
• Частные локации Synthetic на Kubernetes в настоящее время не поддерживаются.

Обеспечение соответствия

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

Для HTTP-мониторов мы используем криптографическую библиотеку Amazon Corretto Crypto Provider, сертифицированную по FIPS и использующую AWS-LC-FIPS 2.x в качестве криптографического модуля. См. Сертификат #4816.

ActiveGate с поддержкой Synthetic в режиме соответствия FIPS поддерживает тот же набор наборов шифров, что и обычный ActiveGate.

Часто задаваемые вопросы

Как проверить подлинность загруженных пакетов Chrome(-ium)?

Chromium

Chrome for Testing

Каждый архив пакетов tgz хранится в S3-корзине вместе с файлом подписи *.tgz.sig. Чтобы проверить подлинность пакетов на вашем диске как оригинальных архивов, предоставленных Dynatrace:

1. Загрузите файл подписи. Имя файла совпадает с архивом пакета, но имеет расширение sig. Например, для Chromium 140 команда выглядит так:

curl --output chromium.tgz.sig https://synthetic-packages.s3.amazonaws.com/Chromium/rpm/chromium-140.0.7339.185-1.el9.tgz.sig

2. Проверьте пакет:

wget https://ca.dynatrace.com/dt-root.cert.pem ; openssl cms


-verify


-in chromium.tgz.sig


-inform PEM


-content chromium.tgz


-binary


-CAfile dt-root.cert.pem > /dev/null

3. Проверьте временную метку подписи.

Вы также можете получить точную временную метку подписи. Загрузите файл *.tgz.sig.tsr из того же расположения, что и установочные пакеты и подпись, затем выполните следующую команду:

openssl ts -reply -in chromium.tgz.sig.tsr -text

Каждый архив пакетов zip хранится в S3-корзине вместе с файлом подписи *.zip.sig. Чтобы проверить подлинность пакетов на вашем диске как оригинальных архивов, предоставленных Dynatrace:

1. Загрузите файл подписи. Имя файла совпадает с архивом пакета, но имеет расширение sig. Например, для Chrome for Testing 141.0.7390.122 команда выглядит так:

curl --output chrome.zip.sig https://synthetic-packages.s3.amazonaws.com/Chrome/chrome-for-testing-linux64/chrome-for-testing-linux64-141.0.7390.122.zip.sig

2. Проверьте пакет:

wget https://ca.dynatrace.com/dt-root.cert.pem ; openssl cms


-verify


-in chrome.zip.sig


-inform PEM


-content chrome.zip


-binary


-CAfile dt-root.cert.pem > /dev/null

3. Проверьте временную метку подписи.

Вы также можете получить точную временную метку подписи. Загрузите файл *.zip.sig.tsr из того же расположения, что и установочные пакеты и подпись, затем выполните следующую команду:

openssl ts -reply -in chrome.zip.sig.tsr -text

Могу ли я использовать прокси с ActiveGate с поддержкой Synthetic?

Начиная с версии ActiveGate 1.175+, ActiveGate, выполняющий синтетические мониторы, может подключаться через прокси как к кластеру Dynatrace, так и к тестируемому ресурсу. Дополнительную информацию см. в разделе Настройка прокси для частного синтетического мониторинга.

Могу ли я обновить более раннюю версию ActiveGate до версии 1.169+ и настроить её для использования с частными синтетическими мониторами?

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

Могу ли я включить Synthetic на существующей установке ActiveGate?

Частные локации Synthetic требуют чистой установки ActiveGate специально для целей синтетического мониторинга.

Ручного редактирования файла custom.properties недостаточно для включения выполнения синтетических мониторов на ActiveGate.

Устранение неполадок

Не отображаются снимки экрана в результатах браузерного монитора

Посетите форум по устранению неполадок в сообществе Dynatrace для получения дополнительной информации об устранении неполадок.