Понятие API метрик
API метрик помогает улучшить наблюдаемость, позволяя отслеживать и управлять приложениями и инфраструктурой. API метрик позволяет собирать и агрегировать данные в режиме реального времени, а также дает представление о производительности вашей системы. Кроме того, команды DevOps могут использовать API для настройки оповещений, устранения неполадок и оптимизации распределения ресурсов. Предоставляя доступ к этим показателям производительности, вы сможете лучше выявлять аномалии и узкие места и более активно обслуживать систему. Наконец, API метрик позволяет интегрировать широкий спектр инструментов мониторинга и визуализации, расширяя возможности наблюдения за сложными системами.
Как администратор, после того как вы настроите доступ к метрикам, вы используете запросы PromQL для получения информации о метриках, которую могут применять сторонние средства просмотра или графические приложения, например Grafana.
Примеры использования метрик
Метрики позволяют использовать различные сценарии для проектирования, обслуживания, устранения неисправностей и оценки вашего развертывания ArcGIS Enterprise.
Определение модели использования и активности
Модели использования и активности показывают, как люди взаимодействуют с ArcGIS Enterprise. Это может быть полезной информацией для бизнеса и менеджеров ГИС, которым необходимо измерять и оценивать влияние ArcGIS Enterprise на организацию.
Запросы в секунду можно группировать по сервису, пользователю и операции. Это позволяет определить самые популярные сервисы, сервисы, с которыми взаимодействует каждый пользователь, и типы операций, которые пользователи выполняют на разных сервисах. Эта информация поможет вам сделать выбор относительно ресурсов, которые следует продвигать или удалять, а также определить соответствующие права доступа и лицензирования для каждого пользователя.
Обнаружение, понимание и устранение системных проблем
Понимание состояния системы может помочь ГИС-администраторам и ИТ-администраторам, отвечающим за обеспечение надлежащего функционирования ArcGIS Enterprise.
Время работы — является ли система включенной или выключенной — это самый важный ключевой показатель эффективности. Если пользователи сообщают о проблемах с системой, сначала проверьте время работы, чтобы узнать, доступна ли она вообще.
Процент ошибок сервиса — коэффициент ошибок предоставляет информацию о том, как часто сервисы возвращают ошибки. Этот показатель особенно важен, если у вас есть соглашение об уровне обслуживания (SLA), в котором указано, что уровень ошибок должен оставаться ниже определённого порога.
Время отклика — пользователи могут быть чувствительны к сервисам, которые медленно возвращают ответы. Длительное время ответа также может указывать на скрытую проблему, которую нужно решить. Группировка времени отклика по сочетанию имени сервиса, пользователя и операции может помочь выявить причины медленного отклика.
Сервисная нагрузка — некоторые проблемы связаны с высокой нагрузкой на сервис. Быстрый рост количества запросов в секунду или времени использования сервиса в секунду может указывать на то, что проблема в системе может быть вызвана необходимостью одного сервиса обрабатывать большой объём запросов.
Использование ресурсов машины и процессов — информация об использовании памяти, процессора или диска позволяет выяснить, связаны ли системные проблемы с высоким использованием ресурсов. Разбиение использования по процессам поможет выявить, какие процессы отвечают за высокое использование системных ресурсов.
Настройка развертывания
Даже если система сейчас работает хорошо, возможно, стоит скорректировать её конфигурацию для оптимизации и снижения риска будущих проблем.
Сервисная нагрузка – влияние сервиса на систему лучше всего измерять по времени, использованному сервисом в секундах в секунду. Понимание, какие сервисы имеют большую нагрузку, позволяет определить лучшие цели для улучшения настройки.
Использование ресурсов процесса — использование памяти и процессора отдельных процессов также помогает определить части системы, которые оказывают наибольшее влияние на общее использование ресурсов.
Оптимизация размера инфраструктурных ресурсов
Поскольку инфраструктура может быть дорогой, важно убедиться, что у вас достаточно ресурсов для обеспечения необходимой мощности, не тратясь на ненужные ресурсы.
О компании – эта информация подробно описывает спецификации, такие как операционная система, процессор и память для всех машин одновременно. Это удобный способ проверить спецификации машины, чтобы убедиться, что они соответствуют системным требованиям и являются единообразными для всех машин на сайте ArcGIS Server.
Использование ресурсов машины — постоянно высокое использование памяти, процессора или диска может указывать на необходимость расширения инфраструктуры для удовлетворения ваших потребностей. С другой стороны, недостаточно используемые ресурсы могут указывать на то, что можно сократить инфраструктурные расходы без негативного влияния на эффективность.
Доступные метрики
Компоненты ArcGIS Enterprise сообщают о различных типах метрик через API метрик. Метрики машины предоставляют информацию о машине, где установлен компонент, например, доступную память. Метрики сервиса предоставляют информацию о производительности сервисов, например, о времени отклика. См. Информация, предоставляемая API метрик для получения подробных сведений о каждом типе метрик.
В этом выпуске не все компоненты ArcGIS Enterprise предоставляют доступ к API метрик. В следующей таблице показано, какие типы метрик доступны для различных компонентов.
|
Компонент |
Доступные метрики |
|---|---|
|
Portal for ArcGIS |
|
|
ArcGIS Data Store |
|
|
Серверы на базе ArcGIS Server:
|
|
Метрики клиринга
Metrics собирает большое количество информации об ArcGIS Enterprise. Устаревшие метрики по умолчанию удаляются из системы каждый час. Вы можете увеличить интервал очистки выше стандартного, но это может привести к увеличению размера отклика. Для большинства организаций стандартный интервал обеспечивает соответствующий баланс, и его менять не нужно.
Рекомендуется увеличивать стандартный интервал очистки только при выполнении обоих следующих условий:
У вас есть пользовательская задача, которая собирает и агрегирует метрики Prometheus с интервалами более 1 часа.
Ваши сервисы не обладают высокой кардинальностью. Высокая кардинальность возникает, когда много пользователей регулярно пользуются различными сервисами.
Чтобы избежать потери данных, убедитесь, что интервал очистки длиннее чем интервал, который вы настроили для стороннего сервера, определенного конфигурацией вашего задания Prometheus.