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

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

ВНИМАНИЕ! ДАННАЯ ВЕРСИЯ ПОЗВОЛЯЕТ ОБНОВИТЬСЯ НА НЕЁ С ВЕРСИИ 316.

Ключ-АСТРОМ

Объявления

Платформа | Метрики

В скором времени появится встроенная поддержка OpenTelemetry и гистограмм Prometheus.

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

Существующие метрики гистограммы претерпели критические изменения:

• Существующие метрики гистограмм больше не будут обновляться, но они останутся доступными для исторической визуализации на панелях мониторинга, обеспечивая непрерывность и сохранение данных. Новые собственные метрики гистограмм будут доступны по отдельным ключам метрик, каждый из которых будет иметь суффикс .histogram.
• Если существующая метрика уже заканчивается на .histogramили _histogram, она больше не будет получать новые точки данных. Чтобы использовать новую функциональность гистограммы под тем же ключом метрики, необходимо удалить существующую метрику с помощью API метрик — УДАЛЕНИЕ пользовательской метрики . После удаления под тем же ключом будет автоматически создана новая метрика гистограммы.

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

isfm:active_gate.metrics.ingest.explicit_bucket_histogram.layout.series

:splitBy(metric_key,"dt.tenant.uuid",data_source)

:sort(value(auto,descending))

:limit(100)

Для выполнения этого запроса требуется Версия кластера 1.314+ Для того чтобы метрика стала доступна, её необходимо установить.

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

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

Индивидуально настроенные сервисы и конечные точки для ваших приложений с помощью Service Detection v2 (SDv2)

Service Detection v2 (SDv2), являющаяся развитием Service Detection v1, позволяет настраивать сервисы, конечные точки и обнаружение сбоев в соответствии с потребностями вашего бизнеса. SDv2 объединяет сервисы ЕдиныйАгент и OpenTelemetry с целью обеспечения одинаковой функциональности для всех данных трассировки.

В этом первом релизе поддерживаются сервисы OpenTelemetry, а также Adobe Experience Manager, ставшая первой технологией ЕдиногоАгента.

SDv2 работает в соответствии с единым набором правил, основанных на атрибутах ресурсов. Базовые правила настраиваемы, и вы можете использовать любой атрибут ресурса для добавления контекста к вашим сервисам.

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

Платформа

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

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

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

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

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

Мониторинг логов

Сбор и анализ структурированных данных из логов событий Windows.

Версия ЕдиныйАгент 1.317+

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

При включении этой функции структурированные данные собираются из логов событий Windows из ветви «Данные пользователя» или, если она недоступна, из ветви «Данные событий» и ее подветвей. Собранные данные передаются в виде атрибутов вместе с записанным содержимым.

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

Ветви без значений и теги с пометкой "Binary" опускаются.

Настройки

Исправлено некорректное размещение кнопок при настройке определений Java-сервисов.

Исправлена ​​ошибка, из-за которой кнопки отображались за пределами экрана при настройке определений Java-сервисов на экранах определенных размеров.

Платформа

Улучшена стабильность восстановления Cassandra.

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

Платформа

Обновление Cassandra до версии 4.1.9

В рамках этого обновления узлы Cassandra обновлены до версии 4.1.9 для устранения ошибок и улучшения безопасности.

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

Цифровой опыт | Синтетика

Прекращение поддержки и замена метрик состояния местоположения и узлов.

Устарели следующие метрики состояния местоположения и узлов и мы заменили их новыми метриками самоконтроля.

Устаревшая метрика	Метрика замены
builtin:synthetic.location.health_status	dsfm:synthetic.location.health_status
builtin:synthetic.location.node.component.healthStatus	dsfm:synthetic.location.node.component.health_status

Лицензирование

Устранена нестандартная ошибка в системе классического лицензирования.

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

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

Платформа | Центр управления

Обновление шифра Центра управления

Шифры Центра управления были упрощены, и теперь принимаются только следующие:

TLS_AES_128_GCM_SHA256

TLS_AES_256_GCM_SHA384

TLS_CHACHA20_POLY1305_SHA256

ECDHE-ECDSA-AES128-GCM-SHA256

ECDHE-RSA-AES128-GCM-SHA256

ECDHE-ECDSA-AES256-GCM-SHA384

ECDHE-RSA-AES256-GCM-SHA384

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

Наблюдение за инфраструктурой | Хосты

Улучшено разделение процессов Oracle Net Listener по имени слушателя.

Исправлена ​​ошибка, из-за которой процессы Oracle Net Listener не разделялись по имени, если службы ОС не собирались в Windows. Кроме того, теперь используется правильное имя прослушивателя вместо имени домашнего каталога Oracle.

Платформа | Развертывание

Массовая миграция ЕдиныхАгентов между управляемыми средами.

Мы упростили процесс миграции нескольких ЕдиныхАгентов между средами, обеспечив централизованное управление и сократив объем ручной работы.

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

Платформа | Развертывание

Перенастройка IP-адреса узла кластера без полного переразвертывания.

Теперь администраторы могут обновлять IP-адреса отдельных узлов в кластере без необходимости полного переразвертывания. Это упрощает переконфигурацию сети и повышает гибкость в динамичных инфраструктурных средах.

Платформа | Теги

Разберитесь, какое правило присвоило метку отслеживаемому объекту.

Мы обновили веб-интерфейс и API для отслеживаемых объектов, чтобы предоставлять информацию о том, какое именно правило привело к применению тега к отслеживаемому объекту.

В веб-интерфейсе можно выбрать тег, чтобы перейти непосредственно к правилу-источнику в разделе «Настройки» для автоматически применяемых или вручную применяемых тегов .

API мониторинга объектов версии 2 включает дополнительные поля source, которые sourceSettingявляются частью информации о тегах. sourceПоле указывает, как был применен тег, и sourceSettingопределяет связанный с ним объект настроек. Вы можете использовать API настроек для получения этого объекта (правила источника).

Пример ответа API v2 отслеживаемых объектов

{

          "context": "CONTEXTLESS",

          "key": "conditional-load-test",

          "stringRepresentation": "conditional-load-test",

          "source": "Auto tags",

          "sourceSetting": "api/v2/settings/objects/...."

        },

Платформа | Исследователь данных

Отсортируйте измерения в алфавитно-цифровом порядке в селекторе метрики.

В селекторе метрики появился новый необязательный параметр для сортировки измерений. Значение по умолчанию — lexical, которое сортирует значения измерений в лексикографическом порядке; другой доступный вариант — natural, который определяет цифры в измерении и сортирует их по числовому значению.

Платформа | Исследователь данных

Оптимизация получения ключевых метрик

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

Платформа | ИИ

Метаданные о времени закрытия проблемы теперь отображаются в классических сведениях о проблеме.

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

Цифровой опыт | Запись сессии

Добавлено расширение для браузера Firefox, позволяющее записывать сессии.

В браузер Firefox добавлено расширение для функции Session Replay. Теперь при воспроизведении сессии будет появляться ссылка на магазин Firefox, и мы будем определять, что расширение не установлено (как это было в случае с Chrome и Edge).

Цифровой опыт | RUM Web

Управляйте загрузкой и выполнением JavaScript-кода RUM с помощью deferиasync

Для уменьшения количества блокирующих разбор JavaScript-кодов теперь можно управлять загрузкой и выполнением кода мониторинга RUM с помощью атрибутов async`<script>` или `<script>` defer. Эти атрибуты можно применять к следующим форматам фрагментов кода:

• JavaScript-тег
• JavaScript-тег ЕдиныйАгент
• JavaScript-тег ЕдиныйАгент с SRI

Платформа

Обновление функциональности стороннего веб-сервера Jetty до версии 12.

В рамках этого обновления функциональность встроенного веб-сервера Jetty в Ключ-АСТРОМ Server и АктивномШлюзе обновлена ​​до версии 12.0.22.

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

Примечание: В некоторых сценариях с высокой нагрузкой мы наблюдали небольшое увеличение использования ЦП и памяти, вызванное изменениями в реализации Jetty 12. Если у экземпляров АктивногоШлюза очень мало ресурсов, мы рекомендуем немного увеличить их использование, чтобы избежать потенциальной перегрузки.

ЕдиныйАгент

Дополнительные возможности загрузки модулей кода через API развертывания

Теперь этот multidistroвариант кода можно комбинировать с архитектурой ARM при загрузке модулей кода через API развертывания.

Расширения

Поддержка статуса предупреждения

Теперь платформа Extensions 2.0 понимает и может выдавать как статус, так WARNINGи PENDINGстатус. Эти статусы были добавлены к уже существующим OKи ERROR.

Мониторинг журналов

При приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных.

Теперь при приеме логов через REST API строго проверяется размер полезной нагрузки запроса для сжатых данных.

• Ранее принимались некоторые запросы, содержащие сжатые данные размером менее 10 МБ, но с несжатыми данными размером более 10 МБ.
• Теперь такие запросы отклоняются с кодом состояния HTTP 431. Независимо от того, сжатый или несжатый файл, размер полезной нагрузки теперь должен быть менее 10 МБ.

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

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

• Linux : Oracle Linux 9.6
  • x86-64
• Linux : Rocky Linux 9.6
  • x86-64

• Linux: SUSE Enterprise Linux 15.3
  • x86-64

Операционные системы, поддержка которых в недавнем времени была прекращена:

• Linux: Oracle Linux 7.9
  • x86-64

• Linux: Red Hat Enterprise Linux 8.8, 9.2, 9.5
  • x86-64
• Linux: Oracle Linux 9.5
  • x86-64
• Linux: Rocky Linux 9.5
  • x86-64

• Linux: Debian 10
  • x86-64

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

Выпуск версии_1.320 GA содержит 28 решенных проблемы.

Компонент	Решенные проблемы
Безопасность приложений	1
Кластер	25
Повтор сеанса	1
Синтетический мониторинг	1

Безопасность приложений

• Исправлена ​​ошибка, из-за которой не удавалось правильно установить тип триггера события и пользователя.

Кластер

• Исправлена ​​ошибка, из-за которой в некоторых случаях агент ОС мог кратковременно переключаться на конфигурацию декларативной группировки процессов на уровне клиента при перезапуске кластера Ключ-АСТРОМ, что могло привести к оповещениям о доступности процессов и потере метрик.
• Устранена проблема, из-за которой сообщения ЕдиногоАгента не обрабатывались в масштабах всего кластера из-за блокировки, возникающей при одновременном изменении режима мониторинга многими ЕдинымиАгентами в одной среде.
• Исправлена ​​ошибка, из-за которой на некоторых страницах сервиса отображались ненужные теги.
• API обработки событий OpenPipeline больше не принимает пустые тела HTTP-запросов. JSON-данные должны иметь положительную длину и содержать как минимум один допустимый JSON-объект. Если эти условия не выполняются, сервер отвечает кодом состояния 400.
• Устранена проблема с разрешениями IAM `settings:objects:read` и `settings:objects:write`, из-за которой условия политики игнорировались при их сочетании с условием `environment:management-zone`.
• Исправлен редкий случай, когда при последующих обновлениях проблемы могла быть потеряна часть информации о первопричине проблемы.
• Исправлена ​​ошибка, из-за которой конфигурационные файлы не обновлялись при миграции из одного клиента в другой. Ранее сервер предоставлял новые конфигурационные файлы только в том случае, если была доступна более новая версия. Теперь конфигурационные файлы предоставляются, если версии различаются.
• Декларативная группировка, мониторинг VMware и доступность процессов больше не допускают некорректного использования двойных скобок в поле условия.
• До версии 1.318 URL-адрес арендатора некорректно передавался из кластера в ЕдиныеАгенты и среды АктивныхШлюзов в средах с поддержкой PrivateLink для Live Debugger. Начиная с версии 1.318, кластер корректно сообщает URL-адрес арендатора в ЕдиныхАгентах и средах AG для Live Debugger в средах с поддержкой PrivateLink.
• В классических панелях мониторинга удален временной интервал из визуализации Honeycomb, теперь он соответствует всем визуализациям, не основанным на временных рядах и не имеющим временного интервала.
• Исправлена ​​ошибка, из-за которой отчеты о событиях ИИ не учитывали поле `dt.query`.

• Мы исправили ошибку, из-за которой пользователь с определенными привилегиями зоны управления вызывал API `getEntities`. Фильтр MZ применялся только к первой странице, а не к последующим, что приводило к некорректным результатам, включая подсчет объектов.
• В системе регистрации миграции ATM режим работы был изменен с ограниченного на общий. Это необходимо для мониторинга логов.
• Поскольку обновление до последней версии Ключ-АСТРОМ не имеет смысла в управляемых системах, баннер обновления панели мониторинга над списком панелей мониторинга больше не отображается.
• Улучшена связь с межсредовой трассировкой для обработки случаев, когда слишком большой заголовок приводил к ошибке 431.
• Исправлено ненужное экранирование новой строки для cURL(cmd) в фрагментах кода настроек.
• Исправлены вводящие в заблуждение сообщения об успешной установке и улучшена обработка ошибок при добавлении узлов, что обеспечивает корректное выведение узлов Cassandra из эксплуатации перед удалением.
• Теперь конечные точки приема событий OpenPipeline отвечают с `content-type: text/plain`, что улучшает использование из блокнотов и рабочих процессов. Конечные точки приема данных OpenPipeline для типов данных, связанных с событиями, отвечают HTTP-статусом 202 и пустым телом, когда данные принимаются OpenPipeline. Ранее в ответе устанавливался заголовок `content-type` в `application/octet-stream` и заголовок `vary` в `Origin`, что вызывало проблемы в HTTP-клиенте, используемом в рабочих процессах и блокнотах Ключ-АСТРОМ. В этом релизе мы немного изменили поведение API, чтобы эти конечные точки можно было легко вызывать из рабочих процессов и блокнотов. После изменения content-type устанавливается в `text/plain`, и заголовок `vary: Origin` вообще не должен присутствовать. Это изменение не должно повлиять на работу расширенных HTTP-клиентов, поскольку `content-length` в этих ответах всегда был и остается `0`. (PPX-5678)
• Удалено логирование `AgentLogIngestMetadataRegistryWorker` в случае отсутствия промахов кэша LogAgentMetadata.
• Исправлена ​​ошибка, из-за которой в метаданных метрик для выражений метрик отсутствовали определения измерений.
• Исправлена ​​ошибка, из-за которой метрики, поступающие от старых версий ЕдиногоАгента, отклонялись в Grail, если включен OpenPipeline.
• Исправлена ​​ошибка, из-за которой некоторые группы процессов не отображались на вкладке переопределения групп процессов для определенных разделов в настройках глубокого мониторинга.
• Изменена единица измерения метрик `MaxOffsetLag (by Consumer Group and Topic)`, `MaxOffsetLag Sum (by Consumer Group and Topic)` и `SumOffsetLag (by Consumer Group and Topic)` на `Count`.
• Предотвращено возникновение исключения при миграции свойства таймаута запроса для HTTP-мониторов.
• Устранена проблема, вызывавшая медленную загрузку распределенных трассировок в веб-интерфейсе для анализа по запросу.

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

• Устранена проблема, из-за которой назначение монитора синтетическому местоположению без назначенных VUC-модулей приводило к ненужному возникновению проблемы отсутствия возможностей.

Повтор сессии

• Устранена проблема, из-за которой сеансы с длительным просмотром при определенных условиях переставали работать каждые 5 минут.