Устранение неполадок - История изменений

IKuznetsov: /* Что отличается на платформе? */

2026-10-22T17:54:04Z

Что отличается на платформе?

← Предыдущая версия		Версия от 17:54, 22 октября 2026
Строка 6:		Строка 6:

	Классические метрики, загруженные в формате <code>count</code>, должны иметь суффикс <code>.count</code> (или <code>_count</code>).<pre>http_requests count,delta=10</pre>В этом примере с использованием протокола загрузки метрик <code>http_requests</code> загружается в формате <code>count</code>. Поскольку у неё ещё нет суффикса <code>.count</code>, классические метрики добавляют суффикс после загрузки.<pre>http_requests.count:splitBy():value</pre>Следовательно, метрику можно запросить как <code>http_requests.count</code> в классических метриках.		Классические метрики, загруженные в формате <code>count</code>, должны иметь суффикс <code>.count</code> (или <code>_count</code>).<pre>http_requests count,delta=10</pre>В этом примере с использованием протокола загрузки метрик <code>http_requests</code> загружается в формате <code>count</code>. Поскольку у неё ещё нет суффикса <code>.count</code>, классические метрики добавляют суффикс после загрузки.<pre>http_requests.count:splitBy():value</pre>Следовательно, метрику можно запросить как <code>http_requests.count</code> в классических метриках.

	~~=== Что отличается на платформе? ===~~
	На платформе Ключ-АСТРОМ больше не различаются форматы <code>gauge</code> и <code>count</code>, и, следовательно, это поведение добавления суффикса больше не применяется при загрузке. Автоматический конвертер компенсирует поведение добавления суффикса, чтобы создать правильный '''DQL''':<pre>timeseries sum(http_requests)</pre>Теперь '''DQL''' использует <code>http_requests</code>, как было указано изначально.

	=== Что, если вы загружаете http_requests.count? ===		=== Что, если вы загружаете http_requests.count? ===
Строка 15:		Строка 12:
	=== Но что, если вы загружаете и http_requests, и http_requests.count? ===		=== Но что, если вы загружаете и http_requests, и http_requests.count? ===
	Например, вы могли настроить второй сервер спустя долгое время после настройки первого сервера.<pre>http_requests, host.name="My Server 2019" count,delta=5		Например, вы могли настроить второй сервер спустя долгое время после настройки первого сервера.<pre>http_requests, host.name="My Server 2019" count,delta=5
	http_requests.count, host.name="My Server 2024" count,delta=5</pre>В этих примерах два хоста мониторят HTTP-запросы. Классические метрики выполняют корректировку и сопоставляют оба с <code>http_requests.count</code>.<pre>http_requests.count:splitBy():value</pre>Вы можете запрашивать <code>http_requests.count</code> и никогда не узнать о разнице. Опять же, ваша метрика на платформе соответствует тому, что вы загрузили. В этом примере вы загружаете две разные метрики, и поэтому их нужно запрашивать как две отдельные метрики ~~с помощью '''DQL'''~~.<pre>timeseries with_suffix = sum(http_requests.count), no_suffix = sum(http_requests)		http_requests.count, host.name="My Server 2024" count,delta=5</pre>В этих примерах два хоста мониторят HTTP-запросы. Классические метрики выполняют корректировку и сопоставляют оба с <code>http_requests.count</code>.<pre>http_requests.count:splitBy():value</pre>Вы можете запрашивать <code>http_requests.count</code> и никогда не узнать о разнице. Опять же, ваша метрика на платформе соответствует тому, что вы загрузили. В этом примере вы загружаете две разные метрики, и поэтому их нужно запрашивать как две отдельные метрики.<pre>timeseries with_suffix = sum(http_requests.count), no_suffix = sum(http_requests)
	\| fieldsAdd http_requests = with_suffix[] + no_suffix[]</pre>В качестве обходного пути можно объединить метрики ~~с помощью '''DQL'''~~. Тем не менее, как лучшая практика, следует выровнять пользовательские метрики по одному ключу метрики.		\| fieldsAdd http_requests = with_suffix[] + no_suffix[]</pre>В качестве обходного пути можно объединить метрики. Тем не менее, как лучшая практика, следует выровнять пользовательские метрики по одному ключу метрики.

	В конечном итоге существует пять сценариев, которые могут привести к появлению классического суффикса, такого как <code>.count</code> или даже <code>.gauge</code>. В таблице ниже перечислены эти сценарии и то, что можно ожидать на платформе и в классических метриках соответственно.		В конечном итоге существует пять сценариев, которые могут привести к появлению классического суффикса, такого как <code>.count</code> или даже <code>.gauge</code>. В таблице ниже перечислены эти сценарии и то, что можно ожидать на платформе и в классических метриках соответственно.

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

2026-10-13T23:25:20Z

Новая страница: « = Устранение неполадок = == Переименование метрик count == В некоторых обстоятельствах пользовательские метрики с суффиксом <code>.count</code> имеют разные имена в классических метриках и на платформе Ключ-АСТРОМ. Хотя автоматический конвертер автоматически вы...»

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

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

== Переименование метрик count ==
В некоторых обстоятельствах пользовательские метрики с суффиксом <code>.count</code> имеют разные имена в классических метриках и на платформе Ключ-АСТРОМ. Хотя автоматический конвертер автоматически выполняет необходимую коррекцию, некоторые исключительные сценарии требуют дополнительных шагов. Этот раздел поможет определить, относитесь ли вы к таким пользователям, и что с этим делать.

Классические метрики, загруженные в формате <code>count</code>, должны иметь суффикс <code>.count</code> (или <code>_count</code>).<pre>http_requests count,delta=10</pre>В этом примере с использованием протокола загрузки метрик <code>http_requests</code> загружается в формате <code>count</code>. Поскольку у неё ещё нет суффикса <code>.count</code>, классические метрики добавляют суффикс после загрузки.<pre>http_requests.count:splitBy():value</pre>Следовательно, метрику можно запросить как <code>http_requests.count</code> в классических метриках.

=== Что отличается на платформе? ===
На платформе Ключ-АСТРОМ больше не различаются форматы <code>gauge</code> и <code>count</code>, и, следовательно, это поведение добавления суффикса больше не применяется при загрузке. Автоматический конвертер компенсирует поведение добавления суффикса, чтобы создать правильный '''DQL''':<pre>timeseries sum(http_requests)</pre>Теперь '''DQL''' использует <code>http_requests</code>, как было указано изначально.

=== Что, если вы загружаете http_requests.count? ===
Как это выглядит на платформе?<pre>http_requests.count count,delta=10</pre>Если вы загружаете метрику с суффиксом <code>.count</code>, автоматический конвертер распознаёт правильное использование:<pre>timeseries sum(http_requests.count)</pre>В конечном итоге ваша метрика на платформе соответствует тому, что вы загрузили.

=== Но что, если вы загружаете и http_requests, и http_requests.count? ===
Например, вы могли настроить второй сервер спустя долгое время после настройки первого сервера.<pre>http_requests, host.name="My Server 2019" count,delta=5
http_requests.count, host.name="My Server 2024" count,delta=5</pre>В этих примерах два хоста мониторят HTTP-запросы. Классические метрики выполняют корректировку и сопоставляют оба с <code>http_requests.count</code>.<pre>http_requests.count:splitBy():value</pre>Вы можете запрашивать <code>http_requests.count</code> и никогда не узнать о разнице. Опять же, ваша метрика на платформе соответствует тому, что вы загрузили. В этом примере вы загружаете две разные метрики, и поэтому их нужно запрашивать как две отдельные метрики с помощью '''DQL'''.<pre>timeseries with_suffix = sum(http_requests.count), no_suffix = sum(http_requests)
| fieldsAdd http_requests = with_suffix[] + no_suffix[]</pre>В качестве обходного пути можно объединить метрики с помощью '''DQL'''. Тем не менее, как лучшая практика, следует выровнять пользовательские метрики по одному ключу метрики.

В конечном итоге существует пять сценариев, которые могут привести к появлению классического суффикса, такого как <code>.count</code> или даже <code>.gauge</code>. В таблице ниже перечислены эти сценарии и то, что можно ожидать на платформе и в классических метриках соответственно.
{| class="wikitable"
!Ключ метрики на платформе
!Классический ключ метрики
!Формат метрики
!Загруженный ключ метрики
|-
|<code>http_requests</code>
|<code>http_requests.count</code>
|<code>count</code>
|<code>http_requests</code>
|-
|<code>http_requests_count</code>
|<code>http_requests_count</code>
|<code>count</code>
|<code>http_requests_count</code>
|-
|<code>http_requests.count</code>
|<code>http_requests.count</code>
|<code>count</code>
|<code>http_requests.count</code>
|-
|<code>http_requests_count</code>
|<code>http_requests_count.gauge</code>
|<code>gauge</code>
|<code>http_requests_count</code>
|-
|<code>http_requests.count</code>
|<code>http_requests.count.gauge</code>
|<code>gauge</code>
|<code>http_requests.count</code>
|}

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