Anthos Service Mesh 1.12는 지원 종료되어 더 이상 지원되지 않습니다. 이전 버전에서 업그레이드를 참조하세요.

최신 문서를 보거나 사용 가능한 다른 버전을 선택합니다.

사용 가능한 버전

GKE용 Anthos Service Mesh 빠른 시작

이 튜토리얼에서는 Google에서 제공하는 도구인 asmcli를 사용하여 Anthos Service Mesh 1.12.9-asm.3을 새 Google Kubernetes Engine(GKE) 클러스터에 설치합니다. 이 튜토리얼에서는 다음을 안내합니다.

Google Cloud 프로젝트 구성
Anthos Service Mesh에 필요한 최소 vCPU 수가 포함된 GKE 클러스터 만들기
클러스터 내 제어 영역으로 Anthos Service Mesh 설치
Google Cloud Console의 Anthos Service Mesh 대시보드에서 원격 분석 데이터를 볼 수 있도록 샘플 애플리케이션 배포
샘플 애플리케이션 노출 및 액세스

빠른 시작을 단순화하고 여러 경로를 사용하지 않기 위해 다음을 선택했습니다.

Anthos Service Mesh 인증 기관(Mesh CA) 사용 설정
인그레스 게이트웨이를 배포하여 애플리케이션을 노출

비용

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

프로젝트 사용량을 기준으로 예상 비용을 산출하려면 가격 계산기를 사용하세요. Google Cloud를 처음 사용하는 사용자는 무료 체험판을 사용할 수 있습니다.

빠른 시작을 마친 후에 계속 비용이 청구되지 않도록 하려면 클러스터를 삭제하면 됩니다. 자세한 내용은 삭제를 참조하세요.

시작하기 전에

Google Cloud 계정에 로그인합니다. Google Cloud를 처음 사용하는 경우 계정을 만들고 Google 제품의 실제 성능을 평가해 보세요. 신규 고객에게는 워크로드를 실행, 테스트, 배포하는 데 사용할 수 있는 $300의 무료 크레딧이 제공됩니다.

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

Go to project selector

Google Cloud 프로젝트에 결제가 사용 설정되어 있는지 확인합니다.

Enable the Kubernetes Engine API.

Enable the API

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

Go to project selector

Google Cloud 프로젝트에 결제가 사용 설정되어 있는지 확인합니다.

Enable the Kubernetes Engine API.

Enable the API

프로젝트 ID를 기록합니다.
팁: 을 클릭하고 다음 자리표시자에 프로젝트 ID를 입력하세요. PROJECT_ID
클러스터를 만들고 asmcli을 실행하려면 gcloud 명령어의 프로젝트 ID가 필요합니다. 이 문서 페이지를 닫거나 둘러보지 않으면 이 페이지에서 프로젝트 ID 자리표시자가 필요한 각 명령어에서 업데이트됩니다. 자리표시자를 사용하면 명령어를 복사하여 명령줄에 쉽게 붙여넣을 수 있습니다. 링크를 열려면 새 탭을 열어 자리표시자 값을 유지합니다.

Anthos Service Mesh에는 다른 API가 필요하지만 asmcli는 이를 사용 설정합니다. 청구 비용을 낮추기 위해 asmcli 스크립트는 GKE Enterprise API를 사용 설정하지 않습니다. GKE Enterprise API가 사용 설정된 경우 Google Cloud 콘솔에 사소한 차이점이 있습니다. 이러한 차이점에 대한 자세한 내용은 GKE Enterprise 및 Anthos Service Mesh UI 차이점을 참조하세요.

필수 도구 설치

이 도구는 Cloud Shell 또는 Linux를 실행하는 로컬 머신에서 실행할 수 있습니다. Cloud Shell은 모든 필수 도구를 사전 설치합니다. macOS는 이전 bash 버전과 함께 제공되기 때문에 지원되지 않습니다.

Cloud Shell

Cloud Shell은 Debian 기반 Linux 운영체제를 실행하는 g1-small Compute Engine 가상 머신(VM)을 프로비저닝합니다. Cloud Shell 사용의 장점은 다음과 같습니다.

Cloud Shell에는 gcloud, kubectl, kpt 및 필요한 기타 명령줄 도구가 포함되어 있습니다.
Cloud Shell $HOME 디렉터리에는 5GB의 영구 저장공간이 있습니다.
다음과 같은 텍스트 편집기를 선택할 수 있습니다.
- Cloud Shell 창 상단에 있는 ''를 클릭하여 액세스할 수 있는 코드 편집기
- Cloud Shell의 명령줄에서 액세스할 수 있는 Eacs, Vim 또는 Nano

In the Google Cloud console, activate Cloud Shell.

Activate Cloud Shell

At the bottom of the Google Cloud console, a Cloud Shell session starts and displays a command-line prompt. Cloud Shell is a shell environment with the Google Cloud CLI already installed and with values already set for your current project. It can take a few seconds for the session to initialize.

로컬 Linux 컴퓨터

다음 도구가 설치되었는지 확인합니다.
- Google Cloud CLI
- 표준 명령줄 도구: awk, curl, grep, sed, tr
- git
- kpt
- kubectl
- jq
Google Cloud CLI로 인증합니다.
```
gcloud auth login --project PROJECT_ID
```
구성요소를 업데이트합니다.
```
gcloud components update
```
kpt가 찾을 수 있도록 git가 경로에 있는지 확인합니다.

GKE 클러스터 만들기

다음 명령어를 실행하여 Anthos Service Mesh에 필요한 최소 vCPU 수로 클러스터를 만듭니다. 명령어에서 자리표시자를 다음 정보로 바꿉니다.

CLUSTER_NAME: 클러스터 이름입니다. 클러스터 이름은 소문자 영숫자 및 -만 사용할 수 있으며 문자로 시작하고 영숫자로 끝나야 하며 40자를 초과할 수 없습니다.
PROJECT_ID: 클러스터가 생성될 프로젝트 ID입니다.
CLUSTER_LOCATION: 클러스터의 영역입니다(예: us-central1-a).

gcloud container clusters create CLUSTER_NAME \
    --project=PROJECT_ID \
    --zone=CLUSTER_LOCATION \
    --machine-type=e2-standard-4 \
    --num-nodes=2 \
    --workload-pool=PROJECT_ID.svc.id.goog

클러스터를 생성하는 데 몇 분 정도 걸립니다. 클러스터를 만드는 동안 gcloud 명령어에 다음이 표시됩니다.

Creating cluster CLUSTER_NAME in CLUSTER_LOCATION...working...

성공적인 생성에 따른 예상 출력은 다음과 비슷합니다.

Creating cluster CLUSTER_NAME in CLUSTER_LOCATION...done.
Created [https://container.googleapis.com/v1/projects/PROJECT_ID/zones/CLUSTER_LOCATION/clusters/CLUSTER_NAME].
To inspect the contents of your cluster, go to: https://console.cloud.google.com/kubernetes/workload_/gcloud/CLUSTER_LOCATION/CLUSTER_NAME?project=PROJECT_ID
kubeconfig entry generated for CLUSTER_NAME.
NAME: CLUSTER_NAME
LOCATION: CLUSTER_LOCATION
MASTER_VERSION: 1.20.10-gke.1600
MASTER_IP: 198.51.100.1
MACHINE_TYPE: e2-standard-4
NODE_VERSION: 1.20.10-gke.1600
NUM_NODES: 2
STATUS: RUNNING

클러스터와 상호작용하기 위해 사용자 인증 정보를 가져옵니다.

gcloud container clusters get-credentials CLUSTER_NAME \
    --project=PROJECT_ID \
    --zone=CLUSTER_LOCATION

예상 출력:

Fetching cluster endpoint and auth data.
kubeconfig entry generated for CLUSTER_NAME.

kubectl의 현재 컨텍스트를 클러스터로 설정합니다.
```
kubectl config set-context CLUSTER_NAME
```
예상 출력:
```
Context "CLUSTER_NAME" created.
```

팁: 나중에 셸 환경을 더 쉽게 설정하려면 클러스터 이름, 클러스터 위치, 프로젝트 ID에 대한 환경 변수를 만들고 새 셸을 시작할 때 source하는 간단한 셸 스크립트에 추가하면 됩니다. 20분 동안 활동이 없는 경우 연결이 해제되므로 셀 스크립트를 추가하거나 .bashrc를 맞춤설정하는 것은 Cloud Shell을 사용하는 경우 특히 유용합니다. 또한 kubeconfig 파일이 올바른 클러스터를 가리키도록

gcloud container clusters
get-credentials

명령어를 추가할 수도 있습니다.

asmcli 다운로드

이 섹션에서는 asmcli를 다운로드하는 방법을 설명합니다.

Anthos Service Mesh 1.12.9를 설치하는 버전을 현재 작업 디렉터리에 다운로드합니다.
```
curl https://storage.googleapis.com/csm-artifacts/asm/asmcli_1.12 > asmcli
```
참고: 새 GKE 클러스터에 Anthos Service Mesh를 설치할 때는 항상 최신 버전의 asmcli를 다운로드하는 것이 좋습니다. 이전 단계의 명령어가 최신 버전을 다운로드합니다.

예상 출력:
```
% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                             Dload  Upload   Total   Spent    Left  Speed
100  167k  100  167k    0     0   701k      0 --:--:-- --:--:-- --:--:--  701k
```
스크립트를 실행 가능하게 만듭니다.
```
chmod +x asmcli
```

Anthos Service Mesh 설치

다음 옵션을 사용해서 asmcli 도구를 실행하여 이전에 만든 클러스터에 Anthos Service Mesh를 설치합니다. 클러스터를 만든 후 이 페이지를 닫지 않았으면 자리표시자에 gcloud container clusters create 명령어에 입력한 값이 포함됩니다.

팁: 클러스터 이름과 위치를 가져와야 하는 경우 gcloud container clusters list --project PROJECT_ID를 실행하세요.

./asmcli install \
  --project_id PROJECT_ID \
  --cluster_name CLUSTER_NAME \
  --cluster_location CLUSTER_LOCATION \
  --fleet_id FLEET_PROJECT_ID \
  --output_dir DIR_PATH \
  --enable_all \
  --ca mesh_ca

--project_id, --cluster_name, --cluster_location: 클러스터가 있는 프로젝트 ID, 클러스터 이름, 클러스터 영역 또는 리전을 지정합니다.

--fleet_id: Fleet 호스트 프로젝트의 프로젝트 ID입니다. 이 옵션을 포함하지 않으면 asmcli에서 클러스터를 등록할 때 클러스터가 생성된 프로젝트를 사용합니다.

--output_dir asmcli가 anthos-service-mesh 패키지를 다운로드하고 설치 파일을 추출하며, istioctl, 샘플, 매니페스트가 포함되는 디렉터리를 지정하려면 이 옵션을 포함합니다. 그렇지 않으면 asmcli가 파일을 tmp 디렉터리에 다운로드합니다. 상대 경로 또는 전체 경로를 지정할 수 있습니다. 여기서는 환경 변수 $PWD가 작동하지 않습니다.

참고: 이 --output_dir 디렉터리를 기록해 둡니다. 게이트웨이를 배포할 때 이 디렉터리를 참조해야 합니다.

--enable_all: 스크립트의 다음 작업을 허용합니다.

필요한 IAM 권한을 부여합니다.
필요한 Google API를 사용 설정합니다.
메시를 식별하는 라벨을 클러스터에 설정합니다.
아직 등록되지 않은 경우 Fleet에 클러스터를 등록합니다.

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

설치 성공 시 예상 출력:

asmcli: Successfully installed ASM.

인그레스 게이트웨이 배포

Anthos Service Mesh는 서비스 메시의 일부로 게이트웨이를 배포 및 관리하는 옵션을 제공합니다. 게이트웨이는 들어오거나 나가는 HTTP/TCP 연결을 수신하는 메시지의 에지에서 작동하는 부하 분산기를 설명합니다. 게이트웨이는 메시로 들어오고 나가는 트래픽을 미세하게 제어할 수 있는 Envoy 프록시입니다.

아직 없으면 인그레스 게이트웨이의 네임스페이스를 만듭니다. 게이트웨이는 사용자 워크로드입니다. 권장사항에 따라 제어 영역 네임스페이스에 배포하지 않아야 합니다. GATEWAY_NAMESPACE를 네임스페이스의 이름으로 바꿉니다.
```
kubectl create namespace GATEWAY_NAMESPACE
```
예상 출력:
```
namespace/GATEWAY_NAMESPACE created
```
게이트웨이에 자동 삽입을 사용 설정합니다. 필요한 단계는 기본 삽입 라벨(예:istio-injection=enabled) 또는 게이트웨이 네임스페이스의 버전 라벨을 사용할지 여부에 따라 다릅니다. 기본 버전 태그 및 버전 라벨은 사이드카 인젝터 웹훅에서 삽입된 프록시를 특정 제어 영역 버전과 연결하는 데 사용됩니다.
기본 삽입 라벨
참고: 기본 태그 버전을 사용하여 게이트웨이에 자동 삽입을 사용 설정한 경우 --output_dir에 지정한 디렉터리에 기본 태그가 있고 새로 설치된 버전을 가리키는지 확인합니다. DIR_PATH/istioctl tag list 명령어를 실행합니다.

기본 삽입 라벨을 네임스페이스에 적용합니다.
```
kubectl label namespace GATEWAY_NAMESPACE istio-injection=enabled istio.io/rev-
```
버전 라벨
1. 다음 명령어를 사용하여 istiod에서 버전 라벨을 찾습니다.
  kubectl get deploy -n istio-system -l app=istiod -o \ "jsonpath={.items[*].metadata.labels['istio\.io/rev']}{'\n'}"
  이 명령어는 Anthos Service Mesh 버전에 해당하는 버전 라벨을 출력합니다. 예: asm-1129-3
2. 네임스페이스에 버전 라벨을 적용합니다. 다음 명령어에서 REVISION은 이전 단계에서 확인한 istiod 버전 라벨의 값입니다.
  kubectl label namespace GATEWAY_NAMESPACE \ istio.io/rev=REVISION --overwrite
  예상 출력:
  namespace/GATEWAY_NAMESPACE labeled

samples/gateways/istio-ingressgateway/ 디렉터리에 있는 예시 인그레스 게이트웨이 구성을 있는 그대로 배포하거나 필요에 따라 수정할 수 있습니다.

kubectl apply -n GATEWAY_NAMESPACE \
  -f DIR_PATH/samples/gateways/istio-ingressgateway

예상 출력:

deployment.apps/istio-ingressgateway created
poddisruptionbudget.policy/istio-ingressgateway created
horizontalpodautoscaler.autoscaling/istio-ingressgateway created
role.rbac.authorization.k8s.io/istio-ingressgateway created
rolebinding.rbac.authorization.k8s.io/istio-ingressgateway created
service/istio-ingressgateway created
serviceaccount/istio-ingressgateway created

게이트웨이 권장사항에 대해 자세히 알아보세요.

Online Boutique 샘플 배포

anthos-service-mesh-packages 리포지토리의 Online Boutique 샘플 애플리케이션은 microservices-demo 리포지토리의 원래 매니페스트 세트에서 수정됩니다. 권장사항에 따라 각 서비스는 고유한 서비스 계정을 사용하여 별도의 네임스페이스에 배포됩니다.

애플리케이션의 네임스페이스를 만듭니다.

kubectl apply -f \
  DIR_PATH/samples/online-boutique/kubernetes-manifests/namespaces

예상 출력:

namespace/ad created
namespace/cart created
namespace/checkout created
namespace/currency created
namespace/email created
namespace/frontend created
namespace/loadgenerator created
namespace/payment created
namespace/product-catalog created
namespace/recommendation created
namespace/shipping created

자동 사이드카 삽입을 사용 설정합니다(자동 삽입). 여기에서 사용되는 버전 라벨은 인그레스 게이트웨이 네임스페이스에 주석을 추가하는 데 사용되는 라벨과 동일합니다. 애플리케이션 네임스페이스에 버전 라벨을 적용합니다. 다음 명령어에서 REVISION은 인그레스 게이트웨이 네임스페이스에 주석을 추가하는 데 사용한 값과 동일합니다.

for ns in ad cart checkout currency email frontend loadgenerator payment product-catalog recommendation shipping; do
  kubectl label namespace $ns istio.io/rev=REVISION --overwrite
done;

예상 출력:

namespace/ad labeled
namespace/cart labeled
namespace/checkout labeled
namespace/currency labeled
namespace/email labeled
namespace/frontend labeled
namespace/loadgenerator labeled
namespace/payment labeled
namespace/product-catalog labeled
namespace/recommendation labeled
namespace/shipping labeled

클러스터에 샘플 애플리케이션을 배포합니다.

서비스 계정 및 배포 생성:

kubectl apply -f \
 DIR_PATH/samples/online-boutique/kubernetes-manifests/deployments

예상 출력:

serviceaccount/ad created
deployment.apps/adservice created
serviceaccount/cart created
deployment.apps/cartservice created
serviceaccount/checkout created
deployment.apps/checkoutservice created
serviceaccount/currency created
deployment.apps/currencyservice created
serviceaccount/email created
deployment.apps/emailservice created
serviceaccount/frontend created
deployment.apps/frontend created
serviceaccount/loadgenerator created
deployment.apps/loadgenerator created
serviceaccount/payment created
deployment.apps/paymentservice created
serviceaccount/product-catalog created
deployment.apps/productcatalogservice created
serviceaccount/recommendation created
deployment.apps/recommendationservice created
serviceaccount/shipping created
deployment.apps/shippingservice created

서비스 생성:

kubectl apply -f \
 DIR_PATH/samples/online-boutique/kubernetes-manifests/services

예상 출력:

service/adservice created
service/cartservice created
service/checkoutservice created
service/currencyservice created
service/emailservice created
service/frontend created
service/frontend-external created
service/paymentservice created
service/productcatalogservice created
service/recommendationservice created
service/shippingservice created

서비스 항목 생성:

kubectl apply -f \
 DIR_PATH/samples/online-boutique/istio-manifests/allow-egress-googleapis.yaml

예상 출력:

serviceentry.networking.istio.io/allow-egress-googleapis created
serviceentry.networking.istio.io/allow-egress-google-metadata created

애플리케이션 노출 및 액세스

애플리케이션을 노출하는 방법에는 여러 가지가 있습니다. 이 가이드에서는 위에서 배포한 인그레스 게이트웨이를 사용합니다. Online Boutique 애플리케이션을 노출하는 다른 방법은 Online Boutique 샘플 애플리케이션 배포 가이드의 애플리케이션 노출 및 액세스 섹션을 참조하세요.

프런트엔드 서비스에 Gateway 및 VirtualService를 배포합니다.

kubectl apply -f \
    DIR_PATH/samples/online-boutique/istio-manifests/frontend-gateway.yaml

예상 출력:

gateway.networking.istio.io/frontend-gateway created
virtualservice.networking.istio.io/frontend-ingress created

인그레스 게이트웨이의 외부 IP 주소를 가져오고 자리표시자를 다음 정보로 바꿉니다.
- GATEWAY_SERVICE_NAME: 인그레스 게이트웨이 서비스의 이름입니다. 수정 없이 샘플 게이트웨이를 배포한 경우 istio-ingressgateway입니다.
- GATEWAY_NAMESPACE: 인그레스 게이트웨이를 배포한 네임스페이스입니다.
```
kubectl get service GATEWAY_SERVICE_NAME \
    -n GATEWAY_NAMESPACE
```
출력은 다음과 비슷합니다.
```
NAME                   TYPE           CLUSTER-IP      EXTERNAL-IP   PORT(S)                                      AGE
istio-ingressgateway   LoadBalancer   10.19.247.233   35.239.7.64   80:31380/TCP,443:31390/TCP,31400:31400/TCP   27m
```
이 예시에서 인그레스 게이트웨이의 IP 주소는 35.239.7.64입니다.
브라우저에서 애플리케이션을 방문하여 설치를 확인합니다.
```
http://EXTERNAL_IP/
```

서비스 메시 대시보드 보기

사이드카 프록시가 삽입된 클러스터에 워크로드가 배포되면 Google Cloud 콘솔의 Anthos Service Mesh 페이지에서 Anthos Service Mesh에서 제공하는 모든 관측 가능성 기능을 볼 수 있습니다. 워크로드를 배포한 후 Google Cloud 콘솔에 원격 분석 데이터가 표시되는 데 약 1~2분 정도가 걸립니다.

Google Cloud 콘솔에서 Anthos Service Mesh에 대한 액세스는 Identity and Access Management(IAM)로 제어됩니다. Anthos Service Mesh 페이지에 액세스하려면 프로젝트 소유자가 사용자에게 프로젝트 편집자 또는 뷰어 역할이나 Google Cloud 콘솔에서 Anthos Service Mesh에 대한 액세스 제어에 설명된 더 제한적인 역할을 부여해야 합니다.

Google Cloud 콘솔에서 Anthos Service Mesh로 이동합니다.

Anthos Service Mesh로 이동
메뉴 바의 드롭다운 목록에서 Google Cloud 프로젝트를 선택합니다.
서비스 메시가 2개 이상 있으면 Service Mesh 드롭다운 목록에서 해당 메시를 선택합니다.

자세한 내용은 Google Cloud 콘솔에서 Anthos Service Mesh 탐색을 참조하세요.

삭제

삭제하기 전에 상호 TLS에 대해 자세히 알아보려면 Anthos Service Mesh 예: mTLS를 참조하세요.

클러스터를 유지하고 Online Boutique를 삭제하려면 다음 안내를 따르세요.

애플리케이션 네임스페이스를 삭제합니다.

kubectl delete -f DIR_PATH/samples/online-boutique/kubernetes-manifests/namespaces

예상 출력:

namespace "ad" deleted
namespace "cart" deleted
namespace "checkout" deleted
namespace "currency" deleted
namespace "email" deleted
namespace "frontend" deleted
namespace "loadgenerator" deleted
namespace "payment" deleted
namespace "product-catalog" deleted
namespace "recommendation" deleted
namespace "shipping" deleted

서비스 항목을 삭제합니다.

kubectl delete -f DIR_PATH/samples/online-boutique/istio-manifests/allow-egress-googleapis.yaml

예상 출력:

serviceentry.networking.istio.io "allow-egress-googleapis" deleted
serviceentry.networking.istio.io "allow-egress-google-metadata" deleted

추가 요금이 청구되지 않도록 하려면 클러스터를 삭제하세요.

다음 명령어를 실행합니다.

gcloud container clusters delete  CLUSTER_NAME \
    --project=PROJECT_ID \
    --zone=CLUSTER_LOCATION

계속하시겠어요(Y/n)? 프롬프트에서 y를 입력합니다.

몇 분 후에 다음과 같은 출력이 표시됩니다.

Deleting cluster CLUSTER_NAME...done.
Deleted [https://container.googleapis.com/v1/projects/PROJECT_ID/zones/CLUSTER_LOCATION/clusters/CLUSTER_NAME].

다음 단계

다음에 대해 자세히 알아보기

클러스터 요구사항
asmcli 도구의 옵션 및 플래그
서비스 배포
이 튜토리얼에서 사용된 gcloud 명령어

GKE용 Anthos Service Mesh 빠른 시작

비용

시작하기 전에

필수 도구 설치

Cloud Shell

로컬 Linux 컴퓨터

GKE 클러스터 만들기

asmcli 다운로드

Anthos Service Mesh 설치

인그레스 게이트웨이 배포

기본 삽입 라벨

버전 라벨

Online Boutique 샘플 배포

애플리케이션 노출 및 액세스

서비스 메시 대시보드 보기

삭제

다음 단계