컨테이너로 마이그레이션할 때의 이점
Migrate to Containers는 Google Kubernetes Engine(GKE), GKE Autopilot 클러스터, GKE Enterprise 또는 Cloud Run에서 실행할 기존 VM 기반 애플리케이션을 컨테이너화하는 도구입니다. Migrate to Containers는 GKE 및 GKE Enterprise 생태계를 이용하여 현대화된 조정 및 애플리케이션 관리로 빠르고 간편하게 전환할 수 있는 방법을 제공합니다. 소스 코드에 액세스하거나 애플리케이션을 다시 작성하거나 재설계하지 않고도 현대화 및 관리를 수행할 수 있습니다.
컨테이너로의 마이그레이션과 Compute Engine으로의 리프트 앤 시프트 비교
현재는 Migrate to VMs를 사용하여 Compute Engine에서 VM 워크로드를 VM 인스턴스로 마이그레이션할 수 있습니다. 이 '리프트 앤 시프트' 방법은 클라우드 마이그레이션의 가장 간단한 단계를 제공합니다. 이 방법은 애플리케이션을 온프레미스에서 실행하고 관리하여 기본 인프라만 현대화하는 데 사용되는 동일한 운영 모델을 일관되게 보존합니다.
'리프트 앤 시프트'는 특정 워크로드에 적합한 옵션이지만, 클라우드로 이전하는 많은 고객들이 한 단계 더 나아가기를 원합니다. 이들은 클라우드 기반 도구, 메서드, 관리형 서비스를 활용하고자 합니다. 특히 VM에서 컨테이너로 전환하고 GKE 또는 GKE Enterprise에서 워크로드를 관리하려고 합니다.
컨테이너의 이점
Migrate to Containers를 사용하면 애플리케이션 워크로드를 컨테이너로 변환하여 현대화할 수 있습니다. 워크로드를 컨테이너화할 때의 몇 가지 이점은 다음과 같습니다.
- 밀도. 컨테이너는 운영체제를 포함하지 않기 때문에 VM보다 훨씬 가벼우므로 필요한 계산 및 메모리 리소스가 대폭 줄어듭니다. 컨테이너를 통해 클러스터 전체에서 워크로드의 밀도가 커지고 세분화된 리소스 할당이 가능하며 전반적인 인프라 비용이 절감됩니다.
- 보안 최적화 노드 커널. GKE 및 GKE Enterprise는 자동 운영체제 업그레이드를 제공하므로 운영체제를 유지관리할 필요가 없습니다.
- 현대적인 서비스로 기존 앱 보강. GKE 및 GKE Enterprise를 사용하면 플랫폼 부가 기능 서비스를 사용하여 기존 앱과 최신 기능을 원활하게 통합할 수 있습니다. 예를 들어 애플리케이션 코드를 변경하지 않고 Istio on GKE 또는 Cloud Service Mesh를 활용하여 네트워크 및 보안 정책을 자동화할 수 있습니다. 또한 구성을 변경하고 애플리케이션을 변경하지 않은 상태로 Cloud Logging 및 Cloud Monitoring으로 모니터링 및 로깅을 사용할 수 있습니다.
- 통합 정책 및 통합 리소스 관리. GKE 및 GKE Enterprise를 사용하면 인프라가 아닌 애플리케이션 관리에 집중할 수 있습니다. 강력한 태그 전략과 선택기 정책과 함께 원하는 선언적 상태 관리 기능을 제공합니다.
- 현대적인 이미지 기반 관리 및 조정. Migrate to Containers는 VM 워크로드에서 이미지를 추출하고 Docker 이미지 및 관련 아티팩트를 생성하는 고유한 기능을 제공합니다. 이러한 추출로 CI/CD 파이프라인과의 통합을 비롯한 애플리케이션 수명 주기 및 운영 관리를 현대화할 수 있습니다. CI/CD 파이프라인과의 통합에서는 Cloud Build와 같은 도구를 사용하여 2일 차 유지보수 절차를 구현합니다. 또한 이미지 기반 관리를 통해 고객이 순차적 업데이트, 동적 확장, 자가 복구 등을 수행할 수 있습니다.
다음 단계
- 마이그레이션 여정 단계를 알아봅니다.