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

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

Ключ-АСТРОМ

Критические изменения

Разрешить все атрибуты по умолчанию

Наблюдаемость приложений | Распределенные трассировки

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

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

Чтобы изменить сохранение атрибутов OpenTelemetry по умолчанию, перейдите в Настройки > Мониторинг служб на стороне сервера > Захват атрибутов > Настройки и выберите Разрешить все атрибуты (чтобы использовать список заблокированных атрибутов ) или Блокировать все атрибуты (чтобы использовать список разрешенных атрибутов ). Обратите внимание, что эти настройки применяются как к OpenTelemetry, так и к OpenTracing.

Окончание поддержки Log Monitoring v1

Log Monitoring версии 1 достигла конца жизненного цикла и отключена в этом выпуске (Ключ-АСТРОМ Managed версии 1.284). В результате применяются следующие изменения:

• Log Viewer не отображает никаких данных лога.
• API Log Monitoring v1 отключен.
• Метрики лога (v1) не фиксируются. Конфигурация доступна только для чтения.
• События лога (v1) не запускаются. Конфигурация доступна только для чтения.
• Прием логов (v1) отключен.
• Конфигурация источника лога сохраняется для будущего использования.
• На страницах объектов, таких как «Хост», «Процесс» и «Группа процессов», не отображаются файлы логов.
• Подключенный том NFS для хранения логов больше не используется.

Узнайте больше о том, как перейти на версию Log Monitoring Classic для мониторинга логов Ключ-АСТРОМ.

Новые функции и улучшения

Возможность выбора формата команд cURL в API Explorer

Платформа | API

В API Explorer теперь можно выбрать формат команд cURL:

• bash
• PowerShell (Windows)
• Командная строка (Windows)

Отображение данных сервиса AWS Lambda

Наблюдаемость инфраструктуры | AWS

Страница сервиса Lambda теперь беспрепятственно отображает данные как из AWS Lambda (встроенной), так и из новой интеграции AWS Lambda CloudWatch, что обеспечивает плавный переход.

• Старые и новые данные сервиса Lambda, поступающие из интеграции с AWS, теперь отображаются на странице сервиса Lambda (интеграция уровня Lambda) вместе с данными ЕдиногоАгента, когда включена интеграция с AWS CloudWatch и отслеживается сервис Lambda (встроенный или новый).
• На странице сервиса Lambda теперь вы можете найти метрики и свойства CloudWatch для нового сервиса Lambda.
• Если вы хотите изучить больше показателей CloudWatch, перейдите по ссылке на отдельную страницу для нового сервиса Lambda.
• Логи интеграции ЕдиногоАгента и пересылки журналов AWS также связаны с новым сервисом AWS Lambda.
• Вы можете включить предопределенную конфигурацию событий метрики для высокого уровня ошибок Lambda на основе нового сервиса AWS Lambda на странице настроек для интеграций AWS.

Возможность загрузки полного набора результатов логов

Инфраструктура Наблюдаемость | Логи

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

Временная метка создания узла Kubernetes

Наблюдаемость инфраструктуры | Kubernetes

Добавлена ​​информация о временной метке создания узла Kubernetes на карточку свойств и в API.

Обновление минимальной версии АктивногоШлюза до 1.279

Наблюдаемость инфраструктуры | Kubernetes

В связи с недавними изменениями в мониторинге Kubernetes минимальная версия АктивногоШлюза была обновлена ​​до 1.279, чтобы обеспечить доступность новейших функций.

Улучшенная обработка запросов на события и проблемы для сред с несколькими центрами обработки данных

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

Ограничение изменений в NGINX

Лимиты NGINX были изменены следующим образом:

• worker_rlimit_nofile: 102,400
• worker_connections: 100,000

Поддержка операционных систем

Обновление кластера Ключ-АСТРОМ Managed больше невозможно в Red Hat Enterprise Linux 8.4, Oracle Linux 8.4 и Suse Linux Enterprise Server 12.4.

Поддержка добавлена

• Обновление до этой версии Ключ-АСТРОМ Managed поддерживается для узлов кластера, работающих на Red Hat Enterprise Linux 8.x или 9.x.

• Elasticsearch теперь работает в среде выполнения Java 17.0.8.

Следующие операционные системы больше не будут поддерживаться с 1 октября 2024 г.

• Linux : SUSE Enterprise Linux 15.2
  • x86-64
  • Последняя совместимая версия: 1.300

Следующие операционные системы больше не поддерживаются с 01 июля 2024 г.

• Linux : Amazon Linux AMI 2018.x
  • x86-64
  • Последняя совместимая версия: 1.290

Следующие операционные системы больше не поддерживаются с 01 августа 2024 г.

• Linux : Oracle Linux 8.9
  • x86-64
  • Последняя совместимая версия: 1.292

Решенные проблемы

В выпуске 284 решены 26 проблемы.

Компонент	Решенные проблемы
Кластер	22
Health	1
Синтетический мониторинг	3

Кластер

• Исправлена ​​ошибка отключения учетных данных VMware, возникавшая после пяти неудачных подключений.
• Исправлена ​​ошибка, приводившая к высокому использованию памяти при чтении данных о доступности

• Улучшена обработка связей между объектами в контексте проблемы при построении ссылок в пользовательском интерфейсе.
• Исправлена ​​проблема, при которой пользователи без разрешений на запись настроек, но с соответствующими разрешениями на зону управления получали ошибку при попытке массового закрытия проблем в списке проблем (веб-интерфейс) в средах, где запись настроек не требуется для выполнения закрытия проблемы (настройка по умолчанию). Это также исправляет обработку REST API закрытия проблемы, требующую разрешения на запись настроек только в средах, где запись настроек не требуется для выполнения закрытия проблемы.
• Исправлена ​​информация о времени возникновения проблемы на странице сведений о проблеме (в разделе под заголовком проблемы) для проблем, которые начинались как частые проблемы. (Теперь используются правильные временные метки для времени, когда были зарегистрированы события и когда проблема изменилась с частой на ненормальную.)
• Исправлено переполнение текста на странице сведений о проблеме в разделе «Запрос Grail», возникавшее в некоторых браузерах (например, Firefox) при проблемах с длинными запросами DQL.
• Классические панели мониторинга: теперь хост правильно выделяется красным цветом в сотовой визуализации на панели мониторинга, когда связанный объект имеет открытую проблему.
• Чтобы точнее показать, что использовалось для анализа, в метрической диаграмме сведений о проблеме для метрических событий вверху теперь используется разрешение в 1 минуту, если временной интервал проблемы короче дня.
• Внутри операторов сопоставления можно использовать открывающие и закрывающие скобки как часть свойства службы или хоста.
• Решена проблема, которая препятствовала доступу к нескольким страницам глобальных настроек для пользователей с назначенными условными политиками IAM.
• Окно обслуживания может подавлять события для оповещения или создания проблемы. Если новый отчет о событии пришел после окончания ранее соответствующего окна обслуживания для его существующего события, время окончания подавленного события устанавливалось на конечную временную метку нового отчета. Это исправление изменяет это поведение на начальную временную метку нового отчета, так что подавленное событие заканчивается в то же время, когда открывается и оповещается новое неподавленное событие.
• Пользователи больше не могут отменять извлеченные службы, если у них нет прав на запись настроек на уровне клиента.
• Чтобы предотвратить большие времена отклика и задержки в решении проблем, вызванные тем, что менеджер по проблемам тратит слишком много времени на оценку регулярных выражений профиля оповещения, регулярные выражения в новых фильтрах заголовков/описаний событий профиля оповещения теперь ограничены.
• Отключено редактирование местоположений, назначенных синтетическому монитору, и кнопка «Установить ЕдиныйАгент» для пользователей, к которым применяется политика «только для чтения».
• В проводнике данных при нажатии кнопки «Открыть с помощью» больше не отображается сообщение об ошибке, если ошибок не произошло.
• Исправлена ​​ошибка, из-за которой определенные приложения, требующие разрешений, были невидимы для пользователей, привязанных к зонам управления.
• Лимиты по умолчанию теперь правильно применяются в существующих клиентах для отчетов о событиях лога Kubernetes, доступности и метрик.
• Уровень риска метрики количества затронутых объектов теперь основан на уровне риска в контексте данной объкута. Это делает метрику еще более осведомленной о зоне управления.
• Исправлен фильтр селектора метрик, оценивавший условия независимо и возвращавший слишком много данных.
• В обозревателе данных при нажатии кнопки «Открыть с помощью» больше не отображается сообщение об ошибке, если ошибок не произошло.
• Исправлен процесс миграции кластера в режим поддержки стойки.
• Java v17.0.8 была заменена на v17.0.10.

Health

• Исправлен расчет критического статуса для ЕдиныхАгентов для просроченных дат.

Синтетический мониторинг

• Учетные данные, предоставленные списку пользователей, теперь можно фильтровать по типу общего доступа.
• Исправлена ​​ошибка, из-за которой синтетическое расположение Kubernetes, развернутое в кластере с ограниченными ресурсами и интенсивно используемое, могло использовать больше памяти, чем разрешено, и быть уничтожено кластером Kubernetes из-за ошибки OOM.
• Решена проблема, из-за которой синтетические мониторы с общими учетными данными могли редактироваться пользователями, не имеющими доступа к этим учетным данным.