Требования для частных локаций Synthetic
Убедитесь, что хост, который вы хотите использовать для вашей частной локации, соответствует следующим требованиям.
Информация о прекращении поддержки
Новых версий Chromium для Red Hat/Oracle Linux/Rocky Linux 8 после версии 133 нет. По важным соображениям безопасности и стабильности мы приняли решение прекратить поддержку установки ActiveGate с поддержкой Synthetic на Red Hat/Oracle Linux/Rocky Linux 8 после версии ActiveGate 1.325.
Для обеспечения непрерывности и безопасности ваших синтетических мониторов мы рекомендуем перенести ActiveGate с поддержкой Synthetic на одну из поддерживаемых операционных систем, например Red Hat/Oracle Linux/Rocky Linux 9.
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
- Ознакомьтесь с последними примечаниями к выпуску ActiveGate для получения информации о самых старых поддерживаемых версиях ActiveGate.
Требования к операционной системе¶
Антивирусное и антивредоносное программное обеспечение
Антивирусное и антивредоносное программное обеспечение может негативно влиять на возможности синтетического мониторинга Dynatrace. Антивирусное или антивредоносное ПО может блокировать браузер или процессы Dynatrace, отвечающие за выполнение синтетических мониторов, вызывать сбои при установке ActiveGate с поддержкой Synthetic, мешать сетевому взаимодействию и влиять на надёжность измерений.
Также обратите внимание
Для обеспечения надлежащей стабильности и производительности рассмотрите возможность добавления следующих каталогов и процессов в список разрешённых или их исключения из политики:
Каталоги:
- Все каталоги, в пути которых содержится
synthetic. Обзор используемых каталогов см. в разделе Каталоги ActiveGate.
Процессы:
- chrome
- vucwrapper
- java
Это минимальный список процессов и каталогов, необходимых для работы Dynatrace Synthetic. Не гарантируется, что сервис будет корректно функционировать только с этими исключениями. Сотрудничайте с вашим поставщиком, чтобы надлежащим образом разрешить ожидаемые действия Dynatrace.
Перед обращением в службу поддержки Dynatrace для устранения проблем с вашими частными локациями Synthetic убедитесь, что антивирусное или антивредоносное программное обеспечение исключено как источник проблем.
Свежеустановленный ActiveGate может выполнять ваши частные синтетические мониторы (как HTTP, так и браузерные мониторы) на следующих операционных системах.
Windows¶
Поддерживаемые операционные системы¶
| Windows ОС | Версии |
|---|---|
| Windows Server | 2016, 2019, 2022 |
Версии браузера на Windows¶
На Windows установочный пакет ActiveGate включает браузер Chromium, используемый для запуска браузерных мониторов. В таблице ниже приведены версии Chromium, входящие в состав соответствующих версий ActiveGate.
| Версия ActiveGate | Включённая версия браузера |
|---|---|
| 1.331 | 143 |
| 1.329 | 142 |
| 1.327 | 141 |
| 1.325 | 140 |
| 1.323 | 139 |
| 1.321 | 138 |
| 1.319 | 138 |
| 1.317 | 137 |
| 1.315 | 136 |
| 1.313 | 135 |
| 1.311 | 134 |
| 1.309 | 133 |
| 1.307 | 132 |
Неподдерживаемые версии Windows только для тестирования¶
Если вы хотите протестировать частные локации Synthetic на непроизводственном хосте, например, на вашем рабочем столе, вы можете установить ActiveGate с поддержкой Synthetic на неподдерживаемых версиях Windows, таких как Windows 10 или Windows 11.
Начиная с версии ActiveGate 1.263+, ActiveGate с поддержкой Synthetic больше не работает на Windows Server 2012 в тестовых целях. Google прекратил поддержку Windows 2012 Server начиная с Chromium 110, который входит в состав установочного пакета ActiveGate версии 1.263.
Linux¶
Поддерживаемые операционные системы¶
| Дистрибутив Linux | Версии |
|---|---|
| Red Hat Enterprise Linux1 | 9.2, 9.4, 9.6, 9.7 |
| Ubuntu | 20.04, 22.04, 24.04 |
| Amazon Linux | 2023 |
| Oracle Linux2 | 9.6, 9.7 |
| Rocky Linux3 | 9.7 |
1
Установщик Synthetic можно установить на все минорные релизы Red Hat Enterprise Linux 9. Однако мы рекомендуем использовать версии, указанные в этой таблице, поскольку они имеют расширенную поддержку жизненного цикла (ELS) согласно жизненному циклу Red Hat Enterprise Linux.
2
Установщик Synthetic можно установить на все минорные релизы Oracle Linux 9. Однако мы рекомендуем использовать последние поддерживаемые версии согласно документации для Oracle Linux 9.
3
Установщик Synthetic можно установить на все минорные релизы Rocky Linux 9. Однако мы рекомендуем использовать последние поддерживаемые версии согласно руководству по выпускам и версиям Rocky Linux.
Устаревшие операционные системы¶
| Дистрибутив Linux | Версии |
|---|---|
| Red Hat Enterprise Linux | 7.91 |
| CentOS | 7.91 |
| Amazon Linux | 22 |
| Red Hat Enterprise Linux | 8.83 |
| Red Hat Enterprise Linux | 8.103 |
| Oracle Linux | 8.103 |
| Rocky Linux | 8.103 |
1
ActiveGate версии 1.305 является последним ActiveGate с поддержкой Synthetic для Red Hat/CentOS 7.
2
ActiveGate версии 1.307 является последним ActiveGate с поддержкой Synthetic для Amazon Linux 2.
3
ActiveGate версии 1.325 является последним ActiveGate с поддержкой Synthetic для Red Hat/Oracle Linux/Rocky Linux 8.
Версии браузера на Linux¶
Мы настоятельно рекомендуем поддерживать актуальность версий ActiveGate с поддержкой Synthetic на базе Linux и браузера — Dynatrace поддерживает версии браузера, которые отстают не более чем на две версии от последней поддерживаемой Dynatrace версии для конкретного выпуска ActiveGate. Например, если последняя поддерживаемая версия браузера — 103, Dynatrace поддерживает версии вплоть до 101. Если предоставляемая версия браузера значительно устарела для конкретной ОС, поддерживается только предоставляемая версия. Информацию об обновлении браузера автоматически и вручную см. в соответствующих разделах.
На Linux установщик ActiveGate загружает зависимости браузера, необходимые движку Synthetic. На Red Hat и Rocky необходимо включить определённые репозитории, из которых установщик загружает зависимости. Веб-интерфейс Dynatrace предоставляет все необходимые команды. Подробные инструкции см. в разделе Создание частной локации Synthetic.
При установке ActiveGate и браузера из пользовательского локального репозитория необходимо разрешить все зависимости и включить репозитории по мере необходимости; пользовательский репозиторий можно использовать только для пакетов браузера, но не для их зависимостей. Разместите архив пакета браузера и файл подписи в пользовательском репозитории для установки. Если ваш файл архива пакета — https://synthetic-packages.s3.amazonaws.com/Chrome/chrome-for-testing-linux64/chrome-for-testing-linux64-143.0.7499.192.zip (Chrome for Testing 143 для Ubuntu на ActiveGate версии 1.333), вы можете найти файл подписи, добавив .sig к URL: https://synthetic-packages.s3.amazonaws.com/Chrome/chrome-for-testing-linux64/chrome-for-testing-linux64-143.0.7499.192.zip.sig.
-
Разработка Chromium для Red Hat/CentOS 7 и Amazon Linux 2 остановилась на версии 126.
-
Поскольку Red Hat Enterprise Linux 7 достиг окончания поддержки Maintenance 30 июня 2024 г., все его пакеты были заархивированы. Это означает, что поиск необходимых зависимостей для обновления может оказаться невозможным. Подробнее см. в разделе Статус Red Hat Enterprise Linux 7
Из-за изменений в доступности пакета libdav1d.so.6 версии Chromium старше 130 не могут быть установлены на Red Hat/Rocky Linux 9.
Подробности см. в руководстве по устранению неполадок.
| Версия ActiveGate | Последняя поддерживаемая версия Chromium Red Hat, CentOS, Oracle Linux 8 | Последняя поддерживаемая версия Chrome for Testing Amazon Linux 2023, Ubuntu, Oracle Linux 9 |
|---|---|---|
| 1.3313 | 143 Red Hat/Rocky Linux 9 | 143 |
1
Введена поддержка Ubuntu 24.
2
Введена поддержка Oracle Linux 9.
3
Ubuntu Server 20.04 и 22.04 переведены на использование Chrome for Testing.
Фреймворк File Access Policy Daemon (fapolicyd)¶
При неправильной настройке File Access Policy Daemon (fapolicyd) может негативно влиять на возможности синтетического мониторинга Dynatrace. Аналогично антивирусному или антивредоносному программному обеспечению, fapolicyd может блокировать браузер или процессы Dynatrace, отвечающие за выполнение синтетических мониторов.
Для обеспечения надлежащей стабильности и производительности рассмотрите возможность добавления каталогов и процессов в список разрешённых или их исключения из политики. Более подробную информацию см. в документации Red Hat по fapolicyd. Перед обращением в службу поддержки Dynatrace для устранения проблем с вашими частными локациями Synthetic убедитесь, что fapolicyd исключён как источник проблем.
Фреймворк File Access Policy Daemon можно запустить в режиме отладки, в котором все запреты регистрируются, что упрощает поиск отсутствующих правил и устранение проблем. Более подробную информацию о режиме отладки см. в документации по устранению проблем, связанных с fapolicyd.
Аппаратные требования¶
Общие соображения¶
- Обратите внимание, что ActiveGate с поддержкой Synthetic предъявляет более высокие требования к аппаратному обеспечению и системным ресурсам, чем обычный Environment или Cluster ActiveGate. Мы настоятельно рекомендуем использовать ActiveGate с поддержкой Synthetic исключительно для целей синтетического мониторинга.
- При планировании выделения ресурсов необходимо учитывать любой дополнительный компонент, работающий на хосте. Например, если локация мониторится с помощью OneAgent или другого решения глубокого мониторинга, требования к памяти (ОЗУ) возрастут.
- Для изменения размера ActiveGate с поддержкой Synthetic, например, после увеличения ресурсов ActiveGate размера S до требований размера M, необходимо удалить и переустановить его. Переустановка обязательна до использования обновлённых ресурсов для синтетического мониторинга; в противном случае ваш ActiveGate продолжит отображаться как размер S (Synthetic Node size) в Deployment Status и будет подпадать под ограничения выполнения для размера S.
Руководство по выбору размера¶
В зависимости от количества тестов, выполняемых в час, ActiveGate с поддержкой Synthetic должен соответствовать следующим аппаратным требованиям.
Предельные значения
Расчётные предельные значения, приведённые в таблице ниже, были определены в наших внутренних тестах. Фактические значения могут варьироваться в зависимости от сложности ваших мониторов.
Узел XS
Узел S
Узел M
Узел L
Узел XS
Хотя узлы XS могут использоваться на ActiveGate под управлением Windows Server, они могут быть не оптимальным выбором из-за повышенных аппаратных требований браузера. Для оптимальной производительности и подготовки к будущим улучшениям мы рекомендуем иметь не менее 8 ГБ ОЗУ и 25 ГБ свободного дискового пространства.
На системах Linux с объёмом ОЗУ всего 4 ГБ растущие требования браузера к ресурсам в сочетании с установкой сторонних инструментов на хосте могут приводить к периодической нехватке памяти. Настоятельно рекомендуется перейти на 8 ГБ ОЗУ для обеспечения более стабильной и надёжной работы.
| Узел с поддержкой браузерных мониторов | Узел без браузера | |
|---|---|---|
| Минимальное количество процессоров | 2 vCPU | 1 vCPU |
| Минимальное свободное дисковое пространство | 20 ГБ | 17 ГБ |
| Минимальный объём ОЗУ | 4 ГБ | 4 ГБ |
| Минимальный объём свободного ОЗУ | 3 ГБ | 2,7 ГБ |
| Минимальное количество IOPS диска (Windows) | 100 | 100 |
| Расчётное максимальное количество выполнений HTTP-монитора/ч1 | 300 тыс. | 300 тыс. |
| Расчётное максимальное количество выполнений высокоресурсного HTTP-монитора2/ч | 10 тыс. | 10 тыс. |
| Расчётное максимальное количество выполнений браузерного монитора/ч | 300 | - |
| Расчётное максимальное количество пакетов NAM ICMP-монитора/ч3 5 | 500 тыс. | 500 тыс. |
| Расчётное максимальное количество запросов NAM TCP-монитора/ч4 6 | 1 млн | 1 млн |
| Расчётное максимальное количество запросов NAM DNS-монитора/ч4 7 | 100 тыс. | 100 тыс. |
Сноски
1
Рассчитано как 5000 выполнений монитора (максимум для одной среды), выполняемых один раз в минуту (максимальная частота).
2
Это HTTP-мониторы в частных локациях с любым из следующих условий: скрипты до или после выполнения, авторизация OAuth2, аутентификация Kerberos.
3
Для NAM-мониторов, использующих тип запроса ICMP, ёмкость связана с количеством ICMP echo-запросов (пакетов), отправляемых во время выполнения мониторов. Поскольку это количество пакетов может существенно варьироваться среди определённых мониторов, использование количества выполнений мониторов в качестве ограничения ёмкости было бы неточным.
4
Для NAM-мониторов, использующих типы запросов TCP и DNS, ёмкость связана с количеством сетевых соединений (запросов), отправляемых во время выполнения мониторов. Поскольку это количество запросов может существенно варьироваться среди определённых мониторов, использование количества выполнений мониторов в качестве ограничения ёмкости было бы неточным.
5
Во время нагрузочных тестов, помогших установить пределы ёмкости, NAM ICMP-мониторы были исключительно запланированы в локации; мониторы имели следующие характеристики. Фактическая ёмкость может отличаться для других сред (например, где мониторируемые цели отвечают медленнее или не дают ответа в пределах таймаута, или одновременно выполняются другие типы мониторов). Мониторы использовали настройки по умолчанию (включая настройки таймаутов по умолчанию и один пакет на запрос) и были запланированы каждую 1 минуту. В тестах использовалось несколько целевых хостов; все они отвечали корректно со средним RTT около 200 мс.
6
Во время нагрузочных тестов, помогших установить пределы ёмкости, NAM TCP-мониторы были исключительно запланированы в локации; мониторы имели следующие характеристики. Фактическая ёмкость может отличаться для других сред (например, где мониторируемые цели отвечают медленнее или не дают ответа в пределах таймаута, или одновременно выполняются другие типы мониторов). Мониторы использовали настройки по умолчанию (включая настройки таймаутов по умолчанию) и были запланированы каждую 1 минуту. В тестах использовалось несколько целевых хостов и портов; все они отвечали корректно со средним временем TCP-соединения около 200 мс.
7
Во время нагрузочных тестов, помогших установить пределы ёмкости, NAM DNS-мониторы были исключительно запланированы в локации; мониторы имели следующие характеристики. Фактическая ёмкость может отличаться для других сред (например, где мониторируемые цели отвечают медленнее или не дают ответа в пределах таймаута, или одновременно выполняются другие типы мониторов). Обратите внимание, что DNS-сервер, используемый при разрешении, должен быть способен обрабатывать входящие запросы и не должен рассматривать входящий трафик как подлежащий ограничению или отклонению (например, из-за обнаружения его как трафика ботов). Мониторы использовали настройки по умолчанию (включая настройки таймаутов по умолчанию и UDP в качестве транспорта) и были запланированы каждую 1 минуту. В тестах использовалось несколько целей для разрешения; все они разрешались корректно со средним временем DNS-разрешения около 10 мс. Использовались общедоступные DNS-серверы: Google (8.8.8.8 и 8.8.4.4) и Cloudflare (1.1.1.1 и 1.1.1.2)
| Узел с поддержкой браузерных мониторов | Узел без браузера | |
|---|---|---|
| Минимальное количество процессоров | 4 vCPU | 2 vCPU |
| Минимальное свободное дисковое пространство | 25 ГБ | 22 ГБ |
| Минимальный объём ОЗУ | 8 ГБ | 8 ГБ |
| Минимальный объём свободного ОЗУ | 5 ГБ | 4 ГБ |
| Минимальное количество IOPS диска (Windows) | 200 | 200 |
| Расчётное максимальное количество выполнений HTTP-монитора/ч1 | 300 тыс. | 300 тыс. |
| Расчётное максимальное количество выполнений высокоресурсного HTTP-монитора2/ч | 20 тыс. | 20 тыс. |
| Расчётное максимальное количество выполнений браузерного монитора/ч | 650 | - |
| Расчётное максимальное количество пакетов NAM ICMP-монитора/ч3 5 | 1 млн | 1 млн |
| Расчётное максимальное количество запросов NAM TCP-монитора/ч4 6 | 2 млн | 2 млн |
| Расчётное максимальное количество запросов NAM DNS-монитора/ч4 7 | 200 тыс. | 200 тыс. |
| Узел с поддержкой браузерных мониторов | Узел без браузера | |
|---|---|---|
| Минимальное количество процессоров | 8 vCPU | 4 vCPU |
| Минимальное свободное дисковое пространство | 30 ГБ | 23 ГБ |
| Минимальный объём ОЗУ | 16 ГБ | 16 ГБ |
| Минимальный объём свободного ОЗУ | 8 ГБ | 6,5 ГБ |
| Минимальное количество IOPS диска (Windows) | 400 | 400 |
| Расчётное максимальное количество выполнений HTTP-монитора/ч1 | 300 тыс. | 300 тыс. |
| Расчётное максимальное количество выполнений высокоресурсного HTTP-монитора2/ч | 60 тыс. | 60 тыс. |
| Расчётное максимальное количество выполнений браузерного монитора/ч | 1200 | - |
| Расчётное максимальное количество пакетов NAM ICMP-монитора/ч3 5 | 1,5 млн | 1,5 млн |
| Расчётное максимальное количество запросов NAM TCP-монитора/ч4 6 | 3 млн | 3 млн |
| Расчётное максимальное количество запросов NAM DNS-монитора/ч4 7 | 300 тыс. | 300 тыс. |
| Узел с поддержкой браузерных мониторов | Узел без браузера | |
|---|---|---|
| Минимальное количество процессоров | 16 vCPU | 8 vCPU |
| Минимальное свободное дисковое пространство | 40 ГБ | 25 ГБ |
| Минимальный объём ОЗУ | 32 ГБ | 32 ГБ |
| Минимальный объём свободного ОЗУ | 12 ГБ | 10 ГБ |
| Минимальное количество IOPS диска (Windows) | 750 | 750 |
| Расчётное максимальное количество выполнений HTTP-монитора/ч1 | 300 тыс. | 300 тыс. |
| Расчётное максимальное количество выполнений высокоресурсного HTTP-монитора2/ч | 100 тыс. | 100 тыс. |
| Расчётное максимальное количество выполнений браузерного монитора/ч | 2200 | - |
| Расчётное максимальное количество пакетов NAM ICMP-монитора/ч3 5 | 2 млн | 2 млн |
| Расчётное максимальное количество запросов NAM TCP-монитора/ч4 6 | 4 млн | 4 млн |
| Расчётное максимальное количество запросов NAM DNS-монитора/ч4 7 | 400 тыс. | 400 тыс. |
Хранилище и разрешения файловой системы¶
В таблице ниже приведены расположения установки по умолчанию (Linux и Windows) для различных каталогов ActiveGate и минимальные требования к размеру. Эта информация взята из сведений в разделе Каталоги ActiveGate.
1
Для XS ActiveGate — для больших ActiveGate требуется больше места для журналов выполнения.
Разрешения для /tmp¶
ActiveGate с поддержкой Synthetic требует доступа на запись к каталогу /tmp во время работы. Его зависимости, включая xvfb, используют /tmp для хранения временных файлов и данных среды выполнения.
Отсутствие разрешений на запись в этот каталог может привести к неожиданным сбоям или ухудшению функциональности.
Убедитесь, что среда хоста предоставляет достаточные права доступа и доступное пространство в /tmp для надёжного выполнения этих операций.
Связанные темы¶
- Каталоги ActiveGate