Документация Ключ-АСТРОМ - Свежие правки [ru]

MongoDB

Aleksandr.Zubarev — Tue, 15 Sep 2026 19:35:28 GMT

@@ Строка 186: / Строка 186: @@
 |Расширение не видит базы данных
 |Проверьте права пользователя <code>dt_user</code> — необходима роль <code>clusterMonitor</code>. Также убедитесь, что базы данных существуют и доступны (<code>show dbs</code>).
 |}

Linux command extension

Aleksandr.Zubarev — Tue, 15 Sep 2026 19:32:30 GMT

← Предыдущая версия		Версия от 19:32, 15 сентября 2026
Строка 147:		Строка 147:
	** Заполните <code>private_key_passphrase</code>.		** Заполните <code>private_key_passphrase</code>.
	** Поле <code>password</code> остаётся обязательным по схеме, но при наличии <code>private_key_file</code> + <code>private_key_passphrase</code> используется парольная фраза ключа.		** Поле <code>password</code> остаётся обязательным по схеме, но при наличии <code>private_key_file</code> + <code>private_key_passphrase</code> используется парольная фраза ключа.

			== История версий ==

			{\| class="wikitable"
			! Версия
			! Изменения
			\|-
			\|0.1.0
			\|Начало поддержки расширения в Ключ-АСТРОМ <code>1.285+</code>. Расширение выполняет команды на удалённых Linux-хостах по SSH и преобразует полученные значения в метрики.
			\|}

Filesystem monitoring

Aleksandr.Zubarev — Tue, 15 Sep 2026 19:29:55 GMT

← Предыдущая версия		Версия от 19:29, 15 сентября 2026
Строка 58:		Строка 58:

	Хранилище BLOB-объектов Azure поддерживается		Хранилище BLOB-объектов Azure поддерживается

			== История версий ==

			{\| class="wikitable"
			! Версия
			! Изменения
			\|-
			\|1.3.3
			\|
			* В параметры запуска проверок от имени другого пользователя на узлах Linux добавлена поддержка <code>sesu</code>.
			* Исправлен запуск через <code>sudo</code>: если имя пользователя не указано, команда корректно выполняется от имени пользователя <code>dtuser</code>.
			\|-
			\|1.3.0
			\|Начало поддержки расширения в Ключ-АСТРОМ <code>1.289.0+</code>.
			\|}

Расширение PostgreSQL

Aleksandr.Zubarev — Tue, 15 Sep 2026 19:16:45 GMT

← Предыдущая версия		Версия от 19:16, 15 сентября 2026
Строка 6:		Строка 6:
	\|2.9.7		\|2.9.7
	\|		\|
	* Версия расширения для Ключ-~~Астроном~~ <code>1.318.0+</code>.		* Версия расширения для Ключ-АСТРОМ <code>1.318.0+</code>.
	* Добавлены наборы функций <code>SLRU</code>, <code>I/O</code>, <code>User Functions</code> и <code>Subscription</code>.		* Добавлены наборы функций <code>SLRU</code>, <code>I/O</code>, <code>User Functions</code> и <code>Subscription</code>.
	* Добавлены новые метрики репликации, конфликтов, WAL и активности PostgreSQL.		* Добавлены новые метрики репликации, конфликтов, WAL и активности PostgreSQL.
Строка 19:		Строка 19:
	\|2.6.6		\|2.6.6
	\|		\|
	* Версия расширения для Ключ-~~Астроном~~ <code>1.310.0+</code>.		* Версия расширения для Ключ-АСТРОМ <code>1.310.0+</code>.
	* Версия основана на 2.6.5 и содержит те же функции мониторинга.		* Версия основана на 2.6.5 и содержит те же функции мониторинга.
	* Схема для получения планов выполнения изменена на <code>astromkey</code>.		* Схема для получения планов выполнения изменена на <code>astromkey</code>.
Строка 26:		Строка 26:
	\|2.6.5		\|2.6.5
	\|		\|
	* Версия расширения для Ключ-~~Астроном~~ <code>1.310.0+</code>.		* Версия расширения для Ключ-АСТРОМ <code>1.310.0+</code>.
	* Добавлен сбор конфигурации PostgreSQL.		* Добавлен сбор конфигурации PostgreSQL.
	* Добавлены наборы функций <code>Replication</code> и <code>Locks</code>.		* Добавлены наборы функций <code>Replication</code> и <code>Locks</code>.

Ceph

Aleksandr.Zubarev — Tue, 15 Sep 2026 19:15:02 GMT

← Предыдущая версия		Версия от 19:15, 15 сентября 2026
Строка 152:		Строка 152:
	\|1.1.3		\|1.1.3
	\|		\|
	* Версия расширения для Ключ-~~Астроном~~ <code>1.296.0+</code>.		* Версия расширения для Ключ-АСТРОМ <code>1.296.0+</code>.
	* Мониторинг Ceph через источник данных Prometheus.		* Мониторинг Ceph через источник данных Prometheus.
	* Начало поддержки расширения.		* Начало поддержки расширения.
	\|}		\|}

ClickHouse

Aleksandr.Zubarev — Tue, 15 Sep 2026 19:14:21 GMT

← Предыдущая версия		Версия от 19:14, 15 сентября 2026
(не показана 1 промежуточная версия этого же участника)
Строка 60:		Строка 60:
	GRANT SELECT ON system.asynchronous_metrics TO astromkey;		GRANT SELECT ON system.asynchronous_metrics TO astromkey;
	</pre>		</pre>

			== История изменений ==

			{\| class="wikitable"
			!Версия
			!Изменения
			\|-
			\|1.0.26
			\|
			* Версия расширения для Ключ-АСТРОМ <code>1.285+</code>.
			* Добавлен удалённый мониторинг ClickHouse через HTTP- и HTTPS-интерфейсы.
			* Добавлены метрики доступности сервера, состояния реплик и времени работы.
			* Добавлен сбор показателей из системных таблиц ClickHouse.
			\|}

Ceph

Aleksandr.Zubarev — Tue, 15 Sep 2026 19:08:50 GMT

@@ Строка 142: / Строка 142: @@
 |-
 | Quorum status || ceph_mon_quorum_status || Demons монитора в кворуме
 |}

Cassandra

Aleksandr.Zubarev — Tue, 15 Sep 2026 19:05:01 GMT

← Предыдущая версия		Версия от 19:05, 15 сентября 2026
Строка 1:		Строка 1:
	= Мониторинг Cassandra в Ключ-АСТРОМ =		= Мониторинг Cassandra в Ключ-АСТРОМ =

	Инструкция по настройке расширения '''Apache Cassandra JMX'''.		Инструкция по настройке расширения '''Apache Cassandra JMX'''.

Строка 24:		Строка 25:

	# Версия '''Cassandra''': 2.xx или выше.		# Версия '''Cassandra''': 2.xx или выше.
	# Версия Ключ-~~АСТРОМ~~: 1.~~308~~ или выше.		# Версия Ключ-Астроном: 1.318.0 или выше.
	# На хосте с '''Cassandra''' установлен ЕдиныйАгент Ключ-АСТРОМ, контроллер выполнения расширений ('''EEC''') включен.		# На хосте с '''Cassandra''' установлен ЕдиныйАгент Ключ-АСТРОМ, контроллер выполнения расширений ('''EEC''') включен.
	# Подготовлен пакет расширения (<code>.zip</code>) для загрузки в Расширения — либо расширение уже доступно в каталоге Расширений.		# Подготовлен пакет расширения (<code>.zip</code>) для загрузки в Расширения — либо расширение уже доступно в каталоге Расширений.
Строка 104:		Строка 105:
	\|Требуется удаленный сбор		\|Требуется удаленный сбор
	\|Группа АктивныхШлюзов с сетевым доступом к '''JMX'''-портам '''Cassandra'''. Убедитесь, что '''JMX'''-сервер настроен для удаленного доступа.		\|Группа АктивныхШлюзов с сетевым доступом к '''JMX'''-портам '''Cassandra'''. Убедитесь, что '''JMX'''-сервер настроен для удаленного доступа.
			\|}

			== История изменений ==

			{\| class="wikitable"
			!Версия
			!Изменения
			\|-
			\|1.2.0
			\|
			* Начало поддержки расширения.

	\|}		\|}

Расширение Oracle Database

Aleksandr.Zubarev — Tue, 15 Sep 2026 18:50:32 GMT

← Предыдущая версия		Версия от 18:50, 15 сентября 2026
Строка 10:		Строка 10:
	* Добавлены метрики времени работы, состояния RAC, заблокированных сеансов, взаимных блокировок и повреждённых блоков данных.		* Добавлены метрики времени работы, состояния RAC, заблокированных сеансов, взаимных блокировок и повреждённых блоков данных.
	* Добавлены метрики и журналы для анализа наиболее ресурсоёмких SQL-запросов.		* Добавлены метрики и журналы для анализа наиболее ресурсоёмких SQL-запросов.
	* Добавлены сущности топологии для кластера, экземпляра, базы данных, заданий резервного копирования, групп и дисков ASM.		* Добавлены сущности топологии для кластера, экземпляра, базы данных, заданий резервного копирования, групп и дисков ASM.
	* Идентификаторы типов топологии переведены в пространство имён <code>sql:ru_ruscomtech_extension_sql-oracle_</code>. Ссылки на прежние типы <code>sql:com_dynatrace_extension_sql-oracle_</code> в пользовательских дашбордах и правилах необходимо обновить.
	* Добавлены и обновлены оповещения о недоступности экземпляров и PDB, состоянии табличных пространств, файлов данных и Data Guard.		* Добавлены и обновлены оповещения о недоступности экземпляров и PDB, состоянии табличных пространств, файлов данных и Data Guard.
	* Добавлен обзорный дашборд <code>documents/overview.dashboard.json</code>.		* Добавлен обзорный дашборд <code>documents/overview.dashboard.json</code>.

Расширение UPS Device

Aleksandr.Zubarev — Tue, 15 Sep 2026 18:47:55 GMT

← Предыдущая версия		Версия от 18:47, 15 сентября 2026
(не показана 1 промежуточная версия этого же участника)
Строка 2:		Строка 2:
	!Версия		!Версия
	!Изменения		!Изменения

			\|-
			\|1.0.1
			\|Обновление расширения

			* Минимальная поддерживаемая версия Ключ-АСТРОМ повышена до <code>1.309.0</code>.
			* Добавлен обзорный дашборд <code>documents/ups_overview.dashboard.json</code>.

	\|-		\|-
	\|1.0.0		\|1.0.0

Расширение Redis

Aleksandr.Zubarev — Tue, 15 Sep 2026 18:47:04 GMT

@@ Строка 2: / Строка 2: @@
 !Версия
 !Изменения
 |-
 |2.1.0

Расширение PostgreSQL

Aleksandr.Zubarev — Tue, 15 Sep 2026 18:45:03 GMT

@@ Строка 2: / Строка 2: @@
 !Версия
 !Изменения
 |-
 |1.2.0

Расширение Oracle Database

Aleksandr.Zubarev — Tue, 15 Sep 2026 18:18:46 GMT

@@ Строка 2: / Строка 2: @@
 !Версия
 !Изменения
 |-
 |2.3.0

Расширение NVIDIA

Aleksandr.Zubarev — Tue, 15 Sep 2026 18:16:35 GMT

← Предыдущая версия		Версия от 18:16, 15 сентября 2026
Строка 2:		Строка 2:
	!Версия		!Версия
	!Изменения		!Изменения

			\|-
			\|1.1.0
			\|Обновление расширения

			* Минимальная поддерживаемая версия Ключ-АСТРОМ повышена до <code>1.309.0</code>.
			* Минимальная версия EEC — <code>1.280.0</code>.
			* Добавлены обзорные дашборды <code>dashboards/overview_dashboard.json</code> и <code>documents/nvidia_overview.dashboard.json</code>.

	\|-		\|-
	\|1.0.3		\|1.0.3

Расширение Hadoop

Aleksandr.Zubarev — Tue, 15 Sep 2026 18:15:24 GMT

← Предыдущая версия		Версия от 18:15, 15 сентября 2026
(не показана 1 промежуточная версия этого же участника)
Строка 2:		Строка 2:
	!Версия		!Версия
	!Изменения		!Изменения

			\|-
			\|1.0.4
			\|Обновление расширения

			* Минимальная поддерживаемая версия Ключ-АСТРОМ повышена до <code>1.310.0</code>.
			* Добавлен обзорный дашборд <code>documents/hadoop_overview.dashboard.json</code>.

	\|-		\|-
	\|1.0.1		\|1.0.1

Расширение Elasticsearch

Aleksandr.Zubarev — Tue, 15 Sep 2026 18:13:33 GMT

← Предыдущая версия		Версия от 18:13, 15 сентября 2026
Строка 2:		Строка 2:
	!Версия		!Версия
	!Изменения		!Изменения

			\|-
			\|2.0.9
			\|Обновление расширения

			* Минимальная поддерживаемая версия Ключ-АСТРОМ повышена до <code>1.310.0</code>.
			* Исправлен ключ метрики количества сборок мусора JVM: <code>elasticsearch_jvm_gc_collection_count.count</code>.
			* Добавлен обзорный дашборд <code>documents/overview.dashboard.json</code>.

	\|-		\|-
	\|2.0.2		\|2.0.2

DB Query

Aleksandr.Zubarev — Tue, 15 Sep 2026 18:10:27 GMT

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

Расширение Elasticsearch

Aleksandr.Zubarev — Tue, 15 Sep 2026 12:02:35 GMT

← Предыдущая версия		Версия от 12:02, 15 сентября 2026
(не показана 1 промежуточная версия этого же участника)
Строка 6:		Строка 6:
	\|Изменения на уровне патча		\|Изменения на уровне патча

	* Исправлены проблемы с аутентификацией конечной точки при определенных обстоятельствах.		* Исправлены проблемы с аутентификацией конечной точки при определенных обстоятельствах.
	* Исправлено ''количество'' сообщений о значении метрик узлов, когда узлы используют один и тот же хост.		* Исправлено ''количество'' сообщений о значении метрик узлов, когда узлы используют один и тот же хост.
	* Исправлена непоследовательность в предоставлении отчетов о значениях метрики ''времени запроса.''		* Исправлена непоследовательность в предоставлении отчетов о значениях метрики ''времени запроса.''
Строка 100:		Строка 100:
	* привилегии '''monitor''' и '''view_index_metadata indexs'''		* привилегии '''monitor''' и '''view_index_metadata indexs'''

	~~требуются~~ для пользователя, определенного в конфигурации мониторинга расширения.		Требуются для пользователя, определенного в конфигурации мониторинга расширения.

	== Подробности ==		== Подробности ==

Участник:Aleksandr.Zubarev

DKashanov — Tue, 15 Sep 2026 11:56:46 GMT

DKashanov создал учётную запись Aleksandr.Zubarev

Участник:ENetrebin

DKashanov — Tue, 15 Sep 2026 11:54:26 GMT

DKashanov заблокировал ENetrebin на период бессрочно (автоблокировка отключена)

Примечания к релизам

IKuznetsov — Sun, 13 Sep 2026 18:22:01 GMT

← Предыдущая версия		Версия от 18:22, 13 сентября 2026
Строка 49:		Строка 49:
	*[[Примечания к релизу 324]]		*[[Примечания к релизу 324]]
	*[[Примечания к релизу 328]]		*[[Примечания к релизу 328]]
			*[[Примечания к релизу 332]]

	[[Новости о прекращении поддержки]]		[[Новости о прекращении поддержки]]

	[[Поддержка новых технологий]]		[[Поддержка новых технологий]]

Примечания к релизу 332

IKuznetsov — Sun, 13 Sep 2026 18:21:40 GMT

Новая страница: « == ⚙️ Ключ-АСТРОМ == === Новая функциональность === * '''Мониторинг использования лицензии кластера''': Добавлен дашборд в локальной среде самоконтроля кластера, позволяющий отслеживать использование лицензий на хостовые единицы, единицы данных '''ИИ''' ('''DD...»

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

== ⚙️ Ключ-АСТРОМ ==

=== Новая функциональность ===

* '''Мониторинг использования лицензии кластера''': Добавлен дашборд в локальной среде самоконтроля кластера, позволяющий отслеживать использование лицензий на хостовые единицы, единицы данных '''ИИ''' ('''DDU''') и единицы '''Digital Experience Monitoring''' ('''DEM''') в рамках классического лицензирования. Также добавлены специальные метрики биллинга для каждого типа лицензии, что позволяет настраивать оповещения о событиях лицензирования (например, при приближении к исчерпанию единиц) с помощью событий метрик.
* '''Настройка и переопределение маскирования ЕдиногоАгента на уровне группы хостов''': Маскирование данных ЕдиногоАгента теперь можно настраивать и переопределять на уровне группы хостов в дополнение к уже существующим уровням окружения, кластера/пространства имен '''Kubernetes''' и группы процессов. Это особенно удобно при управлении сотнями приложений в многокомандных и многодепартаментных средах.
* '''Интуитивная функция масштабирования для графиков в Визуализация данных''': Добавлена возможность масштабирования непосредственно на графиках в '''Визуализация данных'''. Для увеличения выберите начальную точку, удерживайте кнопку мыши и перетащите к конечной точке. После отпускания кнопки появится диалог подтверждения интервала масштабирования. Для возврата к предыдущему временному диапазону используйте кнопку отмены.
* '''Повышение точности мониторинга лимитов измерений для метрик''': Использование пользовательских метрик с постоянным потоком новых значений измерений (например, '''UID''' подов '''Kubernetes''') могло отображать некорректные шаблоны в самоконтроле. Теперь лимиты измерений рассчитываются точно, что обеспечивает более четкое и надежное понимание использования метрик.
* '''Предложения для селекторов сущностей в настройках''': Автоматически применяемые теги, зоны управления и определения '''SLO''' теперь поддерживают предложения селекторов сущностей. Вместо ручного ввода селекторов сущностей можно использовать эту функцию автозаполнения, которая предлагает доступные фильтры, операторы и значения.
* '''Новая конечная точка Metrics API v2 для удаления устаревших метрик''': '''Metrics API v2''' теперь включает новую конечную точку, позволяющую удалять метрики, которые не записывались в течение заданного количества дней. Можно использовать <code>DELETE /api/v2/metrics</code> для удаления принятых метрик, параметр <code>metricSelector</code> для выбора конкретных метрик, подстановочные знаки для удаления метрик с префиксом или всех метрик, указав <code>*</code>, и параметр <code>minUnusedDays</code> для определения количества дней, в течение которых метрика должна оставаться неиспользуемой перед удалением. Пример: удалить все метрики, не записанные за последние 60 дней: <code>DELETE /api/v2/metrics?metricSelector=&minUnusedDays=60</code>.
* '''Проверка совместимости версий ЕдиногоАгента''': '''OneAgent Health''' теперь отображает самую низкую и самую высокую совместимые версии ЕдиногоАгента с данным кластером Ключ-АСТРОМ. Кроме того, выдается предупреждающее сообщение, если версия ЕдиногоАгента слишком низкая или слишком высокая, что позволяет быстро подключить ЕдиногоАгент совместимой версии.
* '''Улучшенный интерфейс конфигурации для мониторинга AWS Lambda''': В рабочий процесс развертывания Lambda внесены улучшения удобства использования и надежности, обеспечивающие согласованное поведение между типами развертывания и предотвращающие распространенные ошибки конфигурации. В частности, добавлен автоматический выбор '''DT_CONNECTION_BASE_URL''' с использованием '''АктивногоШлюза''' для повышения надежности и устранения ошибок конфигурации. Классический мониторинг Lambda для Managed-offline теперь всегда включен, а флажок включения удален из интерфейса.
* '''Улучшенная корреляция сервисов для триггеров сообщений функций AWS Lambda''': Улучшена корреляция сервисов для триггеров сообщений в функциях AWS Lambda, которые отслеживаются слоем ЕдиногоАгента для AWS Lambda.
* '''Новая страница Services включена по умолчанию''': Новая страница сервисов теперь включена по умолчанию во всех окружениях, что позволяет воспользоваться преимуществами нового дизайна и функций анализа.
* '''Поддержка PKCE для OpenID Connect''': Ключ-АСТРОМ теперь поддерживает '''PKCE''' (Proof Key for Code Exchange) для '''OpenID Connect'''. PKCE — это расширение для потока кода авторизации '''OAuth 2.0''', предназначенное для предотвращения атак перехвата кода авторизации. Для включения перейдите в CMC > Аутентификация пользователей > Настройки единого входа, выберите '''OpenID Connect''' и включите '''Use PKCE'''.
* '''Сворачивание панели настроек в Визуализация данных''': Теперь можно свернуть панель настроек в '''Визуализация данных''', чтобы освободить больше места для графиков. Это особенно полезно на небольших экранах.
* '''Новая опция конфигурации для различения похожих отчетов о событиях''': Теперь можно определить тег корреляции для всех источников событий — <code>dt.event.correlation_tag</code>. Используйте этот необязательный тег, чтобы явно создавать отдельные события, даже если отчеты о событиях основаны на похожих данных, таких как заголовок и сущность.
* '''OneAgent Health теперь включает атрибуты ресурсов''': Теперь можно получить доступ к атрибутам ресурсов, собранным кодовыми модулями, в '''OneAgent Health'''. Чтобы просмотреть их, выберите кодовый модуль в таблице данных и разверните раздел сведений. Атрибуты ресурсов могут использоваться в качестве входных данных для правил '''Service detection v2'''.
* '''Мониторинг tmpfs через ЕдиногоАгент доступен как opt-in поведение''': ЕдиноАгент обновлен для мониторинга данных '''tmpfs''' в системах '''Linux'''. Активировать этот мониторинг можно на основе opt-in в разделе «Настройки» > «Сбор и захват» > «Инфраструктура» > «ОС» > «Включить мониторинг дисков tmpfs».

=== Список устранённых проблем ===

* Устранена проблема, при которой модули мониторинга журналов неправильно включались в проверку квоты хостовых единиц, что могло приводить к вводящей в заблуждение информации об использовании квоты. <code>(MGD-8983)</code>
* Исправлены установочные пакеты, которые некорректно синхронизировались между узлами, если в папке установщика сервера Ключ-АСТРОМ присутствовал файл сценария без семантической версии в имени. <code>(MGD-8354)</code>
* Устранена проблема с развертываниями только для приложений, когда несколько кодовых модулей могли перезаписывать версию ЕдиногоАгента друг друга на одном хосте. <code>(MGD-6868)</code>
* Исправлена ошибка в JavaScript-шаге монитора браузера с автоматическим входом, предотвращающая сбои при сбое монитора. <code>(DEM-18430)</code>
* Обеспечена согласованная обработка пробельных конечных точек: спаны '''Service detection v2''' теперь обрабатывают конечные точки, состоящие из всех пробельных символов, так же, как пустые конечные точки, в результате чего <code>endpoint.name</code> не присваивается. <code>(APPOBS-30130)</code>
* Исправлена проблема с модулем проверки работоспособности '''NGINX''', отвечающим за перенаправление трафика между узлами кластера. <code>(MGD-9000)</code>
* Исправлена проблема, при которой повторное открытие глобального селектора временных рамок вызывало дублирование строк часовых поясов. <code>(MGD-9441)</code>
* Обновлена библиотека '''log4j''' для '''CVE-2025-68161''' во избежание ложных срабатываний сканеров безопасности. Сервер Ключ-АСТРОМ не затронут этим уведомлением безопасности. <code>(MGD-9264)</code>
* Ранее фильтр поиска в '''Визуализация данных''' в некоторых сценариях предоставлял пустые предложения. Теперь фильтр поиска всегда показывает соответствующие предложения. <code>(MGD-8961)</code>
* Ранее '''Визуализация данных''' отображала локальные временные рамки для неподдерживаемых типов визуализации или даже когда они были деактивированы. Теперь локальные временные рамки видны только при активации и только для поддерживаемых типов визуализации. <code>(MGD-8770)</code>
* Исправлена визуализация временных рамок для плиток в '''Визуализация данных''' и дашбордах. Периоды времени, выходящие в будущее, теперь ограничены текущим временем. <code>(MGD-7906)</code>
* Ранее уведомления по электронной почте о сущностях синтетического мониторинга отображали затронутые сущности зеленым текстом, хотя должны были отображать красным. Теперь затронутые сущности всегда отображаются красным. <code>(DI-24639)</code>
* Введены дополнительные меры контроля доступа для внутренней конечной точки Hub API, маршрутизируемой через обратный прокси Mission Control. <code>(ASDY-3035)</code>

=== Список запланированных изменений ===

* '''Событийные конечные точки удалены из Extensions Environment API v2''': Следующие устаревшие конечные точки удалены из Environment API v2: <code>/extensions/{extensionName}/environmentConfiguration/events</code> и <code>/extensions/{extensionName}/monitoringConfigurations/{configurationId}/events</code>.
* '''Встроенный чат заменен внешней ссылкой''': Встроенный чат заменен внешней ссылкой на Центр поддержки Ключ-АСТРОМ.
* '''Метрика <code>fileDescriptorsPercentUsed</code> больше не разделяется по PID''': По соображениям производительности измерение '''PID''' было удалено из метрики <code>fileDescriptorsPercentUsed</code>. Ключ метрики: <code>builtin:tech.generic.handles.fileDescriptorsPercentUsed</code>.
* '''Удалена обратная совместимость для АктивныхШлюзов старше версии 1.172''': Начиная с версии '''АктивногоШлюза''' 1.172, все АктивныеШлюзы поддерживают списки приоритетных конечных точек. Для снижения сложности продукта неприоритетные списки конечных точек больше не поддерживаются.
* '''Имя локальной среды самоконтроля больше нельзя изменить''': Имя локальной среды самоконтроля установлено как '''Local Self-Monitoring''' и больше не может быть изменено через Cluster Management Console. Если имя уже было изменено, оно будет сброшено на '''Local-Self-Monitoring'''.
* '''Прекращение поддержки нативных мобильных приложений (iOS и Android)''': Ключ-АСТРОМ прекращает поддержку своих нативных мобильных приложений для '''iOS''' и '''Android'''. Последнее обновление приложения: конец 2025 года. Дата прекращения поддержки: 30 июня 2026 года. Рекомендуется использовать адаптивный веб-интерфейс и настроить предпочитаемые интеграции для уведомлений.

Примечания к релизу 328

IKuznetsov — Sun, 13 Sep 2026 18:13:32 GMT

Новая функциональность

← Предыдущая версия		Версия от 18:13, 13 сентября 2026
Строка 4:		Строка 4:
	* '''Изменение базового уровня с учетом праздничных дней''': Из базового уровня сервисов и приложений теперь систематически исключаются такие государственные праздники, как Новый год, Пасха, День благодарения, Черная пятница и Рождество, чтобы свести к минимуму риск ложных оповещений. Настройка включена по умолчанию, отключить её можно в разделе «Настройки» > «Обнаружение аномалий» > «Изменение базового уровня с учетом праздничных дней».		* '''Изменение базового уровня с учетом праздничных дней''': Из базового уровня сервисов и приложений теперь систематически исключаются такие государственные праздники, как Новый год, Пасха, День благодарения, Черная пятница и Рождество, чтобы свести к минимуму риск ложных оповещений. Настройка включена по умолчанию, отключить её можно в разделе «Настройки» > «Обнаружение аномалий» > «Изменение базового уровня с учетом праздничных дней».
	* '''Отслеживание использования лицензии кластера через API''': Теперь можно отслеживать использование лицензий на хостовые единицы, единицы данных '''ИИ''' ('''DDU''') и единицы '''Digital Experience Monitoring''' ('''DEM''') в рамках классического лицензирования через '''Cluster API v2''' – Cluster license.		* '''Отслеживание использования лицензии кластера через API''': Теперь можно отслеживать использование лицензий на хостовые единицы, единицы данных '''ИИ''' ('''DDU''') и единицы '''Digital Experience Monitoring''' ('''DEM''') в рамках классического лицензирования через '''Cluster API v2''' – Cluster license.
			* '''Добавлена кнопка очистки кэша в базе данных при неудачном бэкапе''': В интерфейс управления кластером добавлена кнопка, позволяющая вручную очистить кэш базы данных в случае, если операция резервного копирования завершилась неудачно. Это позволяет устранить последствия сбоя и восстановить штатную работу системы резервного копирования без полной перезагрузки компонентов кластера.
			* '''Внесены исправления в механизмы схемы ConditionalNamingRule''': Схема '''ConditionalNamingRule''' получила ряд исправлений в работе внутренних механизмов. Это повышает корректность применения условных правил именования и снижает вероятность ошибок при обработке конфигураций, использующих данную схему.
			* '''Внесены исправления по отображению хостов''': Устранены проблемы, связанные с отображением хостов в интерфейсе. Исправления затрагивают корректность представления списка хостов и связанных с ними данных, что обеспечивает более точное и стабильное отображение информации о monitored-хостах.

	=== Список устранённых проблем ===		=== Список устранённых проблем ===

Навигация 2.0

IKuznetsov — Thu, 03 Sep 2026 19:31:50 GMT

← Предыдущая версия		Версия от 19:31, 3 сентября 2026
Строка 590:		Строка 590:
	**** [[Настройка воспроизведения сеансов для iOS]]		**** [[Настройка воспроизведения сеансов для iOS]]
	**Синтетический мониторинг		**Синтетический мониторинг
	*** Синтетическое приложение		*** [[Приложение Синтетический мониторинг\|Синтетическое приложение]]
	**** HTTP-мониторы, сообщающие о результатах		**** [[HTTP-мониторы: отображение результатов в Ключ-АСТРОМ\|HTTP-мониторы, сообщающие о результатах]]
	**** ~~Создайте~~ и ~~настройте~~ HTTP-~~монитор.~~		**** [[Создание HTTP-мониторинга\|Создание и настройка HTTP-монитора]]
	**** Результаты работы браузерных мониторов.		**** [[Результаты работы браузерных мониторов]]
	**** ~~Создайте~~ и ~~настройте монитор браузера.~~		**** [[Создание и настройка браузерного монитора]]
	***** ~~Запишите путь клика~~ в браузере.		***** [[Запись clickpatch в браузере\|Запись ckickpatch в браузере]]
	***** Типы шагов ~~маршрута клика~~		***** [[Типы шагов clickpatch]]
	***** Настройка шагов мониторинга		***** [[Настройка времени ожидания между шагами, правил проверки содержимого и пороговых значений производительности\|Настройка шагов мониторинга]]
	**** NAM отслеживает ~~отчетность~~ о результатах		**** [[NAM отслеживает отчётность о результатах]]
	**** ~~Создайте монитор~~ NAM.		**** [[Создание монитора NAM]]
	**** Выполнение мониторов по запросу		**** [[Выполнение мониторов по запросу]]
	**** Частные синтетические локации		**** [[Частные синтетические локации]]
	***** Требования к частным синтетическим хранилищам		***** [[Требования к частным синтетическим хранилищам]]
	***** ~~Установите ActiveGate~~ с поддержкой синтетических алгоритмов.		***** [[Установка АктивногоШлюза с поддержкой синтетических алгоритмов]]
	***** ~~Установите~~ и ~~обновите~~ Chromium для Linux.		***** [[Установка и обновление Chromium для Linux]]
	***** Управление частными ~~местоположениями~~		***** [[Управление частными локациями]]
	***** Прокси для частных ~~местоположений~~		***** [[Прокси для частных локаций]]
	***** ~~Приватные~~ локации в Kubernetes		***** [[Контейнеризированные, автоматически масштабируемые частные синтетические локации в Kubernetes\|Частные локации в Kubernetes]]
	*** ~~Активируйте браузерные мониторы~~ в последней версии ~~Dynatrace.~~		*** [[Активация браузерных мониторов в последней версии Ключ-АСТРОМ]]
	*** ~~контроль~~ доступа		*** [[Контроль доступа к синтетическому мониторингу]]
	*** ~~Сегменты~~		*** [[Использование сегментов для синтетического мониторинга]]
	*** Метрики синтетического мониторинга		*** Метрики синтетического мониторинга
	*** ~~Метки Первичного Грааля~~		**** [[Метрики HTTP-монитора в синтетическом мониторинге]]
	*** Обзор синтетических оповещений		**** [[Метрики мониторинга браузера в синтетическом мониторинге]]
	*** Синтетические расчеты		**** [[Метрики NAM-мониторов в синтетическом мониторинге]]
	*** ~~Синтетический~~ для ~~рабочих процессов~~		*** [[Обзор синтетических оповещений]]
	*** Синтетические мониторы в Smartscape		*** [[Синтетические расчеты]]
	*** ~~Синтетическая архитектура~~ и ~~связь~~		*** [[Синтетика для Workflows]]
			**** [[Обновления атрибутов синтетики]]
			*** [[Синтетические мониторы в Smartscape]]
			*** [[Архитектура и взаимодействие синтетики]]
			**[[Мониторинг цифрового опыта с Business Insights\|DEM с аналитическими данными]]
			*** [[Business Insights\|Аналитика бизнеса]]

	== Платформа Ключ-АСТРОМ ==		== Платформа Ключ-АСТРОМ ==

Business Insights

IKuznetsov — Thu, 03 Sep 2026 19:31:04 GMT

Новая страница: « = Business Insights = Business Insights централизует наш сервис и анализ прямо на платформе '''Ключ-АСТРОМ'''. Благодаря встроенным средствам взаимодействия (комментарии и обратная связь), контекстному взаимодействию в рамках всей платформы и централизации всех аналити...»

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

= Business Insights =
Business Insights централизует наш сервис и анализ прямо на платформе '''Ключ-АСТРОМ'''. Благодаря встроенным средствам взаимодействия (комментарии и обратная связь), контекстному взаимодействию в рамках всей платформы и централизации всех аналитических материалов в одном месте приложение упрощает предоставление Business Insights, помогая клиентам максимально эффективно использовать '''Цифровой опыт''' и '''Бизнес-наблюдаемость''' и лучше понимать свой бизнес.

== Начало работы ==
Уже являетесь клиентом? Или ещё нет, но хотите узнать, как Business Insights может быть адаптирован под ваши нужды? См. раздел «Предварительные требования», чтобы узнать, какие следующие шаги необходимо предпринять в обоих случаях.

== Разрешения ==
Для использования приложения требуется следующее разрешение:
{| class="wikitable"
!Разрешение
!Описание
|-
|<pre>insights:moments:read</pre>
|Необходимо для чтения ценных моментов, оставления комментариев и отправки отзывов
|}

== Установка ==
Чтобы установить приложение:

* Подпишитесь на канал Business Insights, используя токен, предоставленный командой Business Insights.
* После подписки найдите Business Insights в Hub и выберите '''Установить'''.
* При необходимости обратитесь к своей команде Insights за вопросами или помощью в установке.

== Концепции ==

=== Временная шкала: вся история вашего анализа ===
Business Insights централизует все взаимодействия и аналитические материалы в едином представлении временной шкалы, что позволяет легко просматривать всё, что команда Business Insights предоставила для вашей организации, включая анализ ценных моментов, объявления, обучающие материалы, приглашения на живые сессии, такие как Tech Talks и Customer Connects.

Каждый ценный момент снабжён полезными метаданными, включая тип (производительность, операционный, бизнес), имя приложения, а также конкретные страницы или действия для эффективного поиска.

Обучающие моменты помогают быстрее освоить продукт, а объявления гарантируют, что вы всегда в курсе событий в области '''Цифрового опыта''' и '''Бизнес-наблюдаемости''' в контексте того, что важно для вас. Это комплексное представление помогает новым членам команды быстро понять ваш ландшафт цифрового опыта и предыдущие аналитические выводы, ускоряя ввод в курс как сервиса, так и '''Цифрового опыта Ключ-АСТРОМ'''.

=== Карточки ценных моментов ===
Ценные моменты — это небольшие и удобоваримые результаты анализа цифрового опыта, подготовленные нашими аналитиками для операционных, производственных и бизнес-задач, чтобы помочь вам понять, на чём сосредоточиться.

Все карточки ценных моментов можно найти на временной шкале. Карточка содержит всю необходимую информацию для идентификации ценного момента:

* Заголовок
* Цепочка ценности (операционная, производительность, бизнес, другое)
* Компоненты (синтетика, веб-приложение, мобильное приложение)
* Имя приложения/монитора
* Наличие видео
* Количество просмотров данного ценного момента

=== Поиск ===
Если вы хотите найти конкретный ценный момент или ценные моменты, соответствующие определённому критерию, вы можете выполнить поиск по:

* Типу взаимодействия
* Цепочке ценности
* Компоненту продукта
* Заголовку
* Имени приложения/монитора
* Событиям
* Автору
* Избранному

Чтобы добавить ценный момент в избранное, выберите значок на карточке или в деталях ценного момента.

После добавления в избранное он появится на вкладке '''Избранное'''.

=== Детали ценного момента: насыщенный интерактивный контент ===
При выборе ценного момента на временной шкале он открывается в основном представлении со структурированным и удобным для навигации содержимым.

Каждый ценный момент включает необязательное видео-резюме вверху для быстрого обзора, за которым следуют индексированные разделы, позволяющие перейти непосредственно к соответствующей информации. Содержимое бесшовно ссылается на другие приложения '''Ключ-АСТРОМ''', ноутбуки и дашборды для более глубокого контекста, устраняя необходимость переключения между инструментами.

Каждый ценный момент также содержит общую глубокую ссылку, что упрощает привлечение других членов команды к обсуждению.

=== Разделы ценного момента ===
Каждый ценный момент может состоять из одного или нескольких разделов. Вы можете использовать боковую панель разделов, чтобы перейти непосредственно к определённому разделу ценного момента. Для этого просто нажмите кнопку '''Раздел'''.

=== Совместная работа и обратная связь в реальном времени ===
Приложение превращает анализ из односторонней доставки в совместную работу. Просто выберите любой контент внутри ценного момента, чтобы оставить комментарий или вопрос, адресованный команде Insights или вашим коллегам. Наша команда получает уведомление и отвечает непосредственно в ветке комментариев, поддерживая общую согласованность и контекст. Вы также будете получать уведомления по электронной почте с прямыми ссылками, когда мы отвечаем.

Чтобы оставить новый комментарий:

* Выделите текст, к которому хотите оставить комментарий, и нажмите кнопку '''Комментарий'''.
* Введите комментарий в появившемся поле.
* Нажмите '''Комментарий''', чтобы сохранить комментарий.

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

Если вы хотите отложить комментарий или ответ на потом, вы также можете выбрать > '''Отметить как непрочитанное'''.

=== Обратная связь ===
Каждый ценный момент также содержит специальный раздел обратной связи, позволяющий быстро указать ценность и направлять наш будущий анализ и приоритеты.

Оставить отзыв можно в двух местах: на правой боковой панели и внизу.

* Нажмите '''Удовлетворен''' или '''Не удовлетворен'''.
* Появится текстовое поле для дополнительного контекста.
* Нажмите '''Отправить''', чтобы отправить отзыв.

=== Связаться с командой Insights ===
Чтобы связаться или узнать больше о команде Business Insights, перейдите на вкладку '''Связаться с командой Insights''', где вы найдёте набор полезных ссылок.

Мониторинг цифрового опыта с Business Insights

IKuznetsov — Thu, 03 Sep 2026 19:29:49 GMT

Новая страница: « = Мониторинг цифрового опыта с Business Insights = Мониторинг цифрового опыта с Business Insights создан, чтобы помочь пользователям '''Мониторинга цифрового опыта''' ускорить получение ценности и внедрение модулей '''Мониторинга цифрового опыта'''. Это предложение прод...»

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

= Мониторинг цифрового опыта с Business Insights =
Мониторинг цифрового опыта с Business Insights создан, чтобы помочь пользователям '''Мониторинга цифрового опыта''' ускорить получение ценности и внедрение модулей '''Мониторинга цифрового опыта'''.

Это предложение продукта сильно настраивается в зависимости от вашей отрасли, вариантов использования, продуктовых модулей '''Ключ-АСТРОМ''' и потребления лицензии '''Мониторинга цифрового опыта'''. Вы работаете с командой Insights, чтобы определить набор услуг, соответствующих вашим меняющимся потребностям.

== Предварительные требования ==

* Ещё не являетесь клиентом? Обратитесь к своему аккаунт-менеджеру или менеджеру по успеху клиентов, чтобы узнать, как '''Мониторинг цифрового опыта с Business Insights''' может быть адаптирован под ваши нужды.
* Уже являетесь клиентом? Откройте '''Business Insights''', чтобы получить доступ к вашим анализам и ценностным моментам, или обратитесь напрямую к своей команде Insights за вопросами и помощью. Приложение доступно в рамках сервиса '''Business Insights'''.

== Внедрение продукта и ускорение ==

* Создание дашбордов мониторинга, настройка конфигурации, отметка ключевых действий пользователя, обновление имён действий пользователя и включение целей конверсии.
* Поддержка развертывания и лучшие практики для всех модулей '''Мониторинга цифрового опыта''' и '''Бизнес-аналитики'''.
* Поддержка синтетики (если применимо), включая поддержку скриптов, лучшие практики написания скриптов и полные услуги миграции с устаревших инструментов.

== Расширенная аналитика и дополнительные варианты использования ==
Расширенная аналитика предоставляется различными способами (через дашборды Insights, приложения Insights и другие) в зависимости от вашей модели развертывания и предпочтений. Эта расширенная аналитика может быть развернута для фокуса на множестве вариантов использования, таких как оптимизация производительности, бизнес-аналитика и операционное расследование. Для каждого из этих вариантов использования цель — помочь вам понять, на чём необходимо сосредоточиться для оптимизации пользовательского опыта и бизнес-результатов.

== Оптимизация и рекомендации по устранению корневых причин ==
Команда Insights может предоставлять анализ и подробные рекомендации по улучшениям различными способами, адаптированными к вашим потребностям и рабочему процессу, например, ad hoc анализ или более крупные ежемесячные аналитические отчёты.

Триаж проблем '''Мониторинга цифрового опыта''' (таких как ошибки, всплески производительности, изменения в объёме сессий) также может быть предоставлен, если применимо.

Это предложение предоставляется с использованием сочетания технологий (дашборды Insights, аналитика Insights, приложения Insights) и экспертных ресурсов '''Ключ-АСТРОМ'''. Масштаб модели взаимодействия основан на вашем фокусе и использовании возможностей '''Мониторинга цифрового опыта''', измеряемых потреблением.

Требуется активная подписка на '''Мониторинг цифрового опыта с Business Insights'''. Это предложение не является профессиональными услугами или поддержкой и отличается от '''Бизнес-наблюдаемости с Insights'''. '''Ключ-АСТРОМ''' не гарантирует, что это предложение приведёт к каким-либо конкретным бизнес-результатам, метрикам или улучшениям.

Архитектура и взаимодействие синтетики

IKuznetsov — Thu, 03 Sep 2026 19:28:18 GMT

Новая страница: « = Архитектура и взаимодействие синтетики = Понимание архитектуры синтетики и того, как ваши данные безопасно проходят через неё. Ознакомьтесь с её основными компонентами и тем, как они взаимодействуют для обеспечения бесперебойной работы. Анализируя...»

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

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

== Компоненты архитектуры ==
В процессе взаимодействия синтетики участвуют следующие компоненты:

* '''Кластер Ключ-АСТРОМ''' — содержит конфигурации синтетических мониторов, планирует выполнение мониторов для частных локаций и при необходимости отправляет конфигурацию мониторов в публичную инфраструктуру.

* '''Частная локация''' — группа синтетических '''АктивныхШлюзов''', назначенных вашему монитору. Кластер Ключ-АСТРОМ планирует выполнение для частной локации.

* '''АктивныйШлюз''' — компонент, используемый синтетическим движком для регистрации и взаимодействия с кластером Ключ-АСТРОМ.

* '''Публичная инфраструктура синтетики''' — инфраструктура, отвечающая за планирование и конфигурацию публичных локаций.

* '''Публичная локация''' — группа синтетических движков, назначенных вашему монитору. Публичная инфраструктура синтетики планирует выполнение для публичной локации.

* '''Синтетический движок''' — движок, отвечающий за выполнение мониторинга.

* '''Пересыльщик маячков''' — пересылает результаты от синтетических движков в кластер Ключ-АСТРОМ.

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

Каждый номер соответствует шагу на схеме.

=== Взаимодействие для частных локаций ===

# '''Кластер Ключ-АСТРОМ → АктивныйШлюз'''

Кластер предоставляет конфигурацию, определения мониторов и планирует выполнение. Данные шифруются с помощью токена АктивногоШлюза.

# '''Синтетический движок → АктивныйШлюз'''

Синтетический движок запрашивает конфигурацию, определения мониторов и выполнение у кластера через АктивныйШлюз. Данные шифруются с помощью синтетического токена, который создаётся при запуске АктивногоШлюза и сохраняется в файле <code>synthetic.token</code> в папке конфигурации. Этот файл токена используется совместно АктивнымШлюзом и синтетическим движком.

# '''Синтетический движок → Пересыльщик маячков'''

Синтетический движок отправляет результаты выполнения. Данные шифруются с помощью токена синтетических мониторов. Кластер Ключ-АСТРОМ генерирует этот токен на уровне арендатора, и он обновляется каждые 24 часа. Раз в день токены старше 48 часов удаляются. Токен передаётся движку вместе с деталями выполнения, а взаимодействие защищается с помощью токена АктивногоШлюза.

# '''Пересыльщик маячков → Кластер Ключ-АСТРОМ'''

Пересыльщик маячков пересылает результаты, отправленные движком, в кластер. Данные шифруются с помощью токена АктивногоШлюза.

=== Взаимодействие для публичных локаций ===

# '''Кластер Ключ-АСТРОМ → Публичная инфраструктура синтетики'''

Кластер предоставляет определения мониторов, детали окон обслуживания и состояние арендатора, включая состояние лицензии. Данные шифруются с помощью токена синтетических мониторов. Кластер Ключ-АСТРОМ генерирует этот токен на уровне арендатора, и он обновляется каждые 24 часа. Раз в день токены старше 48 часов удаляются. Токен передаётся движку вместе с деталями выполнения, а взаимодействие защищается с помощью токена АктивногоШлюза.

# '''Синтетический движок → Публичная инфраструктура синтетики'''

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

# '''Синтетический движок → Пересыльщик маячков'''

Синтетический движок отправляет результаты выполнения. Данные шифруются с помощью токена синтетических мониторов. Кластер Ключ-АСТРОМ генерирует этот токен на уровне арендатора, и он обновляется каждые 24 часа. Раз в день токены старше 48 часов удаляются. Токен передаётся движку вместе с деталями выполнения, а взаимодействие защищается с помощью токена АктивногоШлюза.

# '''Пересыльщик маячков → Кластер Ключ-АСТРОМ'''

Пересыльщик маячков пересылает результаты, отправленные движком, в кластер. Данные шифруются с помощью токена АктивногоШлюза.

Синтетические мониторы в Smartscape

IKuznetsov — Thu, 03 Sep 2026 19:25:59 GMT

Статические и динамические рёбра

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

Синтетические мониторы в Smartscape

IKuznetsov — Thu, 03 Sep 2026 19:18:51 GMT

Новая страница: « = Синтетические мониторы в Smartscape = Синтетические мониторы, их шаги и локации, из которых они запускаются, моделируются как узлы первого класса в '''Smartscape''' на '''Grail'''. Они используют тот же граф топологии, семантику и язык запросов, что и остальное окружени...»

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

Обновления атрибутов синтетики

IKuznetsov — Thu, 03 Sep 2026 19:17:04 GMT

Новая страница: « = Обновления атрибутов синтетики = '''Актуально только для лицензирования DPS''' Это изменение затрагивает только арендаторов '''DPS''', для которых синтетический мониторинг генерирует события '''Grail'''. В январе 2025 года мы переименовали некоторые атрибуты си...»

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

= Обновления атрибутов синтетики =
'''Актуально только для лицензирования DPS''' Это изменение затрагивает только арендаторов '''DPS''', для которых синтетический мониторинг генерирует события '''Grail'''.

В январе 2025 года мы переименовали некоторые атрибуты синтетических событий, чтобы привести их в соответствие с последними соглашениями об именовании в '''Ключ-АСТРОМ'''. Это касается событий <code>batch_status</code>, создаваемых, например, '''Синтетикой для Workflows'''.

Если ваши рабочие процессы используют выходные данные '''Синтетики для Workflows''', проверьте их и обновите все экземпляры старых имён атрибутов.

У вас есть до 31 мая 2025 года, чтобы внести эти обновления:

* До 31 мая 2025 года '''Синтетика для Workflows''' возвращает атрибуты как в старом, так и в новом формате именования.
* После 31 мая 2025 года '''Синтетика для Workflows''' будет возвращать атрибуты только в новом формате именования.

Сравнение всех старых и новых имён приведено в таблице ниже.

== Как обновить имена атрибутов ==
Поскольку выходные данные '''Синтетики для Workflows''' могут использоваться множеством способов в различных действиях рабочих процессов, автоматическое обновление имён атрибутов невозможно. Поэтому вам потребуется найти и обновить все затронутые имена атрибутов вручную.

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

* Проверьте все задачи рабочего процесса, которые следуют за действием '''Синтетики для Workflows''' (то есть задачи, которые могут использовать результаты этого действия).
* Имена синтетических атрибутов можно найти на панели конфигурации действия, на вкладках '''Входные данные''' и '''Условия'''.
* Однако для уверенности просмотрите все возможные параметры конфигурации каждого рабочего процесса. Обновите имя атрибута в соответствии с таблицей ниже и сохраните рабочий процесс. Проделайте это для всех рабочих процессов.

== Сравнение старых и новых имён ==
В этой таблице приведены все затронутые атрибуты событий <code>batch_status</code> со старыми и соответствующими новыми именами.

Дополнительная информация о событиях Synthetic batch_status (атрибуты, тип, описание и примеры) доступна в разделе Synthetic batch status.

<code>__key__</code> и <code>__index__</code> являются заполнителями; точные значения зависят от конкретного действия '''Синтетики для Workflows'''.
{| class="wikitable"
!Старое имя атрибута
!Новое имя атрибута
|-
|<pre>dt.synthetic.batch.status</pre>
|<pre>batch.status</pre>
|-
|<pre>dt.synthetic.result.duration</pre>
|<pre>batch_result.duration</pre>
|-
|<pre>dt.synthetic.result.executed_count</pre>
|<pre>batch_result.executed_count</pre>
|-
|<pre>dt.synthetic.result.failed_count</pre>
|<pre>batch_result.failed_count</pre>
|-
|<pre>dt.synthetic.result.failed_to_execute_count</pre>
|<pre>batch_result.failed_to_execute_count</pre>
|-
|<pre>dt.synthetic.result.total_duration</pre>
|<pre>batch_result.total_duration</pre>
|-
|<pre>dt.synthetic.result.triggered_count</pre>
|<pre>batch_result.triggered_count</pre>
|-
|<pre>dt.synthetic.result.triggering_problems_count</pre>
|<pre>batch_result.triggering_problems_count</pre>
|-
|<pre>dt.synthetic.configuration.fail_on_performance_issue</pre>
|<pre>configuration.fail_on_performance_issue</pre>
|-
|<pre>dt.synthetic.configuration.fail_on_ssl_warning</pre>
|<pre>configuration.fail_on_ssl_warning</pre>
|-
|<pre>dt.synthetic.configuration.processing_mode</pre>
|<pre>configuration.processing_mode</pre>
|-
|<pre>dt.synthetic.configuration.take_screenshot_on_success</pre>
|<pre>configuration.take_screenshot_on_success</pre>
|-
|<pre>dt.synthetic.metadata.__key__</pre>
|<pre>metadata.__key__</pre>
|-
|<pre>dt.synthetic.triggered_executions</pre>
|<pre>triggered_executions</pre>
|-
|<pre>dt.synthetic.failed_executions.__index__.location.id</pre>
|<pre>failed_executions.__index__.dt.entity.synthetic_location</pre>
|-
|<pre>dt.synthetic.failed_executions.__index__.monitor.id</pre>
|<pre>failed_executions.__index__.dt.synthetic.monitor.id</pre>
|-
|<pre>dt.synthetic.failed_executions.__index__.execution.end_timestamp</pre>
|<pre>failed_executions.__index__.execution.end_timestamp</pre>
|-
|<pre>dt.synthetic.failed_executions.__index__.execution.id</pre>
|<pre>failed_executions.__index__.execution.id</pre>
|-
|<pre>dt.synthetic.failed_executions.__index__.execution.stage</pre>
|<pre>failed_executions.__index__.execution.stage</pre>
|-
|<pre>dt.synthetic.failed_executions.__index__.status.code</pre>
|<pre>failed_executions.__index__.result.status.code</pre>
|-
|<pre>dt.synthetic.failed_executions.__index__.status.details</pre>
|<pre>failed_executions.__index__.result.status.details</pre>
|-
|<pre>dt.synthetic.failed_executions.__index__.status.message</pre>
|<pre>failed_executions.__index__.result.status.message</pre>
|-
|<pre>dt.synthetic.failed_executions.__index__.status.on_demand.message</pre>
|<pre>failed_executions.__index__.result.status.on_demand.message</pre>
|-
|<pre>dt.synthetic.failed_to_execute.__index__.location.id</pre>
|<pre>failed_to_execute.__index__.dt.entity.synthetic_location</pre>
|-
|<pre>dt.synthetic.failed_to_execute.__index__.monitor.id</pre>
|<pre>failed_to_execute.__index__.dt.synthetic.monitor.id</pre>
|-
|<pre>dt.synthetic.failed_to_execute.__index__.execution.end_timestamp</pre>
|<pre>failed_to_execute.__index__.execution.end_timestamp</pre>
|-
|<pre>dt.synthetic.failed_to_execute.__index__.execution.id</pre>
|<pre>failed_to_execute.__index__.execution.id</pre>
|-
|<pre>dt.synthetic.failed_to_execute.__index__.execution.stage</pre>
|<pre>failed_to_execute.__index__.execution.stage</pre>
|-
|<pre>dt.synthetic.triggering_problems.__index__.location.id</pre>
|<pre>triggering_problems.__index__.dt.entity.synthetic_location</pre>
|-
|<pre>dt.synthetic.triggering_problems.__index__.entity.id</pre>
|<pre>triggering_problems.__index__.triggering_problem.entity.id</pre>
|-
|<pre>dt.synthetic.triggering_problems.__index__.cause</pre>
|<pre>triggering_problems.__index__.triggering_problem.cause</pre>
|-
|<pre>dt.synthetic.triggering_problems.__index__.details</pre>
|<pre>triggering_problems.__index__.triggering_problem.details</pre>
|}

Синтетика для Workflows

IKuznetsov — Thu, 03 Sep 2026 19:14:41 GMT

Новая страница: « = Синтетика для Workflows = '''Синтетика для Workflows''' позволяет выполнять синтетические мониторы по требованию на выбранных локациях в рамках ваших рабочих процессов. '''Ключ-АСТРОМ''' может реагировать на любое событие и выполнять синтетические мониторы в раб...»

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

= Синтетика для Workflows =
'''Синтетика для Workflows''' позволяет выполнять синтетические мониторы по требованию на выбранных локациях в рамках ваших рабочих процессов. '''Ключ-АСТРОМ''' может реагировать на любое событие и выполнять синтетические мониторы в рабочих процессах для оценки их влияния на пользовательский опыт. В зависимости от результата рабочие процессы могут уведомить команду, создав тикет в '''Jira''', отправив сообщение в '''Slack''' или запустив процесс восстановления.

С помощью '''Синтетики для Workflows''' вы можете выбрать, какие мониторы выполнять:

* список всех доступных мониторов;
* мониторы, помеченные определёнными тегами;
* мониторы, назначенные конкретным фронтенд-приложениям.

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

== Шаг 1. Установка Synthetic for Workflows ==
Чтобы использовать действия Synthetic for Workflows, сначала необходимо установить Synthetic for Workflows из '''Ключ-АСТРОМ Hub'''.

* В '''Ключ-АСТРОМ Hub''' найдите '''Synthetic for Workflows'''.
* Выберите '''Synthetic for Workflows''' и нажмите '''Установить'''.
* После установки действия <code>synthetic_for_workflows</code> автоматически появляются в разделе '''Выбор действия''' рабочих процессов.

Перед началом убедитесь, что ваши мониторы правильно определены. Чтобы создать новый монитор, найдите '''Синтетический''' в '''Ключ-АСТРОМ Hub'''.

== Шаг 2. Назначение разрешений для рабочих процессов ==
Необходимые разрешения перечислены в рабочих процессах. Кроме того, для выполнения Synthetic for Workflows требуются следующие разрешения:

* <code>environment:roles:manage-settings</code>
* <code>storage:buckets:read</code>
* <code>storage:events:read</code>

Пример политики:<pre>
ALLOW
app-engine:apps:run,
automation:workflows:read,
app-engine:functions:run,
automation:workflows:run,
automation:workflows:write,
environment:roles:manage-settings,
storage:buckets:read,
storage:events:read;
</pre>

== Использование действия synthetic_for_workflows ==

=== Выбор синтетических мониторов ===
Чтобы выбрать мониторы из списка для Synthetic for Workflows, необходимо указать синтетические мониторы, которые должны выполняться при запуске рабочего процесса. Вы можете выбрать монитор из '''Визуального''' или '''Из события'''. Найти наиболее релевантные мониторы можно, отфильтровав список по различным критериям, таким как тип, имя, приложения и теги.

Вы также можете:

* Выбрать '''С определёнными тегами''', чтобы просмотреть мониторы с определённым тегом.
* Выбрать '''Назначенные фронтенд-приложениям''', чтобы выбрать мониторы, назначенные конкретным приложениям. Доступные приложения можно найти в списке '''Выбор фронтенд-приложений'''.

=== Выбор синтетической локации ===
В разделе '''Выбор синтетической локации''':

* Выберите '''Визуально''' или '''Из события'''.
* Для '''Визуально''' выберите синтетическую локацию из раскрывающегося списка.
* Для '''Из события''' вы можете определить список синтетических мониторов, которые необходимо выполнить в рабочем процессе, на основе входящего события. Для этого нужно создать выражение, которое позволит рабочему процессу извлечь эту информацию из события и выполнить выбранные мониторы.

Если вы не выберете ни одной локации, монитор будет выполнен в локации, указанной в его конфигурации.

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

Чтобы добавить метаданные:

* Нажмите '''Добавить метаданные'''.
* Заполните поля '''Ключ''' и '''Значение'''. В этих полях можно использовать выражения рабочих процессов.
* Метаданные сохраняются автоматически.

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

Для этого включите или отключите любые из следующих параметров:

* '''Останавливать при проблеме'''
* '''Завершать с ошибкой при проблеме производительности'''
* '''Завершать с ошибкой при предупреждении SSL'''
* '''Делать скриншоты при успехе'''

=== Настройка выполнения рабочего процесса ===
Вы можете настроить поведение рабочего процесса в случае сбоя пакетного выполнения синтетических мониторов. Это делается с помощью переключателя '''Завершать задачу рабочего процесса при сбое пакетного выполнения'''.

Вы можете включить или отключить его:

* '''Включено''': если выполнение монитора завершается ошибкой, задача завершается ошибкой. Это можно комбинировать с другими параметрами конфигурации, такими как переключатель '''Повтор при ошибке''', чтобы управлять поведением рабочего процесса в соответствии с задачей, завершившейся ошибкой.

* '''Отключено''': если выполнение монитора завершается ошибкой, задача завершается успешно. Действие Synthetic for Workflows генерирует результаты, которые могут быть использованы следующей задачей, например, '''Site Reliability Guardian'''.

По умолчанию этот переключатель выключен.

== Результаты синтетических мониторов в Grail ==
Обратите внимание, что синтетический мониторинг не генерирует события Grail для арендаторов, не использующих '''DPS'''. Вся обработка будет основываться исключительно на данных API. Чтобы узнать больше о лицензировании DPS, см. раздел «Лицензия Ключ-АСТРОМ».

Результаты синтетических мониторов, выполненных по требованию, сохраняются как события в '''Grail'''.

Существует три типа событий:

* <code>batch_status</code> — содержит сводный результат всех выполнений мониторов в пакете;
* <code>browser_monitor_execution</code> — содержит подробную информацию об одном выполнении браузерного монитора;
* <code>http_monitor_execution</code> — содержит подробную информацию об одном выполнении HTTP-монитора.

== Интеграция Synthetic for Workflows с Site Reliability Guardian ==
Если вы хотите оценивать цели на основе результатов синтетических мониторов, вы можете интегрировать '''Site Reliability Guardian''' (SRG) как следующее действие в вашем рабочем процессе.

Для этого:

* Нажмите на задаче <code>synthetic_for_workflows</code> и выберите '''Site Reliability Guardian''' в разделе '''Выбор действия'''. Это запустит задачу <code>site_reliability_guardian_1</code>.
* Выберите задачу <code>site_reliability_guardian_1</code>. В разделе '''Переменные''' укажите параметр <code>batchId</code> из результата синтетического монитора и значение <code><nowiki>{{ result("synthetic_for_workflows_1")["event.id"] }}</nowiki></code>. Вы можете заменить <code>synthetic_for_workflows_1</code> на любое другое имя задачи.
* В '''Ключ-АСТРОМ Hub''' найдите '''Site Reliability Guardian'''.
* Нажмите кнопку '''+ Guardian'''.
* В вашем Guardian выберите '''Переменные'''.
* Нажмите '''Добавить переменную'''.
* В поле '''Имя''' введите <code>batchId</code>. В поле '''Значение''' укажите значение по умолчанию. Нажмите кнопку '''Добавить''', чтобы сохранить изменения.
* Справа заполните '''Имя Guardian'''.
* Нажмите '''Добавить новую цель''' и укажите один из следующих запросов '''DQL'''.

Обратите внимание, что запросы для синтетических событий из приложений, отличных от '''Синтетический''', например из '''Notebooks''', '''Дашбордов''' и '''SRG''', не тарифицируются.

Используйте следующий запрос, чтобы получить общую продолжительность всего пакета:<pre>
fetch dt.synthetic.events
| filter event.id == $batchId
| fields batch_result.duration
</pre>Используйте следующий запрос, чтобы проверить, успешно ли завершился пакет:<pre>
fetch dt.synthetic.events
| filter event.id == $batchId
| filter batch.status == "Success"
| summarize count = count()
</pre>

Обзор синтетических оповещений

IKuznetsov — Thu, 03 Sep 2026 16:52:12 GMT

Новая страница: «= Обзор синтетического оповещения = Синтетический монитор создаёт проблему, когда выполняется одно из следующих условий: * Отслеживаемая система недоступна. В этом случае монитор сообщает о проблеме доступности. Проблема создаётся после указанного к...»

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

= Обзор синтетического оповещения =

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

* Отслеживаемая система недоступна. В этом случае монитор сообщает о проблеме доступности. Проблема создаётся после указанного количества последовательных сбоев выполнения.

Система считается недоступной, если:

* система не отвечает;
* возникли проблемы с сертификатами (для браузерных и '''HTTP'''-мониторов);
* нарушены ограничения (для всех типов мониторов). Ограничения можно задать при настройке или редактировании мониторов.

* Нарушен указанный порог производительности, что означает, что отслеживаемая система доступна, но работает медленно. В этом случае монитор сообщает о проблеме производительности.

== Обработка отказов и пороги производительности ==

Чтобы настроить обработку отказов и указать пороги производительности, перейдите в раздел '''Синтетический''' → '''Синтетический''', выберите свой монитор, а затем нажмите '''Редактировать'''.

Не забудьте '''Сохранить''' настройки монитора.

=== Обработка отказов ===

В разделе '''Обработка отказов''' на вкладке '''Отказы и производительность''' можно задать условия для создания проблемы. Доступны два варианта:

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

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

** минимальное количество локаций, которые должны быть затронуты, чтобы проблема была создана;
** сколько последовательных выполнений должно завершиться сбоем, чтобы проблема была создана.

Этот вариант доступен только при назначении как минимум двух локаций.

Для браузерных мониторов можно дополнительно выбрать '''Автоматический повтор при ошибке''' — это настраивает монитор на предотвращение ложных срабатываний путём выполнения ещё одного запуска после первого сбоя. Ошибка возникает только после того, как второй запуск также завершится сбоем.

=== Порог производительности для всего монитора ===

В разделе '''Пороги производительности''' на вкладке '''Отказы и производительность''' можно задать порог производительности для всего монитора. Монитор создаёт проблему, когда сумма длительностей всех шагов превышает этот порог.

'''Ключ-АСТРОМ''' создаёт новую проблему, если синтетический монитор превышает любой из порогов общей продолжительности в трёх из пяти последних выполнений в данной локации, если только для синтетического монитора не открыто окно обслуживания. В проблему могут быть включены несколько локаций с тремя такими нарушениями. Проблема закрывается, если ни один порог производительности не нарушен в пяти последних выполнениях в каждой из ранее затронутых локаций.

=== Пороги производительности для отдельных шагов ===

На вкладке '''Шаги''' можно задать пороги производительности для отдельных шагов. Монитор создаёт проблему, когда хотя бы один шаг с указанным порогом нарушает этот порог.

== Проблемы ==

Вы можете отслеживать проблемы в разделе '''Проблемы''' (новые проблемы) или в разделе '''Синтетический''' → '''Синтетический'''. Мониторы с проблемами имеют красный значок в колонке '''Проблемы''', который также отображает количество проблем для монитора. В списке мониторов выберите интересующий монитор, чтобы открыть панель предварительного просмотра справа. Оттуда вы можете, например, выбрать '''Просмотреть сведения > Анализировать выполнения''' и исследовать выполнения, в которых были обнаружены проблемы.

Метрики NAM-мониторов в синтетическом мониторинге

IKuznetsov — Thu, 03 Sep 2026 16:48:05 GMT

Новая страница: « = Метрики NAM-мониторов в синтетическом мониторинге = == Метрики и параметры == === Размеры (для всех мониторов сетевой доступности) === {| class="wikitable" !Название !Тип !Описание !Пример значения |- |<pre>dt.entity.host</pre> |string |Если доступен, идентификатор сущности монитори...»

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

= Метрики NAM-мониторов в синтетическом мониторинге =

== Метрики и параметры ==

=== Размеры (для всех мониторов сетевой доступности) ===
{| class="wikitable"
!Название
!Тип
!Описание
!Пример значения
|-
|<pre>dt.entity.host</pre>
|string
|Если доступен, идентификатор сущности мониторинга для целевого хоста.
|<pre>HOST-024C103F7F86A290</pre>
|-
|<pre>dt.entity.multiprotocol_monitor</pre>
|string
|Идентификатор монитора (идентификатор сущности мониторинга).
|<pre>MULTIPROTOCOL_MONITOR-3F6C9D500287BBAF</pre>
|-
|<pre>dt.entity.synthetic_location</pre>
|string
|Идентификатор синтетической локации (идентификатор сущности мониторинга).
|<pre>SYNTHETIC_LOCATION-A4F834D72840EFC1</pre>
|-
|<pre>dt.maintenance_window_ids</pre>
|array
|UUID окон обслуживания.
|<pre>c715d677-eb1b-3e1b-8dbc-db06cad5b8eb</pre>
|-
|<pre>dt.security_context</pre>
|string
|Контекст безопасности используется в разрешениях доступа для ограничения видимости.
|<pre>mySecurityContext</pre>
|-
|<pre>dt.synthetic.monitor.id</pre>
|string
|Идентификатор синтетического монитора.
|<pre>SYNTHETIC_TEST-1234567890ABCDEF</pre>
|-
|<pre>dt.synthetic.monitored_entity_ids</pre>
|array
|Идентификаторы отслеживаемых сущностей.
|<pre>APPLICATION-EA7C4B59F27D43EB</pre>
|-
|<pre>dt.synthetic.step.id</pre>
|string
|Идентификатор шага.
|<pre>SYNTHETIC_TEST_STEP-1234567890ABCDEF</pre>
|-
|<pre>interpolated</pre>
|boolean
|Информация о том, была ли доступность монитора интерполирована.
|<pre>false</pre>
|-
|<pre>monitor.name</pre>
|string
|Название монитора.
|<pre>My NAM monitor</pre>
|-
|<pre>primary_tags.__key__</pre>
|string
|Определяемые пользователем основные теги '''Grail'''.
|<pre>tag-value</pre>
|-
|<pre>request.id</pre>
|numeric
|Порядковый идентификатор запроса.
|<pre>2</pre>
|-
|<pre>request.target_address</pre>
|string
|Адрес целевой сущности.
|<pre>54.171.216.19</pre>
|-
|<pre>request.type</pre>
|string
|Тип запроса.
|<pre>icmp, tcp</pre>
|-
|<pre>result.state</pre>
|string
|Состояние результата выполнения монитора.
|<pre>SUCCESS, FAIL</pre>
|-
|<pre>result.status.code</pre>
|numeric
|Числовое представление статуса выполнения.
|<pre>0, 1401</pre>
|-
|<pre>result.status.message</pre>
|string
|Статус выполнения.
|<pre>HEALTHY, CONSTRAINT_VIOLATED</pre>
|-
|<pre>step.id</pre>
|numeric
|Порядковый идентификатор шага.
|<pre>1</pre>
|-
|<pre>step.name</pre>
|string
|Название шага.
|<pre>My step</pre>
|-
|<pre>step.sequence_number</pre>
|numeric
|Номер последовательности шага (начиная с 0).
|<pre>0</pre>
|}

=== Метрики монитора (для всех мониторов сетевой доступности) ===
{| class="wikitable"
!Название
!Тип
!Размеры
!Описание
|-
|<pre>dt.synthetic.multi_protocol.availability</pre>(последняя версия '''Ключ-АСТРОМ''')
<pre>builtin:synthetic.multiProtocol.availability</pre>(предыдущая версия '''Ключ-АСТРОМ''')
|numeric
|<pre>dt.synthetic.monitor.id, dt.entity.multiprotocol_monitor, monitor.name, dt.synthetic.step.id, step.name, step.sequence_number, dt.entity.synthetic_location, dt.synthetic.monitored_entity_ids, primary_tags.__key__, dt.security_context, interpolated</pre>
|Доступность, рассчитанная на основе статуса выполнения визитов: 100 % для кода 0: HEALTHY, SCRIPT_FINISH, SKIPPED; 0 % для кодов ошибок, таких как 1401 — CONSTRAINT_VIOLATED.
|-
|<pre>dt.synthetic.multi_protocol.execution_time</pre>(последняя версия '''Ключ-АСТРОМ''')
<pre>builtin:synthetic.multiProtocol.executionTime</pre>(предыдущая версия '''Ключ-АСТРОМ''')
|numeric
|<pre>dt.synthetic.monitor.id, dt.entity.multiprotocol_monitor, monitor.name, dt.synthetic.step.id, step.name, step.sequence_number, dt.entity.synthetic_location, dt.synthetic.monitored_entity_ids, primary_tags.__key__, dt.security_context</pre>
|Продолжительность между началом и окончанием выполнения визита (в миллисекундах). Метрика доступна только если выполнение визита состоялось; необходимо наличие как времени начала, так и времени окончания.
|-
|<pre>dt.synthetic.multi_protocol.executions</pre>(последняя версия '''Ключ-АСТРОМ''')
<pre>builtin:synthetic.multiProtocol.executions</pre>(предыдущая версия '''Ключ-АСТРОМ''')
|numeric
|<pre>dt.synthetic.monitor.id, dt.entity.multiprotocol_monitor, monitor.name, dt.synthetic.step.id, step.name, step.sequence_number, dt.entity.synthetic_location, dt.synthetic.monitored_entity_ids, primary_tags.__key__, dt.security_context, dt.maintenance_window_ids, result.state, result.status.code, result.status.message</pre>
|Количество выполнений монитора за время.
|-
|<pre>dt.synthetic.multi_protocol.success_rate</pre>(последняя версия '''Ключ-АСТРОМ''')
<pre>builtin:synthetic.multiProtocol.successRate</pre>(предыдущая версия '''Ключ-АСТРОМ''')
|numeric
|<pre>dt.synthetic.monitor.id, dt.entity.multiprotocol_monitor, monitor.name, dt.synthetic.step.id, step.name, step.sequence_number, dt.entity.synthetic_location, dt.synthetic.monitored_entity_ids, primary_tags.__key__, dt.security_context</pre>
|Отношение выполненных шагов без ошибок (успешных и пропущенных) ко всем выполненным шагам. Учитываются только шаги, которые были фактически выполнены, а не запланированные. Например, при 2 успешных шагах, 1 ошибочном и 8 не запущенных отношение составляет 2/3, или 66,67 %.
|}

=== Метрики шагов (для всех мониторов сетевой доступности) ===
{| class="wikitable"
!Название
!Тип
!Размеры
!Описание
|-
|<pre>dt.synthetic.multi_protocol.step.availability</pre>(последняя версия '''Ключ-АСТРОМ''')
<pre>builtin:synthetic.multiProtocol.step.availability</pre>(предыдущая версия '''Ключ-АСТРОМ''')
|numeric
|<pre>dt.synthetic.monitor.id, dt.entity.multiprotocol_monitor, monitor.name, dt.synthetic.step.id, step.name, step.sequence_number, dt.entity.synthetic_location, dt.synthetic.monitored_entity_ids, primary_tags.__key__, dt.security_context, step.id, request.type</pre>
|Доступность, рассчитанная на основе статуса выполнения шагов: 100 % для кода 0: HEALTHY, SCRIPT_FINISH, SKIPPED; 0 % для кодов ошибок, таких как 1401 — CONSTRAINT_VIOLATED.
|-
|<pre>dt.synthetic.multi_protocol.step.execution_time</pre>(последняя версия '''Ключ-АСТРОМ''')
<pre>builtin:synthetic.multiProtocol.step.executionTime</pre>(предыдущая версия '''Ключ-АСТРОМ''')
|numeric
|<pre>dt.synthetic.monitor.id, dt.entity.multiprotocol_monitor, monitor.name, dt.synthetic.step.id, step.name, step.sequence_number, dt.entity.synthetic_location, dt.synthetic.monitored_entity_ids, primary_tags.__key__, dt.security_context, step.id, request.type</pre>
|Продолжительность между началом и окончанием выполнения шага (в миллисекундах). Метрика доступна только если выполнение шага состоялось и имеет определённое время окончания; поэтому недоступна для пропущенных шагов.
|-
|<pre>dt.synthetic.multi_protocol.step.executions</pre>(последняя версия '''Ключ-АСТРОМ''')
<pre>builtin:synthetic.multiProtocol.step.executions</pre>(предыдущая версия '''Ключ-АСТРОМ''')
|numeric
|<pre>dt.synthetic.monitor.id, dt.entity.multiprotocol_monitor, monitor.name, dt.synthetic.step.id, step.name, step.sequence_number, dt.entity.synthetic_location, dt.synthetic.monitored_entity_ids, primary_tags.__key__, dt.security_context, step.id, request.type, result.state, result.status.code, result.status.message</pre>
|Количество выполнений шагов за время.
|-
|<pre>dt.synthetic.multi_protocol.step.success_rate</pre>(последняя версия '''Ключ-АСТРОМ''')
<pre>builtin:synthetic.multiProtocol.step.successRate</pre>(предыдущая версия '''Ключ-АСТРОМ''')
|numeric
|<pre>dt.synthetic.monitor.id, dt.entity.multiprotocol_monitor, monitor.name, dt.synthetic.step.id, step.name, step.sequence_number, dt.entity.synthetic_location, dt.synthetic.monitored_entity_ids, primary_tags.__key__, dt.security_context, step.id, request.type</pre>
|Отношение выполненных запросов без ошибок ко всем выполненным запросам. Если у шага нет выполненных запросов (поскольку ни один не соответствует его определению в конфигурации монитора), возвращается значение 100 %. Например, при 2 успешных запросах и 1 ошибочном отношение составляет 2/3, или 66,67 %.
|}

=== Метрики запросов (для всех мониторов сетевой доступности) ===
{| class="wikitable"
!Название
!Тип
!Размеры
!Описание
|-
|<pre>dt.synthetic.multi_protocol.request.availability</pre>(последняя версия '''Ключ-АСТРОМ''')
<pre>builtin:synthetic.multiProtocol.request.availability</pre>(предыдущая версия '''Ключ-АСТРОМ''')
|numeric
|<pre>dt.synthetic.monitor.id, dt.entity.multiprotocol_monitor, monitor.name, dt.synthetic.step.id, step.name, step.sequence_number, dt.entity.synthetic_location, dt.entity.host (only for monitors with filter defined), dt.synthetic.monitored_entity_ids, primary_tags.__key__, dt.security_context, step.id, request.id, request.target.address, request.type</pre>
|Доступность, рассчитанная на основе статуса выполнения запросов: 100 % для кода 0: HEALTHY, SCRIPT_FINISH, SKIPPED; 0 % для кодов ошибок, таких как 1401 — CONSTRAINT_VIOLATED.
|-
|<pre>dt.synthetic.multi_protocol.request.executions</pre>(последняя версия '''Ключ-АСТРОМ''')
<pre>builtin:synthetic.multiProtocol.request.executions</pre>(предыдущая версия '''Ключ-АСТРОМ''')
|numeric
|<pre>dt.synthetic.monitor.id, dt.entity.multiprotocol_monitor, monitor.name, dt.synthetic.step.id, step.name, step.sequence_number, dt.entity.synthetic_location, dt.entity.host (only for monitors with filter defined), dt.synthetic.monitored_entity_ids, primary_tags.__key__, dt.security_context, step.id, request.id, request.target.address, request.type, result.state, result.status.code, result.status.message</pre>
|Количество выполнений запросов за время.
|}

=== Метрики ICMP-мониторов ===
{| class="wikitable"
!Название
!Тип
!Размеры
!Описание
|-
|<pre>dt.synthetic.multi_protocol.icmp.packets_received</pre>(последняя версия '''Ключ-АСТРОМ''')
<pre>builtin:synthetic.multiProtocol.icmp.packetsReceived</pre>(предыдущая версия '''Ключ-АСТРОМ''')
|numeric
|<pre>dt.synthetic.monitor.id, dt.entity.multiprotocol_monitor, monitor.name, dt.synthetic.step.id, step.name, step.sequence_number, dt.entity.synthetic_location, dt.entity.host (only for monitors with filter defined), dt.synthetic.monitored_entity_ids, primary_tags.__key__, dt.security_context, step.id, request.id, request.target.address, request.type</pre>
|Количество пакетов, успешно возвращённых.
|-
|<pre>dt.synthetic.multi_protocol.icmp.packets_sent</pre>(последняя версия '''Ключ-АСТРОМ''')
<pre>builtin:synthetic.multiProtocol.icmp.packetsSent</pre>(предыдущая версия '''Ключ-АСТРОМ''')
|numeric
|<pre>dt.synthetic.monitor.id, dt.entity.multiprotocol_monitor, monitor.name, dt.synthetic.step.id, step.name, step.sequence_number, dt.entity.synthetic_location, dt.entity.host (only for monitors with filter defined), dt.synthetic.monitored_entity_ids, primary_tags.__key__, dt.security_context, step.id, request.id, request.target.address, request.type</pre>
|Общее количество отправленных пакетов.
|-
|<pre>dt.synthetic.multi_protocol.icmp.request_execution_time</pre>(последняя версия '''Ключ-АСТРОМ''')
<pre>builtin:synthetic.multiProtocol.icmp.requestExecutionTime</pre>(предыдущая версия '''Ключ-АСТРОМ''')
|numeric
|<pre>dt.synthetic.monitor.id, dt.entity.multiprotocol_monitor, monitor.name, dt.synthetic.step.id, step.name, step.sequence_number, dt.entity.synthetic_location, dt.entity.host (only for monitors with filter defined), dt.synthetic.monitored_entity_ids, primary_tags.__key__, dt.security_context, step.id, request.id, request.target.address, request.type</pre>
|Продолжительность между началом и окончанием обработки запроса (в миллисекундах). Эта метрика предоставляется всегда, даже если фактическое выполнение запроса не состоялось (например, из-за исключений или тайм-аутов). Диагностическая метрика — позволяет проверить время выполнения внешнего процесса ping.
|-
|<pre>dt.synthetic.multi_protocol.icmp.round_trip_time</pre>(последняя версия '''Ключ-АСТРОМ''')
<pre>builtin:synthetic.multiProtocol.icmp.roundTripTime</pre>(предыдущая версия '''Ключ-АСТРОМ''')
|numeric
|<pre>dt.synthetic.monitor.id, dt.entity.multiprotocol_monitor, monitor.name, dt.synthetic.step.id, step.name, step.sequence_number, dt.entity.synthetic_location, dt.entity.host (only for monitors with filter defined), dt.synthetic.monitored_entity_ids, primary_tags.__key__, dt.security_context, step.id, request.id, request.target.address, request.type</pre>
|Время кругового пути (Round-Trip Time) для полученных пакетов.
|-
|<pre>dt.synthetic.multi_protocol.icmp.success_rate</pre>(последняя версия '''Ключ-АСТРОМ''')
<pre>builtin:synthetic.multiProtocol.icmp.successRate</pre>(предыдущая версия '''Ключ-АСТРОМ''')
|numeric
|<pre>dt.synthetic.monitor.id, dt.entity.multiprotocol_monitor, monitor.name, dt.synthetic.step.id, step.name, step.sequence_number, dt.entity.synthetic_location, dt.entity.host (only for monitors with filter defined), dt.synthetic.monitored_entity_ids, primary_tags.__key__, dt.security_context, step.id, request.id, request.target.address, request.type</pre>
|Отношение полученных пакетов к отправленным. Не учитывает настроенное количество пакетов для отправки. Например, из 10 пакетов для отправки, если 5 было отправлено и 4 получено, отношение составляет 4/5, или 80,00 %.
|}

=== Размеры TCP-мониторов ===
{| class="wikitable"
!Название
!Тип
!Описание
!Пример значения
|-
|<pre>request.tcp_port_number</pre>
|string
|Номер порта TCP-запроса, указанный в конфигурации монитора.
|<pre>665</pre>
|}

=== Метрики TCP-мониторов ===
{| class="wikitable"
!Название
!Тип
!Размеры
!Описание
|-
|<pre>dt.synthetic.multi_protocol.tcp.connection_time</pre>(последняя версия '''Ключ-АСТРОМ''')
<pre>builtin:synthetic.multiProtocol.tcp.connectionTime</pre>(предыдущая версия '''Ключ-АСТРОМ''')
|numeric
|<pre>dt.synthetic.monitor.id, dt.entity.multiprotocol_monitor, monitor.name, dt.synthetic.step.id, step.name, step.sequence_number, dt.entity.synthetic_location, dt.entity.host (only for monitors with filter defined), dt.synthetic.monitored_entity_ids, primary_tags.__key__, dt.security_context, step.id, request.id, request.target.address, request.type, request.tcp_port_number</pre>
|Продолжительность между временем начала (создание сокета и соединение) и временем окончания (когда соединение успешно установлено) в миллисекундах. Метрика доступна только если выполнение запроса завершилось без исключений или тайм-аутов и имеет определённое время окончания.
|}

=== Размеры DNS-мониторов ===
{| class="wikitable"
!Название
!Тип
!Описание
!Пример значения
|-
|<pre>request.dns_record_type</pre>
|string
|Тип DNS-записи, запрашиваемой запросом, указанный в конфигурации.
|<pre>A, AAAA, CNAME</pre>
|}

=== Метрики DNS-мониторов ===
{| class="wikitable"
!Название
!Тип
!Размеры
!Описание
|-
|<pre>dt.synthetic.multi_protocol.dns.resolution_time</pre>(последняя версия '''Ключ-АСТРОМ''')
<pre>builtin:synthetic.multiProtocol.dns.resolutionTime</pre>(предыдущая версия '''Ключ-АСТРОМ''')
|numeric
|<pre>dt.synthetic.monitor.id, dt.entity.multiprotocol_monitor, monitor.name, dt.synthetic.step.id, step.name, step.sequence_number, dt.entity.synthetic_location, dt.entity.host (only for monitors with filter defined), dt.synthetic.monitored_entity_ids, primary_tags.__key__, dt.security_context, step.id, request.id, request.target.address, request.type, request.dns_record_type</pre>
|Продолжительность между началом и окончанием запроса к DNS-серверу в миллисекундах. Метрика доступна только если выполнение запроса состоялось (без исключений или тайм-аутов) и имеет определённое время окончания.
|}

== Запросы DQL для извлечения данных ==
Используйте запросы '''DQL''' для извлечения данных с метриками и размерностями.

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

=== Статус сущности хоста для ICMP-запросов ===
Монитор <code>MULTIPROTOCOL_MONITOR-5C2F92334DF71A90</code> выполняет ICMP-запросы и фильтрует отслеживаемые хосты с помощью <code>"targetFilter": "hostGroup == e2e-synthetic-private-location"</code> (что разрешается примерно в 26 хостов).

Используя метрику <code>dt.synthetic.multi_protocol.request.executions</code> и разбивая её по размерностям <code>dt.entity.host</code> и <code>result.status.message</code>, мы можем отобразить статус подключения к конкретной отслеживаемой сущности хоста в этой группе хостов. Некоторые хосты не соответствуют ожидаемому уровню успешности; вместо HEALTHY их запросы помечаются как CONSTRAINT_VIOLATED.<pre>
timeseries status = avg(dt.synthetic.multi_protocol.request.executions),
by:{dt.entity.host, result.status.message},
filter: dt.entity.multiprotocol_monitor == "MULTIPROTOCOL_MONITOR-5C2F92334DF71A90"
</pre>

=== Количество отправленных и полученных ICMP-пакетов ===
Монитор <code>MULTIPROTOCOL_MONITOR-548C3CD54183CED9</code> выполняет ICMP-запросы к хостам с явно определёнными IP-адресами: 18.x.x.x, 10.x.x.x и 34.x.x.x. Каждый из этих IP-адресов сопоставлен с отдельным хостом.

Мы используем сумму метрик <code>dt.synthetic.multi_protocol.icmp.packets_sent</code> и <code>dt.synthetic.multi_protocol.icmp.packets_received</code>, чтобы получить представление о том, сколько пакетов было отправлено и получено.

Разбиваем результаты по размерности <code>request.target_address</code> и фильтруем данные только для 18.x.x.x и 10.x.x.x.

Для 18.x.x.x получено столько же пакетов, сколько было отправлено, но для 10.x.x.x все пакеты потеряны и ни один не получен.<pre>
timeseries {
packets_sent = sum(dt.synthetic.multi_protocol.icmp.packets_sent),
packets_received = sum(dt.synthetic.multi_protocol.icmp.packets_received)
},
by:{request.target_address},
filter: dt.entity.multiprotocol_monitor == "MULTIPROTOCOL_MONITOR-548C3CD54183CED9"
AND (
request.target_address == "18.x.x.x"
OR request.target_address == "10.x.x.x"
)
</pre>

=== Статус цели для TCP-запросов ===
Монитор <code>MULTIPROTOCOL_MONITOR-74E68F22FF5E9227</code> выполняет TCP-запросы к хостам из группы хостов, которая разрешается в IP-адреса 18.x.x.x, 34.x.x.x и 44.x.x.x.

Чтобы отобразить статус TCP-подключения для пары IP-порт, мы используем метрику <code>dt.synthetic.multi_protocol.request.executions</code> и разбиваем её по следующим размерностям:

* <code>request.target_address</code>
* <code>request.tcp_port_number</code>
* <code>result.status.message</code>

В следующем примере:

* На каждом хосте открыты порты 22 (SSH) и 8080 (HTTP-сервер), и каждое подключение к хостам на этих портах завершается успешно со статусом HEALTHY.
* Ни один сервис не использует стандартный HTTP-порт 80. Поэтому подключения ко всем хостам на этом порте завершаются ошибкой со статусом ошибки TCP-сокета.

Обратите внимание, что результаты этого запроса можно ограничить только успешными запросами с помощью фильтра по размерности <code>result.status.code</code> (code == 0).<pre>
timeseries status = sum(dt.synthetic.multi_protocol.request.executions),
by: {request.target_address, request.tcp_port_number, result.status.message},
filter: dt.entity.multiprotocol_monitor == "MULTIPROTOCOL_MONITOR-74E68F22FF5E9227"
// and result.status.code == 0
</pre>

=== Время TCP-подключения к целевому порту ===
Монитор <code>MULTIPROTOCOL_MONITOR-74E68F22FF5E9227</code> выполняет TCP-запросы к хостам из группы хостов, которая разрешается в IP-адреса 18.x.x.x, 34.x.x.x и 44.x.x.x.

В следующем примере мы разбиваем результаты по идентификаторам отслеживаемых сущностей хостов.

Чтобы проверить типичное время, затрачиваемое на успешное подключение к целевому порту для хоста, мы используем среднее значение метрики <code>dt.synthetic.multi_protocol.tcp.connection_time</code> с разбивкой по размерностям:

* <code>dt.entity.host</code>
* <code>request.target_address</code>
* <code>request.tcp_port_number</code>

Открыты только порты 22 (SSH) и 8080 (HTTP-сервер), и только для этих портов доступна метрика <code>dt.synthetic.multi_protocol.tcp.connection_time</code>. Хосты фактически находятся в разных географических локациях (Огайо, Орегон и Северная Вирджиния в США), поэтому разница во времени подключения ожидаема.<pre>
timeseries duration = avg(dt.synthetic.multi_protocol.tcp.connection_time),
by:{dt.entity.host, request.target_address, request.tcp_port_number},
filter: dt.entity.multiprotocol_monitor == "MULTIPROTOCOL_MONITOR-74E68F22FF5E9227"
</pre>

== Статусы выполнения ==

=== Все мониторы сетевой доступности ===
{| class="wikitable"
!Код / Сообщение
!Пример
!Описание
|-
|<pre>0 HEALTHY</pre>
|
|Всё в порядке.
|-
|<pre>-1 UNEXPECTED_ERROR</pre>
|Resource saturation
|Неожиданная проблема, обычно связанная с компонентами выполнения монитора.
|-
|<pre>1401 CONSTRAINT_VIOLATED</pre>
|
|Условия ограничений, определённые в конфигурации монитора, не были выполнены.
|-
|<pre>1604 VALIDATION_ERROR</pre>
|
|Обнаружена некорректная конфигурация монитора.
|-
|<pre>12013 UNKNOWN_HOST</pre>
|Error in the hostname
|Не удаётся определить IP-адрес хоста. Возможные причины: неверное имя хоста, недоступность DNS-сервера, проблемы с кешем DNS, вмешательство брандмауэра или прокси.
|-
|<pre>12033 Execution timeout</pre>
|Server operates slowly
|Тайм-аут выполнения запроса. Возможные причины: проблемы с сетью, медленный или не отвечающий сервер или сервис, блокировка подключения правилами брандмауэра, слишком маленький тайм-аут.
|}

=== Статусы выполнения TCP-мониторов ===
{| class="wikitable"
!Код / Сообщение
!Пример
!Описание
|-
|<pre>22000 TCP socket connection error</pre>
|Service is not listening on a specified port.
|Этот статус означает, что хост был идентифицирован и доступен, но TCP-соединение не может быть установлено или было неожиданно закрыто. Предоставляется дополнительное объяснение точного исключения. Статус используется, если во время попытки подключения возвращается <code>java.net.SocketException</code>. Возможные причины: сервис не прослушивает указанный порт, сервис достиг предела ресурсов или подключений, сервис стал недоступен во время процесса установки сокетного соединения.
|}

Метрики мониторинга браузера в синтетическом мониторинге

IKuznetsov — Thu, 03 Sep 2026 16:45:56 GMT

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

Метрики мониторинга браузера в синтетическом мониторинге

IKuznetsov — Thu, 03 Sep 2026 16:41:43 GMT

Новая страница: « = Метрики мониторинга браузера в синтетическом мониторинге = == Метрики и параметры == === Монитор === {| class="wikitable" !Ключ метрики !Название метрики !Описание метрики !Единица !Размеры |- |<pre>dt.synthetic.browser.availability</pre> |Уровень доступности (по местоположению) [Монито...»

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

= Метрики мониторинга браузера в синтетическом мониторинге =

== Метрики и параметры ==

=== Монитор ===
{| class="wikitable"
!Ключ метрики
!Название метрики
!Описание метрики
!Единица
!Размеры
|-
|<pre>dt.synthetic.browser.availability</pre>
|Уровень доступности (по местоположению) [Монитор браузера]
|Коэффициент доступности браузерных мониторов.
| %
|<pre>dt.synthetic.monitor.id, dt.entity.synthetic_test, monitor.name, dt.synthetic.step.id, dt.entity.synthetic_test_step, step.name, step.sequence_number, dt.entity.synthetic_location, dt.synthetic.monitored_entity_ids, primary_tags.__key__, dt.security_context, interpolated</pre>
|-
|<pre>dt.synthetic.browser.executions</pre>
|Количество выполнений (по статусу) [Монитор браузера]
|Количество выполнений монитора.
|считать
|<pre>dt.synthetic.monitor.id, dt.entity.synthetic_test, monitor.name, dt.synthetic.step.id, dt.entity.synthetic_test_step, step.name, step.sequence_number, dt.entity.synthetic_location, dt.maintenance_window_ids, dt.synthetic.monitored_entity_ids, primary_tags.__key__, result.state, result.status.code, result.status.message, dt.security_context</pre>
|-
|<pre>dt.synthetic.browser.duration</pre>
|Продолжительность [Монитор браузера]
|Продолжительность работы браузера, рассчитанная как сумма длительностей всех шагов.
|РС
|<pre>dt.synthetic.monitor.id, dt.entity.synthetic_test, monitor.name, dt.synthetic.step.id, dt.entity.synthetic_test_step, step.name, step.sequence_number, dt.entity.synthetic_location, dt.synthetic.monitored_entity_ids, primary_tags.__key__, dt.security_context</pre>
|-
|<pre>dt.synthetic.browser.classic.total_duration</pre>
|Общая продолжительность (классическая) [Монитор браузера]
|Общая продолжительность работы браузера, измеряемая как сумма общей продолжительности всех шагов. Источник метрики — классический '''JavaScript'''-код '''RUM'''.
|РС
|<pre>dt.synthetic.monitor.id, dt.entity.synthetic_test, monitor.name, dt.synthetic.step.id, dt.entity.synthetic_test_step, step.name, step.sequence_number, dt.entity.synthetic_location, dt.synthetic.monitored_entity_ids, primary_tags.__key__, dt.security_context</pre>
|-
|<pre>dt.synthetic.browser.user_events.duration</pre>
|Длительность событий пользователя [Монитор браузера]
|Продолжительность мониторинга браузера, рассчитываемая как сумма длительностей всех событий пользователя на уровне шагов. Источник метрики — новый '''JavaScript'''-код '''RUM'''.
|РС
|<pre>dt.synthetic.monitor.id, dt.entity.synthetic_test, monitor.name, dt.synthetic.step.id, dt.entity.synthetic_test_step, step.name, step.sequence_number, dt.entity.synthetic_location, dt.synthetic.monitored_entity_ids, primary_tags.__key__, dt.security_context</pre>
|-
|<pre>dt.synthetic.browser.user_events.total_duration</pre>
|Общая продолжительность событий пользователя [Монитор браузера]
|Общая продолжительность мониторинга браузера, измеренная как сумма всех значений метрики User events total duration на уровне шагов. Источник метрики — новый '''JavaScript'''-код '''RUM'''.
|РС
|<pre>dt.synthetic.monitor.id, dt.entity.synthetic_test, monitor.name, dt.synthetic.step.id, dt.entity.synthetic_test_step, step.name, step.sequence_number, dt.entity.synthetic_location, dt.synthetic.monitored_entity_ids, primary_tags.__key__, dt.security_context</pre>
|-
|<pre>dt.synthetic.browser.user_actions.duration</pre>
|Длительность действий пользователя [Монитор браузера]
|Продолжительность мониторинга браузера, рассчитываемая как сумма продолжительности всех действий пользователя на уровне шагов. Источник метрики — новый '''JavaScript'''-код '''RUM'''.
|РС
|<pre>dt.synthetic.monitor.id, dt.entity.synthetic_test, monitor.name, dt.synthetic.step.id, dt.entity.synthetic_test_step, step.name, step.sequence_number, dt.entity.synthetic_location, dt.synthetic.monitored_entity_ids, primary_tags.__key__, dt.security_context</pre>
|-
|<pre>dt.synthetic.browser.user_actions.total_duration</pre>
|Общая продолжительность действий пользователя [Монитор браузера]
|Общая продолжительность мониторинга браузера, измеренная как сумма всех значений метрики User actions total duration на уровне шагов. Источник метрики — новый '''JavaScript'''-код '''RUM'''.
|РС
|<pre>dt.synthetic.monitor.id, dt.entity.synthetic_test, monitor.name, dt.synthetic.step.id, dt.entity.synthetic_test_step, step.name, step.sequence_number, dt.entity.synthetic_location, dt.synthetic.monitored_entity_ids, primary_tags.__key__, dt.security_context</pre>
|}

=== Шаги ===
{| class="wikitable"
!Ключ метрики
!Название метрики
!Описание метрики
!Единица
!Размеры
|-
|<pre>dt.synthetic.browser.step.executions</pre>
|Количество выполнений (шаг) (по статусу) [Монитор браузера]
|Количество выполнений шагов.
|считать
|<pre>dt.synthetic.monitor.id, dt.entity.synthetic_test, monitor.name, dt.synthetic.step.id, dt.entity.synthetic_test_step, step.name, step.sequence_number, dt.entity.synthetic_location, dt.maintenance_window_ids, dt.synthetic.monitored_entity_ids, primary_tags.__key__, result.state, result.status.code, result.status.message, dt.security_context</pre>
|-
|<pre>dt.synthetic.browser.step.duration</pre>
|Длительность (шаг) [Монитор браузера]
|Длительность отдельного шага мониторинга браузера, измеряемая как сумма длительностей событий действий пользователя на этом шаге.
|РС
|<pre>dt.synthetic.monitor.id, dt.entity.synthetic_test, monitor.name, dt.synthetic.step.id, dt.entity.synthetic_test_step, step.name, step.sequence_number, dt.entity.synthetic_location, dt.synthetic.monitored_entity_ids, primary_tags.__key__, dt.security_context</pre>
|-
|<pre>dt.synthetic.browser.step.classic.total_duration</pre>
|Общая продолжительность (классическая) (шаг) [Монитор браузера]
|Общая продолжительность каждого шага мониторинга браузера, измеряемая как сумма всех действий пользователя на этом шаге. Источником метрики является классический '''JavaScript'''-код '''RUM'''.
|РС
|<pre>dt.synthetic.monitor.id, dt.entity.synthetic_test, monitor.name, dt.synthetic.step.id, dt.entity.synthetic_test_step, step.name, step.sequence_number, dt.entity.synthetic_location, dt.synthetic.monitored_entity_ids, primary_tags.__key__, dt.security_context</pre>
|-
|<pre>dt.synthetic.browser.step.user_events.duration</pre>
|Длительность событий пользователя (шаг) [Монитор браузера]
|Продолжительность отдельного шага мониторинга браузера, измеряемая от начала первого пользовательского события этого шага до конца последнего пользовательского события. Источником метрики является новый '''JavaScript'''-код '''RUM'''.
|РС
|<pre>dt.synthetic.monitor.id, dt.entity.synthetic_test, monitor.name, dt.synthetic.step.id, dt.entity.synthetic_test_step, step.name, step.sequence_number, dt.entity.synthetic_location, dt.synthetic.monitored_entity_ids, primary_tags.__key__, dt.security_context</pre>
|-
|<pre>dt.synthetic.browser.step.user_events.total_duration</pre>
|Общая продолжительность событий пользователя (шаг) [Монитор браузера]
|Общая продолжительность каждого шага мониторинга браузера, измеряемая как сумма длительностей всех пользовательских событий на этом шаге. Источником метрики является новый '''JavaScript'''-код '''RUM'''.
|РС
|<pre>dt.synthetic.monitor.id, dt.entity.synthetic_test, monitor.name, dt.synthetic.step.id, dt.entity.synthetic_test_step, step.name, step.sequence_number, dt.entity.synthetic_location, dt.synthetic.monitored_entity_ids, primary_tags.__key__, dt.security_context</pre>
|-
|<pre>dt.synthetic.browser.step.user_actions.duration</pre>
|Длительность действий пользователя (шаг) [Монитор браузера]
|Продолжительность отдельного шага мониторинга браузера, измеряемая от начала первого действия пользователя на этом шаге до конца последнего действия пользователя на этом шаге. Источником метрики является новый '''JavaScript'''-код '''RUM'''.
|РС
|<pre>dt.synthetic.monitor.id, dt.entity.synthetic_test, monitor.name, dt.synthetic.step.id, dt.entity.synthetic_test_step, step.name, step.sequence_number, dt.entity.synthetic_location, dt.synthetic.monitored_entity_ids, primary_tags.__key__, dt.security_context</pre>
|-
|<pre>dt.synthetic.browser.step.user_actions.total_duration</pre>
|Общая продолжительность действий пользователя (шаг) [Монитор браузера]
|Общая продолжительность каждого шага мониторинга браузера, измеряемая как сумма длительностей всех действий пользователя на этом шаге. Источником метрики является новый '''JavaScript'''-код '''RUM'''.
|РС
|<pre>dt.synthetic.monitor.id, dt.entity.synthetic_test, monitor.name, dt.synthetic.step.id, dt.entity.synthetic_test_step, step.name, step.sequence_number, dt.entity.synthetic_location, dt.synthetic.monitored_entity_ids, primary_tags.__key__, dt.security_context</pre>
|}

== Варианты использования ==
Следующие примеры использования демонстрируют, как можно применять метрики в запросах '''DQL'''.

=== Доступность монитора отслеживания ===
Предположим, вам нужно выявить мониторы, у которых возникли проблемы с доступностью.

Следующий запрос использует метрику <code>dt.synthetic.browser.availability</code> и измерение <code>dt.entity.synthetic_test</code> для возврата мониторов, отсортированных по их доступности, при этом наименее доступные мониторы отображаются первыми.<pre>
timeseries {
availability_series = avg(dt.synthetic.browser.availability)
}, by: { dt.entity.synthetic_test }
| fieldsAdd monitor_name = entityName(dt.entity.synthetic_test)
| summarize { monitor_name = takeFirst(monitor_name),
availability = avg(arrayAvg(availability_series)) },
by: {dt.entity.synthetic_test}
| sort availability asc
</pre>Исходный ответ выглядит следующим образом:<pre>
{
"records": [
{
"dt.entity.synthetic_test": "SYNTHETIC_TEST-06AFE815FF214729",
"monitor_name": "Browser monitor1",
"availability": 31.746031746031743
},
{
"dt.entity.synthetic_test": "SYNTHETIC_TEST-094D2E6AA99D2252",
"monitor_name": "Browser monitor2",
"availability": 46.03174603174603
},
{
"dt.entity.synthetic_test": "SYNTHETIC_TEST-0C362AEC36824874",
"monitor_name": "Browser monitor3",
"availability": 100
}
]
}
</pre>

=== Анализ сбоев, вызванных взаимодействием серверов ===
Предположим, вам необходимо проанализировать сбои в работе браузерных мониторов, вызванные взаимодействием с сервером.

В следующем запросе используются метрика <code>dt.synthetic.browser.step.executions</code> и измерения <code>dt.entity.synthetic_test</code>, <code>result.status.message</code> и <code>result.status.code</code>.<pre>
timeseries {
execution_series = sum(dt.synthetic.browser.step.executions)
}, by: { result.status.message,
result.status.code,
dt.entity.synthetic_test},
interval: 15 min
| filter result.status.code != 0
| filter (result.status.code < 1000 and result.status.code >= 400 ) or in(result.status.code, array( 10054 , 12014 , 12183 ))
| summarize { dt.synthetic.monitor_ids = collectArray(dt.entity.synthetic_test),
execution_number = sum(arraySum(execution_series)),
executions = sum(execution_series[]) },
by: {timeframe, interval, result.status.message, result.status.code}
</pre>

=== Оцените доступность и производительность фронтенда ===
Предположим, вам необходимо оценить доступность и производительность фронтенда.

В следующем запросе используются метрики <code>dt.synthetic.browser.availability</code>, <code>dt.synthetic.browser.step.duration</code> и <code>dt.synthetic.browser.executions</code> вместе с измерением <code>dt.synthetic.monitored_entity_ids</code>.<pre>
timeseries {
availability_series = avg(dt.synthetic.browser.availability),
performance_series = avg(dt.synthetic.browser.step.duration)
},
by: { dt.synthetic.monitored_entity_ids }
| expand entity = dt.synthetic.monitored_entity_ids
| filter isNotNull(entity)
| fieldsAdd entity_name = entityName(entity, type: "dt.entity.application" )
| fieldsAdd frontend_name = coalesce(entity_name, entity)
| summarize { frontend_name = takeLast(frontend_name),
availability = avg(arrayAvg(availability_series)),
performance = avg(arrayAvg(performance_series))
}, by: {dt.entity.application = entity}
| sort availability asc, performance desc
| limit 10
| fieldsRename `Frontend` = frontend_name,
`Доступность` = availability,
`Средняя продолжительность события` = performance
</pre>

Метрики HTTP-монитора в синтетическом мониторинге

IKuznetsov — Thu, 03 Sep 2026 16:33:19 GMT

Новая страница: « = Метрики HTTP-монитора в синтетическом мониторинге = == Метрики и параметры == === Монитор === {| class="wikitable" !Ключ метрики !Название метрики !Описание метрики !Единица !Размеры |- |<code>dt.synthetic.http.availability</code> |Уровень доступности (по локации) [HTTP-монитор] |Коэффициент...»

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

= Метрики HTTP-монитора в синтетическом мониторинге =

== Метрики и параметры ==

=== Монитор ===
{| class="wikitable"
!Ключ метрики
!Название метрики
!Описание метрики
!Единица
!Размеры
|-
|<code>dt.synthetic.http.availability</code>
|Уровень доступности (по локации) [HTTP-монитор]
|Коэффициент доступности HTTP-мониторов.
| %
|<code>dt.synthetic.monitor.id</code>
<code>dt.entity.http_check</code>
<code>monitor.name</code>
<code>dt.synthetic.step.id</code>
<code>dt.entity.http_check_step</code>
<code>step.name</code>
<code>step.sequence_number</code>
<code>dt.entity.synthetic_location</code>
<code>dt.synthetic.monitored_entity_ids</code>
<code>primary_tags.__key__</code>
<code>dt.security_context</code>
<code>interpolated</code>
|-
|<code>dt.synthetic.http.dns</code>
|Время поиска DNS (по локации) [HTTP-монитор]
|Время, затраченное на разрешение имени хоста для целевого URL-адреса, суммированное по всем запросам.
|мс
|(аналогично предыдущему)
|-
|<code>dt.synthetic.http.download_time</code>
|Время загрузки (по локации) [HTTP-монитор]
|Время, затраченное на загрузку HTTP-ответа для всех этапов. Этот показатель не основан на показателе из Синтетического мониторинга Классического.
|мс
|(аналогично)
|-
|<code>dt.synthetic.http.duration</code>
|Продолжительность (по локации) [HTTP-монитор]
|Длительность, равная сумме всех запросов.
|мс
|(аналогично)
|-
|<code>dt.synthetic.http.duration_threshold</code>
|Пороговое значение длительности [HTTP-монитор]
|Пороговое значение производительности для суммы всех запросов.
|мс
|(аналогично)
|-
|<code>dt.synthetic.http.executions</code>
|Количество выполнений (по статусу) [HTTP-монитор]
|Количество выполнений монитора. Параметр <code>maintenance_window</code> доступен только в Синтетическом мониторинге Классическом.
|шт.
|<code>dt.synthetic.monitor.id</code>
<code>dt.entity.http_check</code>
<code>monitor.name</code>
<code>dt.synthetic.step.id</code>
<code>dt.entity.http_check_step</code>
<code>step.name</code>
<code>step.sequence_number</code>
<code>dt.entity.synthetic_location</code>
<code>result.status.message</code>
<code>result.status.code</code>
<code>result.state</code>
<code>result.http_status.code</code>
<code>dt.maintenance_window_ids</code>
<code>dt.synthetic.monitored_entity_ids</code>
<code>primary_tags.__key__</code>
<code>dt.security_context</code>
<code>maintenance_window</code>
|-
|<code>dt.synthetic.http.response_size</code>
|Размер ответа (по локации) [HTTP-монитор]
|Размер ответа, равный сумме всех запросов.
|КБ
|(аналогично duration)
|-
|<code>dt.synthetic.http.tcp_connect_time</code>
|Время установления TCP-соединения (по локации) [HTTP-монитор]
|Время, затраченное на установление TCP-соединения с сервером (включая SSL) для суммы всех запросов.
|мс
|(аналогично)
|-
|<code>dt.synthetic.http.time_to_first_byte</code>
|Время до первого байта (по локации) [HTTP-монитор]
|Время, необходимое для получения первого байта ответа от сервера, соответствующих кэшей приложений или локального ресурса. Рассчитывается как сумма всех шагов.
|мс
|(аналогично)
|-
|<code>dt.synthetic.http.tls_handshake_time</code>
|Время установления TLS-соединения (по локации) [HTTP-монитор]
|Время, затраченное на завершение TLS-рукопожатия для суммы всех запросов.
|мс
|(аналогично)
|-
|<code>dt.synthetic.http.redirects_count</code>
|Количество перенаправлений (по локации) [HTTP-монитор]
|Количество перенаправлений для суммы всех запросов.
|шт.
|(аналогично)
|-
|<code>dt.synthetic.http.redirects_time</code>
|Время переадресации (по локации) [HTTP-монитор]
|Время, затраченное на выполнение перенаправлений для суммы всех запросов.
|мс
|(аналогично)
|-
|<code>dt.synthetic.http.waiting_time</code>
|Время ожидания (по локации) [HTTP-монитор]
|Время, необходимое серверу для ответа первым байтом за все шаги. Этот показатель не основан на показателе из Синтетического мониторинга Классического.
|мс
|(аналогично)
|}

=== Шаги ===
{| class="wikitable"
!Ключ метрики
!Название метрики
!Описание метрики
!Единица
!Размеры
|-
|<code>dt.synthetic.http.request.dns</code>
|Время выполнения DNS-запроса (по запросу, локации) [HTTP-монитор]
|Время, необходимое для определения имени хоста целевого URL-адреса для отдельных HTTP-запросов.
|мс
|(аналогично монитору)
|-
|<code>dt.synthetic.http.request.download_time</code>
|Время загрузки (по шагам, локации) [HTTP-монитор]
|Время, затраченное на разрешение имени хоста для целевого URL-адреса на отдельных этапах HTTP-запроса. Этот показатель не основан на показателе из Синтетического мониторинга Классического.
|мс
|(аналогично)
|-
|<code>dt.synthetic.http.request.duration</code>
|Продолжительность (по запросу, локации) [HTTP-монитор]
|Длительность отдельных HTTP-запросов.
|мс
|(аналогично)
|-
|<code>dt.synthetic.http.request.executions</code>
|Количество выполненных запросов [HTTP-монитор]
|Количество выполненных запросов.
|шт.
|(аналогично executions у монитора)
|-
|<code>dt.synthetic.http.request.response_size</code>
|Размер ответа (по запросу, локации) [HTTP-монитор]
|Размер ответа отдельных HTTP-запросов.
|КБ
|(аналогично)
|-
|<code>dt.synthetic.http.request.tcp_connect_time</code>
|Время установления TCP-соединения (по запросу, локации) [HTTP-монитор]
|Время, необходимое для установления TCP-соединения с сервером (включая SSL) для отдельных HTTP-запросов.
|мс
|(аналогично)
|-
|<code>dt.synthetic.http.request.time_to_first_byte</code>
|Время до первого байта (по запросу, локации) [HTTP-монитор]
|Время, необходимое для получения первого байта ответа от сервера, соответствующих кэшей приложений или локального ресурса. Рассчитывается для отдельных HTTP-запросов.
|мс
|(аналогично)
|-
|<code>dt.synthetic.http.request.tls_handshake_time</code>
|Время установления TLS-соединения (по запросу, локации) [HTTP-монитор]
|Время, необходимое для завершения TLS-рукопожатия для отдельных HTTP-запросов.
|мс
|(аналогично)
|-
|<code>dt.synthetic.http.request.redirects_count</code>
|Количество перенаправлений (запросов) [HTTP-монитор]
|Количество перенаправлений.
|шт.
|(аналогично)
|-
|<code>dt.synthetic.http.request.redirects_time</code>
|Время перенаправления (запрос) [HTTP-монитор]
|Время, затраченное на выполнение перенаправлений.
|мс
|(аналогично)
|-
|<code>dt.synthetic.http.request.waiting_time</code>
|Время ожидания (шаг) (по локации) [HTTP-монитор]
|Время, необходимое серверу для ответа первым байтом. Этот показатель не основан на показателе из Синтетического мониторинга Классического.
|мс
|(аналогично)
|}

=== Устаревший ===
{| class="wikitable"
!Ключ метрики
!Название метрики
!Описание метрики
!Единица
!Размеры
|-
|<code>dt.synthetic.http.availability.excluding_maintenance_windows</code>
|Коэффициент доступности без учета периодов технического обслуживания (по локации) [HTTP-монитор]
|Показатель доступности HTTP-мониторов без учета периодов технического обслуживания. Этот показатель отсутствует в последней версии Ключ-АСТРОМ.
| %
|<code>dt.entity.http_check</code>
<code>dt.entity.synthetic_location</code>
|}

== Варианты использования ==
Следующие примеры демонстрируют, как можно применять метрики в запросах '''DQL'''.

=== Доступность монитора отслеживания ===
Предположим, вам нужно выявить мониторы, у которых возникли проблемы с доступностью.

Следующий запрос использует метрику <code>dt.synthetic.http.availability</code> и измерение <code>dt.entity.http_check</code> для возврата мониторов, отсортированных по их доступности, при этом наименее доступные мониторы отображаются первыми.<pre>
timeseries {
availability_series = avg(dt.synthetic.http.availability) },
by: { dt.entity.http_check }
| fieldsAdd monitor_name = entityName(dt.entity.http_check)
| summarize { monitor_name = takeFirst(monitor_name),
availability = avg(arrayAvg(availability_series)) },
by: {dt.entity.http_check}
| sort availability asc
</pre>Исходный ответ выглядит следующим образом:<pre>
{
"records": [
{
"dt.entity.http_check": "HTTP_CHECK-D1DF6416D98DF200",
"monitor_name": "HTTP monitor",
"availability": 0
},
{
"dt.entity.http_check": "HTTP_CHECK-DD85DA9C14659614",
"monitor_name": "HTTP monitor2",
"availability": 31.746031746031743
},
{
"dt.entity.http_check": "HTTP_CHECK-ADA43EC2FFF9115D",
"monitor_name": "HTTP monitor3",
"availability": 46.03174603174603
},
{
"dt.entity.http_check": "HTTP_CHECK-0135CB5835BEAEA8",
"monitor_name": "HTTP monitor4",
"availability": 100
},
...
]
}
</pre>

=== Определите наиболее проблемные локации ===
Предположим, вам нужно определить локации с наименьшей доступностью и самым медленным средним временем ответа на HTTP-запросы.

В следующем запросе используются метрики <code>dt.synthetic.http.availability</code> и <code>dt.synthetic.http.request.duration</code>, а также измерение <code>dt.entity.synthetic_location</code>.<pre>
timeseries {
availability_series = avg(dt.synthetic.http.availability),
performance_series = avg(dt.synthetic.http.request.duration) },
by: { dt.entity.synthetic_location }
| fieldsAdd location_name = entityName(dt.entity.synthetic_location)
| summarize { location_name = takeFirst(location_name),
availability = avg(arrayAvg(availability_series)),
request_duration = avg(arrayAvg(performance_series))},
by: {dt.entity.synthetic_location}
| sort availability asc, request_duration desc
</pre>Исходный ответ выглядит следующим образом:<pre>
{
"records": [
{
"dt.entity.synthetic_location": "SYNTHETIC_LOCATION-00000000000003B3",
"location_name": "Лас-Вегас",
"availability": 23.809523809523807,
"request_duration": 2662.3457875457875
},
{
"dt.entity.synthetic_location": "SYNTHETIC_LOCATION-0000000000000004",
"location_name": "Amazon US East (N. Virginia)",
"availability": 60.714285714285715,
"request_duration": 1297.4880952380952
},
{
"dt.entity.synthetic_location": "SYNTHETIC_LOCATION-2D4A33F9E13D70E7",
"location_name": "Осло",
"availability": 66.66666666666667,
"request_duration": 1114.1904761904761
},
{
"dt.entity.synthetic_location": "SYNTHETIC_LOCATION-0000000000000064",
"location_name": "Гданьск",
"availability": 70,
"request_duration": 294.2772881374772
},
{
"dt.entity.synthetic_location": "SYNTHETIC_LOCATION-9FFF47C604374908",
"location_name": "Дублин",
"availability": 72.06349206349208,
"request_duration": 1146.2952380952381
},
...
]
}
</pre>

=== Идентификация кодов состояния, полученных в ходе выполнения тестов ===
Предположим, вам необходимо определить коды состояния ошибок (>= 400), полученные во время выполнения тестов.

В следующем запросе используются метрика <code>dt.synthetic.http.executions</code> и измерение <code>result.http_status.code</code>.<pre>
timeseries {
execution_series = sum(dt.synthetic.http.executions)
}, by: { result.http_status.code }
| filter result.http_status.code >= 400
| summarize { executions = sum(execution_series[]),
status.code = toString(takeFirst(result.http_status.code)) },
by: { timeframe, interval, result.http_status.code}
</pre>Визуализированный ответ выглядит следующим образом:

Использование сегментов для синтетического мониторинга

IKuznetsov — Thu, 03 Sep 2026 16:30:33 GMT

Новая страница: « = Использование сегментов для синтетического мониторинга = При анализе синтетических данных вы можете использовать сегменты в качестве удобных фильтров. Например, вы можете отфильтровать мониторы, доступность и производительность которых вы хотите...»

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

= Использование сегментов для синтетического мониторинга =
При анализе синтетических данных вы можете использовать сегменты в качестве удобных фильтров. Например, вы можете отфильтровать мониторы, доступность и производительность которых вы хотите просмотреть в '''Синтетическом мониторинге''', '''Дашбордах''' или '''Блокнотах'''.

== Предварительные требования ==

* Убедитесь, что у вас есть права доступа <code>storage:filter-segments:write</code> и <code>storage:filter-segments:read</code>. Чтобы узнать, как настроить права доступа, см. раздел «Права доступа в Хранилище данных».
* Если вы используете частные синтетические локации, вам необходимо установить АктивныйШлюз версии 1.331+.
* Подробнее о сегментах см. в разделе «Сегменты».

== Создайте сегмент для фильтрации синтетических данных ==

# Перейдите в '''Настройки''' > '''Сегментация среды''' > '''Сегменты'''.
# Выберите '''Сегмент'''.
# Введите название сегмента.
# Укажите '''Видимость'''. Подробнее см. раздел «Видимость сегментов».
# (Необязательно) Добавьте переменную, выбрав '''Новая переменная {$}''' и введя '''DQL'''-запрос. Подробнее см. раздел «Переменные в сегментах».
# Отфильтруйте мониторы по одному из следующих критериев:
#* '''Название монитора''': В разделе '''Данные (все типы)''' выберите '''Дополнительно''' и выберите '''Сущности по типу'''. Затем выполните следующие действия:
#** В поле фильтра раздела '''Данные (все типы)''' укажите имя монитора, используя условие фильтра <code>monitor.name</code>, как показано в следующем примере.
<pre>
monitor.name = "Example Monitor"
</pre>

#** В поле фильтра раздела '''Сущности''' укажите то же имя монитора, используя условие фильтра <code>entity.name</code>, как в следующем примере.
<pre>
entity.name = "Example Monitor"
</pre>

#* '''Локации, к которым привязаны мониторы''': В поле фильтра раздела '''Данные (все типы)''' укажите идентификаторы локаций, используя условия фильтра <code>assignedLocations</code> и <code>dt.entity.synthetic_location</code>, как в примере ниже.
<pre>
assignedLocations = "SYNTHETIC_LOCATION-9FFF47C604374908" OR dt.entity.synthetic_location = "SYNTHETIC_LOCATION-9FFF47C604374908"
</pre>

#* '''Контекст безопасности''': В поле фильтра раздела '''Данные (все типы)''' укажите контекст безопасности, используя условие фильтра <code>dt.security_context</code>, как показано в следующем примере.
<pre>
dt.security_context = "Synthetic"
</pre>

#** Для сред, созданных до января 2026 года, значение контекста безопасности, предоставляемое синтетической телеметрией, формируется на основе имён менеджмент зон, к которым принадлежат данные мониторы.
#* '''Идентификатор монитора''': В разделе '''Данные (все типы)''' выберите '''Дополнительно''' и затем '''Сущности по типу'''. После этого выполните следующие действия:
#** В поле фильтра раздела '''Данные (все типы)''' укажите идентификаторы мониторов, как показано в примере ниже.
<pre>
dt.entity.http_check = HTTP_CHECK-89A9309667898FB1 OR dt.entity.synthetic_test = SYNTHETIC_TEST-EC7EA74353431688 OR dt.entity.multiprotocol_monitor = MULTIPROTOCOL_MONITOR-F21AC791C60EC214
</pre>

#*** Используйте условие фильтра <code>dt.entity.synthetic_test</code> для фильтрации браузерных мониторов.
#*** Используйте условие фильтра <code>dt.entity.http_check</code> для фильтрации '''HTTP'''-мониторов.
#*** Используйте условие фильтра <code>dt.entity.multiprotocol_monitor</code> для фильтрации мониторов '''NAM'''.
#** В поле фильтра раздела '''Сущности''' укажите те же идентификаторы мониторов, используя условие фильтра <code>id</code>, как в следующем примере.
<pre>
id = HTTP_CHECK-89A9309667898FB1 OR id = SYNTHETIC_TEST-EC7EA74353431688 OR id = MULTIPROTOCOL_MONITOR-F21AC791C60EC214
</pre>

# Выберите '''Сохранить'''.

== Используйте сегмент для фильтрации данных ==

=== Чтобы применить сегмент в Синтетическом мониторинге ===

# Перейдите в раздел '''Синтетический мониторинг'''.
# В верхнем левом углу страницы выберите нужный сегмент.
# Теперь вы можете видеть только отфильтрованные мониторы.

=== Чтобы применить сегмент на дашбордах или в блокнотах ===

# Перейдите в раздел '''Дашборды''' или '''Блокноты'''.
# Выберите ранее созданный дашборд или блокнот, или создайте новый.
#* Например, вы можете выбрать одну из следующих готовых дашбордов:
#* '''Synthetic web availability and performance''' — предоставляет подробную информацию о доступности и производительности браузерных и '''HTTP'''-мониторов.
#* '''Synthetic network availability monitoring''' — предоставляет подробную информацию о результатах мониторинга, полученных с помощью мониторов '''NAM'''.
# Выберите '''Готовые дашборды''', найдите нужный дашборд (например, '''Synthetic web availability and performance''') в поле '''Поиск документов''', а затем выберите её.
# Выберите сегмент.
# Теперь вы можете просматривать данные только для отфильтрованных мониторов.
# После выбора вы также можете перейти к разделу '''Сегменты''', выбрав '''Управление сегментами''' в списке сегментов.

== Связанные темы ==

* Сегменты
* Метрики синтетического мониторинга

Контроль доступа к синтетическому мониторингу

IKuznetsov — Thu, 03 Sep 2026 16:29:30 GMT

Новая страница: « = Контроль доступа к синтетическому мониторингу = Ключ-АСТРОМ '''Синтетический мониторинг''' полностью интегрирован в последнюю версию платформы Ключ-АСТРОМ. На этой странице объясняется, как получить доступ к конфигурации, сущностям и данным '''Синтети...»

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

Активация браузерных мониторов в последней версии Ключ-АСТРОМ

IKuznetsov — Thu, 03 Sep 2026 16:26:53 GMT

Новая страница: «= Активация браузерных мониторов в последней версии Ключ-АСТРОМ = Чтобы использовать браузерные мониторы в последней версии Ключ-АСТРОМ при запуске браузерных мониторов из частных локаций, требуется АктивныйШлюз версии 1.331+. Функция мониторинга брау...»

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

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

Чтобы использовать браузерные мониторы в последней версии Ключ-АСТРОМ при запуске браузерных мониторов из частных локаций, требуется АктивныйШлюз версии 1.331+.

Функция мониторинга браузера в последней версии Ключ-АСТРОМ завершает переход '''Синтетического мониторинга''' Ключ-АСТРОМ на новейшую платформу Ключ-АСТРОМ. После активации этой функции Ключ-АСТРОМ запускает мониторинг браузера с использованием новейшего '''JavaScript RUM'''. Эта функция позволяет:

* Использовать возможности '''Синтетического мониторинга''' в полной мере, включая улучшенную диаграмму потока запросов.
* Применять полученные данные на практике в блокнотах и визуализировать тенденции на дашбордах.
* Исследовать синтетические события с помощью языка запросов Ключ-АСТРОМ ('''DQL''').
* Выявлять узкие места и проблемы взаимодействия с помощью комплексных, улучшенных метрик продолжительности.
* Объединять синтетические сигналы и сигналы '''Мониторинга реального пользователя''', чтобы связать результаты имитационного тестирования с реальными результатами использования в '''Ключевых показателях опыта'''.
* Находить подробную информацию обо всех запусках браузерных мониторов, включая те, которые повторялись из-за включенной функции автоматической повторной попытки при ошибке.

Кроме того, при активации этой функции Ключ-АСТРОМ отображает производительность отслеживаемых веб-сайтов и веб-приложений с использованием расширенного набора показателей производительности, включая:

* Продолжительность (рекомендуется как наиболее точное отражение пользовательского опыта).
* Длительность событий пользователя.
* Общая продолжительность событий пользователя.

Эти метрики доступны как для всего монитора браузера, так и для отдельных шагов монитора. Активация этой функции не останавливает выполнение классического '''JavaScript RUM''', и метрика «Общая продолжительность» (классическая) остается доступной.

= Включение или отключение браузерных мониторов в последней версии Ключ-АСТРОМ =

Не применимо к новым средам Ключ-АСТРОМ, созданным после 26 января 2026 года.

В последней версии Ключ-АСТРОМ вы можете активировать или деактивировать браузерные мониторы на следующих уровнях:

* '''Среда''': Эта функция применяется ко всем мониторам в среде, которые настроены на наследование ее на уровне среды.
* '''Монитор''': Эта функция применяется к отдельному монитору.

При активации этой функции мониторы запускаются как с использованием нового, так и классического '''JavaScript RUM'''. Это означает, что метрики и события, сгенерированные с помощью нового и классического '''JavaScript RUM''', загружаются в Ключ-АСТРОМ, но никаких дополнительных затрат не возникает. Кроме того, в '''Синтетическом мониторинге Классическом''' доступна полная классическая отчётность для браузерных мониторов.

Активация этой функции открывает новую диаграмму '''Водопад запросов'''. Вы будете перенаправлены на эту диаграмму при выборе пункта '''Анализ выполнений''' на странице отчётов монитора браузера. Если функция еще не активирована, вы будете перенаправлены на страницу многомерного анализа в '''Синтетическом мониторинге Классическом'''.

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

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

По умолчанию функция мониторинга браузера в последней версии Ключ-АСТРОМ отключена. Для её активации или деактивации на уровне среды можно изменить соответствующие параметры.

# Перейдите в '''Настройки''' > '''Сбор и захват данных''' > '''Синтетический мониторинг''' > '''Новый интерфейс мониторинга браузера'''.
# Включите или выключите функцию '''Включить новый мониторинг браузера'''. Изменения сохраняются автоматически и подтверждаются уведомлением внизу страницы.

После активации или деактивации функции на уровне среды она применяется ко всем браузерным мониторам в вашей среде, которые настроены на наследование этой функции на уровне среды.

Чтобы активировать или деактивировать эту функцию для отдельных мониторов независимо от настроек на уровне среды, см.:

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

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

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

Вы можете выбрать поэтапное внедрение браузерных мониторов в новейшую функцию Ключ-АСТРОМ, активировав их только для отдельных мониторов. Такой подход позволяет контролировать сроки и проверять изменения перед более широким развёртыванием.

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

# Выберите '''Переопределить''', если монитор настроен на наследование этой функции на уровне среды.
#* По умолчанию монитор настроен на наследование параметров функции на уровне среды. Например, если функция активирована на уровне среды, она также активирована для монитора. Однако вы можете запретить монитору наследовать параметры, заданные на уровне среды, выбрав '''Переопределить'''. Затем вы можете активировать или деактивировать функцию для монитора независимо от параметров, заданных на уровне среды. Чтобы монитор снова начал наследовать параметры с уровня среды, выберите '''Удалить переопределение'''.
# Вы можете перейти к уровню окружения, выбрав '''Окружение'''.
# Включите или выключите функцию '''Включить новый мониторинг браузера'''.
# Прокрутите вниз и выберите '''Сохранить'''. Вы увидите уведомление, подтверждающее сохранение изменений.

== Активация или деактивация браузерных мониторов в последней версии Ключ-АСТРОМ для существующих мониторов ==

Кроме того, в новейшей функции Ключ-АСТРОМ вы можете управлять мониторами браузера для уже существующего монитора браузера.

# Перейдите в раздел '''Синтетический мониторинг'''.
# (Необязательно) Чтобы отфильтровать таблицу по мониторам браузеров, выберите '''Браузер''' в разделе '''Параметры фильтра''' слева.
# Из списка мониторов браузера выберите тот монитор, для которого вы хотите активировать или деактивировать эту функцию.
# Выберите '''Редактировать''' в правом верхнем углу панели обзора монитора.
# Выполните шаги 1–3 процедуры активации или деактивации браузерных мониторов в последней версии Ключ-АСТРОМ для нового монитора.

Контейнеризированные, автоматически масштабируемые частные синтетические локации в Kubernetes

IKuznetsov — Thu, 03 Sep 2026 16:24:29 GMT

Новая страница: « = Контейнеризированные, автоматически масштабируемые частные синтетические локации в Kubernetes = Ключ-АСТРОМ версия 1.264+ Контейнеризированные, автоматически масштабируемые частные синтетические среды в '''Kubernetes''' и его коммерческом дистрибутиве '''OpenShift''...»

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

Прокси для частных локаций

IKuznetsov — Thu, 03 Sep 2026 16:20:08 GMT

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

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

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

Для настройки прокси-сервера для связи с тестируемым ресурсом отредактируйте файл <code>custom.properties</code> и задайте свойства в соответствующем разделе <code>[synthetic]</code>.

Чтобы настроить прокси-сервер только для внутренней связи с кластером Ключ-АСТРОМ, см. раздел «Настройки для связи только с кластером Ключ-АСТРОМ».

Чтобы настроить один и тот же прокси-сервер как для тестируемого ресурса, так и для кластера Ключ-АСТРОМ, задайте свойства в соответствующем разделе <code>[http.client]</code>.

== Свойства конфигурации прокси ==
При настройке прокси для АктивногоШлюза с поддержкой синтетических алгоритмов можно использовать следующие свойства:
{| class="wikitable"
!Свойство
!Описание
|-
|<code>proxy-server</code>
|Адрес сервера (имя хоста или IP-адрес)
|-
|<code>proxy-port</code>
|Порт (необязательный). Если оставить поле пустым, будет использоваться порт по умолчанию <code>8080</code>.
|-
|<code>proxy-scheme</code>
|Схема (необязательный). Если поле оставить пустым, используется схема по умолчанию <code>http</code>. Применяется наиболее распространённая конфигурация, при которой соединение с прокси-сервером инициируется с использованием '''HTTP''' и автоматически преобразуется в защищённое. Вся дальнейшая связь АктивногоШлюза через прокси-сервер защищена протоколом '''SSL'''/'''TLS'''. Этот параметр необходимо установить в <code>https</code> для прокси-серверов, которые вообще не поддерживают '''HTTP'''.
|-
|<code>proxy-user</code>
|Имя пользователя (необязательный)
|-
|<code>proxy-domain</code>
|Домен пользователя в случае аутентификации '''NTLM'''
|-
|<code>proxy-password</code>
|Пароль (необязательный). После перезапуска АктивногоШлюза пароль, указанный в свойстве <code>proxy-password</code>, шифруется, и зашифрованный пароль сохраняется в свойстве <code>proxy-password-encr</code>. Если запятая (<code>,</code>) является частью значения, перед ней необходимо добавить экранирующую обратную косую черту (<code>\</code>). Например, <code>proxy-password = foo\,bar</code>.
|-
|<code>proxy-off</code>
|Если установить это значение <code>true</code>, прокси-сервер будет отключён для данного типа связи.
|-
|<code>proxy-non-proxy-hosts</code>
|. В качестве символа-заменителя можно также использовать звёздочку (<code>*</code>). Допускается только один символ-заменитель, либо в начале, либо в конце имени хоста. Например, <code><nowiki>proxy-non-proxy-hosts=*.foo.com|localhost</nowiki></code> означает, что доступ ко всем хостам в домене <code>foo.com</code> и <code>localhost</code> должен осуществляться напрямую, даже если указан прокси-сервер. Полное описание допустимого синтаксиса см. в разделе «Свойства сети» <code>http.nonProxyHosts</code> для соответствующего параметра.
|-
|<code>proxy-authentication-schemes</code>
|АктивныйШлюз версии 1.271+. Список схем аутентификации через прокси-сервер (необязательный). Это приоритетный список схем аутентификации через прокси-сервер, которые АктивныйШлюз должен использовать при аутентификации с прокси-сервером. Начиная с первой схемы в списке, АктивныйШлюз попытается выполнить аутентификацию и, в случае неудачи, перейдёт к следующей схеме в списке. Если это свойство не определено, АктивныйШлюз попытается выполнить аутентификацию, используя все доступные схемы. Поддерживаемые значения: <code>NTLM</code>, <code>BASIC</code>.
|}

== Сценарии подключения через прокси-сервер ==
Это возможные сценарии для вашей конфигурации прокси. Доступ к тестируемому ресурсу через прокси поддерживается только для браузерных мониторов и '''HTTP'''-мониторов.

=== Подключитесь к кластеру Ключ-АСТРОМ ===
<pre>
[http.client]
proxy-server=<proxy>
proxy-port=8080
proxy-user=username
proxy-password=password

[synthetic]
proxy-off=true
</pre>

=== Подключитесь одновременно к кластеру Ключ-АСТРОМ и к тестируемому ресурсу ===
<pre>
[http.client]
proxy-server=<proxy>
proxy-port=8080
proxy-user=username
proxy-password=password
</pre>

=== Подключитесь к кластеру Ключ-АСТРОМ и протестированным ресурсам через различные прокси-серверы ===
Подключитесь к кластеру Ключ-АСТРОМ:<pre>
[http.client]
proxy-server=<proxy>
proxy-port=8080
proxy-user=username
proxy-password=password
</pre>Подключитесь к проверяемому ресурсу:<pre>
[synthetic]
proxy-server=<прокси между AG и проверяемым ресурсом>
proxy-port=9090
proxy-user=username_two
proxy-password=password_two
</pre>

=== Подключитесь к проверяемому ресурсу и/или Amazon S3 ===
Для работы АктивногоШлюза с поддержкой синтетического анализа требуется доступ к сервису '''Amazon S3''' для загрузки и просмотра снимков экрана браузера в закрытых помещениях.<pre>
[synthetic]
proxy-server=<прокси между AG и проверяемым ресурсом>
proxy-port=8080
proxy-user=username
proxy-password=password
</pre>Для получения дополнительной информации см. файлы автоматической настройки прокси-сервера ('''PAC''').

=== Настройте синтетический мониторинг с прямым подключением к другим ресурсам ===
<pre>
[synthetic]
proxy-server=<прокси между AG и проверяемым ресурсом>
proxy-port=8080
proxy-user=username
proxy-password=password
proxy-non-proxy-hosts=my.corp.org|*.gdansk.astromkey.com
</pre>

== Файлы автоматической настройки прокси-сервера (PAC) ==
Для настройки сложных параметров прокси-сервера для мониторинга браузера в приватном режиме можно использовать файлы автоматической настройки прокси ('''PAC''').

=== Что такое PAC-файл? ===
Файл автоматической настройки прокси ('''PAC''') — это функция '''JavaScript''', которая определяет, будут ли запросы веб-браузера ('''HTTP''', '''HTTPS''' и '''FTP''') направляться непосредственно к месту назначения или перенаправляться на веб-прокси-сервер (подробнее см. файл автоматической настройки прокси ('''PAC''') на '''developer.mozilla.org''').

=== Предоставьте PAC-файл мониторам вашего браузера ===

# Перейдите в раздел '''Синтетический мониторинг'''.
# (Необязательно) Чтобы отфильтровать таблицу по мониторам браузеров, выберите '''Браузер''' в разделе '''Параметры фильтра''' слева.
# Из списка мониторов браузера выберите тот монитор, для которого вы хотите предоставить '''PAC'''-файл. После этого справа отобразится панель предварительного просмотра.
# В правом верхнем углу панели предварительного просмотра выберите '''Редактировать'''.
# С этого момента вы будете перенаправлены на предыдущую страницу Ключ-АСТРОМ, где сможете указать '''URL'''-адрес '''PAC'''-файла.
# Переключитесь в режим сценария.
#* Для создания clickpatch выберите '''Записанный clickpatch''' > '''Скрипт'''.
#* Для мониторинга по одному '''URL'''-адресу выберите '''Скрипт монитора'''.
# Добавьте следующее в объект <code>configuration</code> '''JSON'''-файла:
<pre>
"proxy": {
"pacUrl": "https://www.example.com/test.pac"
}
</pre>

# <code>pacUrl</code> указывает на ваш размещённый '''PAC'''-файл.

=== Совместимость конфигурации файла PAC ===

* Конфигурация '''PAC'''-файла применяется только к частным синтетическим локациям, а не к общедоступным.
* Конфигурация '''PAC'''-файла применяется только к настроенному вами монитору — для каждого отдельного монитора '''PAC'''-файл должен быть настроен в его скрипте; нет глобальной настройки для всех мониторов, позволяющей использовать '''PAC'''-файл для прокси-сервисов.
* Если вы настраиваете прокси-файл '''PAC''' для одного скрипта синтетического мониторинга, он применяется только к этому монитору.
* Если указан '''PAC'''-файл, он переопределяет настройки прокси-сервера, заданные на уровне АктивногоШлюза для связи с тестируемым ресурсом. В частности, он переопределяет свойства в соответствующем разделе <code>[synthetic]</code>.
* Файл '''PAC''' должен передаваться по протоколу '''HTTP'''/'''S'''.

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

В этом примере мы используем прокси-сервер '''Squid''', подключённый к встроенной библиотеке '''OpenSSL''', но вы можете использовать другое прокси-программное обеспечение, если его криптографическая библиотека сертифицирована по стандарту '''FIPS'''.

Установите прокси-сервер на том же хосте, что и синтетический движок:

=== Red Hat ===
<pre>
sudo dnf install squid
</pre>

=== Ubuntu Pro ===
<pre>
sudo apt install squid-openssl
</pre>Предоставьте сертификат центра сертификации для повторной подписи перехваченных запросов:

=== Red Hat ===
<pre>
sudo mkdir /etc/squid/ssl_cert
sudo mv ~/prepared_ca_cert.pem /etc/squid/ssl_cert/squid.pem
sudo chown --recursive squid:squid /etc/squid/ssl_cert
sudo chmod 700 /etc/squid/ssl_cert
sudo chmod 600 /etc/squid/ssl_cert/squid.pem
</pre>

=== Ubuntu Pro ===
<pre>
sudo mkdir /etc/squid/ssl_cert
sudo mv ~/prepared_ca_cert.pem /etc/squid/ssl_cert/squid.pem
sudo chown --recursive proxy:proxy /etc/squid/ssl_cert
sudo chmod 700 /etc/squid/ssl_cert
sudo chmod 600 /etc/squid/ssl_cert/squid.pem
</pre>Если включена функция '''SELinux''', может потребоваться корректировка меток файлов. Подробности см. в документации '''Red Hat''' для '''Red Hat Enterprise Linux 8''' или '''Red Hat Enterprise Linux 9'''.

Создать временный кэш сертификатов:

=== Red Hat ===
<pre>
sudo /usr/lib64/squid/security_file_certgen -c -s /var/spool/squid/ssl_db -M 4MB
sudo chown --recursive squid:squid /var/spool/squid/ssl_db
</pre>

=== Ubuntu Pro ===
<pre>
sudo /usr/lib/squid/security_file_certgen -c -s /var/spool/squid/ssl_db -M 4MB
sudo chown --recursive proxy:proxy /var/spool/squid/ssl_db
</pre>Настройте прокси-сервер для перехвата '''SSL'''-сообщений (по умолчанию <code>/etc/squid/squid.conf</code>):<pre>
acl SSL_ports port 443
acl Safe_ports port 80 443 1025-65535
acl CONNECT method CONNECT

http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports
http_access allow localhost
http_access deny all
http_port 3128 ssl-bump generate-host-certificates=on dynamic_cert_mem_cache_size=4MB cert=/etc/squid/ssl_cert/squid.pem

acl step1 at_step SslBump1
ssl_bump peek step1
ssl_bump bump all
cache deny all
</pre>Для вступления изменений в силу перезапустите прокси-сервер:<pre>
sudo systemctl enable squid
sudo systemctl restart squid
</pre>Убедитесь, что прокси-сервер работает корректно:<pre>
curl --proxy localhost:3128 https://example.com
</pre>(Необязательно) Если вы выбрали другой порт прокси, вам необходимо настроить синтетическую конфигурацию (по умолчанию <code>/var/lib/astromkey/synthetic/config/user.properties</code>):<pre>
com.vuc.fips.proxy.port=3128
</pre>

== Настройка прокси-сервера для режима FIPS с использованием корпоративного прокси ==
Если в вашей организации требуется использование корпоративного прокси-сервера, вам необходимо настроить второй локальный экземпляр '''Squid''' из-за ограничений '''Squid''':

Если вы используете другое прокси-программное обеспечение, это может быть к вам неактуально.

# Настройте прокси-сервер для '''FIPS''', как описано в предыдущем разделе.
# Требуется определённая версия '''Squid 5+''', поэтому версии '''Red Hat 8''' и '''Ubuntu 20''' не поддерживаются.
# На том же хосте создайте второе определение службы '''Squid''':

=== Red Hat ===
<pre>
/usr/lib/systemd/system/squid2.service

[Unit]
Description: Squid with upstream proxy.
After=network.target network-online.target nss-lookup.target

[Service]
Type=notify
LimitNOFILE=16384
PIDFile=/run/squid2.pid
ExecStart=/usr/sbin/squid --foreground -n squid2 -f "/etc/squid/squid2.conf"
ExecReload=/usr/bin/kill -HUP $MAINPID
KillMode=mixed
NotifyAccess=all

[Install]
WantedBy=multi-user.target
</pre>

=== Ubuntu Pro ===
<pre>
/lib/systemd/system/squid2.service

[Unit]
Description: Squid with upstream proxy.
After=network.target network-online.target nss-lookup.target

[Service]
Type=notify
PIDFile=/run/squid2.pid
Group=proxy
RuntimeDirectory=squid2
RuntimeDirectoryMode=0775
ExecStart=/usr/sbin/squid --foreground -sYC -n squid2 -f "/etc/squid/squid2.conf"
ExecReload=/bin/kill -HUP $MAINPID
KillMode=mixed
NotifyAccess=all

[Install]
WantedBy=multi-user.target
</pre>Создайте вторую конфигурацию прокси-сервера (<code>/etc/squid/squid2.conf</code>) и укажите хост, порт и аутентификацию вашего корпоративного прокси-сервера:<pre>
acl SSL_ports port 443
acl Safe_ports port 80 443 1025-65535
acl CONNECT method CONNECT

http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports
http_access allow localhost
http_access deny all
http_port 3129

access_log daemon:/var/log/squid/access2.log squid
cache_log /var/log/squid/cache2.log
pid_filename /run/squid2.pid

cache_peer upstream-proxy.example.com parent 443 0 default no-digest proxy-only login=proxyuser:proxypass tls tls-min-version=1.2 tls-options=NO_SSLv3
never_direct allow all
visible_hostname squid2
cache deny all
</pre>Обновите конфигурацию первого прокси-сервера (<code>/etc/squid/squid.conf</code>), чтобы использовать второй прокси-сервер в качестве родительского, добавив следующие строки:<pre>
cache_peer localhost parent 3129 0 default no-digest proxy-only
never_direct allow all
visible_hostname squid1
</pre>Перезапустите обе службы '''Squid''':<pre>
sudo systemctl daemon-reload
sudo systemctl enable squid2
sudo systemctl start squid2
sudo systemctl restart squid
</pre>Убедитесь, что цепочка прокси-серверов работает корректно:<pre>
curl --proxy localhost:3128 https://example.com
</pre>

== Вопросы распределения ресурсов ==

* Каждому сервису '''Squid''' требуется дополнительно 500 МиБ оперативной памяти, что необходимо учитывать при выборе размера экземпляра для конкретной рабочей нагрузки.
* Запросы, проходящие через несколько прокси-серверов, будут выполняться дольше, поэтому показатели производительности будут хуже, чем у запросов от экземпляра, не соответствующего стандарту '''FIPS'''.

Управление частными локациями

IKuznetsov — Thu, 03 Sep 2026 16:17:20 GMT

Новая страница: « = Управление частными локациями = Чтобы просмотреть и управлять частными локациями, перейдите на вкладку '''Частные локации''' в '''Синтетическом мониторинге'''. == Состояние здоровья == В столбце '''Состояние здоровья''' списка частных синтетических локаций...»

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

= Управление частными локациями =
Чтобы просмотреть и управлять частными локациями, перейдите на вкладку '''Частные локации''' в '''Синтетическом мониторинге'''.

== Состояние здоровья ==
В столбце '''Состояние здоровья''' списка частных синтетических локаций вы можете увидеть состояние здоровья АктивныхШлюзов для каждой частной локации в вашей среде. Столбец содержит три подстолбца:

* '''Предупреждения о состоянии здоровья''' — в этих предупреждениях отображаются причины возникновения проблем со здоровьем АктивныхШлюзов. Предупреждения также выделяются цветными индикаторами в зависимости от степени серьезности проблемы:
** Жёлтый:
*** '''Емкость''' — использование емкости хотя бы одного типа синтетических мониторов превышает 80%.
*** '''Резервирование''' — если какой-либо АктивныйШлюз выйдет из строя, это может привести к тому, что частная локация будет использоваться сверх своей максимальной пропускной способности.
*** '''Совместимость''' — по крайней мере один АктивныйШлюз не поддерживает хотя бы один тип монитора, назначенный данной локации. Для получения подробной информации обратитесь к предупреждению ('''Warning''') в столбце '''Назначенные мониторы'''.
** Красный:
*** '''Емкость''' — использование емкости хотя бы одного типа синтетических мониторов превышает 90%.
*** '''Вне сети AG''' — как минимум один АктивныйШлюз не работает.
*** '''Проблема с подключением''' — недоступна частная локация. Это происходит, когда к частной локации не назначены АктивныеШлюзы.
*** '''Отменено''' — за последние 30 минут было выполнено как минимум одно отменённое выполнение монитора.

* '''ActiveGates''' — количество устройств АктивныхШлюзов, назначенных определённой локации в зависимости от состояния здоровья. Состояние здоровья обозначается одним из следующих цветов:
** Зелёный цвет — нет проблем с АктивнымиШлюзами.
** Жёлтый цвет означает, что у одного или нескольких устройств АктивногоШлюза возникли проблемы, которые пока не являются серьёзными, но могут потребовать внимания.
** Красный цвет означает, что в одном или нескольких устройствах АктивныхШлюзов возникли серьёзные проблемы, требующие немедленного решения.

* '''Назначенные мониторы''' — тип и количество синтетических мониторов, назначенных данной локации. Количество '''HTTP'''-мониторов также включает '''HTTP'''-мониторы с высокими требованиями к ресурсам.

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

* Метрика <code>dt.sfm.synthetic.location.health_status</code> отображает <code>FAILOVER_WARNING</code> для данной локации.
* В столбце '''Предупреждения о состоянии здоровья''' в пользовательском интерфейсе отображается жёлтое предупреждение о избыточности для данной локации.

Это происходит, если Ключ-АСТРОМ определяет, что в случае выхода из строя самого загруженного АктивногоШлюза оставшаяся пропускная способность упадёт ниже безопасного предела.

Для каждого типа мониторов Ключ-АСТРОМ:

* Собирает следующие данные о нагрузке/использовании сети за последние 30 минут, используя указанные метрики:
** Загрузка АктивногоШлюза: значение метрики <code>dt.sfm.location.executions</code> для каждого типа монитора.
** Использование АктивногоШлюза: значение метрики <code>dt.sfm.synthetic.__monitor_type__.engine_utilization</code>. Например, для браузерных мониторов метрика выглядит так: <code>dt.sfm.synthetic.browser.engine_utilization</code>.
* Определяет наиболее загруженный АктивныйШлюз (АктивныйШлюз с наибольшей нагрузкой за последние 30 минут).

* Анализирует общее количество выполнений, совершённых сотрудниками, следящими за ситуацией в данной локации, за последние 30 минут.

* Вычисляет, какой объём пропускной способности останется, если выйдет из строя самый загруженный АктивныйШлюз. Если хотя бы для одного типа мониторов оставшимся АктивнымШлюзам придётся обрабатывать более 95% операций, выполняемых мониторами данной локации в течение 30 минут, то оставшаяся пропускная способность ниже безопасного предела, и отображается предупреждение.

== Посмотреть подробную информацию о локации и отредактировать локацию ==
Выберите локацию, чтобы просмотреть её подробные сведения и отредактировать её. Для классических локаций вы можете увидеть назначенные им АктивныеШлюзы. Они отображаются красным цветом, когда синтетический движок или сам АктивныйШлюз находятся в автономном режиме; в столбце '''Статус''' отображается соответствующее сообщение.

Идентификатор АктивногоШлюза можно увидеть в столбце, который по умолчанию скрыт. Чтобы отобразить его, выберите значок столбцов > '''Идентификатор АктивногоШлюза''' > '''Применить'''.

Добавить или удалить АктивныеШлюзы можно на странице с подробной информацией о локации. Также можно внести другие изменения и нажать кнопку '''Сохранить''', чтобы сохранить их.

== Диагностика ==
На карте '''Диагностика''' отображается состояние здоровья каждого типа монитора.

* '''Использование ресурсов''' — показатель использования ресурсов для данного типа монитора. Если использование ресурсов составляет менее 80%, в столбце отображается значение <code>OK</code>, а если данных нет, отображается значение <code>0</code>.
* '''Совместимость''' — количество устройств АктивногоШлюза, поддерживающих определённый тип монитора. Например, если к локации назначено три устройства АктивногоШлюза, но только два из них поддерживают данный тип монитора, вы увидите <code>2/3</code>.
* '''Мониторы''' — количество мониторов по типам, назначенных для данной локации.
* '''Количество выполнений в час''' — число выполнений в час для определённого типа монитора.
* '''ActiveGates''' — количество активных шлюзов АктивныхШлюзов, назначенных локации. Сюда также входит количество отключённых шлюзов АктивныхШлюзов. Например, если к локации назначено три шлюза АктивныхШлюзов, но один из них отключён, вы увидите <code>1/3</code>.

Для параметров '''Использование емкости''', '''Совместимость''' и '''Активные шлюзы''' состояние работоспособности дополнительно обозначается одним из следующих цветов:

* Зелёный — никаких проблем.
* Жёлтым цветом обозначены проблемы, которые пока не являются серьёзными, но могут потребовать внимания.
* Красный цвет означает наличие серьёзных проблем, требующих немедленного внимания.

== Показатели состояния здоровья ==
Для построения графиков и формирования оповещений доступны метрики состояния каждого типа мониторов. Метрики для построения графиков и формирования оповещений о состоянии каждого типа мониторов доступны в блокнотах. Например, для построения графиков и формирования оповещений можно выбрать следующие метрики:

* Синтетический HTTP — Использование движка
* Синтетический HTTP — Высокая загрузка ресурсов — Использование поискового движка
* Синтетический — Браузер — Использование движка

Мы настоятельно рекомендуем разделить эти показатели по локациям, чтобы получить точное представление о состоянии сети в каждом регионе.

== Обработка сбоев в работе локации ==
Для каждой локации включите соответствующие переключатели, чтобы генерировать ошибки при недоступности локации или любого из её механизмов АктивногоШлюза. В настоящее время доступны следующие переключатели:

* Проблема может возникнуть, если вся частная локация недоступна (все АктивныеШлюзы отключены) или если локация не обладает необходимыми возможностями для выполнения заданного типа мониторинга.
* Проблема может возникнуть, если хотя бы один из АктивныхШлюзов в этой локации будет отключён.

Например, предположим, что в вашей локации установлено два АктивныхШлюза, и вы включаете оба переключателя проблем. В случае недоступности вашей локации вы увидите три проблемы — одну для всей локации и по одной для каждого отключённого АктивногоШлюза.

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

Установка и обновление Chromium для Linux

IKuznetsov — Thu, 03 Sep 2026 16:15:30 GMT

Red Hat Enterprise Linux, Oracle Linux 8 и Rocky Linux

Установка и обновление Chromium для Linux

IKuznetsov — Thu, 03 Sep 2026 16:14:03 GMT

Новая страница: « = Установка и обновление Chromium для Linux = Если установка через веб-интерфейс не удалась или вы предпочитаете самостоятельно подготовить хост для синтетического движка, вы можете установить '''Chromium''' и другие зависимости вручную или из собственного репози...»

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

Установка АктивногоШлюза с поддержкой синтетических алгоритмов

IKuznetsov — Thu, 03 Sep 2026 16:05:07 GMT

Новая страница: «= Установка АктивногоШлюза с поддержкой синтетических алгоритмов = АктивныйШлюз с поддержкой синтетического мониторинга используется исключительно для запуска синтетических мониторов. Чистая установка АктивногоШлюза для целей синтетического мон...»

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

= Установка АктивногоШлюза с поддержкой синтетических алгоритмов =

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

Установить АктивныйШлюз с поддержкой синтетического анализа можно с помощью мастера установки АктивногоШлюза в разделе '''Обнаружение и покрытие'''.

# В поле '''Назначение''' выберите '''Синтетический'''.
# В поле '''Тип развертывания''' выберите операционную систему.
# Только для '''Linux''': В разделе '''Архитектура''' оставьте выбор по умолчанию: '''x86'''.
# Сгенерируйте токен или введите существующий. Этот токен имеет область действия '''Загрузка установщиков ЕдиногоАгента и АктивногоШлюза''' (<code>InstallerDownload</code>), что позволяет загружать установщик АктивногоШлюза. После предоставления токен автоматически добавляется к командам загрузки и установки, которые затем отображаются в веб-интерфейсе.
#* Список существующих токенов можно найти на странице '''Токены доступа'''. Обратите внимание, что токен отображается только один раз при создании, после чего он хранится в зашифрованном виде и не может быть раскрыт. Мы рекомендуем сохранять токен после создания в менеджере паролей, чтобы вы могли использовать его повторно по мере необходимости.
# (Необязательно) Разверните раздел '''Дополнительные параметры''' и:
#* Используйте переключатель '''Поддержка браузерных мониторов''', чтобы отключить поддержку браузерных мониторов. В этом случае синтетический АктивныйШлюз будет рассматриваться как не использующий браузерные мониторы.
#* Назначьте АктивныйШлюз частному синтетическому местоположению — выберите местоположение из выпадающего списка или создайте новое. Вы также можете назначить АктивныйШлюз местоположению после установки при создании или редактировании местоположения.
#* Назначьте АктивныйШлюз сетевой зоне и группе АктивныхШлюзов. Вы также можете создать новую сетевую зону и группу АктивныхШлюзов.
# Загрузите установщик на целевой хост.
# Только для '''Linux''': Рекомендуется '''Проверка подписи''' — выполните указанную команду на целевом хосте, чтобы загрузить файл сертификата и проверить установщик.
# Только для '''Linux''': Выберите дистрибутив '''Linux''' и следуйте инструкциям, предшествующим полю '''Установить АктивныйШлюз от имени привилегированного пользователя''', если таковые имеются.
# Запустите установщик, используя команду, указанную в поле '''Установить АктивныйШлюз от имени привилегированного пользователя''', а затем следуйте инструкциям, отображаемым в веб-интерфейсе.
#* Только для '''Linux''': Установщик автоматически загружает браузер и зависимости, необходимые для синтетического движка. В '''Red Hat''', '''Oracle Linux''' и '''Rocky Linux''' также необходимо включить репозитории, из которых установщик загружает зависимости. В качестве предварительного условия для включения проприетарных репозиториев в '''Red Hat''' необходимо зарегистрировать свой экземпляр '''Red Hat'''. Веб-интерфейс предоставляет все необходимые команды для этого, как показано в примере ниже.
#* Если установка через веб-интерфейс не удалась или вы предпочитаете самостоятельно подготовить хост для синтетического движка, вы можете установить браузер и зависимости вручную или из пользовательского репозитория.
# Выберите '''Показать статус развертывания''', чтобы проверить установку АктивногоШлюза.

Требования к частным синтетическим хранилищам

IKuznetsov — Thu, 03 Sep 2026 16:03:20 GMT

Новая страница: « = Требования к частным синтетическим хранилищам = Убедитесь, что хостинг, который вы хотите использовать для своего частного местоположения, соответствует следующим требованиям. == Информация об окончании технической поддержки == Для '''Red Hat'''/'''Oracle Linux''...»

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

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

== Информация об окончании технической поддержки ==
Для '''Red Hat'''/'''Oracle Linux'''/'''Rocky Linux''' 8 новые версии '''Chromium''', кроме версии 133, отсутствуют. В целях обеспечения безопасности и стабильности мы решили прекратить поддержку установки АктивногоШлюза с поддержкой '''Synthetic''' на '''Red Hat'''/'''Oracle Linux'''/'''Rocky Linux''' 8 после версии АктивногоШлюза 1.325.

Для обеспечения непрерывности и безопасности работы ваших синтетических мониторов мы рекомендуем перевести ваш АктивныйШлюз с поддержкой синтетических мониторов на одну из поддерживаемых операционных систем, например, '''Red Hat'''/'''Oracle Linux'''/'''Rocky Linux''' 9.

АктивныйШлюз версии 1.325 — это последняя версия АктивногоШлюза с поддержкой синтетического анализа, поддерживаемая в '''Red Hat'''/'''Oracle Linux'''/'''Rocky Linux''' 8.

Кроме того, в версии Ключ-АСТРОМ 1.326 мы планируем внедрить механизмы, предотвращающие обновление АктивныхШлюзов с поддержкой синтетического анализа на '''Red Hat'''/'''Oracle Linux'''/'''Rocky Linux''' 8 до версии выше 1.325.

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

== Антивирусное и антишпионское программное обеспечение ==
Антивирусное и антишпионское программное обеспечение может негативно повлиять на возможности синтетического мониторинга Ключ-АСТРОМ. Такое ПО может блокировать браузер или процессы Ключ-АСТРОМ, выполняющие синтетические мониторы, вызывать сбои при установке или обновлении АктивногоШлюза с поддержкой синтетического мониторинга, мешать сетевой связи и влиять на надёжность измерений.

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

Прежде чем обращаться в службу поддержки Ключ-АСТРОМ для устранения неполадок с вашими частными синтетическими хранилищами, убедитесь, что антивирусное или антишпионское программное обеспечение исключено в качестве потенциальной причины.

Это минимальный список процессов и каталогов, необходимых для работы '''Synthetic''' Ключ-АСТРОМ. Не гарантируется корректная работа сервиса только с этими исключениями. Обратитесь к своему поставщику, чтобы убедиться, что все ожидаемые функции Ключ-АСТРОМ должным образом разрешены.

Каталоги:

* Все каталоги, находящиеся <code>synthetic</code> в их пути. Обзор используемых каталогов см. в разделе «Каталоги АктивногоШлюза».

Процессы:

* <code>хром</code>
* <code>vucwrapper</code>
* <code>java</code>

= Требования к операционной системе =
После установки АктивногоШлюза ваши частные синтетические мониторы (как '''HTTP''', так и браузерные) могут запускаться на следующих операционных системах.

== Windows ==

=== Поддерживаемые операционные системы ===
{| class="wikitable"
!Операционная система Windows
!Версии
|-
|Windows Server
|2016, 2019, 2022, 2025
|}

=== Версии браузера в Windows ===
В '''Windows''' установочный пакет АктивногоШлюза включает браузер '''Chrome for Testing''', используемый для запуска мониторов браузера. В таблице ниже показаны версии '''Chrome for Testing''', которые входят в состав соответствующих версий АктивногоШлюза.
{| class="wikitable"
!Версия АктивногоШлюза
!Включённая версия браузера
|-
|1.345
|151
|-
|1.343
|150
|-
|1.341
|148
|-
|1.339
|147
|-
|1.337
|146
|-
|1.335
|146
|-
|1.333
|144
|-
|1.331
|143
|-
|1.329
|142
|-
|1.327
|141
|-
|1.325
|140
|-
|1.323
|139
|-
|1.321
|138
|}
Во всех версиях '''Windows Server''' для тестирования вместо '''Chromium''' используется '''Chrome'''.

'''Неподдерживаемые версии Windows приведены только для целей тестирования.''' Если вы хотите тестировать частные синтетические местоположения только на непроизводственном хосте, например, на собственном рабочем столе, вы можете установить АктивныйШлюз с поддержкой синтетических местоположений на неподдерживаемые версии '''Windows''', такие как '''Windows 10''' или '''Windows 11'''.

Начиная с АктивногоШлюза версии 1.263+, в целях тестирования АктивныйШлюз с поддержкой синтетического тестирования больше не работает на '''Windows Server 2012'''. '''Google''' прекратила поддержку '''Windows 2012 Server''' с '''Chromium 110''', который входит в состав установочного пакета АктивногоШлюза версии 1.263.

== Linux ==

=== Поддерживаемые операционные системы ===
{| class="wikitable"
!Дистрибутив Linux
!Версии
|-
|Red Hat Enterprise Linux
|9.4, 9.6, 9.7
|-
|Ubuntu
|20.04, 22.04, 24.04
|-
|Amazon Linux
|2023
|-
|Oracle Linux
|9.6, 9.7
|-
|Rocky Linux
|9.8
|}

* Синтетический установщик можно установить на все минорные версии '''Red Hat Enterprise Linux 9'''. Однако мы рекомендуем использовать версии, указанные в этой таблице, поскольку они имеют расширенную поддержку жизненного цикла ('''ELS''') в соответствии с требованиями '''Red Hat Enterprise Linux Life Cycle'''.
* Синтетический установщик можно установить на все минорные версии '''Oracle Linux 9'''. Однако мы рекомендуем использовать последние поддерживаемые в настоящее время версии в соответствии с документацией для '''Oracle Linux 9'''.
* Синтетический установщик можно установить на все минорные версии '''Rocky Linux 9'''. Однако мы рекомендуem использовать последние поддерживаемые в настоящее время версии в соответствии с руководством по версиям и релизам '''Rocky Linux'''.

=== Устаревшие операционные системы ===
{| class="wikitable"
!Дистрибутив Linux
!Версии
|-
|Red Hat Enterprise Linux
|7.9
|-
|CentOS
|7.9
|-
|Amazon Linux
|2
|-
|Red Hat Enterprise Linux
|8.8, 8.10
|-
|Oracle Linux
|8.10
|-
|Rocky Linux
|8.10
|}

* АктивныйШлюз версии 1.305 — это последняя версия АктивногоШлюза с поддержкой синтетических тестов, которая поддерживает '''Red Hat'''/'''CentOS''' 7.
* АктивныйШлюз версии 1.307 — это последняя версия АктивногоШлюза с поддержкой синтетического анализа, которая поддерживает '''Amazon Linux 2'''.
* АктивныйШлюз версии 1.325 — это последняя версия АктивногоШлюза с поддержкой '''Synthetic''', которая поддерживает '''Red Hat'''/'''Oracle Linux'''/'''Rocky Linux''' 8.

=== Версии браузера в Linux ===
Мы настоятельно рекомендуем обновлять версии АктивногоШлюза и браузеров на базе '''Linux''' с поддержкой синтетического тестирования — Ключ-АСТРОМ поддерживает версии браузеров, отстающие от последней поддерживаемой Ключ-АСТРОМ версии не более чем на две версии для конкретного выпуска АктивногоШлюза. Например, если последняя поддерживаемая версия браузера — 103, Ключ-АСТРОМ поддерживает версии браузеров до 101 включительно. Если предоставленная версия браузера значительно устарела для конкретной ОС, мы поддерживаем только предоставленную версию. См. информацию об автоматическом и ручном обновлении браузера.

В '''Linux''' установщик АктивногоШлюза загружает зависимости браузера, необходимые для синтетического движка. В '''Red Hat''' и '''Rocky''' необходимо включить определённые репозитории, из которых установщик загружает зависимости. Веб-интерфейс Ключ-АСТРОМ предоставляет все необходимые команды. Подробные инструкции см. в разделе «Создание частного синтетического расположения».

При установке АктивногоШлюза и браузера из пользовательского локального репозитория необходимо разрешить все зависимости и включить репозитории по мере необходимости; пользовательский репозиторий можно использовать только для пакетов браузера, а не для их зависимостей. Поместите архив пакета браузера и файл подписи в пользовательский репозиторий для установки. Если ваш архивный файл пакета называется <code>https://synthetic-packages.s3.amazonaws.com/Chrome/chrome-for-testing-linux64/chrome-for-testing-linux64-143.0.7499.192.zip</code> ('''Chrome for Testing''' 143 для '''Ubuntu''' на АктивномШлюзе версии 1.333), вы можете найти файл подписи, добавив <code>.sig</code> к URL-адресу: <code>https://synthetic-packages.s3.amazonaws.com/Chrome/chrome-for-testing-linux64/chrome-for-testing-linux64-143.0.7499.192.zip.sig</code>.

В связи с изменениями в доступности пакетов <code>libdav1d.so.6</code>, версии '''Chromium''' старше 130 не могут быть установлены на '''Red Hat'''/'''Rocky Linux''' 9. Для получения подробной информации обратитесь к руководству по устранению неполадок.
{| class="wikitable"
!Версия АктивногоШлюза
!Последняя поддерживаемая версия Chromium: Red Hat/Rocky Linux 9
!Последняя поддерживаемая версия Chrome for Testing: Amazon Linux 2023, Ubuntu, Oracle Linux 9
|-
|1.345
|151
|151
|-
|1.343
|150
|150
|-
|1.341
|148
|148
|-
|1.339
|147
|147
|-
|1.337
|146
|146
|-
|1.335
|146
|146
|-
|1.333
|144
|144
|-
|1.331
|143
|143
|}
{| class="wikitable"
!Версия АктивногоШлюза
!Последняя поддерживаемая версия Chromium для Red Hat/Oracle/Rocky Linux
!Поддерживаемые последние версии Chromium: Ubuntu 20 и 22
!Последняя поддерживаемая версия Chrome for Testing: Amazon Linux 2023, Ubuntu 24, Oracle Linux 9
|-
|1.329
|142 (Red Hat/Rocky Linux 9)
|142 (Ubuntu 20.04 и 22.04)
|142
|-
|1.327
|141 (Red Hat/Rocky Linux 9)
|141 (Ubuntu 20.04 и 22.04)
|141
|-
|1.325
|133 (Red Hat/Oracle/Rocky Linux 8), 140 (Red Hat/Rocky Linux 9)
|140 (Ubuntu 20.04 и 22.04)
|140
|-
|1.323
|133 (Red Hat/Oracle/Rocky Linux 8), 139 (Red Hat/Rocky Linux 9)
|139 (Ubuntu 20.04 и 22.04)
|139
|-
|1.321
|133 (Red Hat/Oracle/Rocky Linux 8), 138 (Red Hat/Rocky Linux 9)
|138 (Ubuntu 20.04 и 22.04)
|138
|}
В '''Ubuntu Server''' 20.04 и 22.04 для тестирования используется '''Chrome'''.

== Демон политики доступа к файлам (fapolicyd) ==
При неправильной настройке демон политики доступа к файлам ('''File Access Policy Daemon''', <code>fapolicyd</code>) может повлиять на возможности синтетического мониторинга Ключ-АСТРОМ. Аналогично антивирусному или антишпионскому программному обеспечению, <code>fapolicyd</code> может блокировать браузер или процессы Ключ-АСТРОМ, ответственные за выполнение синтетических мониторов.

Для обеспечения надлежащей стабильности и производительности рекомендуется добавить каталоги и процессы в список разрешённых или исключить их из политики. Более подробную информацию см. в документации '''Red Hat''' по <code>fapolicyd</code>. Прежде чем обращаться в службу поддержки Ключ-АСТРОМ для устранения неполадок с вашими частными синтетическими местоположениями, убедитесь, что <code>fapolicyd</code> исключён из списка источников проблем.

Платформа '''File Access Policy Daemon''' может работать в режиме отладки, в котором регистрируются все отказы, что упрощает поиск отсутствующих правил и устранение неполадок. Для получения более подробной информации о режиме отладки обратитесь к документации по устранению неполадок, связанных с <code>fapolicyd</code>.

= Требования к оборудованию =

== Общие соображения ==

* Обратите внимание, что АктивныйШлюз с поддержкой синтетического мониторинга предъявляет более высокие требования к оборудованию и системе, чем обычный АктивныйШлюз для среды или кластера. Мы настоятельно рекомендуем использовать АктивныйШлюз с поддержкой синтетического мониторинга исключительно для целей синтетического мониторинга.
* При планировании выделения ресурсов следует учитывать любые дополнительные компоненты, работающие на хосте. Например, если местоположение отслеживается с помощью ЕдиногоАгента или другого решения для глубокого мониторинга, требования к оперативной памяти ('''RAM''') возрастут.
* Для изменения размера АктивногоШлюза с поддержкой синтетического мониторинга, например, после увеличения ресурсов АктивногоШлюза размера S до требований размера M, необходимо удалить и переустановить его. Переустановка необходима до того, как вы сможете использовать обновлённые ресурсы для синтетического мониторинга; в противном случае ваш АктивныйШлюз будет по-прежнему отображаться как размер S (размер синтетического нода) в статусе развертывания и будет ограничен пределами выполнения для размера S.

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

'''Предельные значения''' — указанные в таблице ниже предельные значения были определены в ходе наших внутренних тестов. Фактические значения могут отличаться в зависимости от сложности ваших мониторов.

=== Размер XS ===
{| class="wikitable"
!Параметр
!Node с поддержкой монитора браузера
!Узел без браузера
|-
|Минимальное количество процессоров
|2 vCPU
|1 vCPU
|-
|Минимальное свободное место на диске
|20 ГБ
|17 ГБ
|-
|Минимальный объём оперативной памяти
|4 ГБ
|4 ГБ
|-
|Минимальное количество свободной оперативной памяти
|3 ГБ
|2,7 ГБ
|-
|Минимальное количество операций ввода-вывода на диске (Windows)
|100
|100
|-
|Расчётное максимальное количество запусков HTTP-монитора в час
|300 тыс.
|300 тыс.
|-
|Расчётное максимальное количество выполнений HTTP-монитора с высокими требованиями к ресурсам в час
|10 тыс.
|10 тыс.
|-
|Расчётное максимальное количество запусков монитора браузера в час
|300
|–
|-
|Расчётное максимальное количество пакетов мониторинга ICMP NAM в час
|500 тыс.
|500 тыс.
|-
|Расчётное максимальное количество запросов мониторинга TCP NAM в час
|1M
|1M
|-
|Предполагаемое максимальное количество запросов монитора NAM DNS в час
|100 тыс.
|100 тыс.
|}

=== Размер S ===
{| class="wikitable"
!Параметр
!Node с поддержкой монитора браузера
!Узел без браузера
|-
|Минимальное количество процессоров
|4 vCPU
|2 vCPU
|-
|Минимальное свободное место на диске
|25 ГБ
|22 ГБ
|-
|Минимальный объём оперативной памяти
|8 ГБ
|8 ГБ
|-
|Минимальное количество свободной оперативной памяти
|5 ГБ
|4 ГБ
|-
|Минимальное количество операций ввода-вывода на диске (Windows)
|200
|200
|-
|Расчётное максимальное количество запусков HTTP-монитора в час
|300 тыс.
|300 тыс.
|-
|Расчётное максимальное количество выполнений HTTP-монитора с высокими требованиями к ресурсам в час
|20 тыс.
|20 тыс.
|-
|Расчётное максимальное количество запусков монитора браузера в час
|650
|–
|-
|Расчётное максимальное количество пакетов мониторинга ICMP NAM в час
|1M
|1M
|-
|Расчётное максимальное количество запросов мониторинга TCP NAM в час
|2M
|2M
|-
|Предполагаемое максимальное количество запросов монитора NAM DNS в час
|200 тыс.
|200 тыс.
|}

=== Размер M ===
{| class="wikitable"
!Параметр
!Node с поддержкой монитора браузера
!Узел без браузера
|-
|Минимальное количество процессоров
|8 vCPU
|4 vCPU
|-
|Минимальное свободное место на диске
|30 ГБ
|23 ГБ
|-
|Минимальный объём оперативной памяти
|16 ГБ
|16 ГБ
|-
|Минимальное количество свободной оперативной памяти
|8 ГБ
|6,5 ГБ
|-
|Минимальное количество операций ввода-вывода на диске (Windows)
|400
|400
|-
|Расчётное максимальное количество запусков HTTP-монитора в час
|300 тыс.
|300 тыс.
|-
|Расчётное максимальное количество выполнений HTTP-монитора с высокими требованиями к ресурсам в час
|60 тыс.
|60 тыс.
|-
|Расчётное максимальное количество запусков монитора браузера в час
|1200
|–
|-
|Расчётное максимальное количество пакетов мониторинга ICMP NAM в час
|1,5 млн.
|1,5 млн.
|-
|Расчётное максимальное количество запросов мониторинга TCP NAM в час
|3M
|3M
|-
|Предполагаемое максимальное количество запросов монитора NAM DNS в час
|300 тыс.
|300 тыс.
|}

=== Размер L ===
{| class="wikitable"
!Параметр
!Node с поддержкой монитора браузера
!Узел без браузера
|-
|Минимальное количество процессоров
|16 vCPU
|8 vCPU
|-
|Минимальное свободное место на диске
|40 ГБ
|25 ГБ
|-
|Минимальный объём оперативной памяти
|32 ГБ
|32 ГБ
|-
|Минимальное количество свободной оперативной памяти
|12 ГБ
|10 ГБ
|-
|Минимальное количество операций ввода-вывода на диске (Windows)
|750
|750
|-
|Расчётное максимальное количество запусков HTTP-монитора в час
|300 тыс.
|300 тыс.
|-
|Расчётное максимальное количество выполнений HTTP-монитора с высокими требованиями к ресурсам в час
|100 тыс.
|100 тыс.
|-
|Расчётное максимальное количество запусков монитора браузера в час
|2200
|–
|-
|Расчётное максимальное количество пакетов мониторинга ICMP NAM в час
|2M
|2M
|-
|Расчётное максимальное количество запросов мониторинга TCP NAM в час
|4M
|4M
|-
|Предполагаемое максимальное количество запросов монитора NAM DNS в час
|400k
|400k
|}

== Права доступа к хранилищу и файловой системе ==
В таблице ниже показаны места установки по умолчанию ('''Linux''' и '''Windows''') различных каталогов АктивногоШлюза и минимальные требования к их размеру. Эта информация составлена на основе данных из каталогов АктивногоШлюза.
{| class="wikitable"
!Параметр установки
!Путь по умолчанию
!Минимальный размер
!Примечания
|-
|<INSTALL>
|<code>/opt/astromkey/</code>
<code>%PROGRAMFILES%\astromkey</code>
|600 МБ
|Для исполняемых файлов, библиотек и связанных файлов. 300 МБ для АктивногоШлюза, 270 МБ для частных синтетических файлов.
|-
|<LOGS>
|<code>/var/log/astromkey</code>
<code>%PROGRAMDATA%\astromkey</code>
|1,7 ГБ
|500 МБ для журналов АктивногоШлюза, 1 ГБ для частных синтетических логов, 200 МБ для журналов автообновления.
|-
|<CONFIG>
|<code>/var/lib/astromkey</code>
<code>%PROGRAMDATA%\astromkey</code>
|1 МБ
|–
|-
|<TEMP>
|<code>/var/tmp/astromkey</code>
<code>%PROGRAMDATA%\astromkey</code>
|21 ГБ
|1 ГБ для временных файлов АктивногоШлюза (без кэшированных установщиков ЕдиногоАгента и образов контейнеров), 20 ГБ для временных файлов синтетических файлов (включая журналы выполнения, кэш и скриншоты). Для АктивногоШлюза XS требуется больше места для журналов выполнения, чем для АктивногоШлюза большего размера.
|}

=== Разрешения для /tmp ===
Для работы АктивногоШлюза с поддержкой синтетического программирования требуется доступ на запись в каталог <code>/tmp</code> во время выполнения. Его зависимости, включая <code>xvfb</code>, используют этот каталог <code>/tmp</code> для хранения временных файлов и данных, используемых во время выполнения. Отсутствие прав на запись в этот каталог может привести к неожиданным сбоям или ухудшению функциональности. Убедитесь, что среда хоста предоставляет достаточные права доступа и достаточно свободного места в каталоге <code>/tmp</code> для надёжной поддержки этих операций.

== Связанные темы ==

* Каталоги АктивногоШлюза

← Предыдущая версия		Версия от 16:15, 3 сентября 2026
Строка 52:		Строка 52:

	После того как вы удовлетворите все зависимости, запустите установщик АктивногоШлюза с правами root, установив параметр <code>--enable-synthetic</code> в значение <code>manual</code>. Например:<pre>		После того как вы удовлетворите все зависимости, запустите установщик АктивногоШлюза с правами root, установив параметр <code>--enable-synthetic</code> в значение <code>manual</code>. Например:<pre>
	/bin/bash ./~~Dynatrace~~-ActiveGate-Linux.sh --enable-synthetic=manual		/bin/bash ./astromkey-ActiveGate-Linux.sh --enable-synthetic=manual
	</pre>Подлинность пакетов можно проверить с помощью файлов подписей, хранящихся вместе с архивами пакетов.		</pre>Подлинность пакетов можно проверить с помощью файлов подписей, хранящихся вместе с архивами пакетов.

Строка 139:		Строка 139:
	sudo dnf install dejavu-fonts-common.noarch dejavu-sans-fonts.noarch		sudo dnf install dejavu-fonts-common.noarch dejavu-sans-fonts.noarch
	</pre>После того как вы удовлетворите все зависимости, запустите установщик АктивногоШлюза с правами root, установив параметр <code>--enable-synthetic</code> в значение <code>manual</code>. Например:<pre>		</pre>После того как вы удовлетворите все зависимости, запустите установщик АктивногоШлюза с правами root, установив параметр <code>--enable-synthetic</code> в значение <code>manual</code>. Например:<pre>
	/bin/bash ./~~Dynatrace~~-ActiveGate-Linux.sh --enable-synthetic=manual		/bin/bash ./astromkey-ActiveGate-Linux.sh --enable-synthetic=manual
	</pre>		</pre>

Строка 201:		Строка 201:

	После того как вы устраните все зависимости, запустите установщик АктивногоШлюза с правами root. Установщик автоматически обнаружит и проверит '''Chrome for Testing'''. Например:<pre>		После того как вы устраните все зависимости, запустите установщик АктивногоШлюза с правами root. Установщик автоматически обнаружит и проверит '''Chrome for Testing'''. Например:<pre>
	/bin/bash ./~~Dynatrace~~-ActiveGate-Linux.sh --enable-synthetic=manual		/bin/bash ./astromkey-ActiveGate-Linux.sh --enable-synthetic=manual
	</pre>'''Настройка каталога Chrome for Testing:''' Если вы хотите использовать другой каталог, отличный от каталога по умолчанию <code>/usr/lib/chrome_for_testing</code>, укажите его с помощью переменной среды <code>CFT_DIR</code> во время установки:<pre>		</pre>'''Настройка каталога Chrome for Testing:''' Если вы хотите использовать другой каталог, отличный от каталога по умолчанию <code>/usr/lib/chrome_for_testing</code>, укажите его с помощью переменной среды <code>CFT_DIR</code> во время установки:<pre>
	CFT_DIR=/custom/path /bin/bash ./~~Dynatrace~~-ActiveGate-Linux.sh --enable-synthetic=manual		CFT_DIR=/custom/path /bin/bash ./astromkey-ActiveGate-Linux.sh --enable-synthetic=manual
	</pre>Вы также можете настроить путь, задав соответствующее свойство <code>synthetic_chrome_for_testing_path</code> в файле <code>custom.properties</code> после установки. Новая директория будет использоваться после обновления модуля '''Synthetic'''.		</pre>Вы также можете настроить путь, задав соответствующее свойство <code>synthetic_chrome_for_testing_path</code> в файле <code>custom.properties</code> после установки. Новая директория будет использоваться после обновления модуля '''Synthetic'''.

Строка 231:		Строка 231:

	Проверьте обновление '''Chromium''', выполнив следующую команду из каталога установки по умолчанию. Результат выполнения команды должен соответствовать установленной вами версии '''Chromium''':<pre>		Проверьте обновление '''Chromium''', выполнив следующую команду из каталога установки по умолчанию. Результат выполнения команды должен соответствовать установленной вами версии '''Chromium''':<pre>
	/opt/~~dynatrace~~/synthetic/browser --version		/opt/astromkey/synthetic/browser --version
	</pre>		</pre>

Строка 248:		Строка 248:
	sudo dnf versionlock add chromium-common		sudo dnf versionlock add chromium-common
	</pre>Проверьте обновление '''Chromium''', выполнив следующую команду из каталога установки по умолчанию:<pre>		</pre>Проверьте обновление '''Chromium''', выполнив следующую команду из каталога установки по умолчанию:<pre>
	/opt/~~dynatrace~~/synthetic/browser --version		/opt/astromkey/synthetic/browser --version
	</pre>		</pre>

Строка 306:		Строка 306:

	Установите АктивныйШлюз с включённым модулем '''Synthetic''' (<code>--enable-synthetic</code>) и переменной среды <code>astromkey_SYNTHETIC_CUSTOM_CHROMIUM_REPO</code>, указывающей на местоположение пользовательского репозитория (<code><nowiki>https://172.18.0.100/chromium-repo</nowiki></code> в этом примере).<pre>		Установите АктивныйШлюз с включённым модулем '''Synthetic''' (<code>--enable-synthetic</code>) и переменной среды <code>astromkey_SYNTHETIC_CUSTOM_CHROMIUM_REPO</code>, указывающей на местоположение пользовательского репозитория (<code><nowiki>https://172.18.0.100/chromium-repo</nowiki></code> в этом примере).<pre>
	sudo ~~DYNATRACE_SYNTHETIC_CUSTOM_CHROMIUM_REPO~~=http://172.18.0.100:8000/chromium-repo /bin/bash ~~Dynatrace~~-ActiveGate-Linux-x86-*.sh --enable-synthetic		sudo astromkey_SYNTHETIC_CUSTOM_CHROMIUM_REPO=http://172.18.0.100:8000/chromium-repo /bin/bash astromkey-ActiveGate-Linux-x86-*.sh --enable-synthetic
	</pre>Вместо IP-адреса можно использовать имя хоста '''HTTP'''-сервера, если хост АктивногоШлюза может разрешить это имя хоста.		</pre>Вместо IP-адреса можно использовать имя хоста '''HTTP'''-сервера, если хост АктивногоШлюза может разрешить это имя хоста.

Строка 329:		Строка 329:

	В этой команде для ручной установки АктивногоШлюза через '''S3''' переменная среды указывает на конкретный номер версии браузера <code>143.0.7499.192</code>, который входит в архив пакета '''Chrome for Testing'''.<pre>		В этой команде для ручной установки АктивногоШлюза через '''S3''' переменная среды указывает на конкретный номер версии браузера <code>143.0.7499.192</code>, который входит в архив пакета '''Chrome for Testing'''.<pre>
	sudo /bin/bash -c "export ~~DYNATRACE_SYNTHETIC_EXPLICIT_CHROMIUM_VERSION~~=143.0.7499.192; /bin/bash ~~Dynatrace~~-ActiveGate-Linux-x86-*.sh --enable-synthetic"		sudo /bin/bash -c "export astromkey_SYNTHETIC_EXPLICIT_CHROMIUM_VERSION=143.0.7499.192; /bin/bash astromkey-ActiveGate-Linux-x86-*.sh --enable-synthetic"
	</pre>Эта команда выполняет поиск версии браузера <code>143.0.7499.192</code> в пользовательском репозитории <code><nowiki>https://172.18.0.100/chromium-repo</nowiki></code>.<pre>		</pre>Эта команда выполняет поиск версии браузера <code>143.0.7499.192</code> в пользовательском репозитории <code><nowiki>https://172.18.0.100/chromium-repo</nowiki></code>.<pre>
	sudo ~~DYNATRACE_SYNTHETIC_EXPLICIT_CHROMIUM_VERSION~~=143.0.7499.192 ~~DYNATRACE_SYNTHETIC_CUSTOM_CHROMIUM_REPO~~=http://172.18.0.100:8000/chromium-repo /bin/bash ~~Dynatrace~~-ActiveGate-Linux-x86-*.sh --enable-synthetic		sudo astromkey_SYNTHETIC_EXPLICIT_CHROMIUM_VERSION=143.0.7499.192 astromkey_SYNTHETIC_CUSTOM_CHROMIUM_REPO=http://172.18.0.100:8000/chromium-repo /bin/bash astromkey-ActiveGate-Linux-x86-*.sh --enable-synthetic
	</pre>		</pre>