Site Recovery 모니터링에 대한 일반적인 질문

  • 아티클

이 문서에서는 기본 제공 Site Recovery 모니터링 및 Azure Monitor(Log Analytics)를 사용한 Azure Site Recovery 모니터링에 대한 일반적인 질문에 답변합니다.

일반

RPO 값이 사용 가능한 최신 복구 지점과 어떻게 다르게 로그되었나요?

Site Recovery는 다중 단계 비동기 프로세스를 사용하여 머신을 Azure에 복제합니다.

  • 복제의 마지막 두 번째 단계에서 컴퓨터의 최근 변경 내용이 메타데이터와 함께 로그/캐시 스토리지 계정으로 복사됩니다.
  • 복구 가능 지점을 식별하기 위한 태그와 함께 이러한 변경 내용이 대상 지역의 스토리지 계정/관리 디스크에 기록됩니다.
  • 이제 Site Recovery는 머신에 대한 복구 가능 지점을 생성할 수 있습니다.
  • 이때 지금까지 스토리지 계정에 업로드된 변경 내용에 대해 RPO가 충족되었습니다. 즉, 이 시점에서 머신 RPO는 복구 가능한 지점에 해당하는 타임스탬프로부터 경과된 기간과 동일합니다.
  • 이제 Site Recovery는 스토리지 계정에서 업로드된 데이터를 선택하고 해당 컴퓨터용으로 만든 복제본 디스크에 적용합니다.
  • 그런 다음 Site Recovery는 복구 지점을 생성하고, 이 지점을 장애 조치(Failover) 시의 복구에 사용할 수 있게 합니다.
  • 따라서 사용 가능한 최신 복구 지점은 이미 처리되었으며 복제본 디스크에 적용된 최신 복구 지점에 해당하는 타임스탬프를 나타냅니다.

복제 원본 머신 또는 온-프레미스 인프라 서버의 잘못된 시스템 시간이 컴퓨팅 RPO 값을 왜곡합니다. 정확한 RPO 보고를 위해 시스템 클록이 모든 서버와 컴퓨터에서 정확한지 확인합니다.

기본 제공 Site Recovery로깅

자격 증명 모음 인프라 보기의 VM 수가 복제된 항목에 표시된 총 수와 다른 이유는 무엇인가요?

자격 증명 모음 인프라 보기는 복제 시나리오에 따라 범위가 지정됩니다. 현재 선택한 복제 시나리오의 머신만 보기의 수에 포함됩니다. 또한 Azure에 복제되도록 구성된 VM만 계산됩니다. 장애 조치(Failover)된 머신 또는 온-프레미스 사이트로 다시 복제하는 머신은 보기에서 계산되지 않습니다.

Essentials의 복제 항목 수가 대시보드의 복제된 항목 총 수와 다른 이유는 무엇인가요?

초기 복제가 완료된 머신만 Essentials에 표시되는 수에 포함됩니다. 복제된 항목의 총 수에는 초기 복제가 현재 진행 중인 머신을 포함하여 자격 증명 모음의 모든 머신이 포함됩니다.

Azure Monitor 로깅

Site Recovery에서 Azure Monitor Log에 리소스 로그를 얼마나 자주 보내나요?

  • AzureSiteRecoveryReplicationStats 및 AzureSiteRecoveryRecoveryPoints는 15분마다 보내집니다.
  • AzureSiteRecoveryReplicationDataUploadRate 및 AzureSiteRecoveryProtectedDiskDataChurn은 5분마다 보내집니다.
  • AzureSiteRecoveryJobs는 작업을 트리거하고 완료할 때 전송됩니다.
  • AzureSiteRecoveryEvents는 이벤트가 생성될 때마다 전송됩니다.
  • AzureSiteRecoveryReplicatedItems는 환경이 변경될 때마다 전송됩니다. 일반적으로 변경 후 데이터 새로 고침 시간은 15분입니다.

Azure Monitor 로그에서 데이터는 얼마나 오래 유지되나요?

기본적으로 데이터 보존 기간은 31일입니다. Log Analytics 작업 영역의 사용량 및 예상 비용 섹션에서 기간을 늘릴 수 있습니다. 데이터 보존을 클릭하고 범위를 선택합니다.

리소스 로그의 크기는 얼마나 되나요?

일반적으로 로그 크기는 15~20KB입니다.

Azure Site Recovery에 대한 기본 제공 Azure Monitor 경고

Azure Site Recovery에 기본 제공 Azure Monitor 경고를 사용하는 데 비용이 드나요?

기본 제공 Azure Monitor 경고를 사용하면 추가 비용 없이 기본적으로 중요한 작업/실패에 대한 경고가 생성됩니다(포털에서 또는 비포털 인터페이스를 통해 볼 수 있음). 그러나 이러한 경고를 알림 채널(예: 이메일)로 라우팅하려면 무료 계층(한 달에 1000개 이메일)를 초과하는 경고에 대해 약간의 비용이 발생합니다. Azure Monitor 가격에 대해 자세히 알아봅니다.

Recovery Services 자격 증명 모음의 Azure Site Recovery에 대한 현재 이메일 알림 솔루션이 계속 작동합니까?

현재 이메일 알림 솔루션은 새로운 기본 제공 Azure Monitor 경고 솔루션과 병렬로 존재합니다. 새 환경을 숙지하고 해당 기능을 활용하기 위해 Azure Monitor 기반 경고를 사용해보는 것이 좋습니다.

경고 규칙, 경고 처리 규칙 및 작업 그룹의 차이점은 무엇인가요?

  • 경고 규칙: 경고가 실행되어야 하는 조건을 지정하는 사용자 만들기 규칙을 나타냅니다.
  • 경고 처리 규칙(이전에는 작업 규칙이라고 함): 발생한 특정 경고가 라우팅되어야 하는 알림 채널을 지정하는 사용자 만들기 규칙을 나타냅니다. 경고 처리 규칙을 사용하여 일정 기간 동안 경고를 표시하지 않을 수도 있습니다.
  • 작업 그룹: 실행된 경고가 라우팅될 수 있는 알림 채널(예: 이메일, ITSM 엔드포인트, 논리 앱, 웹후크 등)을 나타냅니다.

기본 제공 Azure Monitor 경고의 경우 경고는 기본적으로 이미 만들어지므로 경고 규칙을 만들 필요가 없습니다. 이러한 경고를 알림 채널로 라우팅하려면 이러한 경고에 대한 경고 처리 규칙과 작업 그룹을 만들어야 합니다. 자세한 정보

다음 단계

Site Recovery 기본 제공 모니터링 또는 Azure Monitor를 사용하여 모니터링하는 방법을 알아봅니다.