Периоды хранения данных

Материал из Документация Ключ-АСТРОМ
Версия от 12:29, 4 июня 2024; ENetrebin (обсуждение | вклад) (Новая страница: «'''Периоды хранения данных''' Ключ-АСТРОМ хранит различные типы отслеживаемых данных из в...»)
(разн.) ← Предыдущая | Текущая версия (разн.) | Следующая → (разн.)

Периоды хранения данных

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

Периоды хранения различных типов данных приведены в таблице:

Тип данных Коэффициент хранения
Распределенные трассировки Настраивается. Максимум 365 дней
Сервисы: Запросы и атрибуты запросов Настраивается. Максимум 365 дней
ЦО: данные о действиях пользователя Настраивается. Максимум 35 дней
ЦО: Сеансы пользователей 35 дней
ЦО: сбои мобильных устройств 35 дней
ЦО: воспроизведение сеанса Настраивается. Максимум 35 дней
Синтетические тесты Настраивается. Максимум 35 дней
Мониторинг логов 35 дней
Метрики 5 лет
Диагностика Единого Агента (архивы поддержки и результаты анализа) Настраивается, по умолчанию 30 дней
Проблемы и события 14 месяцев

Распределенные трассировки

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

Данные хранятся в хранилище транзакций по адресу DATASTORE_PATH/server/tenantData. Данные не реплицируются между узлами кластера.

Анализ на уровне кода

Аналитические данные на уровне кода доступны с помощью инструментирования Единым агентом в течение 10 дней.


Сервисы: Запросы и атрибуты запросов

Краткосрочное хранение данных, относящихся к метрикам сервисов, используемым в многомерном анализе и построении графиков запросов. Эти данные доступны в течение 35 дней со следующими уровнями детализации интервалов:

Временные рамки Детализация интервалов
Менее 20 минут 10 секунд
20-40 минут 20 секунд
40-60 минут 30 секунд
Более 1 часа 1 минута

При краткосрочном анализе используются данные на уровне кода, доступные в течение 10 дней.

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

Данные хранятся в хранилище транзакций по адресу DATASTORE_PATH/server/tenantData. Данные не реплицируются между узлами кластера.

ЦО: данные о действиях пользователя

Агрегированные показатели действий пользователей, которые используются в таких таблицах, как Основные действия пользователей и ошибки JavaScript, доступны в течение 35 дней. По истечении 10 дней данные о действиях пользователя оптимизируются для агрегированных представлений, и некоторые отдельные действия пользователя становятся недоступными для индивидуального анализа.

Для ключевых действий пользователя необработанные данные о действиях пользователя также хранятся в течение 35 дней. Хранение данных о ключевых действиях пользователя в timeseries такое же, как и для показателей временных рядов.

Данные хранятся в хранилище транзакций по адресу DATASTORE_PATH/tenantData. Данные не реплицируются между узлами кластера.

ЦО: Сеансы пользователей

Включает данные воспроизведения сеанса. Все данные сеанса пользователя хранятся в течение 35 дней. Обратите внимание, что данные каскадного анализа (водопад) и данные об ошибках JavaScript хранятся вместе с информацией об ошибках на уровне распределенного кода трассировки.

Данные хранятся в хранилище Elasticsearch по адресу DATASTORE_PATH/elasticsearch. Данные реплицируются между узлами кластера. Коэффициент репликации установлен равным трем.

ЦО: сбои мобильных устройств

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

Данные хранятся в хранилище Elasticsearch по адресу DATASTORE_PATH/elasticsearch. Данные реплицируются между узлами кластера. Коэффициент репликации установлен равным трем.

ЦО: воспроизведение сеанса

Минимальный размер требуемого объема хранилища для воспроизведения сеанса полностью зависит от нагрузки.

Каталог хранения данных воспроизведения сеанса - это специальное хранилище файлов в DATASTORE_PATH/server/replayData, которое используется исключительно для данных воспроизведения сеанса.

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

мониторинг логов позволяет хранить все логи централизованно во внешнем хранилище. Это делает данные журналов доступными независимо от самих файлов журналов.

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

Дампы памяти

Дампы памяти немедленно удаляются с диска после их загрузки в Активный Шлюз. Когда загрузка невозможна, дампы памяти объемом до 20 ГБ хранятся на диске до 2 часов.

Метрики

Для данных дашбордов и доступа к API доступны следующие уровни детализации с интервалами:

Временные рамки Детализация интервалов
0-14 дней 1 минута
14-28 дней 5 минут
28-400 дней 1 час
400 дней-5 лет 1 день

Данные хранятся в репозитории метрик по адресу DATASTORE_PATH/cassandra. Данные реплицируются между узлами кластера. Коэффициент репликации установлен равным трем.

Чтобы обеспечить точные вычисления показателей временных рядов, Ключ-АСТРОМ использует алгоритм P2 для динамического вычисления квантилей. алгоритм агрегирования не является ни ассоциативным ((a + b ) + c == a + ( b + c )), ни коммутативным (a + b + c == c + b + a). Для некоторых показателей, например, времени отклика, это может приводить к разным значениям квантилей при каждом запуске алгоритма или когда данные агрегируются разными способами, например, один показатель разделяется по URL, а другой - по браузеру.

Диагностика Единых Агентов и Активных Шлюзов

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

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