워크로드 준비 상태 평가Evaluate workload readiness

이 작업은 클라우드로 마이그레이션할 워크로드의 준비 상태를 평가하는 데 중점을 둡니다.This activity focuses on evaluating readiness of a workload to migrate to the cloud. 이 작업을 수행하는 동안 클라우드 채택 팀은 모든 자산 및 관련 종속성이 선택한 배포 모델 및 클라우드 공급자와 호환되는지 확인합니다.During this activity, the cloud adoption team validates that all assets and associated dependencies are compatible with the chosen deployment model and cloud provider. 이 프로세스 동안 팀은 호환성 이슈를 수정하는 필요한 모든 작업을 문서화합니다.During the process, the team documents any efforts required to remediate compatibility issues.

평가 가정Evaluation assumptions

클라우드 채택 프레임 워크에서 대부분의 콘텐츠 논의 원리는 클라우드를 독립적으로 설명 합니다.Most of the content discussing principles in the Cloud Adoption Framework is cloud agnostic. 그러나 준비 상태 평가 프로세스는 각각의 특정 클라우드 플랫폼에만 국한되어야 합니다.However, the readiness evaluation process must be largely specific to each specific cloud platform. 다음 지침은 Azure로 마이그레이션하려는 경우라고 가정합니다.The following guidance assumes an intention to migrate to Azure. 또한 복제 작업에 Azure Migrate(Azure Site Recovery라고도 함)을 사용한다고 가정합니다.It also assumes use of Azure Migrate (also known as Azure Site Recovery) for replication activities. 다른 도구는 복제 옵션을 참조 하세요.For alternative tools, see Replication options.

이 문서에서는 가능한 모든 평가 활동을 캡처하지 않습니다.This article doesn't capture all possible evaluation activities. 각 환경 및 비즈니스 결과는 특정 요구 사항을 규정하는 것으로 간주됩니다.It is assumed that each environment and business outcome will dictate specific requirements. 이러한 요구 사항을 빠르게 구축하기 위해 이 문서의 나머지 부분에서는 인프라, 데이터베이스네트워크 평가와 관련된 몇 가지 일반적인 평가 작업을 공유합니다.To help accelerate the creation of those requirements, the remainder of this article shares a few common evaluation activities related to infrastructure, database, and network evaluation.

공통 인프라 평가 작업Common infrastructure evaluation activities

호스트 구성, 복제된 VM 구성, 스토리지 요구 사항 또는 네트워크 구성의 불일치를 문서화해야 합니다.Be sure to document any discrepancies in host configuration, replicated VM configuration, storage requirements, or network configuration.

일반적인 데이터베이스 평가 작업Common database evaluation activities

  • 현재 데이터베이스 배포의 복구 지점 목표 (Rpo) 및 복구 시간 목표 (RTOs)를 문서화 합니다.Document the recovery point objectives (RPOs) and recovery time objectives (RTOs) of the current database deployment. 이러한 작업은 의사 결정을 돕는 아키텍처 작업 중에 사용 됩니다.These are used during architecture activities to aid in decision-making.
  • 고가용성 구성에 대한 요구 사항을 문서화합니다.Document any requirements for high-availability configuration. SQL Server 요구 사항에 대 한 자세한 내용은 고가용성 솔루션 SQL Server 가이드를 참조 하세요.For assistance understanding SQL Server requirements, see the SQL Server high availability solutions guide.
  • PaaS 호환성을 평가합니다.Evaluate PaaS compatibility. Azure 데이터 마이그레이션 가이드 는 온-프레미스 데이터베이스를 Azure Cosmos DB, Azure SQL Database Azure Database for MySQL, Azure Database for PostgreSQL또는 Azure Database for MariaDB와 같은 호환 가능한 Azure PaaS 솔루션에 매핑합니다.The Azure data migration guide maps on-premises databases to compatible Azure PaaS solutions, like Azure Cosmos DB, Azure SQL Database Azure Database for MySQL, Azure Database for PostgreSQL, or Azure Database for MariaDB.
  • PaaS 호환성이 수정이 필요 없는 선택 사항인 경우 아키텍처 작업을 담당하는 팀에 문의하세요.When PaaS compatibility is an option without the need for any remediation, consult the team responsible for architecture activities. PaaS 마이그레이션은 시간을 크게 단축하고 클라우드 솔루션 대부분의 TCO(총 소유 비용)을 획기적으로 줄여줄 수 있습니다.PaaS migrations can produce significant time savings and reductions in the total cost of ownership (TCO) of most cloud solutions.
  • PaaS 호환성은 선택 사항이지만 수정은 필수인 경우 아키텍처 작업수정 작업을 담당하는 팀에 문의하세요.When PaaS compatibility is an option but remediation is required, consult the teams responsible for architecture activities and remediation activities. 대부분의 시나리오에서 데이터베이스 솔루션에 대한 PaaS 마이그레이션의 장점은 증가하는 수정 시간 문제를 능가할 수 있습니다.In many scenarios, the advantages of PaaS migrations for database solutions can outweigh the increase in remediation time.
  • 마이그레이션할 각 데이터베이스의 크기와 변경 비율을 문서화합니다.Document the size and rate of change for each database to be migrated.
  • 가능하면 각 데이터베이스를 호출하는 애플리케이션 또는 기타 자산을 문서화합니다.When possible, document any applications or other assets that make calls to each database.

참고

복제 프로세스 동안 수행되는 모든 자산의 동기화는 대역폭을 소비합니다.Synchronization of any asset consumes bandwidth during the replication processes. 매우 일반적인 단점은 복제 시점과 릴리스 시점 사이에 자산을 동기화된 상태로 유지하는 데 필요한 대역폭 소비를 간과한다는 것입니다.A very common pitfall is to overlook the bandwidth consumption required to keep assets synchronized between the point of replication and release. 데이터베이스는 릴리스 주기 동안 대역폭의 일반적인 소비자이며, 스토리지 공간이 크거나 변경 비율이 높은 데이터베이스가 특히 문제가 됩니다.Databases are common consumers of bandwidth during release cycles, and databases with large storage footprints or a high rate of change are especially concerning. UAT(사용자 승인 테스트) 및 릴리스 전에 제어된 업데이트로 데이터 구조를 복제하는 방법을 고려합니다.Consider an approach of replicating the data structure, with controlled updates before user acceptance testing (UAT) and release. 이러한 시나리오에서는 Azure Site Recovery 외에 다른 방법이 좀 더 적절할 수 있습니다.In such scenarios, alternatives to Azure Site Recovery may be more appropriate. 자세한 내용은 Azure 데이터베이스 마이그레이션 가이드의 지침을 참조 하세요.For more information, see guidance from the Azure Database Migration Guide.

일반적인 네트워크 평가 작업Common network evaluation activities

  • 반복부터 릴리스까지 진행되는 동안 복제할 모든 VM의 총 스토리지를 계산합니다.Calculate the total storage for all VMs to be replicated during the iterations leading up to a release.
  • 반복부터 릴리스까지 진행되는 동안 복제할 모든 VM의 드리프트 또는 변경 비율을 계산합니다.Calculate the drift or change rate of storage for all VMs to be replicated during the iterations leading up to a release.
  • 총 스토리지 및 드리프트를 합산하여 각 반복에 필요한 대역폭 요구 사항을 계산합니다.Calculate the bandwidth requirements needed for each iteration by summing total storage and drift.
  • 반복 맞춤과 관련해서 유효성을 검사하기 위해 현재 네트워크에서 사용 가능한 대역폭을 계산합니다.Calculate unused bandwidth available on the current network to validate per iteration alignment.
  • 예상 마이그레이션 속도에 도달하는 데 필요한 대역폭을 문서화합니다.Document bandwidth needed to reach anticipated migration velocity. 필요한 대역폭을 제공하기 위해 수정이 필요한 경우 수정 작업을 담당하는 팀에 알립니다.If any remediation is required to provide necessary bandwidth, notify the team responsible for remediation activities.

참고

전체 스토리지는 초기 복제 중에 대역폭 요구 사항에 직접적인 영향을 줍니다.Total storage directly affects bandwidth requirements during initial replication. 그러나 스토리지 드리프트는 릴리스가 수행될 때까지 복제 시점부터 계속됩니다.However, storage drift continues from the point of replication until release. 즉, 드리프트의 경우 사용 가능한 대역폭에 누적 효과를 미칩니다.This means that drift has a cumulative effect on available bandwidth.

다음 단계Next steps

시스템 평가를 완료한 후에는 새 클라우드 아키텍처를 개발하는 데 평가 결과를 활용합니다.After the evaluation of a system is complete, the outputs feed the development of a new cloud architecture.