하이브리드 및 다중 클라우드 마이그레이션
클라우드 채택 프레임워크 마이그레이션 방법론에서 클라우드로의 마이그레이션은 이미 하이브리드 또는 다중 클라우드 프로세스로 간주됩니다. 하이브리드 및 다중 클라우드 환경으로 마이그레이션할 때 해당 방법론의 지침 대부분은 관련성이 유지됩니다. 이 방법론에서 가장 큰 변화는 장기적인 마이그레이션 목표와 관련이 있습니다.
일반적으로 마이그레이션 작업은 일방통행으로 간주되었습니다. 자산은 클라우드 또는 새 클라우드로 이동하여 유지됩니다. 하이브리드 및 다중 클라우드 환경에서 마이그레이션 작업은 다차선 고속도로와 비슷합니다. 자산은 변화하는 비즈니스 또는 기술 요구 사항에 따라 여러 퍼블릭 클라우드와 프라이빗 클라우드 사이에서 이동합니다. 이러한 마이그레이션 전략의 변화는 마이그레이션 프로세스에 미치는 영향을 최소화하지만 마이그레이션 전후에 발생하는 작업에 직접적인 영향을 줄 수 있습니다.
마이그레이션 관련 프로세스에 미치는 영향
마이그레이션 프로세스에 대한 차이의 직접적인 영향은 적지만 이러한 프로세스에 대한 인식은 조직의 성공 가능성을 높일 수 있습니다. 워크로드 마이그레이션 작업은 마이그레이션이 완료될 때까지 웨이브 또는 스프린트에서 반복되는 세 가지 고급 프로세스로 구성됩니다. 이러한 프로세스가 어떻게 변경되는지 간략하게 살펴보겠습니다.
- 워크로드 평가: 몇 가지 고려 사항으로 마이그레이션 전에 워크로드를 평가하는 방법을 구체화합니다.
- 워크로드 배포: 워크로드의 웨이브 배포는 크게 변경되지 않습니다. 하지만 더 많은 Azure Migrate 에코시스템을 사용하여 특정 유형의 마이그레이션을 가속화할 수 있습니다.
- 워크로드 릴리스: 워크로드가 배포된 후 프로덕션 트래픽에 릴리스하기 전에 테스트 주기에서 가장 큰 변화가 보입니다.
마이그레이션 프로세스 내에서 워크로드를 평가, 배포 또는 릴리스하는 방법에 대한 자세한 내용은 이 문서의 뒷부분에서 설명합니다. 먼저 마이그레이션에 영향을 줄 업스트림 및 다운스트림 프로세스에 대한 더 큰 변경 내용은 다음 섹션을 검토합니다.
업스트림 및 다운스트림 프로세스에 미치는 영향
하이브리드 및 다중 클라우드 환경에서 워크로드를 마이그레이션하는 경우 실제 효과는 마이그레이션 전후 작업에 영향을 줍니다. 하이브리드 및 다중 클라우드 접근 방식에서 워크로드를 마이그레이션하기 전에 하이브리드 및 다중 클라우드 소개 및 통합 작업 소개를 참조하여 마이그레이션 작업 이외의 다른 변경 내용을 이해하세요.
Warning
위의 링크는 성공을 위한 높은 수준의 인사이트를 제공합니다. 이러한 문서에는 중요한 기술 변경 및 효과에 대한 링크가 있습니다. 계획, 환경 준비 및 운영 관리에 미치는 영향에 대한 기본적인 이해 없이 하이브리드 및 다중 클라우드 전략으로 마이그레이션을 진행하지 마세요. 이러한 활동을 준비하지 못하면 운영 비용이 늘어나고 의도하지 않은 공급업체 종속이 발생할 수 있습니다.
하이브리드 및 다중 클라우드 마이그레이션을 위한 워크로드 평가
표준 마이그레이션에 사용되는 Azure 제품은 하이브리드 및 다중 클라우드 마이그레이션에도 계속 적용됩니다. 특히 Azure Migrate 및 서비스 맵을 사용하여 디지털 자산을 이해하고 종속성을 간략하게 설명할 수 있습니다. 두 도구에 대한 자세한 내용은 워크로드를 평가하기 위한 시작 가이드를 참조하세요. 계획을 수립하거나 하이브리드 및 다중 클라우드 워크로드의 웨이브를 평가할 때 Azure에서 디지털 자산 평가에 대한 모범 사례가 여전히 적용됩니다.
평가 과제가 발생하는 하이브리드 및 다중 클라우드 마이그레이션은 마이그레이션 팀의 평가 프로세스 내에서 성숙도가 부족하다는 것을 나타냅니다. 평가 계획에 다음 고려 사항을 고려합니다.
워크로드를 평가할 때 Azure 및 Azure 랜딩 존과의 호환성을 고려합니다. 워크로드를 평가하는 동안 다른 하이브리드 또는 다중 클라우드 환경에 설정된 하이브리드 네트워킹, 하이브리드 ID, 하이브리드 보안 또는 하이브리드 관리나 거버넌스 제약 조건과의 호환성도 고려해야 합니다.
자산의 더 큰 비율이 다른 클라우드에서 호스팅될 수 있으므로 종속성에 더 중점을 둡니다.
하이브리드 및 다중 클라우드 결정의 이유를 이해하여 다음을 지원하는 도구로 다양한 워크로드의 호환성을 평가합니다.
- Azure Stack HCI 호환성: 클라우드 네이티브 솔루션 온-프레미스를 허용하도록 데이터 센터를 현대화하는 경우에 중요합니다.
- Kubernetes 호환성: 컨테이너 기반 인프라를 통해 이식성을 유지하는 경우에 중요합니다.
- Azure Edge 호환성: 상호 작용 시점에서 워크로드를 확장하고 대기 시간을 줄이는 데 중요할 수 있습니다.
- 규정, 규정 준수 또는 비즈니스 요구 사항: 일부 자산 또는 데이터가 온-프레미스에 유지될 것을 지시합니다. Azure에서 온-프레미스 자산을 관리, 관리, 보안, 구성 및 모니터링하려면 Azure Arc 지원 서버, Azure Arc 지원 VMware vSphere 및 Azure Arc 지원 System Center Virtual Machine Manager를 고려할 수 있습니다.
이러한 문서는 이 유형의 마이그레이션에 필요한 가장 영향력 있는 프로세스를 개발하는 데 도움이 됩니다.
하이브리드 및 다중 클라우드를 위한 마이그레이션된 워크로드 배포
클라우드로 마이그레이션하는 경우 모든 종속 자산 및 네트워크 경로에 대한 명확한 인벤토리를 확보하여 해당 자산이 올바른 클라우드에 배포되도록 합니다. 명확한 인벤토리 또는 디지털 자산 평가는 워크로드를 마이그레이션하기 전 하이브리드 환경에서 훨씬 더 중요합니다. 하이브리드 및 다중 클라우드 환경으로 워크로드를 마이그레이션하기 전에 위의 워크로드 평가 섹션을 참조하세요.
Azure Migrate는 프라이빗 클라우드에서 Azure로 워크로드를 마이그레이션하기 위한 주요 솔루션입니다. 다른 퍼블릭 클라우드에서 Azure로 마이그레이션하는 모범 사례는 달라집니다. Azure Stack HCI로 마이그레이션할 때 몇 가지 다른 도구를 추가해야 할 수도 있습니다. 다음 자습서를 참조하세요.
하이브리드 및 다중 클라우드를 위한 마이그레이션된 워크로드 릴리스
클라우드로 마이그레이션할 때 테스트, 벤치마킹과 크기 조정 및 승격 계획이 중요합니다. 하이브리드 및 다중 클라우드 워크로드는 탈중앙화 자산 및 이를 연결하는 네트워크에 대한 종속성이 더 큽니다. 대기 시간, 연결성 및 라우팅 문제가 발생하기 더 쉬운데, 이는 클라우드 플랫폼 성능 문제로 보일 수 있습니다. 하이브리드 및 다중 클라우드 워크로드의 테스트 및 디버깅은 ID 및 네트워킹에서 추가된 계층을 위해 단일 클라우드 공급자에 배포된 워크로드보다 더 많은 시간 할당이 필요합니다.
하이브리드 및 다중 클라우드 환경으로 마이그레이션할 때 테스트 계획에 포함할 몇 가지 고려 사항은 다음과 같습니다.
다음 단계
클라우드 채택 경험에 대한 자세한 지침은 다음 문서를 참조하세요.