클라우드 배포 모델의 모니터링 전략

이 문서는 클라우드 모니터링 가이드의 시리즈의 일부입니다.

운영할 클라우드 배포 모델을 포함하여 클라우드 모니터링 전략을 결정한 경우 모니터 전략을 수용해야 합니다.

모니터링할 일반적인 클라우드 배포 모델은 글로벌 Azure 클라우드에 배포할 때 퍼블릭 클라우드, 온-프레미스 및 퍼블릭 클라우드 리소스가 둘 다 있는 경우 하이브리드, 프라이빗 클라우드를 운영할 때의 프라이빗 클라우드(예: Azure Stack)입니다.

클라우드 배포 모델 모니터링 전략을 구현하는 동안 다음 사항을 평가합니다.

  • 기존 약정: System Center Operations Manager와 같은 기존 엔터프라이즈 모니터링 플랫폼에 대한 약정을 기본 있는지 평가합니다. 이미 IT 운영 프로세스, 지식 및 전문 지식과 통합되어 있기 때문에 다른 플랫폼에 기존 약정이 있을 수 있으며 이러한 이유로 변경하는 데 더 많은 비용이 들 수 있습니다.
  • 모니터링 요구 사항: 온-프레미스와 퍼블릭 클라우드 모두에서 또는 클라우드에서만 워크로드 및 인프라를 모니터링합니까?
  • IT 운영 현대화: 모니터링 전략에 IT 운영 현대화가 포함되고 클라우드 모니터링 서비스 및 솔루션으로 이동하나요?
  • 중요 시스템: 공극 또는 물리적으로 격리된 시스템이 있나요? 프라이빗 클라우드 또는 모니터링해야 하는 물리적 하드웨어에서 호스팅되는 시스템이 있나요?

이 문서에서 설명하는 전략은 완전한 서비스 지향 모니터링 관점을 제공하며 다음과 같은 모니터링을 지원합니다.

  • 인프라: 컴퓨팅, 스토리지 및 서버 워크로드.
  • 애플리케이션: 최종 사용자, 예외 및 클라이언트.
  • 네트워킹: 네트워크 리소스.

모니터링은 운영자 및 애플리케이션 소유자를 위해 시각화해야 하는 정보를 알고 있어야 합니다. 해당 정보에 따라 수집할 데이터를 결정하고 적절한 도구를 선택할 수 있습니다. 환경에 여러 서비스가 포함된 경우 각 서비스를 별도로 평가해야 합니다. 관리 기준 모니터링을 기반으로 워크로드별 모니터링을 사용하도록 설정해야 합니다.

Azure 클라우드 모니터링

Azure Monitor 는 Azure 및 온-프레미스 환경의 신호를 수집, 분석 및 작동하기 위한 포괄적인 솔루션입니다. Azure Monitor에는 네트워크 모니터링, SCOM Managed Instance, VM Insights 및 Application Insights를 비롯한 많은 기능이 포함되어 있습니다.

스택의 각 계층을 모니터링하는 데 권장되는 방법은 다음 표에 요약되어 있습니다.

계층 리소스 범위 메서드
애플리케이션 모니터링 Azure VM, Azure 앱 Service, Azure Service Fabric, Azure Functions 또는 Azure Cloud Services의 .NET, .NET Core, Java, JavaScript 또는 Node.js에서 실행되는 웹 기반 애플리케이션입니다. 라이브 웹 애플리케이션을 모니터링하여 성능 이상을 자동으로 검색하고, 코드 예외 및 문제를 식별하고, 사용자 동작 분석을 수집합니다. Azure Monitor의 기능인 Application Insights.
Azure 리소스 예를 들어 Azure 웹 사이트, Azure Key Vault 또는 네트워크 보안 그룹입니다. 또한 SQL 또는 MySQL과 같은 Azure 데이터베이스 서비스도 있습니다. 가용성, 성능 및 작업 모니터링.
  • 진단 로깅을 사용하도록 설정하여 Azure Monitor 로그로 데이터를 스트리밍합니다.
  • 특정 Azure 리소스에 대해 큐레이팅된 모니터링 뷰를 사용하도록 Azure Monitor Insights를 사용하도록 설정합니다.
  • 게스트 내 운영 체제 구성 요소 예를 들어 Windows 서버, 컨테이너 또는 Linux 서버 용량, 가용성, 성능, 로그, 이벤트 및 서비스
  • 진단 로깅을 사용하도록 설정하여 Azure Monitor 로그로 데이터를 스트리밍합니다.
  • 특정 Azure 리소스에 대해 큐레이팅된 모니터링 뷰를 사용하도록 Azure Monitor Insights를 사용하도록 설정합니다.
  • 네트워크 가상 머신과 하나 이상의 엔드포인트 간의 통신 VM과 엔드포인트 간의 연결 가능성, 대기 시간 및 네트워크 토폴로지 변경을 모니터링합니다. Azure Monitor Network InsightsAzure 네트워크 모니터링 솔루션.
    Azure 구독 Azure Service Health 및 Azure 서비스 관점의 기본 리소스 상태
  • 서비스 또는 리소스에 대해 수행된 관리 작업
  • 저하되거나 사용할 수 없는 상태에 있는 Azure 서비스의 서비스 상태
  • Azure 리소스를 사용하여 검색된 Azure 서비스 관점의 상태 문제
  • 실패 또는 예외를 나타내는 Azure 자동 크기 조정을 사용하여 수행된 작업
  • 허용되거나 거부된 작업이 발생한다고 나타내는 Azure Policy를 사용하여 수행된 작업
  • 클라우드용 Microsoft Defender에서 생성한 경고 기록
  • 모니터링 및 경고를 위해 Azure Monitor를 사용하여 활동 로그에 전달됩니다.
    Azure 테넌트 Microsoft Entra ID Microsoft Entra 감사 및 로그인 로그. 진단 로깅을 사용하도록 설정하고, Azure Monitor 로그에 스트림하도록 구성합니다.
    보안 모든 유형의 리소스 보안 감사
  • Microsoft Sentinel 온보딩
  • 클라우드용 Microsoft Defender.
  • 하이브리드 클라우드 모니터링

    Microsoft는 이 클라우드 모델을 지원하는 여러 모니터링 플랫폼을 제공하며, IT 의사 결정권자는 비즈니스 및 IT 운영 목표를 가장 잘 지원하는 플랫폼에 대한 설명이 필요할 수 있습니다.

    이 섹션에서는 Azure Monitor, System Center Operations Manager(Operations Manager) 및 System Center Operations Manager Managed Instance(SCOM Managed Instance)에 대한 여러 플랫폼 및 인프라 요소를 비교합니다.

    요건 Azure Monitor
    (Azure Monitor SCOM Managed Instance 기능 제외)
    Operations Manager SCOM 관리되는 인스턴스
    일반 대상 환경 대부분의 IT 리소스는 Azure PaaS 리소스입니다.

    고객은 IT 작업을 현대화하고 Azure로 마이그레이션하기 위한 명확한 전략을 가지고 있습니다.
    Azure에서 리소스가 제한되거나 없는 고객 로컬 데이터 센터에 초점을 맞춘 모니터링. Azure 및 Microsoft 365용 관리 팩을 사용하여 Azure 모니터링을 수행할 수 있습니다. Azure에서 로컬 데이터 센터와 리소스를 모두 사용하는 고객입니다.

    It 운영 프로세스, 지식 및 전문 지식과 통합되거나 Azure Monitor에서 특정 기능을 사용할 수 없기 때문에 System Center Operations Manager에 대한 약속을 기본 원하는 고객.
    인프라 요구 사항 아니요

    운영 데이터베이스와 보고 데이터 웨어하우스 데이터베이스를 호스트하려면 적어도 관리 서버와 SQL Server 인스턴스가 필요합니다.

    고가용성 및 재해 복구가 필요하고 여러 사이트의 컴퓨터, 신뢰할 수 없는 시스템 및 기타 복잡한 설계 고려 사항이 있는 경우 복잡성이 증가합니다.
    예, 제한됨
    최소한 Azure SQL Managed의 Active Directory 도메인 대한 연결이 필요합니다.
    제한된 연결: 인터넷 또는 격리된 네트워크 없음 아니요
    제한된 연결: 제어된 인터넷 액세스
    제한된 연결: 자주 연결 끊김
    구성 가능한 상태 모니터링 예, Application Insights 사용
    웹앱 가용성 테스트(격리된 네트워크) 예, 제한적입니다.

    Azure Monitor에서는 이 영역의 지원이 제한적이며, 사용자 지정 방화벽 예외가 필요합니다.
    예, 제한적입니다.

    SCOM Managed Instance는 에이전트 또는 관리 서버 리소스 풀에서 이를 지원합니다.
    웹앱 가용성 테스트(전역적으로 배포) 아니요
    VM 워크로드 모니터링 예, 제한적입니다.

    IIS 및 SQL Server 오류 로그, Windows 이벤트 및 성능 카운터를 수집할 수 있습니다. 사용자 지정 쿼리, 경고 및 시각화를 만들어야 합니다. Azure Monitor에서 로그 쿼리 시작 참조
    예.

    사용 가능한 관리 팩을 사용하여 대부분의 서버 워크로드 모니터링을 지원합니다. 회사 네트워크의 관리 그룹에 다시 보고하는 VM의 Log Analytics Windows 에이전트 또는 Operations Manager 에이전트가 필요합니다.
    예.

    사용 가능한 관리 팩을 사용하여 대부분의 서버 워크로드 모니터링을 지원합니다. 관리되는 인스턴스에 다시 보고하는 VM의 Operations Manager 에이전트가 필요합니다.
    Azure IaaS 모니터링 예.

    회사 네트워크에서 대부분의 인프라 모니터링을 지원합니다. Azure 관리 팩을 통해 Azure VM, SQL 및 스토리지에 대한 가용성 상태, 메트릭 및 경고를 추적합니다.
    예.

    대부분의 인프라 모니터링을 지원합니다. Azure 관리 팩을 통해 Azure VM, SQL 및 스토리지에 대한 가용성 상태, 메트릭 및 경고를 추적합니다.
    Azure PaaS 모니터링 예, 제한적입니다.
    Azure 및 Microsoft 365 관리 팩에서 지원되는 내용을 기반으로 합니다. Azure 관리 팩에 대한 자세한 내용은 Microsoft Azure용 Microsoft System Center Operations Manager 관리 팩 다운로드를 참조하세요.
    예, 제한적입니다.

    Azure 관리 팩에서 지원되는 항목을 기반으로 합니다. Azure 관리 팩에 대한 자세한 내용은 Microsoft Azure용 Microsoft System Center Operations Manager 관리 팩 다운로드를 참조하세요.
    Azure 서비스 모니터링 예.

    현재 관리 팩을 통해 제공되는 Azure Service Health의 네이티브 모니터링은 없지만, Service Health 경고를 쿼리하는 사용자 지정 워크플로를 만들 수 있습니다. Azure REST API를 사용하여 기존 알림을 통해 경고를 가져옵니다.
    예.

    현재 관리 팩을 통해 제공되는 Azure Service Health의 네이티브 모니터링은 없지만, Service Health 경고를 쿼리하는 사용자 지정 워크플로를 만들 수 있습니다. Azure REST API를 사용하여 기존 알림을 통해 경고를 가져옵니다.
    최신 웹 애플리케이션 모니터링 없음 아니요
    레거시 웹 애플리케이션 모니터링 예, 제한적입니다. SDK에 따라 다릅니다.

    이전 버전의 .NET 및 Java 웹 애플리케이션 모니터링을 지원합니다.
    예, 제한적입니다. 예, 제한적
    Azure Kubernetes Service 컨테이너 모니터링 예, Microsoft 파트너의 관리 팩을 사용합니다. 예, Microsoft 파트너의 관리 팩을 사용합니다.
    Docker 또는 Windows 컨테이너 모니터링 없음 아니요
    네트워크 성능 모니터링 예.

    Azure Monitor Network Insights를 사용하여 네트워크 모니터링을 지원합니다.

    SNMP 프록시 서버를 통한 SNMP 모니터링을 지원합니다.
    예.

    가용성 검사 지원하고 회사 네트워크의 SNMP(Simple Network Management Protocol)를 사용하여 네트워크 디바이스에서 기본 통계를 수집합니다.

    기본 네트워크 연결을 지원합니다.
    예.

    가용성 검사 지원하고 회사 네트워크의 SNMP(Simple Network Management Protocol)를 사용하여 네트워크 디바이스에서 기본 통계를 수집합니다.

    기본 네트워크 연결을 지원합니다.
    대화형 데이터 분석 아니요.

    SQL Server Reporting Services 미리 준비된 보고서 또는 사용자 지정 보고서, 타사 시각화 솔루션 또는 사용자 지정 Power BI 구현을 사용합니다. Operations Manager 데이터 웨어하우스에는 크기 조정 및 성능 제한이 있습니다. 데이터 집계 요구 사항에 대한 대안으로 Azure Monitor 로그와 통합합니다. Log Analytics 커넥터를 구성하여 통합을 달성합니다.
    예, 제한적입니다.

    Power BI 구현 또는 타사 시각화 솔루션에 의존합니다.
    엔드투엔드 진단, 근본 원인 분석 및 시기 적절한 문제 해결 예.

    사용자 지정 스크립트가 필요하거나 Azure Automation과 같은 다른 서비스에 통합될 수 있습니다.
    예.

    사용자 지정 스크립트가 필요하거나 Azure Automation 또는 System Center Orchestrator와 같은 다른 서비스에 통합될 수 있습니다.
    예.

    사용자 지정 스크립트가 필요하거나 Azure Automation 또는 System Center Orchestrator와 같은 다른 서비스에 통합될 수 있습니다.
    대화형 시각화 예, 제한적입니다.

    HTML5 웹 콘솔 또는 파트너 솔루션의 고급 환경을 사용하여 필수 대시보드를 제공합니다.
    예, 제한적입니다.

    HTML5 웹 콘솔 또는 파트너 솔루션의 고급 환경을 사용하여 필수 대시보드를 제공합니다.
    IT 또는 DevOps 도구와 통합 예, 제한적입니다. 예, 제한적입니다.

    하이브리드 모니터링 고려 사항

    하이브리드 모니터링에 대한 몇 가지 고려 사항은 다음과 같습니다.

    • 모니터링 데이터를 타사 또는 온-프레미스 시스템으로 스트리밍: Azure 리소스에서 내보낸 진단 데이터를 온-프레미스 도구 또는 관리되는 서비스 공급자로 전달하려면 데이터를 스트리밍하도록 Azure Event Hubs를 구성합니다.

    Operations Manager만 사용하기 위한 절충

    • 임시 데이터 분석을 사용할 수 없습니다. Operations Manager의 모니터링 데이터는 일반적으로 콘솔에서 액세스하는 관리 팩, SSRS(SQL Server Reporting Services) 보고서 또는 최종 사용자가 만든 사용자 지정 보기에서 제공하는 미리 정의된 보기를 사용하여 분석됩니다. 임시 데이터 분석은 기본적으로 사용할 수 없습니다.

    • 유연하지 않고 다소 복잡한 보고: 모니터링 데이터의 장기 보존을 제공하는 데이터 웨어하우스는 규모가 조정되거나 성능이 좋지 않습니다. 그리고 IT 조직의 다양한 가상 사용자에 대한 요구 사항을 지원하기 위해 T-SQL 문 작성, Power BI 솔루션 개발 또는 타사 솔루션 사용에 대한 전문 지식이 필요합니다.

    • 경고: Operations Manager의 경고는 복잡한 식을 지원하거나 상관 관계 논리를 포함하지 않습니다. 노이즈를 줄이기 위해 경고를 그룹화하여 관계를 표시하고 원인을 식별합니다.

    Azure Monitor와 함께 Operations Manager를 사용할 경우의 이점
    • 더 나은 분석, 성능 및 보존: Azure Monitor는 중요한 성능 및 로그 데이터를 수집하여 Operations Manager 데이터 웨어하우스 데이터베이스를 보완합니다. Azure Monitor는 더 나은 분석을 제공하고, 대규모 데이터 볼륨을 쿼리할 때 성능이 향상되고, Operations Manager 데이터 웨어하우스보다 더 나은 보존을 제공합니다.

    • 복잡한 쿼리 및 데이터 시각화: KQL(Kusto 쿼리 언어)을 사용하여 보다 복잡하고 정교한 쿼리를 만들 수 있습니다. 테라바이트 단위의 데이터에 대한 쿼리를 몇 초 안에 실행할 수 있습니다. 데이터를 원형 차트, 시간 차트 및 기타 여러 시각화로 빠르게 변환할 수 있습니다. 이 데이터를 분석하기 위해 SQL Server Reporting Services, 사용자 지정 SQL 쿼리 또는 기타 해결 방법을 기반으로 하는 Operations Manager 보고서를 사용하여 더 이상 제약을 받지 않습니다.

    • 경고: Azure Monitor 경고 관리 솔루션을 구현하여 향상된 경고 환경을 제공할 수 있습니다. Operations Manager 관리 그룹에서 생성된 경고는 Azure Monitor Log Analytics 작업 영역으로 전달할 수 있습니다. Operations Manager에서 Azure Monitor 로그로 경고를 전달하여 특정 경고만 전달하도록 구독을 구성할 수 있습니다. 예를 들어 단일 창을 통해 추세에 대한 문제 관리 및 실패 또는 문제의 근본 원인 조사를 지원하는 쿼리 조건을 충족하는 경고만 전달할 수 있습니다. Application Insights 또는 다른 원본의 다른 로그 데이터를 상호 연결하여 사용자 환경을 개선하고 가동 시간을 늘리며 인시던트를 해결하는 시간을 줄이는 인사이트를 얻을 수도 있습니다.

    • 환경 전반에서 모니터링: Azure Monitor를 사용하여 Azure의 단순 또는 다층 아키텍처에서 클라우드 네이티브 인프라 및 애플리케이션을 모니터링할 수 있으며 Operations Manager를 사용하여 온-프레미스 인프라를 모니터링할 수 있습니다. 이 모니터링에는 하나 이상의 VM, 가용성 집합 또는 Virtual Machine Scale Set에 배치된 여러 VM 또는 Windows Server 또는 Linux 컨테이너에서 실행되는 AKS(Azure Kubernetes Service)에 배포된 컨테이너화된 애플리케이션이 포함됩니다.

      Azure VM에서 실행되는 Microsoft 또는 타사 워크로드에 대한 포괄적인 모니터링이 필요하고 로그 또는 성능 데이터만으로는 평가할 수 없는 고급 시나리오가 있는 경우 System Center Operations Manager를 사용합니다. 관리 팩은 서비스 및 상태 모델이 포함된 고급 논리를 제공하여 워크로드의 작동 상태를 확인합니다.

    • Azure VM과 온-프레미스 VM 간의 네트워크 연결 모니터링: Azure VM 인사이트의 맵 기능을 사용하여 Azure VM과 온-프레미스 VM 간의 네트워크 연결에서 표준 연결 메트릭을 모니터링할 수 있습니다. 이러한 메트릭에는 응답 시간, 분당 요청 수, 트래픽 처리량 및 링크가 포함됩니다. 실패한 연결을 식별하고, 문제를 해결하며, 마이그레이션 유효성 검사를 수행하고, 보안 분석을 수행하며, 서비스의 전체 아키텍처를 확인할 수 있습니다. 맵은 Windows 및 Linux 시스템에서 애플리케이션 구성 요소를 자동으로 검색하고 서비스 간 통신을 매핑할 수 있습니다. 이 자동화를 사용하면 인식하지 못한 연결 및 종속성을 식별하고, Azure로의 마이그레이션을 계획하고 유효성을 검사하며, 인시던트 해결 중에 추측을 최소화할 수 있습니다.

    • 환경 간의 네트워크 연결 모니터링: 네트워크 성능 모니터 사용하여 다음 간의 네트워크 연결을 모니터링할 수 있습니다.

      • 회사 네트워크 및 Azure

      • 중요 업무용 다중 계층 애플리케이션 및 마이크로 서비스

      • 사용자 위치 및 웹 기반 애플리케이션(HTTP/HTTPS).

        이 전략은 SNMP 없이도 네트워크 계층 가시성을 제공합니다. 대화형 토폴로지 맵에서는 원본 엔드포인트와 대상 엔드포인트 간의 경로에 대한 홉별 토폴로지를 표시할 수도 있습니다. Operations Manager의 네트워크 모니터링 또는 현재 사용자 환경에서 사용되는 다른 네트워크 모니터링 도구를 사용하여 동일한 결과를 달성하는 것보다 좋습니다.

    Azure Monitor 사용의 이점

    모니터링 및 경고 요구 사항, 기존 모니터링 도구의 구성 및 클라우드로 전환되는 워크로드를 검토합니다. 계획이 완료되면 Azure Monitor를 구성합니다.

    • 하이브리드 인프라 및 애플리케이션 모니터링: Azure, 다른 클라우드 공급자 및 회사 네트워크 간에 구성 요소가 호스트되는 단순하거나 다층적인 아키텍처에서 하이브리드 인프라 및 애플리케이션을 모니터링합니다. 구성 요소에는 하나 이상의 VM, 가용성 집합 또는 Virtual Machine Scale Set에 배치된 여러 VM 또는 Windows Server 또는 Linux 컨테이너에서 실행되는 AKS(Azure Kubernetes Service)에 배포된 컨테이너화된 애플리케이션이 포함될 수 있습니다.

    • Azure Arc를 사용하여 온-프레미스 리소스 모니터링: Azure Arc를 사용하여 Azure에서 실행되는 것처럼 관리하기 위해 온-프레미스 서버, 가상 머신, Kubernetes 클러스터 및 데이터베이스를 환경 전체에서 준비합니다. Azure Arc는 친숙한 Azure 서비스 및 관리 기능을 사용하여 일관된 인벤토리, 관리, 거버넌스 및 보안을 제공합니다.

    • 인프라와 애플리케이션 간의 문제 감지 및 진단: Azure VM 인사이트, Azure Container Insights 및 Application Insights를 사용하여 인프라와 애플리케이션 간의 문제를 감지하고 진단할 수 있습니다. 애플리케이션을 지원하는 여러 구성 요소 또는 종속성에서 수집된 데이터를 더 철저히 분석하고 상관 관계를 지정하기 위해 Azure Monitor 로그를 사용해야 합니다.

    • 지능형 경고 만들기: 핵심 애플리케이션 및 서비스 구성 요소 집합에 적용되는 지능형 경고를 디자인하여 복잡한 신호에 대한 동적 임계값으로 경고 노이즈를 줄이고 기계 학습 알고리즘에 따라 경고 집계를 사용하여 문제를 신속하게 식별할 수 있습니다.

    • 지식 라이브러리: IT 조직의 다양한 가상 사용자의 요구 사항을 지원하는 쿼리 및 대시보드 라이브러리를 정의합니다. 예를 들어 Azure Monitor에서 이러한 항목에 액세스하여 일상적인 비즈니스에 필요한 인사이트를 빠르게 얻을 수 있습니다.

    • 모니터링 기준 정의: 하이브리드 및 클라우드 리소스에서 모니터링을 사용하도록 설정하기 위한 표준 및 방법, 각 리소스에 대한 모니터링 기준 및 경고 임계값을 정의합니다.

    • 필요한 최소 액세스 구성: Azure RBAC(Azure 역할 기반 액세스 제어)를 사용하여 사용자가 관리하는 리소스의 데이터를 모니터링하는 데 필요한 액세스 권한만 사용자 및 그룹에 부여합니다.

    프라이빗 클라우드 모니터링

    많은 고객이 프라이빗 클라우드에 Azure Stack을 사용합니다. Operations Manager를 사용하여 Azure Stack의 전체적인 모니터링을 달성할 수 있습니다. 특히 테넌트, 리소스 수준, 가상 머신 및 Azure Stack을 호스트하는 물리적 인프라(예: 서버 및 네트워크 스위치)에서 실행되는 워크로드를 모니터링할 수 있습니다.

    프라이빗 클라우드 모니터링에 대한 고려 사항

    • 상태 및 경고 모니터링: Azure Stack Hub 지역에 대한 상태 및 경고를 보는 데 도움이 되는 포함된 인프라 모니터링 기능에 대해 알아보려면 Azure Stack Hub의 상태 및 경고 모니터링을 참조하세요.

    • Azure Stack Hub에서 Azure Monitor 사용: Azure Monitor와 통합된 환경을 얻고 대부분의 서비스에 대한 기본 수준 인프라 메트릭 및 로그를 얻으려면 Azure Stack Hub에서 Azure Monitor를 사용합니다.

    • Azure Stack 관리 팩 사용: Operations Manager에 이미 투자한 경우 Azure Stack 관리 팩을 사용하여 지역, 리소스 공급자, 업데이트, 업데이트 실행, 배율 단위, 단위 노드, 인프라 역할 및 해당 인스턴스를 포함하여 Azure Stack 배포의 가용성 및 상태 상태를 모니터링합니다. 이 관리 팩은 상태 및 업데이트 리소스 공급자 REST API를 사용하여 Azure Stack과 통신합니다. 물리적 서버 및 스토리지 디바이스를 모니터링하려면 OEM 공급업체의 관리 팩(예: Lenovo, HPE 또는 Dell에서 제공)을 활용합니다.

    • 네트워크 스위치 모니터링: Operations Manager는 기본적으로 네트워크 스위치를 모니터링하여 SNMP를 사용하여 기본 통계를 수집할 수 있습니다. Azure 관리 팩은 두 가지 기본 단계를 수행하여 테넌트 워크로드를 모니터링할 수 있습니다. 즉, 모니터링하려는 구독을 구성한 다음, 해당 구독에 대한 모니터를 추가합니다.

    다음 단계