Примечания к релизу 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