GKE on AWS(이전 세대)가 차세대 AWS용 Anthos 클러스터로 대체됩니다. Google은 유지보수 모드가 끝나면 이전 세대 제품에 대한 유지보수 및 계약 지원을 중단합니다.
아래 일정에는 이 전환에서 중요한 날짜가 나와 있습니다.
2022년 1월 1일: 유지보수 모드가 시작됩니다.
Google은 이 단계에서 계속 버그를 수정하고 새로운 Kubernetes 버전을 지원하며 CVE를 해결합니다.
Google 지원 계약은 이전과 동일합니다.
버그 수정에 필요한 경우 외에는 새 기능이 추가되지 않습니다.
이전 세대 제품은 기존 설치를 다시 설치하는 데 사용할 수 있지만 새 환경의 새 클러스터에는 사용하면 안 됩니다.
2023년 4월 1일: 제품에 대한 지원이 완전히 중단됩니다.
추가 업그레이드 또는 버그 수정 없음
모든 GKE on AWS 설치는 이 시점 이전에 현재 세대의 AWS용 Anthos 클러스터로 마이그레이션해야 합니다.
이 작업을 수행하는 이유
Google은 고객에게 최상의 Kubernetes 관리 환경을 제공하기 위해 최선을 다하고 있습니다. 차세대 GKE on AWS는 특성 세트, 간소화된 설치 및 구성, 향상된 보안을 제공합니다. Google Cloud 콘솔과의 통합을 통해 Google이 지원하는 모든 클라우드 환경에서 클러스터의 통합 모니터링 및 유지보수를 위한 Google의 통합 대시보드에 참여합니다.
필요한 조치
Google 지원팀에서 고객에게 해당 일정을 공지했으므로 이미 마이그레이션 전략을 계획한 분들도 있을 것입니다. 아직 시작 전이라면 이 프로세스를 시작하는 것이 좋습니다.
첫 번째 단계로 Google 지원팀에 문의합니다. Google 고객 엔지니어는 이 마이그레이션이 모든 고객에게 간단하고 직관적인 프로세스가 될 수 있도록 최선을 다하고 있습니다.
일반적인 업그레이드 전략
업그레이드 전략은 사용자 환경에 맞게 조정되어야 하지만, 포괄적인 전략은 대부분의 고객이 비슷합니다.
기존의 이전 세대 클러스터를 Kubernetes v1.21로 업그레이드합니다. 이 버전은 GKE on AWS의 이전 세대 및 현재 세대 모두에서 지원됩니다.
동일한 Kubernetes 구성을 사용하여 현재 세대의 클러스터를 배포합니다.
이전 클러스터와 새 클러스터에서 구성이 동일하도록 구성 관리를 사용하는 것이 좋습니다.
새 클러스터에 단일 서비스를 배포하고 이전 세대 클러스터의 DNS 설정을 새 클러스터의 동일한 서비스를 가리키도록 업데이트합니다.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-09-04(UTC)"],[],[],null,["# GKE on AWS Deprecation Announcement\n\nGKE on AWS (previous generation) will be deprecated as of April 1, 2023.\n\nWhat this means\n---------------\n\nGKE on AWS (previous generation) is being replaced by the next generation\nof Anthos Clusters on AWS. Google will cease maintenance and contracted support\nfor the previous generation product when maintenance mode ends.\n\nThe schedule below lists the significant dates in this transition.\n\n- Jan 1, 2022: Maintenance mode starts\n - Google continues to fix bugs, support new Kubernetes versions, and resolve CVEs during this phase\n - Google support contracts continue as before\n - No new functionality will be added except as needed to fix bugs\n - The previous generation product can still be used to reinstall existing installations, but should not be used for new clusters in new environments\n- April 1, 2023: Product deprecation completes\n - No further upgrades or bug fixes occur\n - All GKE on AWS installations should migrate to the current generation of Anthos Clusters on AWS well before this point\n\nWhy we're doing this\n--------------------\n\nGoogle is committed to providing the best possible Kubernetes management\nexperience for our customers. Our new generation of GKE on AWS\noffers a richer feature set, simplified installation and configuration, and\ngreater security. And through its integration with Google Cloud console, it\nparticipates in Google's consolidated dashboard for unified monitoring and\nmaintenance of clusters in all the cloud environments that Google supports.\n\nWhat you should do now\n----------------------\n\nGoogle support has notified our customers of this schedule, so you may\nhave started planning your migration strategy already. We recommend\nbeginning this process if you haven't already.\n| **Note:** although upgrading your cluster version is part of the process, this is an upgrade to the entire GKE on AWS product.\n\nAs your first step, contact Google support. Our customer\nengineers are committed to making this migration a simple and straightforward\nprocess for all our customers.\n\nGeneral upgrade strategy\n------------------------\n\nYour upgrade strategy must be tailored to your environment, but the\nbroad strategy will be similar for most customers:\n\n1. Upgrade your existing previous generation clusters to Kubernetes v1.21. This\n version is supported on both the previous and current generation of\n GKE on AWS.\n\n2. Deploy current generation clusters with identical Kubernetes configurations.\n Consider using\n [Config Management](/kubernetes-engine/multi-cloud/docs/aws/previous-generation/how-to/installing-config-management)\n to ensure identical configurations across your old and new clusters.\n\n3. Deploy a single service on your new cluster, and update the DNS settings for\n your previous generation cluster to point to the same services on the new cluster.\n\n4. Test the service on the new cluster.\n\n5. Repeat these two steps for your remaining services.\n\n6. After all services have been migrated and tested,\n [decommission the previous generation](/kubernetes-engine/multi-cloud/docs/aws/previous-generation/how-to/uninstalling)\n cluster and management service.\n\nContact Cloud Customer Care\n---------------------------\n\nYour account's lead customer engineer is your best contact point for migration\nsupport. Alternatively, you can\n[file a support case](https://console.cloud.google.com/support)\nthrough Google Cloud console. Your request will be routed to your account's customer\nengineering group."]]