워크로드를 최신 애플리케이션 플랫폼으로 마이그레이션
기존 워크로드를 온-프레미스 데이터 센터에서 Azure의 Kubernetes 클러스터로 마이그레이션하는 추세가 명확하고 증가하고 있습니다. 이 접근 방식은 마이그레이션 후 인프라 공간을 줄일 수 있습니다. 더 중요한 것은 컨테이너로 마이그레이션하면 포트폴리오의 이식성이 향상되어 퍼블릭 클라우드와 프라이빗 클라우드 간에 워크로드를 보다 쉽게 이동할 수 있습니다. 이러한 추세는 조직에 웹 애플리케이션이 많은 경우에 가장 일반적으로 경험됩니다.
대부분의 최신 애플리케이션 플랫폼 옵션에는 애플리케이션을 다시 아키텍처하거나 다시 배포해야 합니다. AKS(Azure Kubernetes Service) 오케스트레이션 기능을 사용하면 Kubernetes 솔루션에 대한 마이그레이션이 용이합니다. 그러나 컨테이너 마이그레이션을 표준화된 마이그레이션 프로세스에 통합하면 더 효율적인 프로세스가 있을 수 있습니다. Azure Migrate에는 마이그레이션을 가속화하는 많은 도구와 기능이 포함되어 있습니다. Azure Migrate: 앱 컨테이너화 도구는 표준 마이그레이션 프로세스 중에 컨테이너로 마이그레이션하는 가장 쉬운 방법입니다.
하나의 마이그레이션 방법
AKS로 마이그레이션하여 클라우드 채택 프레임워크 One Migrate 시나리오의 일부로 클라우드의 컨테이너를 가속화할 수 있습니다. 일반적으로 Azure로의 마이그레이션은 Azure Migrate 및 파트너 도구를 사용하여 워크로드를 평가하고, 워크로드를 마이그레이션하고, 워크로드를 클라우드로 릴리스합니다. AKS 마이그레이션에 이 3단계 프로세스를 적용할 수 있지만 마이그레이션 단계에 도움이 되는 몇 가지 다른 도구가 필요할 수 있습니다.
워크로드 평가
워크로드 그룹을 평가하는 첫 번째 단계로 클라우드 채택 계획 및 초기 포트폴리오 평가를 참조해야 합니다. 마이그레이션 중에 컨테이너화에 대한 워크로드를 평가할 때 애플리케이션에 대한 운영 체제 및 프로그래밍 언어에 대한 주요 정보에 대한 계획을 검토하여 가장 적절한 컨테이너화 경로를 결정해야 합니다.
간소화된 마이그레이션 후보
Azure Migrate의 컨테이너 마이그레이션 도구는 AKS로 특정 애플리케이션의 마이그레이션을 가속화할 수 있습니다. 다음 목록에 대해 워크로드를 평가하여 Kubernetes 마이그레이션 후보를 식별하고 이 목록이 커지면 자주 다시 확인합니다.
Azure Migrate: 앱 컨테이너화 도구를 사용하여 애플리케이션을 마이그레이션합니다. 이 도구의 첫 번째 단계는 호환성을 평가하고 평가하는 데 도움이 되는 검색입니다.
컨테이너화 후 마이그레이션 후보
다시 기본 워크로드는 컨테이너 내에서 작동하는 동안 기능 및 성능의 유효성을 검사할 때까지 마이그레이션할 수 없습니다. 애플리케이션 소유자와 협력하여 컨테이너화를 수행하고, 결과의 유효성을 검사하고, 작업에 대한 이미지 빌드 파이프라인을 빌드하는 데 시간을 할당합니다. 그룹 관리 서비스 계정, 로컬 파일 시스템 사용량, 캐시 구현 세부 정보, 싱글톤 구현 및 데이터베이스와 같은 종속성과 같은 Windows 관련 요구 사항과 같은 고유한 종속성을 확인합니다.
중앙 집중식 팀은 조직 전체에서 컨테이너화 작업을 주도할 수 있지만, 프로젝트 관리 기능 및 기술 요구 사항 수집 및 감독 프로세스에 더 가담한다는 점을 고려할 때 애플리케이션 소유자는 매우 관여해야 합니다.
작업 마이그레이션
평가 태스크에 멘션 Azure Migrate: 앱 컨테이너화 도구를 사용하여 많은 애플리케이션을 마이그레이션할 수 있습니다. 반복 가능한 마이그레이션 프로세스의 이 단계에서는 워크로드를 클라우드로 마이그레이션하는 것과 관련된 작업을 완료하는 방법을 설명합니다.
간소화된 마이그레이션
Azure Migrate: 앱 컨테이너화 도구와 호환되는 모든 워크로드의 경우 도구 자체는 컨테이너 이미지를 빌드하고, AKS 클러스터를 배포하고, 애플리케이션을 컨테이너에 배포하여 마이그레이션 단계를 자동화합니다.
컨테이너 및 워크로드 마이그레이션
보다 수동 프로세스를 통해 컨테이너 및 워크로드를 마이그레이션하는 경우 컨테이너 이미지의 유효성을 검사하고 클러스터를 배포하며 애플리케이션을 배포하는 작업이 더 많이 포함됩니다. 먼저 대상 Kubernetes 버전이 AKS에 대해 지원되는 창 내에 있는지 확인합니다. 이전 버전을 사용하는 것은 지원되는 범위를 벗어날 수 있으며 AKS에서 업그레이드를 지원해야 합니다. 자세한 내용은 AKS 지원 Kubernetes 버전을 참조하세요. 가능한 경우 항상 동일한 버전의 Kubernetes로 마이그레이션합니다. 즉, 기존 시스템에서 현재 위치 업그레이드를 수행하거나 우선 순위에 따라 마이그레이션 후 업그레이드를 계획합니다.
마이그레이션과 마찬가지로 동의할 수 있는 기본 기간을 결정하고 마이그레이션이 진행되는 방식에 대해 모든 관심 있는 이해 관계자에게 투명하게 설명합니다. 적절한 경우 마이그레이션을 추적하고 대시보드합니다. 가동 중지 시간 마이그레이션을 협상할 수 없는 경우 가동 중지 시간 마이그레이션과 관련된 추가 계획, 비용 및 복잡성을 허용합니다. 예상하지 못한 가동 중지 시간 마이그레이션이 필요한 경우 해당 변경 내용을 관련자에게 전달합니다. 해당 변경 내용에 대한 영향 분석을 수행하여 위험을 문서화하고 합의하는지 확인합니다.
가동 중지 시간 마이그레이션을 비롯한 모든 마이그레이션은 마이그레이션을 지원하는 유연성을 추가하여 기존 애플리케이션을 수정해야 할 수 있습니다. 애플리케이션 팀이 가능한 한 빨리 워크로드 마이그레이션을 계획하는 데 완전히 관여해야 합니다. 예를 들어 마이그레이션을 완료하기 전에 더 많은 DNS, 연결 문자열 및 설정 전환 기능을 현재 워크로드에 배포해야 할 수 있습니다.
현재 여러 오픈 소스 도구 중 하나를 사용하여 Azure에 대한 컨테이너 및 워크로드의 복제본(replica)을 완료해야 합니다.
기존 Kubernetes 플랫폼(AKS 엔진, ACS 또는 다른 Kubernetes 구현)에서 제공되는 경우 마이그레이션에 도움이 되는 몇 가지 오픈 소스 도구를 사용하는 것이 좋습니다. 이러한 경우 Kubernetes에서 작동하는 워크로드가 이미 있으며 AKS에서 다시 호스팅하는 것이 더 간단합니다. 마이그레이션을 수행하기 전에 AKS에 있는 모든 기능의 유효성을 검사합니다.
다음 단계: 최신 애플리케이션 플랫폼 솔루션을 사용하여 혁신
다음 문서에서는 클라우드 채택 과정의 특정 지점을 안내하고 클라우드 채택 시나리오에서 성공하는 데 도움이 됩니다.