Просмотр сводки за 24 часа (Монитор операций)
Преимущества:
- Повышение стабильности
- Повышение осведомленности о системе
Цель
Цель этой выборочной проверки – использовать Монитор операций для просмотра последних 24 часов активности сайта Qlik. Это позволит администратору выявлять аномалии, и оставаться в курсе тенденций и в целом знать о состоянии развертывания Qlik Sense Enterprise.
Сводка за 24 часа (Монитор операций)
Откройте приложение Operations Monitor (Монитор Операций) и перейдите к листу 24-Hour Summary (24-часовая Сводка):
На этом листе есть 6 различных ключевых показателей эффективности (KPI) и 1 таблица, которые следует отметить. Для KPI администратор может щелкнуть соответствующий KPI, чтобы в случае необходимости перейти к подробному листу.
- (1): Max Sense Engine CPU + (2) Max Sense Engine RAM GB: Эти две метрики сигнализируют о максимальном использовании вычислительных ресурсов любым из узлов в кластере Qlik Sense Enterprise. Его можно комбинировать с (7) и (8), для обнаружения пиков (выхода из референсных значений). Учитывая способность Qlik Engine масштабироваться в рамках доступных вычислений, разовые всплески не обязательно являются сигналом о необходимости действий. Но эти события, все же сигнализировать о том, что доступных вычислительных мощностей недостаточно для предоставленных требований. См. Раздел Обзор архитектуры/план масштабирования для получения дополнительных указаний по вопросам, которые следует учитывать при масштабировании Qlik Sense Enterprise. Подробная информация в (7) и (8) позволяет легко фильтровать период времени, когда произошли аномальные вычисления.
- (3) Reload Failures (Ошибки перезагрузки) и (4) Max Reload Duration (Максимальная продолжительность перезагрузки): это дополнение к разделу Выборочная проверка: Tasks. (3) будет охвачен в этом разделе, однако (4) не будет. По возможности следует избегать длительных задач. Причины могут варьироваться от сложных требований ETL до ограничений ресурсов источника данных (например, медленная база данных). Следует провести расследование причин длительной перезагрузки, если они являются неожиданными.
- (5) Max Concurrent Users (Максимальное количество одновременных пользователей) и (6) Max Concurrent Apps (Максимальное количество одновременных приложений): эти две метрики сигнализируют о максимальном потреблении ресурсов для сайта, определяемом либо уникальными приложениями, либо уникальными пользователями. Аномалии здесь могут сигнализировать о необходимости дополнительных вычислительных мощностей (1) и (2) выше. Здесь также можно ожидать скачков с учетом разработанных приложений и количества пользователей. Например, ожидается, что приложение, ориентированное на аудиторию продаж, будет более популярным во время событий конца квартала, на которых оцениваются квоты. То же самое верно и для приложений с релевантными для налогообложения данными, которые используются ближе к концу финансового года компании.
