Поделиться через


Планирование реализации Azure Monitor

В этой статье описаны действия, которые следует рассмотреть перед началом реализации. Правильное планирование помогает выбрать параметры конфигурации в соответствии с вашими бизнес-требованиями.

Чтобы начать изучение концепций мониторинга высокого уровня и рекомендаций по определению требований к среде мониторинга, см . руководство по мониторингу облака, которое входит в состав Microsoft Cloud Adoption Framework для Azure.

Определение стратегии

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

См . стратегию мониторинга для моделей облачного развертывания, которые помогают сравнивать полностью облачный мониторинг с гибридной моделью.

Сбор необходимых сведений

Прежде чем определить сведения о реализации, соберите следующие сведения:

Что нужно отслеживать?

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

Кто должен иметь доступ и кто должен быть уведомлен?

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

Рассмотрите требования соглашения об уровне обслуживания (SLA)

В вашей организации могут быть приняты соглашения об уровне обслуживания, определяющие обязательства в плане производительности и работоспособности приложений. Учитывайте эти соглашения об уровне обслуживания при настройке конфиденциальных функций времени в Azure Monitor, таких как оповещения. Узнайте о задержке данных в Azure Monitor , которая влияет на скорость реагирования сценариев мониторинга и возможность удовлетворения соглашений об уровне обслуживания.

Определение вспомогательных служб мониторинга и продуктов

Azure Monitor предназначен для решения мониторинга работоспособности и состояния. Полное решение мониторинга обычно включает несколько служб Azure и может включать другие продукты для достижения других целей мониторинга.

Рассмотрите возможность использования этих других продуктов и служб вместе с Azure Monitor:

Решения для мониторинга безопасности

Операционные данные, хранящиеся в Azure Monitor, могут быть полезны для исследования инцидентов безопасности, в то время как для мониторинга безопасности разработаны другие службы Azure. Мониторинг безопасности в Azure выполняется службами Microsoft Defender для облака и Microsoft Sentinel.

Решение для мониторинга безопасности Description
Microsoft Defender для облака Собирает сведения о ресурсах Azure и гибридных серверах. Хотя Defender для облака может собирать события безопасности, основной задачей этого решения является сбор данных инвентаризации, результатов проверки оценки и аудит политик, чтобы выявлять уязвимости и рекомендовать действия по устранению. К заслуживающим внимания функциям относятся интерактивная сетевая карта, JIT-доступ к виртуальным машинам, адаптивное усиление защиты сети и адаптивные элементы управления приложениями для блокирования подозрительных исполняемых файлов.
Microsoft Defender для серверов Решение для оценки сервера, предоставляемое Defender для облака. Defender для серверов может отправлять события безопасности Windows в Log Analytics. Defender для облака не использует события безопасности Windows для создания оповещений или анализа. Использование этой функции позволяет централизованно архивировать события для расследования и других целей.
Microsoft Sentinel Решение для управления событиями безопасности (SIEM) и автоматического реагирования системы безопасности (SOAR). Sentinel собирает данные безопасности из широкого спектра источников Майкрософт и сторонних источников для создания оповещений, визуализации и автоматизации. В этом решении основное внимание уделяется консолидации максимально возможного количества журналов безопасности, включая события безопасности Windows. Кроме того, Microsoft Sentinel также может собирать журналы событий безопасности Windows и стандартно предоставляет общий доступ к рабочей области Log Analytics посредством Defender для облака. События безопасности можно собирать только из Microsoft Sentinel или Defender для облака, если эти службы используют одну рабочую область совместно. В отличие от Defender для облака, события безопасности являются ключевым компонентом создания оповещений и анализа в Microsoft Sentinel.
Defender для конечной точки Платформа безопасности корпоративной конечной точки, предназначенная для предотвращения, обнаружения, исследования и реагирования на сложные угрозы. Эта служба разработана в основном для защиты пользовательских устройств Windows. Defender для конечных точек отслеживает рабочие станции, серверы, планшеты и сотовые телефоны в различных операционных системах для устранения проблем безопасности и уязвимостей. Defender для конечной точки тесно согласуется с Microsoft Intune для сбора данных и предоставления оценки безопасности. Сбор данных осуществляется в основном из журналов трассировки ETW. Данные хранятся в изолированной рабочей области.

System Center Operations Manager

Если у вас есть инвестиции в System Center Operations Manager для мониторинга локальных ресурсов и рабочих нагрузок, работающих на виртуальных машинах, вы можете перенести этот мониторинг в Azure Monitor или продолжать использовать оба продукта вместе в гибридной конфигурации.

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

Следующие шаги