VM 생성 중에 Compute Engine 인스턴스에 컨테이너를 배포하는 컨테이너 시작 에이전트가 지원 중단됩니다.
이 문서에서는 VM 생성 중에 만든 컨테이너를 다른 Trusted Cloud by S3NS 서비스로 마이그레이션하는 방법을 설명합니다.
일반 정보
- Compute Engine의 컨테이너 시작 에이전트란 무엇인가요?
- 컨테이너 시작 에이전트를 사용하면 VM 생성 중에 Compute Engine 인스턴스 또는 관리형 인스턴스 그룹 (MIG)의 인스턴스에 컨테이너를 배포하고 구성하고 Docker 컨테이너를 시작할 수 있습니다.
- 컨테이너 시작 에이전트가 지원 중단된 이유는 무엇인가요?
고객 의견을 바탕으로 Trusted Cloud by S3NS 컨테이너 배포 옵션을 개선합니다. 컨테이너 배포를 위한 더 유연한 옵션을 제공하기 위해 컨테이너 시작 에이전트가 지원 중단되었습니다.
지원 중단된 옵션에 대한 자세한 내용은 VM에서 컨테이너를 구성하기 위한 지원 중단된 옵션을 참고하세요.
- 이번 지원 중단의 주요 일정은 무엇이며 기한까지 조치를 취하지 않으면 어떻게 되나요?
2026년 7월 31일부터 컨테이너 시작 에이전트 또는
gce-container-declaration인스턴스 메타데이터를 사용하는 워크플로는 작동이 중지됩니다.2027년 7월 31일부터 Google에서 컨테이너 시작 에이전트 지원을 중단하며
gce-container-declaration메타데이터를 사용하는 실행 중인 VM에 더 이상 업데이트가 제공되지 않습니다. 워크로드는 자체 위험 부담으로 실행되며 워크플로에 영향을 줄 수 있습니다.원활한 전환을 위해 이 날짜 훨씬 전에 컨테이너를 대체 솔루션으로 마이그레이션하는 것이 좋습니다.
gce-container-declaration메타데이터를 사용하여 직접 배포된 컨테이너로 새 VM 또는 MIG를 더 이상 만들 수 없게 되는 시점은 언제인가요?최초 지원 중단 알림일로부터 12개월 후인 2026년 7월 31일
- 언제부터
gce-container-declaration메타데이터를 사용하는 VM 또는 MIG에서 컨테이너 배포를 실행할 수 없게 되나요? 초기 지원 중단 알림(2027년 7월 31일)으로부터 24개월 후에는 컨테이너 시작 에이전트를 사용하여 배포된 모든 워크로드에 대한 지원이 중단됩니다.
cloud-init를 사용하여 VM에서 컨테이너를 실행합니다. 이번 변경사항으로 영향을 받게 되나요?아니요. 이번 지원 중단은
cloud-init를 사용하여 구성된 VM에는 영향을 미치지 않습니다. 인스턴스 구성에는cloud-init를 계속 사용할 수 있습니다. 자세한 내용은 Cloud config로 cloud-init 사용을 참고하세요.- 이번 변경사항의 영향을 받는지 어떻게 알 수 있나요?
컨테이너 시작 에이전트를 사용하거나
gce-container-declaration를 지정하여 VM 생성 중에 VM에 컨테이너를 배포하는 경우 이 지원 중단의 영향을 받습니다. 프로젝트에 영향을 받는 인스턴스가 있는지 확인하려면 다음 gcloud CLI 명령어를 실행하세요.gcloud compute instances list --filter="metadata.items.key:gce-container-declaration"이 명령어는
gce-container-declaration메타데이터 키가 포함된 프로젝트의 모든 VM 인스턴스 목록을 제공합니다. 메타데이터 키는 지원 중단 범위에 속하는 VM을 고유하게 식별합니다. 여러 프로젝트를 사용하는 경우 활성 프로젝트 전체에서 명령어를 실행합니다.프로젝트 메타데이터 보기에 대한 자세한 내용은 메타데이터 문서를 참고하세요.
확인하려는 특정 인스턴스가 있는 경우 다음 gcloud CLI 명령어를 실행합니다.
gcloud compute instances describe VM_NAMEVM_NAME을 VM 인스턴스의 이름으로 바꿉니다. 이 명령어는 메타데이터를 비롯한 특정 인스턴스의 모든 정보를 제공합니다. 명령어 출력에
gce-container-declaration메타데이터 키가 표시되면 VM이 이 변경사항의 영향을 받는 것입니다.- 마이그레이션 중에 프로젝트 보안 또는 개인 정보 보호에 위험이 있나요?
아니요. 보안과 개인 정보 보호는 Google에서 하는 모든 일의 기본입니다. Google 스크립트 또는 관리 솔루션을 사용할 때 요구사항을 충족하도록 특정 보안 및 개인 정보 보호 설정을 구성할 수 있습니다. 자세한 내용은 이전 가이드를 참고하세요.
대안 솔루션도
- Compute Engine의 컨테이너를 대체할 권장 솔루션은 무엇이며 요구사항에 맞는 솔루션을 어떻게 선택하나요?
다음 옵션 중 하나를 선택하여 컨테이너를 이전할 수 있습니다.
- VM 또는 MIG에 컨테이너를 계속 배포하거나, 테스트 및 개발을 위해 컨테이너를 실행하거나, 단일 VM으로 구성된 워크로드를 실행하려면 시작 스크립트 또는 cloud-init를 사용하세요.
- 스테이트리스(Stateless) 컨테이너 애플리케이션과 중소 규모 작업이 있는 경우 Cloud Run을 고려해 보세요. 시작 스크립트를 사용할 수도 있습니다.
- 컨테이너가 명확한 종료 상태가 있고 추가 컴퓨팅 리소스가 필요한 일괄 작업인 경우 Batch를 고려하세요. 시작 스크립트를 사용할 수도 있습니다.
- 고급 제어 및 확장성이 필요하거나 다른 옵션으로 요구사항을 충족할 수 없는 경우 GKE를 사용하는 것이 좋습니다.
마이그레이션 옵션에 관한 자세한 안내와 권장사항은 마이그레이션 가이드를 참고하세요.
- 시작 스크립트를 사용하는 대신 Cloud Run, GKE, Batch와 같은 관리형 서비스로 마이그레이션해야 하는 이유는 무엇인가요?
Google Kubernetes Engine, Cloud Run, Batch와 같은 컨테이너 솔루션으로 마이그레이션하는 것이 좋습니다. 이러한 관리형 서비스는 향상된 확장성, 유연성, 고급 관리 기능을 비롯해 기존 VM 기반 배포에 비해 상당한 이점을 제공합니다.
주요 이점은 다음과 같습니다.
- 관리 오버헤드 감소: 완전 관리형 서비스인Trusted Cloud는 기본 인프라 (VM, 패치, 확장)를 처리합니다. 이 접근 방식을 사용하면 소중한 직원 시간을 확보하고 운영 부담을 줄일 수 있습니다.
- 자동으로 확장하고 탄력성 보장: 이러한 서비스는 수요에 따라 리소스를 자동으로 조정합니다. 이렇게 하면 VM을 과도하게 프로비저닝하는 것보다 리소스 사용률이 향상되고 비용이 절감될 수 있습니다.
- 유휴 부하의 비용 효율성 달성: 유휴 상태일 때도 비용이 발생하는 VM과 달리 관리형 서비스는 트래픽이 변동하거나 낮은 애플리케이션에 더 비용 효율적일 수 있습니다.
- 무료 등급 사용: GKE, Cloud Run, Batch는 무료 등급을 제공하므로 소규모 워크로드를 실행하거나 테스트를 무료로 진행할 수 있습니다.
이전에 관한 자세한 안내는 이전 가이드를 참고하세요.
- 각 대체 솔루션의 비용 고려사항은 무엇이며 현재 설정과 어떻게 비교되나요?
컨테이너 배포 시작 스크립트 또는 cloud-init: 시작 스크립트 또는
cloud-init를 직접 대체로 사용해도 Compute Engine 비용이 본질적으로 변경되지는 않습니다. 기본 VM 리소스에 대한 비용은 계속 지불합니다.관리형 서비스: Cloud Run 또는 Batch와 같은 서비스로 전환하면 특히 사용량이 가변적인 애플리케이션의 경우 비용을 절감할 수 있습니다. 유휴 상태일 때도 요금이 청구되는 VM과 달리 이러한 관리형 서비스는 더 효율적일 수 있습니다. 또한 무료 등급을 사용하면 소규모의 임시 워크로드의 비용을 더욱 절감할 수 있습니다.
자세한 내용은 컨테이너 배포 옵션 비교를 참고하세요. 가격은 선택한 서비스와 구체적인 구성에 따라 다릅니다. 정확한 예상 비용을 알아보려면 가격 계산기를 사용하세요.
- 이번 지원 중단으로 인해 Container-Optimized OS 이미지가 지원 중단되므로 Compute Engine VM에서 Docker를 실행하려면 자체 VM 템플릿을 구성해야 하나요?
아니요. Container-Optimized OS 이미지 자체는 지원 중단되지 않습니다. 이 변경사항은 Container-Optimized OS를 사용하는 VM에서 컨테이너가 시작되는 방식에 관한 것입니다. 최신 Container-Optimized OS 버전에서는
gce-container-declaration메타데이터 키를 사용하여 컨테이너를 시작하는 시작 에이전트인 konlet을 더 이상 지원하지 않습니다. 즉, Container-Optimized OS 이미지는 계속 사용할 수 있으며 지원됩니다. 하지만gce-container-declaration메타데이터 키를 사용하는 대신 시작 스크립트 또는cloud-init구성을 사용하여 컨테이너를 배포하도록 VM을 업데이트해야 합니다.
마이그레이션 프로세스
- 컨테이너를 대체 솔루션으로 이전하는 데 권장되는 접근 방식은 무엇인가요?
마이그레이션을 위해 다음 단계를 따르는 것이 좋습니다.
- 옵션 이해: 마이그레이션 가이드를 검토하여 컨테이너를 실행하는 대체 방법을 살펴봅니다.
- 조기에 이전 계획 수립: 원활한 전환을 위해 2026년 7월 31일 전에 현재 컨테이너 배포의 이전을 계획하세요.
- 새 워크로드 준비: VM 또는 MIG에 컨테이너를 직접 배포하는 것이 더 이상 불가능하므로 2026년 7월 31일까지 새 컨테이너 워크로드가 대체 솔루션에서 실행될 수 있도록 준비하세요.
- 최종 마이그레이션 기한: 직접 배포 방법이 완전히 지원 중단되는 2027년 7월 31일까지 기존 컨테이너 워크로드를 대체 솔루션으로 마이그레이션해야 합니다.
- 권장 솔루션 중 하나로 이전해야 하나요? 아니면 사용할 수 있는 대안이 있나요?
Google은 비즈니스 요구사항에 부합하고 적극적으로 지원되는 솔루션을 채택할 수 있도록 지원합니다. 이전 가이드와 같은 리소스를 사용하여 가장 적합한 옵션을 선택할 수 있습니다.
- 마이그레이션 프로세스의 일부로 데이터 백업 또는 내보내기가 필요한가요?
데이터 백업 또는 내보내기는 데이터 안전 및 비즈니스 연속성을 위해 항상 중요한 권장사항이지만 이 이전 프로세스에는 필요하지 않습니다.
- 대체 서비스로 이전하는 데 얼마나 시간이 걸리며, 시간 약속에 영향을 미칠 수 있는 요소가 있나요?
컨테이너 배포 시작 스크립트: 시작 스크립트를 사용한 초기 설정 및 테스트는 약 1~2시간이 걸립니다. 이후 배포는 각각 몇 분밖에 걸리지 않습니다.
관리형 서비스: 서버리스 완전 관리형 PaaS 제품인 Cloud Run, Batch, GKE와 같은Trusted Cloud by S3NS 솔루션을 선택하면 초기 투자 시간과 노력이 더 많이 필요할 수 있습니다. 이는 인프라를 관리하는 VM 중심 (IaaS) 방식에서 플랫폼이 대부분을 처리하는 PaaS 모델로 근본적으로 변경되기 때문입니다. 이러한 적응으로 인해 애플리케이션이 상태 비저장인지 확인하는 등 애플리케이션을 변경해야 할 수도 있지만 장기적으로 운영 효율성, 확장성, 비용 효율성을 크게 높일 수 있습니다.
이 전환에 관한 안내는 이전 가이드를 참고하세요.
- 대체 제품으로 이전하는 경우 Trusted Cloud by S3NS 프로젝트, VM, 서비스, 앱에 중단이나 다운타임이 발생하나요?
일반적으로 권장되는 대체 솔루션으로의 전환은 다운타임이 없는 프로세스로 설계됩니다.
Compute Engine VM에서 장기 실행 컨테이너를 마이그레이션하는 경우 중단을 방지하려면 대체 구성으로 새 VM을 설정하고 테스트가 완료되면 트래픽을 전환하는 것이 좋습니다.
- 이 이전이 Terraform 구성에 어떤 영향을 미치나요?
gce-container-declaration메타데이터 키를 명시적으로 설정하여 컨테이너로 VM 또는 MIG를 만들거나 업데이트하는 데 Terraform 또는 유사한 자동화를 사용하는 경우 2026년 7월 31일부터 워크플로가 작동하지 않습니다. 중단을 방지하려면 컨테이너 배포를 위한 시작 스크립트를 포함하도록 구성을 업데이트하고gce-container-declaration메타데이터 키에 대한 종속 항목을 삭제해야 합니다. 이 변경사항을 구현하는 방법에 관한 자세한 안내는 VM 생성 중에 VM에 배포된 컨테이너 마이그레이션을 참고하세요.
지원 받기
- 이전 과정에 관해 궁금한 점이 있으면 Compute Engine의 누구에게 문의해야 하나요?
- 궁금한 점이 있거나 도움이 필요한 경우 Google Cloud 지원팀에 문의하세요.
- 마이그레이션을 지원하고 기술 안내를 제공하는 리소스는 무엇인가요?
- 이 FAQ, 마이그레이션 가이드, Google Cloud 지원팀을 통해 마이그레이션 프로세스를 지원받을 수 있습니다.