워크로드 준비 상태 평가

이 문서에서는 클라우드로 마이그레이션할 워크로드의 준비 상태를 평가하는 방법에 중점을 둡니다.

워크로드를 마이그레이션하려는 경우 클라우드 채택 팀은 모든 자산 및 관련 종속성이 배포 모델 및 클라우드 공급자와 호환되도록 합니다. 팀은 호환성 문제를 해결하기 위해 필요한 모든 노력을 문서화합니다.

평가 가정

Azure에 대한 클라우드 채택 프레임워크 원칙을 설명하는 대부분의 콘텐츠는 클라우드에 구애받지 않습니다. 그러나 준비 상태 평가 프로세스는 각 클라우드 플랫폼 및 준비 단계에서 선택한 마이그레이션 도구에 따라야 합니다.

선택한 평가 도구는 마이그레이션을 위한 모든 차단에 대한 정보를 제공해야 합니다. 일반적인 차단에는 운영 체제 지원, 서버 크기 및 복제본(replica) 영향을 줄 수 있는 데이터 변경률이 포함됩니다.

일부 조직에서는 원본 하이퍼바이저 플랫폼을 활용하는 VM(가상 머신) 구성에 문제가 있습니다. 이러한 구성에는 가상화 기반 보안, 동적 디스크, 비 Microsoft 애플리케이션 라이선스, 데이터 원본 구성 및 인증서가 포함됩니다.

이 문서에서는 각 환경 및 비즈니스 결과에 따라 특정 요구 사항이 결정되므로 가능한 모든 평가 활동을 캡처하지는 않습니다. 이러한 요구 사항을 결정하는 데 도움이 되도록 인프라, 데이터베이스 및 네트워크와 관련된 몇 가지 일반적인 평가 작업은 다음과 같습니다.

데이터 센터 간 종속성 평가

여러 데이터 센터에서 워크로드를 마이그레이션하는 경우 해당 데이터 센터 간의 종속성을 평가해야 합니다.

데이터 센터 간 종속성을 평가하려면 다음 기능을 고려하세요.

• 종속성 시각화: Azure Migrate 및 현대화의 종속성 시각화 기능을 사용하여 종속성을 정확히 파악합니다.
• 그룹 종속성: 전역 복잡성을 처리할 때 종속성 그룹화 사용 이 기능은 워크로드를 지원하는 데 필요한 자산의 IP 주소 및 포트를 식별하는 데 도움이 됩니다.

Important

• 보조 데이터 센터에 상주하는 자산을 식별하려면 자산 배치 및 IP 주소 스키마를 이해하는 주제 전문가가 필요합니다.
• 양방향 종속성을 이해하려면 시각화에서 다운스트림 종속성 및 클라이언트를 평가해야 합니다.

예제 시나리오

다음 섹션에서는 워크로드 및 데이터베이스를 클라우드로 마이그레이션하기 위한 준비 상태를 평가하기 위한 지침을 제공합니다.

Azure Migrate 및 현대화에 대한 일반적인 평가 활동

다음 지침에서는 워크로드를 Azure로 마이그레이션하려고 하는 것으로 가정합니다. 또한 복제본(replica) 작업에 Azure Migrate 및 Modernize를 사용한다고 가정합니다.

Azure Migrate 및 현대화 프로젝트를 사용하여 워크로드를 평가하고 Azure에서 운영 비용을 계산할 수 있습니다. 자세한 내용은 Azure Migrate 및 현대화의 Azure VM 평가를 참조 하세요.

Azure Migrate 및 현대화 프로젝트를 사용하여 마이그레이션 준비 상태를 평가하고, 실제 사용에 따라 서버 크기를 Azure 구독으로 변환하고, 비용을 계산할 수도 있습니다. 비즈니스 사례를 빌드하여 비용 계산을 더욱 구체화합니다.

호스트 구성, 복제된 VM 구성, 스토리지 요구 사항 또는 네트워크 구성의 불일치를 문서화해야 합니다. 이 정보를 사용하여 마이그레이션에 대한 대역폭 고려 사항을 예측합니다. 대역폭 추정의 일반적인 구성 요소는 다음과 같습니다.

• 총 스토리지: 릴리스로 이어지는 반복 중에 복제본(replica)ted VM에 필요한 총 스토리지를 계산합니다.
• 드리프트 또는 변경률: 릴리스로 이어지는 반복 중에 VM에 필요한 복제본(replica) 스토리지의 드리프트 또는 변경률을 계산합니다.
• 대역폭 요구 사항: 총 스토리지 및 드리프트를 합산하여 각 반복에 필요한 대역폭 요구 사항을 계산합니다.
• 사용되지 않는 대역폭: 현재 네트워크에서 사용하지 않는 사용 가능한 대역폭을 계산하여 반복별 맞춤의 유효성을 검사합니다.
• 마이그레이션 속도 대역폭: 예상 마이그레이션 속도에 도달하는 데 필요한 대역폭을 문서화합니다. 필요한 대역폭을 제공하기 위해 수정이 필요한 경우 수정 작업을 담당하는 팀에 알립니다.

참고 항목

총 스토리지는 초기 복제본(replica) 동안 대역폭 요구 사항에 직접 영향을 줍니다. 그러나 스토리지 드리프트는 복제본(replica) 시점부터 릴리스까지 계속됩니다. 즉, 드리프트는 사용 가능한 대역폭에 누적된 영향을 미칩니다.

대역폭 요구 사항 측정에 대한 지침은 마이그레이션 및 현대화 도구에 대한 일반적인 질문을 참조 하세요.

일반적인 데이터베이스 평가 작업

서버 마이그레이션의 일부로 SQL Server 인스턴스 또는 다른 데이터베이스 서버 마이그레이션을 살펴볼 수도 있습니다.

• 문서 RPO 및 RTO: 현재 데이터베이스 배포의 RPO(복구 지점 목표) 및 RTO(복구 시간 목표)를 문서화합니다. 이 정보를 사용하여 아키텍처 작업 중에 결정을 내릴 수 있습니다.
• 고가용성 요구 사항 문서화: 고가용성 구성 요구 사항을 문서화합니다. SQL Server 요구 사항에 대한 자세한 내용은 SQL Server 고가 용성 솔루션 가이드를 참조하세요.
• PaaS 평가: PaaS(Platform as a Service) 호환성을 평가합니다. Azure Database Migration Service 가이드는 Azure Cosmos DB, Azure SQL Database, Azure Database for MySQL, Azure Database for PostgreSQL 또는 Azure Database for MariaDB와 같은 호환되는 Azure PaaS 솔루션에 온-프레미스 데이터베이스를 매핑합니다.
  • 수정 없이 PaaS 호환성: PaaS 호환성이 수정이 필요 없는 옵션인 경우 아키텍처 활동을 담당하는 팀에 문의하세요. PaaS 마이그레이션은 시간을 절약하고 대부분의 클라우드 솔루션의 TCO(총 소유 비용)를 줄일 수 있습니다.
  • 수정이 필요한 경우 PaaS 호환성: 아키텍처 및 수정 작업을 담당하는 팀에 문의하세요. 많은 시나리오에서 데이터베이스 솔루션에 대한 PaaS 마이그레이션의 장점은 수정 시간 증가보다 큽니다.
• 문서 크기 및 변경률: 마이그레이션하려는 각 데이터베이스의 변경 크기 및 속도를 문서화합니다.
• 애플리케이션 및 데이터베이스 종속성 문서화: 가능하면 각 데이터베이스를 호출하는 애플리케이션 또는 기타 자산을 문서화합니다.

참고 항목

모든 자산의 동기화는 복제본(replica) 프로세스 중에 대역폭을 사용합니다. 일반적인 문제는 자산이 복제본(replica) 및 릴리스 지점 간에 동기화된 상태로 유지하는 데 필요한 대역폭의 양을 간과하는 것입니다. 데이터베이스는 릴리스 주기 동안 대역폭의 일반적인 소비자이며, 스토리지 공간이 크거나 변경 속도가 높은 데이터베이스는 특히 중요합니다.

UAT(사용자 승인 테스트) 및 릴리스 전에 제어된 업데이트를 사용하여 데이터 구조를 복제본(replica) 것이 좋습니다. 이러한 시나리오에서는 Azure Site Recovery에 대한 대안이 더 적합할 수 있습니다. 자세한 내용은 Azure Database Migration Service 가이드를 참조 하세요.

다음 단계

시스템을 평가한 후 출력은 새 클라우드 아키텍처의 개발을 공급합니다.

마이그레이션 전에 워크로드 설계