새 클러스터에서 클러스터 내 컨트롤 플레인에서 관리형 컨트롤 플레인으로 마이그레이션

이 튜토리얼에서는 클러스터 내 Cloud Service Mesh를 사용하는 Google Kubernetes Engine(GKE) 클러스터에서 Google의 완전 관리형 Istio 호환 서비스 메시인 관리형 Cloud Service Mesh를 사용하는 새 클러스터로 애플리케이션을 마이그레이션하는 방법을 보여줍니다.

이 튜토리얼의 목표는 다음과 같습니다.

1. 새 Google Kubernetes Engine 클러스터를 만들고 클러스터 내 Cloud Service Mesh 및 Cloud Service Mesh 인그레스 게이트웨이를 클러스터에 설치합니다. 이 클러스터는 마이그레이션하려는 기존 클러스터 역할을 합니다.
2. Online Boutique 샘플 애플리케이션을 클러스터 내 Cloud Service Mesh를 사용하는 클러스터에 배포합니다.
3. 동일한 Google Cloud 프로젝트에 다른 Google Kubernetes Engine 클러스터를 만듭니다.
4. 두 번째 클러스터에서 관리형 Cloud Service Mesh를 프로비저닝하고 Cloud Service Mesh 인그레스 게이트웨이를 배포합니다.
5. 관리형 Cloud Service Mesh를 사용하는 클러스터에 Online Boutique를 배포하여 클러스터 내 Cloud Service Mesh를 사용하는 클러스터에서 배포를 복제합니다.
6. 클러스터 내 Cloud Service Mesh를 사용하는 클러스터에서 Istio의 트래픽 분할 기능을 사용하여 클러스터 내 Cloud Service Mesh를 사용하는 클러스터의 사용자 트래픽 중 50%를 관리형 Cloud Service Mesh를 사용하는 클러스터로 이전합니다.
7. 클러스터 내 Cloud Service Mesh를 사용하는 클러스터의 도메인 이름 시스템(DNS) 항목을 관리형 Cloud Service Mesh를 사용하는 클러스터를 가리켜 클러스터 내 Cloud Service Mesh에서 관리형 Cloud Service Mesh로의 마이그레이션을 완료합니다.

카나리아 배포

'카나리아 배포'는 새 버전을 모든 사용자에게 출시하기 전에 일부 소프트웨어의 새 버전을 테스트하기 위해 소프트웨어 개발에 사용되는 기술입니다. 이 배포에서는 새 버전으로 전송되는 트래픽의 비율이 점진적으로 증가합니다. 이 튜토리얼에서는 관리형 Cloud Service Mesh를 사용하는 새 클러스터를 설정하고 사용자 트래픽을 해당 클러스터로 점진적으로 이전합니다. 먼저 새 클러스터로 사용자 트래픽 중 0%를, 그런 다음 50%를, 마지막으로 100%를 전달합니다. 프로덕션에서는 더 작은 단위로 세분화하여 늘려야 합니다. 새 클러스터가 트래픽의 일정 비율을 처리할 수 없음을 알게 되면 언제든지 0%로 줄여 롤백할 수 있습니다.

카나리아 컨트롤 플레인과 카나리아 클러스터 비교

클러스터 내 Cloud Service Mesh에서 관리형 Cloud Service Mesh로 마이그레이션하는 데 일반적으로 사용되는 전략에는 두 가지가 있습니다.

• 카나리아 컨트롤 플레인 마이그레이션: 이 전략에서는 클러스터 내 Cloud Service Mesh가 설치된 같은 클러스터에 관리형 Cloud Service Mesh를 프로비저닝합니다.
• 카나리아 클러스터 마이그레이션: 이 전략에서는 새 클러스터를 만든 후 이 클러스터에 관리형 Cloud Service Mesh를 프로비저닝합니다.

이 튜토리얼에서는 카나리아 클러스터 마이그레이션 전략을 설명합니다.

비용

이 튜토리얼에서는 비용이 청구될 수 있는 다음과 같은 Google Cloud 구성요소를 사용합니다.

• Google Kubernetes Engine
• Cloud Service Mesh

이 튜토리얼을 마치면 만든 리소스를 삭제하여 비용이 계속 청구되지 않도록 할 수 있습니다. 자세한 내용은 삭제를 참조하세요.

시작하기 전에

1. Sign in to your Google Cloud account. If you're new to Google Cloud, create an account to evaluate how our products perform in real-world scenarios. New customers also get $300 in free credits to run, test, and deploy workloads.

2. In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

   Note: If you don't plan to keep the resources that you create in this procedure, create a project instead of selecting an existing project. After you finish these steps, you can delete the project, removing all resources associated with the project.

   Go to project selector

3. Make sure that billing is enabled for your Google Cloud project.

4. Enable the required APIs.

   Enable the APIs

5. In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

   Note: If you don't plan to keep the resources that you create in this procedure, create a project instead of selecting an existing project. After you finish these steps, you can delete the project, removing all resources associated with the project.

   Go to project selector

6. Make sure that billing is enabled for your Google Cloud project.

7. Enable the required APIs.

   Enable the APIs

Cloud Shell 실행

이 튜토리얼에서는 Google Cloud에서 호스팅되는 셸 환경인 Cloud Shell을 사용하여 Google Cloud 리소스를 관리할 수 있습니다.

Cloud Shell에는 Google Cloud CLI, kubectl, istioctl 명령줄 도구가 사전 설치되어 있습니다. gcloud CLI에서는 Google Cloud의 기본 CLI를 제공합니다.

이 페이지의 오른쪽 상단에서 Cloud Shell 세션을 열고 을 클릭한 다음 확인을 클릭합니다. 페이지 하단의 프레임에서 Cloud Shell 세션이 열립니다. 해당 Cloud Shell 세션에서 다음 명령어를 완료합니다.

샘플 코드 다운로드

사용할 Kubernetes 및 Istio 리소스가 포함된 git 저장소를 클론합니다.

  git clone https://github.com/GoogleCloudPlatform/anthos-service-mesh-samples.git
  git clone https://github.com/GoogleCloudPlatform/microservices-demo.git

클러스터 내 Cloud Service Mesh를 사용하는 클러스터 설정

클러스터 만들기 및 클러스터 내 Cloud Service Mesh 설치

이 섹션에서는 클러스터 내 Cloud Service Mesh를 사용하는 클러스터를 만듭니다. 실제로는 이미 사용 중인 클러스터입니다.

1. PROJECT_ID를 프로젝트 ID로 바꾸고 새 클러스터를 만듭니다.

   gcloud container clusters create cluster-with-in-cluster-asm \
     --project=PROJECT_ID \
     --zone=us-central1-a \
     --machine-type=e2-standard-4 --num-nodes=2 \
     --workload-pool=PROJECT_ID.svc.id.goog
   

   참고: 이 작업은 완료하는 데 몇 분 정도 걸릴 수 있습니다.

2. 클러스터를 더욱 간편하게 사용할 수 있도록 클러스터 컨텍스트 이름을 바꿉니다.

   kubectl config rename-context \
     gke_PROJECT_ID_us-central1-a_cluster-with-in-cluster-asm \
     cluster-with-in-cluster-asm
   

3. 클러스터 컨텍스트 이름이 변경되었는지 확인합니다.

   kubectl config get-contexts --output="name"
   

4. Cloud Service Mesh 1.23.3 를 설치하는 버전을 현재 작업 디렉터리에 다운로드합니다.

   curl https://storage.googleapis.com/csm-artifacts/asm/asmcli_1.23 > asmcli
   

   'y'를 입력한 후 Enter 키를 누르라는 메시지가 표시됩니다.

   출력은 다음과 비슷합니다.

   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
   100  167k  100  167k    0     0   701k      0 --:--:-- --:--:-- --:--:--  701k
   

5. asmcli 스크립트를 실행 가능하게 만듭니다.

   chmod +x asmcli
   

6. asmcli를 사용하여 클러스터 내 Cloud Service Mesh를 설치합니다.

   ./asmcli install \
     --project_id PROJECT_ID \
     --cluster_name cluster-with-in-cluster-asm \
     --cluster_location us-central1-a \
     --output_dir . \
     --enable_all \
     --ca mesh_ca
   

   asmcli 도구가 완료되는 데 몇 분 정도 걸릴 수 있습니다. 이 도구는 진행 상황을 확인할 수 있도록 정보 메시지를 출력합니다.

   성공하면 출력은 다음과 비슷합니다.

   ...
   asmcli: Successfully installed ASM.
   

Cloud Service Mesh의 인그레스 게이트웨이 배포

1. Cloud Service Mesh의 인그레스 게이트웨이를 별도의 asm-ingress 네임스페이스에 배포합니다. 네임스페이스를 만드세요.

   kubectl \
     --context cluster-with-in-cluster-asm \
     create namespace asm-ingress
   

2. istio.io/rev=asm-1233-2 라벨을 사용하여 asm-ingress 네임스페이스를 서비스 메시에 추가하고 자동 사이드카 프록시 삽입을 사용 설정합니다.

   kubectl \
     --context cluster-with-in-cluster-asm \
     label --overwrite namespace asm-ingress istio.io/rev=asm-1233-2
   

   출력은 다음과 비슷합니다.

   namespace/asm-ingress labeled
   

   참고: istio.io/rev=asm-1233-2 라벨을 클러스터 내 Cloud Service Mesh 버전과 일치하도록 수정해야 할 수도 있습니다. kubectl get service --context=cluster-with-in-cluster-asm --namespace=istio-system을 실행하여 istiod-asm-* 서비스의 이름에 서픽스가 붙은 버전을 확인할 수 있습니다.

3. Cloud Service Mesh 인그레스 게이트웨이를 배포합니다.

   kubectl \
     --context cluster-with-in-cluster-asm \
     --namespace=asm-ingress \
     apply -f anthos-service-mesh-samples/docs/shared/asm-ingress-gateway/asm-gateway-deployment-svc.yaml
   kubectl \
     --context cluster-with-in-cluster-asm \
     --namespace=asm-ingress \
     apply -f anthos-service-mesh-samples/docs/shared/asm-ingress-gateway/gateway.yaml
   

   출력은 다음과 비슷합니다.

   serviceaccount/asm-ingressgateway created
   service/asm-ingressgateway created
   deployment.apps/asm-ingressgateway created
   gateway.networking.istio.io/asm-ingressgateway created
   

   참고: 공식 Cloud Service Mesh 샘플 GitHub 저장소에서 리소스를 찾아볼 수 있습니다.

Online Boutique 배포

1. Online Boutique를 onlineboutique라는 별도의 네임스페이스에 배포합니다. 네임스페이스를 만드세요.

   kubectl \
     --context cluster-with-in-cluster-asm \
     create namespace onlineboutique
   

2. istio.io/rev=asm-1233-2 라벨을 사용하여 onlineboutique 네임스페이스를 서비스 메시에 추가하고 자동 사이드카 프록시 삽입을 사용 설정합니다.

   kubectl \
     --context cluster-with-in-cluster-asm \
     label --overwrite namespace onlineboutique istio.io/rev=asm-1233-2
   

   출력은 다음과 비슷합니다.

   namespace/onlineboutique labeled
   

3. 사용자 트래픽을 모방하는 부하 생성기를 포함한 Online Boutique의 12개 서비스를 배포합니다.

   kubectl \
     --context cluster-with-in-cluster-asm \
     --namespace=onlineboutique \
     apply -f anthos-service-mesh-samples/docs/shared/online-boutique/kubernetes-manifests.yaml
   kubectl \
     --context cluster-with-in-cluster-asm \
     --namespace=onlineboutique \
     apply -f anthos-service-mesh-samples/docs/shared/online-boutique/virtual-service.yaml
   

4. Cloud Service Mesh 인그레스 게이트웨이의 외부 IP 주소를 가져옵니다.

   kubectl \
     --context cluster-with-in-cluster-asm \
     --namespace asm-ingress \
     get service --output jsonpath='{.items[0].status.loadBalancer.ingress[0].ip}'
   

5. 인그레스 게이트웨이의 외부 IP 주소를 복사하여 웹브라우저를 통해 액세스합니다. Online Boutique 샘플 앱이 표시됩니다.

관리형 Cloud Service Mesh를 사용하는 새 클러스터 설정

클러스터 만들기 및 관리형 Cloud Service Mesh 프로비저닝

이 섹션에서는 마이그레이션할 클러스터를 만듭니다. 관리형 Cloud Service Mesh를 프로비저닝하고 클러스터 내 Cloud Service Mesh를 사용하는 클러스터에서 배포를 복제하기 위해 Online Boutique를 배포합니다.

1. 새 클러스터를 만듭니다.

   gcloud container clusters create cluster-with-csm \
     --project=PROJECT_ID --zone=us-central1-a \
     --machine-type=e2-standard-4 --num-nodes=2 \
     --workload-pool PROJECT_ID.svc.id.goog
   

   참고: 이 작업은 완료하는 데 몇 분 정도 걸릴 수 있습니다.

2. 클러스터를 더욱 간편하게 사용할 수 있도록 클러스터 컨텍스트 이름을 바꿉니다.

   kubectl config rename-context \
     gke_PROJECT_ID_us-central1-a_cluster-with-csm \
     cluster-with-csm
   

3. 클러스터 컨텍스트 이름이 변경되었는지 확인합니다.

   kubectl config get-contexts --output="name"
   

4. 프로젝트의 Fleet에서 Cloud Service Mesh를 사용 설정합니다. Fleet는 함께 관리할 수 있는 Kubernetes 클러스터 및 기타 리소스를 논리적으로 그룹화한 것입니다.

   gcloud container fleet mesh enable --project PROJECT_ID
   

   출력은 다음과 비슷합니다.

   Waiting for Feature Service Mesh to be created...done.
   

5. 클러스터를 프로젝트의 Fleet에 등록합니다.

   gcloud container fleet memberships register cluster-with-csm-membership \
     --gke-cluster=us-central1-a/cluster-with-csm \
     --enable-workload-identity \
     --project PROJECT_ID
   

   출력은 다음과 비슷합니다.

   Waiting for membership to be created...done.
   Finished registering to the Fleet.
   

6. 클러스터에서 관리형 Cloud Service Mesh를 사용 설정합니다.

   gcloud container fleet mesh update \
     --management automatic \
     --memberships cluster-with-csm-membership \
     --project PROJECT_ID
   

   출력은 다음과 비슷합니다.

   Waiting for Feature Service Mesh to be updated...done.
   

   참고: 관리형 Cloud Service Mesh에서는 서비스 메시 업그레이드, 확장, 보안과 관련된 많은 수동 유지보수를 처리합니다. 관리형 Cloud Service Mesh를 자세히 알아보세요.

7. 관리형 Cloud Service Mesh가 클러스터에 프로비저닝되었고 사용할 준비가 되었는지 확인합니다.

   gcloud container fleet mesh describe --project PROJECT_ID
   

   Cloud Service Mesh가 프로비저닝되고 클러스터에서 사용할 수 있게 될 때까지 약 10분이 소요될 수 있습니다. controlPlaneManagement.state: DISABLED 또는 controlPlaneManagement.state: PROVISIONING이 표시되면 controlPlaneManagement.state: ACTIVE가 표시될 때까지 이전 명령어를 몇 분 간격으로 다시 실행해야 합니다.

   출력은 다음과 비슷합니다.

   createTime: '2022-07-06T01:05:39.110120474Z'
   membershipSpecs:
     projects/123456789123/locations/global/memberships/cluster-with-csm-membership:
       mesh:
         management: MANAGEMENT_AUTOMATIC
   membershipStates:
     projects/123456789123/locations/global/memberships/cluster-with-csm-membership:
       servicemesh:
         controlPlaneManagement:
           details:
           - code: REVISION_READY
             details: 'Ready: asm-managed'
           state: ACTIVE
         dataPlaneManagement:
           details:
           - code: OK
             details: Service is running.
           state: ACTIVE
       state:
         code: OK
         description: 'Revision(s) ready for use: asm-managed.'
         updateTime: '2022-07-06T01:19:24.243993678Z'
   name: projects/your-project-id/locations/global/features/servicemesh
   resourceState:
     state: ACTIVE
   spec: {}
   state:
     state: {}
   updateTime: '2022-07-06T01:19:27.475885687Z'
   

Cloud Service Mesh의 인그레스 게이트웨이 배포

1. Cloud Service Mesh의 인그레스 게이트웨이를 별도의 asm-ingress 네임스페이스에 배포합니다. 네임스페이스를 만드세요.

   kubectl \
     --context cluster-with-csm \
     create namespace asm-ingress
   

2. istio.io/rev=asm-managed 라벨을 사용하여 asm-ingress 네임스페이스를 서비스 메시에 추가하고 자동 사이드카 프록시 삽입을 사용 설정합니다.

   kubectl \
     --context cluster-with-csm \
     label namespace asm-ingress 'istio.io/rev=asm-managed'
   

3. Cloud Service Mesh 인그레스 게이트웨이를 배포합니다.

   kubectl \
     --context cluster-with-csm \
     --namespace=asm-ingress \
     apply -f anthos-service-mesh-samples/docs/shared/asm-ingress-gateway/asm-gateway-deployment-svc.yaml
   kubectl \
     --context cluster-with-csm \
     --namespace=asm-ingress \
     apply -f anthos-service-mesh-samples/docs/shared/asm-ingress-gateway/gateway.yaml
   

   출력은 다음과 비슷합니다.

   namespace/asm-ingress configured
   serviceaccount/asm-ingressgateway configured
   service/asm-ingressgateway configured
   deployment.apps/asm-ingressgateway configured
   gateway.networking.istio.io/asm-ingressgateway configured
   

   참고: 공식 Cloud Service Mesh 샘플 GitHub 저장소에서 리소스를 찾아볼 수 있습니다.

Online Boutique 배포

1. Online Boutique를 onlineboutique라는 별도의 네임스페이스에 배포합니다. 네임스페이스를 만드세요.

   kubectl \
     --context cluster-with-csm \
     create namespace onlineboutique
   

2. istio.io/rev=asm-managed 라벨을 사용하여 onlineboutique 네임스페이스를 서비스 메시에 추가하고 자동 사이드카 프록시 삽입을 사용 설정합니다.

   kubectl \
     --context cluster-with-csm \
     label namespace onlineboutique 'istio.io/rev=asm-managed'
   

3. 사용자 트래픽을 모방하는 부하 생성기를 포함한 Online Boutique의 12개 서비스를 배포합니다.

   kubectl \
     --context cluster-with-csm \
     --namespace=onlineboutique \
     apply -f anthos-service-mesh-samples/docs/shared/online-boutique/kubernetes-manifests.yaml
   kubectl \
     --context cluster-with-csm \
     --namespace=onlineboutique \
     apply -f anthos-service-mesh-samples/docs/shared/online-boutique/virtual-service.yaml
   

4. Cloud Service Mesh 인그레스 게이트웨이의 외부 IP 주소를 가져옵니다.

   kubectl \
     --context cluster-with-csm \
     --namespace asm-ingress \
     get service --output jsonpath='{.items[0].status.loadBalancer.ingress[0].ip}'
   

5. asm-ingressgateway 서비스의 외부 IP 주소를 복사하여 웹브라우저를 통해 액세스합니다. Online Boutique 샘플 앱이 표시됩니다. 다음 섹션에서 외부 IP 주소를 사용하므로 환경 변수에 복사합니다.

   export INGRESS_IP_OF_CLUSTER_WITH_MANAGED_ASM=$( \
     kubectl \
       --context cluster-with-csm \
       --namespace asm-ingress \
       get service --output jsonpath='{.items[0].status.loadBalancer.ingress[0].ip}' \
     )
   

카나리아 배포로 Cloud Service Mesh를 사용하는 클러스터 테스트

이 섹션에서는 Online Boutique에 대한 사용자 트래픽 중 50%가 관리형 Cloud Service Mesh를 사용하는 클러스터의 Online Boutique 인스턴스로 이전하도록 클러스터 내 Cloud Service Mesh를 사용하는 클러스터를 구성합니다. 이를 위해 클러스터 내 Cloud Service Mesh를 사용하는 클러스터에 다음과 같은 Istio 리소스 2개를 배포합니다.

• ServiceEntry: 관리형 Cloud Service Mesh 클러스터의 Online Boutique 엔드포인트를 클러스터 내 Cloud Service Mesh에 알려줍니다.
• VirtualService: 클러스터 내 Cloud Service Mesh 인그레스 게이트웨이에 트래픽을 50 대 50으로 분할하도록 지시합니다.

참고: 프로덕션에서는 관리형 Cloud Service Mesh를 사용하는 클러스터에 대한 트래픽을 즉시 50%로 분할하지 말고 더 작은 단위로 분할한 후 점차적으로 100%까지 늘려야 합니다.

1. ServiceEntry 리소스 내에서 관리형 Cloud Service Mesh 클러스터의 인그레스 게이트웨이의 IP 주소를 설정합니다.

   sed -i "s/1.2.3.4/${INGRESS_IP_OF_CLUSTER_WITH_MANAGED_ASM}/" anthos-service-mesh-samples/docs/migrate-to-managed-asm/service-entry.yaml
   

2. ServiceEntry를 클러스터 내 Cloud Service Mesh를 사용하는 클러스터에 배포합니다.

   kubectl \
     --context cluster-with-in-cluster-asm \
     --namespace onlineboutique \
     apply -f anthos-service-mesh-samples/docs/migrate-to-managed-asm/service-entry.yaml
   

3. VirtualService를 클러스터 내 Cloud Service Mesh를 사용하는 클러스터에 배포합니다.

   kubectl \
     --context cluster-with-in-cluster-asm \
     --namespace onlineboutique \
     apply -f anthos-service-mesh-samples/docs/migrate-to-managed-asm/virtual-service-in-cluster-asm.yaml
   

4. 웹브라우저에서 클러스터 내 Cloud Service Mesh를 사용하는 클러스터의 인그레스 게이트웨이 IP 주소에 방문합니다.

   kubectl \
     --context cluster-with-in-cluster-asm \
     --namespace asm-ingress \
     get service
   

   Online Boutique 홈페이지를 여러 번 새로고침하면서 페이지의 바닥글을 확인합니다. 관리형 Cloud Service Mesh를 사용하는 클러스터의 포드에서 요청의 50%가 처리됩니다.

관리형 Cloud Service Mesh를 사용하는 클러스터로 마이그레이션

이 섹션에서는 개발자가 도메인 이름을 소유하고 DNS(도메인 이름 서버) 설정에 액세스할 수 있다고 가정합니다.

1. A 레코드를 DNS 설정에 추가하여 도메인 이름(예: example.com)이 클러스터 내 Cloud Service Mesh를 사용하는 클러스터에서 실행되는 인그레스 게이트웨이의 IP 주소를 가리키도록 합니다.

   참고: 이 작업은 완료하는 데 몇 분 정도 걸릴 수 있습니다.

2. 웹브라우저에서 도메인 이름으로 이동하여 Online Boutique에 액세스합니다.

3. 롤백해야 하는 경우 DNS 항목을 빠르게 되돌릴 수 있도록 DNS 레코드 TTL(수명)을 최소화합니다.

4. 도메인 이름의 A 레코드를 관리형 Cloud Service Mesh를 사용하는 클러스터의 인그레스 게이트웨이 외부 IP 주소로 설정합니다.

5. 마이그레이션이 완료되면 클러스터 내 Cloud Service Mesh를 사용하는 클러스터를 삭제합니다.

   gcloud container clusters delete cluster-with-in-cluster-asm \
     --zone=us-central1-a \
     --project=PROJECT_ID
   

삭제

이 튜토리얼에서 사용된 리소스 비용이 Google Cloud 계정에 청구되지 않도록 하려면 리소스가 포함된 프로젝트를 삭제하거나 프로젝트를 유지하고 개별 리소스를 삭제하세요.

프로젝트 삭제

주의: 프로젝트를 삭제하면 다음과 같은 효과가 발생합니다.
• 프로젝트의 모든 항목이 삭제됩니다. 이 문서의 태스크에 기존 프로젝트를 사용한 경우 프로젝트를 삭제하면 프로젝트에서 수행한 다른 작업도 삭제됩니다.
• 커스텀 프로젝트 ID가 손실됩니다. 이 프로젝트를 만들 때 앞으로 사용할 커스텀 프로젝트 ID를 만들었을 수 있습니다. appspot.com URL과 같이 프로젝트 ID를 사용하는 URL을 보존하려면 전체 프로젝트를 삭제하는 대신 프로젝트 내에서 선택한 리소스만 삭제합니다.
1. In the Google Cloud console, go to the Manage resources page.

   Go to Manage resources

2. In the project list, select the project that you want to delete, and then click Delete.
3. In the dialog, type the project ID, and then click Shut down to delete the project.

리소스 삭제

관리형 Cloud Service Mesh를 사용하는 클러스터를 삭제합니다.

  gcloud container clusters delete cluster-with-managed-asm \
    --zone=us-central1-a \
    --project=PROJECT_ID

다음 단계

• 관리형 Cloud Service Mesh 알아보기
• Cloud Service Mesh 보안 권장사항 알아보기