Istio용 애플리케이션 준비

Istio는 분산 애플리케이션을 연결, 보안, 모니터링하기 위한 편리한 도구입니다. Istio는 애플리케이션 코드와 배포를 위한 종속성을 패키징하는 컨테이너, 이러한 컨테이너를 관리하는 Kubernetes를 포함하여 다양한 기술을 사용하여 대규모로 소프트웨어를 실행하고 관리합니다. 따라서 Istio를 사용하려면 이러한 기술을 기반으로 하는 여러 서비스를 갖춘 애플리케이션이 어떻게 작동하는지 알아야 합니다. без 이스티오. 이러한 도구와 개념이 이미 익숙하다면 이 튜토리얼을 건너뛰고 바로 섹션으로 이동하세요. Google Kubernetes Engine(GKE)에 Istio 설치 아니면 확장 프로그램을 설치하거나 GKE 기반 Istio.

이는 예시를 통해 이러한 기술에 대한 기본적인 이해를 제공하기 위해 소스 코드부터 GKE 컨테이너까지 전체 프로세스를 안내하는 단계별 가이드입니다. 또한 Istio가 이러한 기술의 강력한 기능을 어떻게 활용하는지 확인할 수 있습니다. 이는 컨테이너, Kubernetes, 서비스 메시 또는 Istio에 대해 아무것도 모른다고 가정합니다.

작업

이 자습서에서는 다음 작업을 완료합니다.

1. 여러 서비스를 사용하는 간단한 Hello World 애플리케이션을 학습합니다.
2. 소스 코드에서 애플리케이션을 실행합니다.
3. 애플리케이션을 컨테이너에 패키징합니다.
4. Kubernetes 클러스터를 생성합니다.
5. 클러스터에 컨테이너 배포.

시작하기 전에

Kubernetes Engine API를 활성화하려면 다음 지침을 따르세요.

1. 이동 Kubernetes 엔진 페이지 Google Cloud Platform 콘솔에서.
2. 프로젝트를 생성하거나 선택합니다.
3. API 및 관련 서비스가 활성화될 때까지 기다립니다. 이 작업은 몇 분 정도 걸릴 수 있습니다.
4. Google Cloud Platform 프로젝트에 대한 결제가 설정되어 있는지 확인하세요. 결제 활성화 방법 알아보기.

이 튜토리얼에서는 가상 머신을 준비하는 Cloud Shell을 사용할 수 있습니다. Google Compute Engine의 g1-small Debian 기반 Linux, Linux 또는 macOS 컴퓨터.

옵션 A: Cloud Shell 사용

Cloud Shell 사용의 이점:

• Python 2 및 Python 3 개발 환경(포함) virtualenv)이 완전히 구성되었습니다.
• 명령줄 도구 지클라우드, 도커, 자식 и 쿠 베틀우리가 사용할 는 이미 설치되어 있습니다.
• 선택할 수 있는 것이 여러 개 있습니다 텍스트 편집기:
  1. 코드 편집기, Cloud Shell 창 상단에 수정 아이콘이 열립니다.
  2. Cloud Shell의 명령줄에서 열리는 Emacs, Vim 또는 Nano.

사용 클라우드 셸:

1. GCP 콘솔로 이동합니다.
2. 버튼을 클릭 Cloud Shell 활성화 (Cloud Shell 활성화)를 GCP 콘솔 창 상단에서 확인하세요.

하부에는 GCP 콘솔 명령줄이 포함된 Cloud Shell 세션이 새 창에서 열립니다.

옵션 B: 로컬에서 명령줄 도구 사용

Linux 또는 macOS를 실행하는 컴퓨터에서 작업하려면 다음 구성 요소를 구성하고 설치해야 합니다.

1. 사용자 정의 Python 3 및 Python 2 개발 환경.

2. 클라우드 SDK 설치 명령줄 도구 사용 지클라우드.

3. 세트 쿠 베틀 - 작업을 위한 명령줄 도구 Kubernetes.

   gcloud components install kubectl

4. 세트 Docker 커뮤니티 에디션(CE). 명령줄 도구를 사용하게 됩니다. 도커샘플 애플리케이션에 대한 컨테이너 이미지를 생성합니다.

5. 도구 설치 힘내 버전 제어GitHub에서 샘플 애플리케이션을 가져옵니다.

샘플 코드 다운로드

1. 소스 코드 다운로드 안녕하세요 서버:

   git clone https://github.com/GoogleCloudPlatform/istio-samples

2. 예제 코드 디렉터리로 이동합니다.

   cd istio-samples/sample-apps/helloserver

여러 서비스가 포함된 애플리케이션 탐색

샘플 애플리케이션은 Python으로 작성되었으며 다음을 사용하여 상호 작용하는 두 가지 구성 요소로 구성됩니다. REST:

• 섬기는 사람: 엔드포인트가 하나인 간단한 서버 얻다, /, 콘솔에 "hello world"를 인쇄합니다.
• 로드겐: 트래픽을 보내는 스크립트 섬기는 사람, 초당 요청 수를 구성할 수 있습니다.

소스 코드에서 애플리케이션 실행

샘플 애플리케이션을 탐색하려면 Cloud Shell 또는 컴퓨터에서 실행하세요.
1) 카탈로그에서 istio-samples/sample-apps/helloserver 운영 섬기는 사람:

python3 server/server.py

시작할 때 섬기는 사람 다음이 표시됩니다:

INFO:root:Starting server...

2) 다른 터미널 창을 열어 요청을 보냅니다. 섬기는 사람. Cloud Shell을 사용하는 경우 추가 아이콘을 클릭하여 다른 세션을 엽니다.
3) 다음으로 요청을 보냅니다. 섬기는 사람:

curl http://localhost:8080

서버 답변:

Hello World!

4) 샘플 코드를 다운로드한 디렉터리에서 다음이 포함된 디렉터리로 이동합니다. 로드겐:

cd YOUR_WORKING_DIRECTORY/istio-samples/sample-apps/helloserver/loadgen

5) 다음 환경 변수를 생성합니다.

export SERVER_ADDR=http://localhost:8080
export REQUESTS_PER_SECOND=5

6) 실행 virtualenv:

virtualenv --python python3 env

7) 가상 환경을 활성화합니다:

source env/bin/activate

8) 다음에 대한 요구 사항을 설정합니다. 로드겐:

pip3 install -r requirements.txt

9) 실행 로드겐:

python3 loadgen.py

시작할 때 로드겐 다음과 같은 메시지가 표시됩니다.

Starting loadgen: 2019-05-20 10:44:12.448415
5 request(s) complete to http://localhost:8080

다른 터미널 창에서 섬기는 사람 콘솔에 다음 메시지를 출력합니다.

127.0.0.1 - - [21/Jun/2019 14:22:01] "GET / HTTP/1.1" 200 -
INFO:root:GET request,
Path: /
Headers:
Host: localhost:8080
User-Agent: python-requests/2.22.0
Accept-Encoding: gzip, deflate
Accept: */*

네트워킹 관점에서 전체 애플리케이션은 단일 호스트(로컬 컴퓨터 또는 Cloud Shell 가상 머신)에서 실행됩니다. 그러므로 당신은 사용할 수 있습니다 로컬 호스트요청을 보내려면 섬기는 사람.
10) 중지하려면 로드겐 и 섬기는 사람, 시작하다 Ctrl-c 모든 터미널 창에서.
11) 터미널 창에서 로드겐 가상 환경을 비활성화합니다.

deactivate

컨테이너에 애플리케이션 패키징

GKE에서 애플리케이션을 실행하려면 샘플 애플리케이션을 패키징해야 합니다. 섬기는 사람 и 로드겐 -에 용기. 컨테이너는 애플리케이션을 패키지하여 해당 환경에서 격리하는 방법입니다.

애플리케이션을 컨테이너에 패키징하려면 다음이 필요합니다. 도커 파일. 도커 파일 애플리케이션의 소스 코드와 해당 종속성을 빌드하기 위한 명령을 정의하는 텍스트 파일입니다. 도커 이미지. 빌드가 완료되면 이미지를 Docker Hub와 같은 컨테이너 레지스트리에 업로드하거나 컨테이너 레지스트리.

예제에는 이미 도커 파일 에 섬기는 사람 и 로드겐 이미지를 수집하는 데 필요한 모든 명령이 포함되어 있습니다. 아래에 - 도커 파일 에 섬기는 사람:

FROM python:3-slim as base
FROM base as builder
RUN apt-get -qq update 
    && apt-get install -y --no-install-recommends 
        g++ 
    && rm -rf /var/lib/apt/lists/*

# Enable unbuffered logging
FROM base as final
ENV PYTHONUNBUFFERED=1

RUN apt-get -qq update 
    && apt-get install -y --no-install-recommends 
        wget

WORKDIR /helloserver

# Grab packages from builder
COPY --from=builder /usr/local/lib/python3.7/ /usr/local/lib/python3.7/

# Add the application
COPY . .

EXPOSE 8080
ENTRYPOINT [ "python", "server.py" ]

• 팀 Python:3-slim을 기본으로 사용 Docker에게 최신 버전을 사용하라고 지시합니다. Python 3 이미지 베이스로.
• 팀 복사. . 소스 파일을 현재 작업 디렉토리에 복사합니다(우리의 경우에만 서버.py)을 컨테이너의 파일 시스템에 추가합니다.
• 진입 지점 컨테이너를 시작하는 데 사용되는 명령을 정의합니다. 우리의 경우 이 명령은 실행했던 명령과 거의 동일합니다. 서버.py 소스 코드에서.
• 팀 폭로하다 나타냅니다 섬기는 사람 포트를 통해 데이터를 기다립니다. 8080. 이 팀은 아님 포트를 제공합니다. 이것은 포트를 여는 데 필요한 일종의 문서입니다. 8080 컨테이너를 시작할 때.

애플리케이션 컨테이너화 준비

1) 다음 환경변수를 설정합니다. 바꾸다 PROJECT_ID GCP 프로젝트 ID에 추가하세요.

export PROJECT_ID="PROJECT_ID"

export GCR_REPO="preparing-istio"

값 사용 PROJECT_ID и GCR_REPO Docker 이미지를 빌드할 때 태그를 지정하고 프라이빗 Container Registry에 푸시하면 됩니다.

2) 명령줄 도구에 대한 기본 GCP 프로젝트 설정 지클라우드.

gcloud config set project $PROJECT_ID

3) 명령줄 도구의 기본 영역 설정 지클라우드.

gcloud config set compute/zone us-central1-b

4) GCP 프로젝트에서 Container Registry 서비스가 활성화되어 있는지 확인하세요.

gcloud services enable containerregistry.googleapis.com

컨테이너화 서버

1. 예제가 있는 디렉토리로 이동 섬기는 사람:

   cd YOUR_WORKING_DIRECTORY/istio-samples/sample-apps/helloserver/server/

2. 다음을 사용하여 이미지를 조립합니다. 도커 파일 그리고 앞서 정의한 환경 변수는 다음과 같습니다.

   docker build -t gcr.io/$PROJECT_ID/$GCR_REPO/helloserver:v0.0.1 .

매개 변수 -t Docker 태그를 나타냅니다. 컨테이너를 배포할 때 사용하는 이미지의 이름입니다.

1. Container Registry에 이미지를 업로드합니다.

   docker push gcr.io/$PROJECT_ID/$GCR_REPO/helloserver:v0.0.1

Loadgen의 컨테이너화

1) 예제가 위치한 디렉토리로 이동합니다. 로드겐:

cd ../loadgen

2) 이미지 수집:

docker build -t gcr.io/$PROJECT_ID/$GCR_REPO/loadgen:v0.0.1 .

3) 이미지를 Container Registry에 업로드합니다.

docker push gcr.io/$PROJECT_ID/$GCR_REPO/loadgen:v0.0.1

이미지 목록 보기

저장소의 이미지 목록을 검토하고 이미지가 업로드되었는지 확인합니다.

gcloud container images list --repository gcr.io/$PROJECT_ID/preparing-istio

이 명령은 새로 업로드된 이미지의 이름을 표시합니다.

NAME
gcr.io/PROJECT_ID/preparing-istio/helloserver
gcr.io/PROJECT_ID/preparing-istio/loadgen

GKE 클러스터를 만듭니다.

이러한 컨테이너는 Cloud Shell 가상 머신이나 컴퓨터에서 다음 명령을 사용하여 실행할 수 있습니다. 도커 실행. 그러나 프로덕션 환경에서는 컨테이너를 중앙에서 조정하는 방법이 필요합니다. 예를 들어 컨테이너가 항상 실행되도록 하는 시스템이 필요하고, 트래픽이 증가하면 추가 컨테이너 인스턴스를 확장하고 스핀업할 수 있는 방법이 필요합니다.

컨테이너화된 애플리케이션을 실행하려면 다음을 사용할 수 있습니다. G.K.E.. GKE는 가상 머신을 클러스터로 집계하는 컨테이너 조정 플랫폼입니다. 각 가상 머신을 노드라고 합니다. GKE 클러스터는 오픈소스 Kubernetes 클러스터 관리 시스템을 기반으로 합니다. Kubernetes는 클러스터와 상호작용하기 위한 메커니즘을 제공합니다.

GKE 클러스터 만들기:

1) 클러스터를 생성합니다:

gcloud container clusters create istioready 
  --cluster-version latest 
  --machine-type=n1-standard-2 
  --num-nodes 4

팀 지클라우드 지정한 GCP 프로젝트와 기본 영역에 istioready 클러스터를 생성합니다. Istio를 실행하려면 최소 4개의 노드와 가상 머신을 보유하는 것이 좋습니다. n1-표준-2.

팀은 몇 분 안에 클러스터를 생성합니다. 클러스터가 준비되면 명령은 다음과 같이 출력됩니다. сообщение.

2) 명령줄 도구에 자격 증명을 제공합니다. 쿠 베틀이를 사용하여 클러스터를 관리하려면 다음을 수행하십시오.

gcloud container clusters get-credentials istioready

3) 이제 다음을 통해 Kubernetes와 통신할 수 있습니다. 쿠 베틀. 예를 들어 다음 명령은 노드의 상태를 확인할 수 있습니다.

kubectl get nodes

이 명령은 노드 목록을 생성합니다.

NAME                                       STATUS   ROLES    AGE    VERSION
gke-istoready-default-pool-dbeb23dc-1vg0   Ready    <none>   99s    v1.13.6-gke.13
gke-istoready-default-pool-dbeb23dc-36z5   Ready    <none>   100s   v1.13.6-gke.13
gke-istoready-default-pool-dbeb23dc-fj7s   Ready    <none>   99s    v1.13.6-gke.13
gke-istoready-default-pool-dbeb23dc-wbjw   Ready    <none>   99s    v1.13.6-gke.13

Kubernetes 핵심 개념

다이어그램은 GKE의 애플리케이션을 보여줍니다.

GKE에 컨테이너를 배포하기 전에 Kubernetes의 주요 개념을 알아보세요. 더 자세히 알고 싶다면 맨 마지막에 링크가 있습니다.

• 노드 및 클러스터. GKE에서 노드는 가상 머신입니다. 다른 Kubernetes 플랫폼에서 노드는 컴퓨터 또는 가상 머신일 수 있습니다. 클러스터는 컨테이너화된 애플리케이션을 배포하는 단일 단위로 간주될 수 있는 노드 모음입니다.
• 포드. Kubernetes에서 컨테이너는 포드에서 실행됩니다. Kubernetes의 포드는 분할할 수 없는 단위입니다. 포드에는 하나 이상의 컨테이너가 포함됩니다. 서버 컨테이너를 배포하고 로드겐 별도의 포드에 있습니다. Pod에 여러 컨테이너가 있는 경우(예: 애플리케이션 서버 및 프록시 서버), 컨테이너는 단일 엔터티로 관리되며 포드 리소스를 공유합니다.
• 배포. Kubernetes에서 배포는 동일한 Pod의 컬렉션인 개체입니다. 배포는 클러스터 노드에 분산된 Pod의 여러 복제본을 시작합니다. 배포는 실패했거나 응답하지 않는 Pod를 자동으로 교체합니다.
• 쿠버네티스 서비스. GKE에서 애플리케이션 코드를 실행하면 로드겐 и 섬기는 사람. Cloud Shell 가상 머신 또는 데스크톱에서 서비스를 시작할 때 다음으로 요청을 보냈습니다. 섬기는 사람 по адресу localhost : 8080. GKE에 배포되면 사용 가능한 노드에서 포드가 실행됩니다. 기본적으로 Pod가 실행되는 노드를 제어할 수 없으므로 꼬투리 영구 IP 주소가 없습니다.
  IP 주소를 얻으려면 섬기는 사람, Pod 위에 네트워크 추상화를 정의해야 합니다. 그게 바로 그거야 쿠버네티스 서비스. Kubernetes 서비스는 포드 세트에 대한 영구 엔드포인트를 제공합니다. 몇 가지가 있습니다 서비스 유형. 섬기는 사람 использует 로드밸런서, 연락할 외부 IP 주소를 제공합니다. 섬기는 사람 클러스터 외부에서.
  Kubernetes에는 DNS 이름을 할당하는 내장 DNS 시스템도 있습니다(예: helloserver.default.cluster.local) 서비스. 덕분에 클러스터 내의 Pod는 일정한 주소로 클러스터의 다른 Pod와 통신합니다. DNS 이름은 Cloud Shell이나 컴퓨터 등 클러스터 외부에서 사용할 수 없습니다.

Kubernetes 매니페스트

소스에서 애플리케이션을 실행할 때 명령형 명령을 사용했습니다. python3

서버.py

명령형은 "이것을 하라"라는 동사를 의미합니다.

쿠버네티스는 선언적 모델. 이는 Kubernetes에게 수행할 작업을 정확하게 알려주는 것이 아니라 원하는 상태를 설명한다는 의미입니다. 예를 들어 Kubernetes는 시스템의 실제 상태를 원하는 상태와 일관되게 유지하기 위해 필요에 따라 Pod를 시작하고 중지합니다.

매니페스트나 파일에 원하는 상태를 나타냅니다. 얌. YAML 파일에는 하나 이상의 Kubernetes 객체에 대한 사양이 포함되어 있습니다.

예제에는 다음에 대한 YAML 파일이 포함되어 있습니다. 섬기는 사람 и 로드겐. 각 YAML 파일은 배포 객체와 Kubernetes 서비스의 원하는 상태를 지정합니다.

서버.yaml

apiVersion: apps/v1
kind: Deployment
metadata:
  name: helloserver
spec:
  selector:
    matchLabels:
      app: helloserver
  replicas: 1
  template:
    metadata:
      labels:
        app: helloserver
    spec:
      terminationGracePeriodSeconds: 5
      restartPolicy: Always
      containers:
      - name: main
        image: gcr.io/google-samples/istio/helloserver:v0.0.1
        imagePullPolicy: Always

• 종류 객체의 유형을 나타냅니다.
• 메타데이터.이름 배포 이름을 지정합니다.
• 첫 번째 필드 투기 원하는 상태에 대한 설명이 포함되어 있습니다.
• 사양.복제본 원하는 포드 수를 나타냅니다.
• 섹션 사양.템플릿 포드 템플릿을 정의합니다. Pod 사양에 필드가 있습니다. 영상는 Container Registry에서 추출해야 하는 이미지의 이름을 지정합니다.

서비스는 다음과 같이 정의됩니다.

apiVersion: v1
kind: Service
metadata:
  name: hellosvc
spec:
  type: LoadBalancer
  selector:
    app: helloserver
  ports:
  - name: http
    port: 80
    targetPort: 8080

• 로드밸런서: 클라이언트는 영구 IP 주소를 가지며 클러스터 외부에서 액세스할 수 있는 로드 밸런서의 IP 주소로 요청을 보냅니다.
• 타겟 포트: 기억하시는 대로 팀은 노출 8080 в 도커 파일 포트를 제공하지 않았습니다. 당신은 포트를 제공 8080컨테이너에 접촉할 수 있도록 섬기는 사람 클러스터 외부. 우리의 경우 hellosvc.default.cluster.local:80 (짧은 이름: 안녕하세요)는 포트에 해당합니다 8080 포드 IP 주소 안녕하세요 서버.
• 포트: 클러스터의 다른 서비스가 요청을 보내는 포트 번호입니다.

loadgen.yaml

배포 대상 loadgen.yaml 모양 서버.yaml. 차이점은 배포 개체에 섹션이 포함되어 있다는 것입니다. 환경. 필요한 환경 변수를 정의합니다. 로드겐 소스에서 애플리케이션을 실행할 때 설치한 것입니다.

apiVersion: apps/v1
kind: Deployment
metadata:
  name: loadgenerator
spec:
  selector:
    matchLabels:
      app: loadgenerator
  replicas: 1
  template:
    metadata:
      labels:
        app: loadgenerator
    spec:
      terminationGracePeriodSeconds: 5
      restartPolicy: Always
      containers:
      - name: main
        image: gcr.io/google-samples/istio/loadgen:v0.0.1
        imagePullPolicy: Always
        env:
        - name: SERVER_ADDR
          value: "http://hellosvc:80/"
        - name: REQUESTS_PER_SECOND
          value: "10"
        resources:
          requests:
            cpu: 300m
            memory: 256Mi
          limits:
            cpu: 500m
            memory: 512Mi

시간 로드겐 해당 필드에 대해 들어오는 요청을 수락하지 않습니다. 유형 지시 된 클러스터IP. 이 유형은 클러스터의 서비스가 사용할 수 있는 영구 IP 주소를 제공하지만 이 IP 주소는 외부 클라이언트에 노출되지 않습니다.

apiVersion: v1
kind: Service
metadata:
  name: loadgensvc
spec:
  type: ClusterIP
  selector:
    app: loadgenerator
  ports:
  - name: http
    port: 80
    targetPort: 8080

GKE에 컨테이너 배포

1) 예제가 위치한 디렉토리로 이동합니다. 섬기는 사람:

cd YOUR_WORKING_DIRECTORY/istio-samples/sample-apps/helloserver/server/

2) 열기 서버.yaml 텍스트 편집기에서.
3) 필드의 이름을 바꿉니다. 영상 Docker 이미지의 이름으로.

image: gcr.io/PROJECT_ID/preparing-istio/helloserver:v0.0.1

바꾸다 PROJECT_ID GCP 프로젝트 ID에 추가하세요.
4) 저장하고 닫습니다. 서버.yaml.
5) YAML 파일을 Kubernetes에 배포합니다.

kubectl apply -f server.yaml

성공적으로 완료되면 명령은 다음 코드를 생성합니다.

deployment.apps/helloserver created
service/hellosvc created

6) 해당 디렉토리로 이동합니다. 로드겐:

cd ../loadgen

7) 열기 loadgen.yaml 텍스트 편집기에서.
8) 필드의 이름을 바꿉니다. 영상 Docker 이미지의 이름으로.

image: gcr.io/PROJECT_ID/preparing-istio/loadgenv0.0.1

바꾸다 PROJECT_ID GCP 프로젝트 ID에 추가하세요.
9) 저장하고 닫습니다. loadgen.yaml, 텍스트 편집기를 닫습니다.
10) YAML 파일을 Kubernetes에 배포합니다.

kubectl apply -f loadgen.yaml

성공적으로 완료되면 명령은 다음 코드를 생성합니다.

deployment.apps/loadgenerator created
service/loadgensvc created

11) Pod 상태를 확인합니다.

kubectl get pods

이 명령은 상태를 표시합니다.

NAME                             READY   STATUS    RESTARTS   AGE
helloserver-69b9576d96-mwtcj     1/1     Running   0          58s
loadgenerator-774dbc46fb-gpbrz   1/1     Running   0          57s

12) 포드에서 애플리케이션 로그 추출 로드겐. 바꾸다 POD_ID 이전 답변의 식별자로.

kubectl logs loadgenerator-POD_ID

13) 외부 IP 주소 획득 안녕하세요:

kubectl get service

명령 응답은 다음과 같습니다.

NAME         TYPE           CLUSTER-IP     EXTERNAL-IP     PORT(S)        AGE
hellosvc     LoadBalancer   10.81.15.158   192.0.2.1       80:31127/TCP   33m
kubernetes   ClusterIP      10.81.0.1      <none>          443/TCP        93m
loadgensvc   ClusterIP      10.81.15.155   <none>          80/TCP         4m52s

14) 다음으로 요청을 보냅니다. 안녕하세요: 바꾸다 EXTERNAL_IP 외부 IP 주소로 안녕하세요.

curl http://EXTERNAL_IP

Istio를 사용해보자

이미 GKE에 배포된 애플리케이션이 있습니다. 로드겐 Kubernetes DNS를 사용할 수 있습니다(hellosvc:80) 요청을 보내려면 섬기는 사람다음으로 요청을 보낼 수 있습니다. 섬기는 사람 외부 IP 주소로. Kubernetes에는 많은 기능이 있지만 서비스에 대한 일부 정보가 누락되어 있습니다.

• 서비스는 어떻게 상호 작용합니까? 서비스 간의 관계는 무엇입니까? 서비스 간 트래픽 흐름은 어떻게 되나요? 당신은 그것을 알고 있습니까? 로드겐 요청을 보냅니다 섬기는 사람, 하지만 애플리케이션에 대해 아무것도 모른다고 상상해 보세요. 이러한 질문에 답하기 위해 GKE에서 실행 중인 포드 목록을 살펴보겠습니다.
• 측정항목. 얼마나 오래 섬기는 사람 들어오는 요청에 응답합니까? 서버는 초당 몇 개의 요청을 수신합니까? 오류 메시지가 표시되나요?
• 보안정보. 사이의 교통 로드겐 и 섬기는 사람 그냥 통과해 HTTP 또는 mTLS?

Istio는 이 모든 질문에 답합니다. 이를 위해 Istio는 사이드카 프록시를 배치합니다. 사절 각 포드에. Envoy 프록시는 애플리케이션 컨테이너로 들어오고 나가는 모든 트래픽을 가로챕니다. 그것은 다음을 의미합니다 섬기는 사람 и 로드겐 사이드카 프록시 Envoy를 통해 수신하고 모든 트래픽은 로드겐 к 섬기는 사람 Envoy 프록시를 통과합니다.

Envoy 프록시 간의 연결은 서비스 메시를 형성합니다. 서비스 메시 아키텍처는 Kubernetes 위에 제어 계층을 제공합니다.

Envoy 프록시는 자체 컨테이너에서 실행되므로 애플리케이션 코드를 거의 변경하지 않고도 Istio를 GKE 클러스터 위에 설치할 수 있습니다. 하지만 Istio에서 애플리케이션을 관리할 수 있도록 준비하기 위해 몇 가지 작업을 수행했습니다.

• 모든 컨테이너에 대한 서비스입니다. 배포에 섬기는 사람 и 로드겐 Kubernetes 서비스와 연결되어 있습니다. 심지어 로드겐, 들어오는 요청을 받지 않는 서비스가 있습니다.
• 서비스의 포트에는 이름이 있어야 합니다. GKE에서는 서비스 포트의 이름을 지정하지 않을 수 있지만 Istio에서는 다음을 지정해야 합니다. 포트 이름 그의 프로토콜에 따라. YAML 파일에서 다음 포트는 섬기는 사람 라고 HTTP서버가 프로토콜을 사용하기 때문에 HTTP. 만약 서비스 사용 된 gRPC, 포트 이름을 지정합니다. grpc.
• 배포에 플래그가 지정되었습니다. 따라서 동일한 서비스 버전 간 트래픽 분할과 같은 Istio의 트래픽 관리 기능을 사용할 수 있습니다.

Istio 설치

Istio를 설치하는 방법에는 두 가지가 있습니다. 할 수 있다 Istio on GKE 확장 프로그램 사용 설정 또는 Istio 오픈 소스 버전 설치 클러스터에서. Istio on GKE를 사용하면 GKE 클러스터 수명 주기 전반에 걸쳐 Istio 설치 및 업그레이드를 쉽게 관리할 수 있습니다. 최신 버전의 Istio를 원하거나 Istio 제어판 구성을 더 효과적으로 제어하려면 Istio on GKE 확장 프로그램 대신 오픈소스 버전을 설치하세요. 접근 방식을 결정하려면 기사를 읽어보세요. Istio on GKE가 필요한가요?.

옵션을 선택하고 적절한 가이드를 검토한 후 지침에 따라 클러스터에 Istio를 설치하세요. 새로 배포된 애플리케이션에서 Istio를 사용하려면 다음을 수행하세요. 사이드카 구현 활성화 네임스페이스용 디폴트 값.

청소

이 튜토리얼에서 사용한 리소스 비용이 Google Cloud Platform 계정에 청구되지 않도록 하려면 Istio를 설치하고 샘플 애플리케이션을 사용한 후 컨테이너 클러스터를 삭제하세요. 이렇게 하면 컴퓨팅 인스턴스, 디스크 및 네트워크 리소스와 같은 모든 클러스터 리소스가 제거됩니다.

다음은 뭐지?

• 다음 기술을 살펴보세요.

  1. 도커
  2. 컨테이너
  3. 컨테이너 레지스트리
  4. Kubernetes
  5. G.K.E.
  6. 서비스 메시
  7. 이스 티오

• 다음 도구를 살펴보세요.

  1. 클라우드 SDK
  2. 참고 도서 지클라우드
  3. 쿠 베틀
  4. 도커

• Kubernetes 개념 알아보기:

  1. 클러스터
  2. 노드
  3. 포드
  4. 서비스
  5. 전개

출처 : habr.com