1.8. ServiceMeshControlPlane 생성

절차

1. cluster-admin 역할의 사용자로 OpenShift Container Platform 웹 콘솔에 로그인합니다. Red Hat OpenShift Dedicated를 사용하는 경우 dedicated-admin 역할의 계정이 있어야 합니다.

2. istio-system이라는 프로젝트를 생성합니다.

   1. 홈 프로젝트로 이동합니다.
   2. 프로젝트 만들기를 클릭합니다.

   3. 이름 필드에 istio-system을 입력합니다. ServiceMeshControlPlane 리소스는 마이크로 서비스 및 Operator와 별도로 프로젝트에 설치해야 합니다.

      이 단계에서는 istio-system 을 예로 사용하지만 서비스가 포함된 프로젝트와 별도로 모든 프로젝트에 Service Mesh Control Plane을 배포할 수 있습니다.

   4. 생성을 클릭합니다.
3. Operators 설치된 Operator로 이동합니다.
4. Red Hat OpenShift Service Mesh Operator를 클릭한 다음 Istio Service Mesh Control Plane을 클릭합니다.
5. Istio Service Mesh Control Plane 탭에서 ServiceMeshControlPlane 생성을 클릭합니다.

6. ServiceMeshControlPlane 생성 페이지에서 기본 Service Mesh Control Plane 버전을 수락하여 제품의 최신 버전에서 사용할 수 있는 기능을 활용합니다. 컨트롤 플레인의 버전에 따라 Operator 버전에 관계없이 사용 가능한 기능을 결정합니다.

   1. 생성을 클릭합니다. Operator는 구성 매개변수를 기반으로 pods, 서비스 및 Service Mesh Control Plane 구성 요소를 생성합니다. 나중에 ServiceMeshControlPlane 설정을 구성할 수 있습니다.

7. 컨트롤 플레인이 올바르게 설치되었는지 확인하려면 Istio Service Mesh Control Plane 탭을 클릭합니다.

   1. 새 컨트롤 플레인의 이름을 클릭합니다.
   2. 리소스 탭을 클릭하여 Operator가 생성 및 구성된 Red Hat OpenShift Service Mesh Control Plane 리소스를 확인합니다.

절차

1. cluster-admin 역할의 사용자로 OpenShift Container Platform CLI에 로그인합니다. Red Hat OpenShift Dedicated를 사용하는 경우 dedicated-admin 역할의 계정이 있어야 합니다.

   $ oc login --username=<NAMEOFUSER> https://<HOSTNAME>:6443

2. istio-system이라는 프로젝트를 생성합니다.

   $ oc new-project istio-system

3. 다음 예제를 사용하여 istio-installation.yaml이라는 ServiceMeshControlPlane 파일을 생성합니다. Service Mesh Control Plane의 버전에 따라 Operator 버전에 관계없이 사용 가능한 기능을 결정합니다.

   버전 2.4 istio-installation.yaml 예

   apiVersion: maistra.io/v2
   kind: ServiceMeshControlPlane
   metadata:
     name: basic
     namespace: istio-system
   spec:
     version: v2.4
     tracing:
       type: Jaeger
       sampling: 10000
     addons:
       jaeger:
         name: jaeger
         install:
           storage:
             type: Memory
       kiali:
         enabled: true
         name: kiali
       grafana:
         enabled: true

4. 다음 명령을 실행하여 서비스 메시 컨트롤 플레인을 배포합니다. 여기서 < istio_installation.yaml >에는 파일에 대한 전체 경로가 포함됩니다.

   $ oc create -n istio-system -f <istio_installation.yaml>

5. Pod 배포 진행 상황을 조사하려면 다음 명령을 실행합니다.

   $ oc get pods -n istio-system -w

   출력은 다음과 유사합니다.

   NAME                                   READY   STATUS    RESTARTS   AGE
   grafana-b4d59bd7-mrgbr                 2/2     Running   0          65m
   istio-egressgateway-678dc97b4c-wrjkp   1/1     Running   0          108s
   istio-ingressgateway-b45c9d54d-4qg6n   1/1     Running   0          108s
   istiod-basic-55d78bbbcd-j5556          1/1     Running   0          108s
   jaeger-67c75bd6dc-jv6k6                2/2     Running   0          65m
   kiali-6476c7656c-x5msp                 1/1     Running   0          43m
   prometheus-58954b8d6b-m5std            2/2     Running   0          66m

절차

1. cluster-admin 역할의 사용자로 OpenShift Container Platform CLI에 로그인합니다. Red Hat OpenShift Dedicated를 사용하는 경우 dedicated-admin 역할의 계정이 있어야 합니다.

   $ oc login https://<HOSTNAME>:6443

2. 다음 명령을 실행하여 서비스 메시 컨트롤 플레인 설치를 확인합니다. 여기서 istio-system 은 Service Mesh Control Plane을 설치한 네임스페이스입니다.

   $ oc get smcp -n istio-system

   STATUS 열이 ComponentsReady인 경우 설치가 성공적으로 완료되었습니다.

   NAME    READY   STATUS            PROFILES      VERSION   AGE
   basic   10/10   ComponentsReady   ["default"]   2.1.1     66m

절차

1. OpenShift Container Platform 웹 콘솔에 로그인합니다.
2. Operators 설치된 Operator로 이동합니다.
3. Red Hat OpenShift Service Mesh Operator를 클릭한 다음 Istio Service Mesh Control Plane 을 클릭합니다.
4. 컨트롤 플레인 리소스의 이름을 클릭합니다. 예를 들어 기본.
5. YAML 을 클릭합니다.

6. 다음 예와 같이 ServiceMeshControlPlane 리소스의 spec.runtime.defaults.pod 사양에 nodeSelector 및 tolerations 필드를 추가합니다.

   spec:
     runtime:
       defaults:
         pod:
           nodeSelector: 1
             node-role.kubernetes.io/infra: ""
           tolerations: 2
           - effect: NoSchedule
             key: node-role.kubernetes.io/infra
             value: reserved
           - effect: NoExecute
             key: node-role.kubernetes.io/infra
             value: reserved

   1

   ServiceMeshControlPlane Pod가 인프라 노드에만 예약되어 있는지 확인합니다.

   2

   실행을 위해 인프라 노드에서 Pod를 수락하는지 확인합니다.

7. 저장을 클릭합니다.
8. 새로 고침을 클릭합니다.

절차

1. OpenShift Container Platform 웹 콘솔에 로그인합니다.
2. Operators 설치된 Operator로 이동합니다.
3. Red Hat OpenShift Service Mesh Operator를 클릭한 다음 Istio Service Mesh Control Plane 을 클릭합니다.
4. 컨트롤 플레인 리소스의 이름을 클릭합니다. 예를 들어 기본.
5. YAML 을 클릭합니다.

6. 다음 예와 같이 ServiceMeshControlPlane 리소스의 spec.runtime.components.pilot.pod 사양에 nodeSelector 및 tolerations 필드를 추가합니다.

   spec:
     runtime:
       components:
         pilot:
           pod:
             nodeSelector: 1
               node-role.kubernetes.io/infra: ""
             tolerations: 2
             - effect: NoSchedule
               key: node-role.kubernetes.io/infra
               value: reserved
             - effect: NoExecute
               key: node-role.kubernetes.io/infra
               value: reserved

   1

   Istiod Pod가 인프라 노드에만 예약되도록 합니다.

   2

   실행을 위해 인프라 노드에서 Pod를 수락하는지 확인합니다.

7. 다음 예와 같이 ServiceMeshControlPlane 리소스의 spec.gateways.ingress.runtime.pod 및 spec.gateways.egress.runtime.pod 사양에 nodeSelector 및 tolerations 필드를 추가합니다.

   spec:
     gateways:
       ingress:
         runtime:
           pod:
             nodeSelector: 1
               node-role.kubernetes.io/infra: ""
             tolerations: 2
             - effect: NoSchedule
               key: node-role.kubernetes.io/infra
               value: reserved
             - effect: NoExecute
               key: node-role.kubernetes.io/infra
               value: reserved
       egress:
         runtime:
           pod:
             nodeSelector: 3
               node-role.kubernetes.io/infra: ""
             tolerations: 4
             - effect: NoSchedule
               key: node-role.kubernetes.io/infra
               value: reserved
             - effect: NoExecute
               key: node-role.kubernetes.io/infra
               value: reserved

   1 3

   게이트웨이 Pod가 인프라 노드에만 예약되도록 합니다.

   2 4

   실행을 위해 인프라 노드에서 Pod를 수락하는지 확인합니다.

8. 저장을 클릭합니다.
9. 새로 고침을 클릭합니다.

절차

1. ServiceMeshControlPlane 리소스를 YAML 파일로 엽니다.

   $ oc -n istio-system edit smcp <name> 1

   1

   <name >은 ServiceMeshControlPlane 리소스의 이름을 나타냅니다.

2. 인프라 노드에서 ServiceMeshControlPlane 에서 배포한 모든 Service Mesh 구성 요소를 실행하려면 ServiceMeshControlPlane 리소스의 spec.runtime.defaults.pod 사양에 nodeSelector 및 tolerations 필드를 추가합니다.

   spec:
     runtime:
       defaults:
         pod:
           nodeSelector: 1
             node-role.kubernetes.io/infra: ""
           tolerations: 2
           - effect: NoSchedule
             key: node-role.kubernetes.io/infra
             value: reserved
           - effect: NoExecute
             key: node-role.kubernetes.io/infra
             value: reserved

   1

   SMCP Pod가 인프라 노드에만 예약되도록 합니다.

   2

   인프라 노드에서 Pod를 허용하도록 합니다.

절차

1. ServiceMeshControlPlane 리소스를 YAML 파일로 엽니다.

   $ oc -n istio-system edit smcp <name> 1

   1

   <name >은 ServiceMeshControlPlane 리소스의 이름을 나타냅니다.

2. 인프라 노드에서 Istiod 구성 요소를 실행하려면 ServiceMeshControlPlane 리소스의 spec.runtime.components.pilot.pod 사양에 nodeSelector 및 tolerations 필드를 추가합니다.

   spec:
     runtime:
       components:
         pilot:
           pod:
             nodeSelector: 1
               node-role.kubernetes.io/infra: ""
             tolerations: 2
             - effect: NoSchedule
               key: node-role.kubernetes.io/infra
               value: reserved
             - effect: NoExecute
               key: node-role.kubernetes.io/infra
               value: reserved

   1

   Istiod Pod가 인프라 노드에만 예약되도록 합니다.

   2

   인프라 노드에서 Pod를 허용하도록 합니다.

3. 인프라 노드에서 Ingress 및 Egress Gateways를 실행하려면 ServiceMeshControlPlane 리소스의 spec.gateways.ingress.runtime.pod 사양과 spec.gateways.egress.runtime.pod 사양에 nodeSelector 및 tolerations 필드를 추가합니다.

   spec:
     gateways:
       ingress:
         runtime:
           pod:
             nodeSelector: 1
               node-role.kubernetes.io/infra: ""
             tolerations: 2
             - effect: NoSchedule
               key: node-role.kubernetes.io/infra
               value: reserved
             - effect: NoExecute
               key: node-role.kubernetes.io/infra
               value: reserved
       egress:
         runtime:
           pod:
             nodeSelector: 3
               node-role.kubernetes.io/infra: ""
             tolerations: 4
             - effect: NoSchedule
               key: node-role.kubernetes.io/infra
               value: reserved
             - effect: NoExecute
               key: node-role.kubernetes.io/infra
               value: reserved

   1 3

   게이트웨이 Pod가 인프라 노드에만 예약되도록 합니다.

   2 4

   인프라 노드에서 Pod를 허용하도록 합니다.

절차

1. istio-system이라는 프로젝트를 생성합니다.

   1. 홈 프로젝트로 이동합니다.
   2. 프로젝트 만들기를 클릭합니다.

   3. 이름 필드에 istio-system을 입력합니다. ServiceMeshControlPlane 리소스는 마이크로 서비스 및 Operator와 별도로 프로젝트에 설치해야 합니다.

      이러한 단계에서는 istio-system 을 예제로 사용합니다. 서비스가 포함된 프로젝트와 별도로 Service Mesh Control Plane을 모든 프로젝트에 배포할 수 있습니다.

   4. 생성을 클릭합니다.
2. Operators 설치된 Operator로 이동합니다.
3. Red Hat OpenShift Service Mesh Operator를 클릭한 다음 Istio Service Mesh Control Plane을 클릭합니다.
4. Istio Service Mesh Control Plane 탭에서 ServiceMeshControlPlane 생성을 클릭합니다.
5. YAML 보기를 클릭합니다. Service Mesh Control Plane의 버전에 따라 Operator 버전에 관계없이 사용 가능한 기능을 결정합니다.

6. YAML 파일의 spec.mode 필드를 수정하여 ClusterWide 를 지정합니다.

   버전 2.4 istio-installation.yaml 예

   apiVersion: maistra.io/v2
   kind: ServiceMeshControlPlane
   metadata:
     name: basic
     namespace: istio-system
   spec:
     version: v2.4
     mode: ClusterWide

7. 생성을 클릭합니다. Operator는 구성 매개변수를 기반으로 pods, 서비스 및 Service Mesh Control Plane 구성 요소를 생성합니다. 또한 기본 구성의 일부로 없는 경우 Operator는 ServiceMeshMemberRoll 을 생성합니다.

8. 컨트롤 플레인이 올바르게 설치되었는지 확인하려면 Istio Service Mesh Control Plane 탭을 클릭합니다.

   1. 새 ServiceMeshControlPlane 오브젝트의 이름을 클릭합니다.
   2. 리소스 탭을 클릭하여 Operator가 생성 및 구성한 Red Hat OpenShift Service Mesh Control Plane 리소스를 확인합니다.

절차

1. cluster-admin 역할의 사용자로 OpenShift Container Platform CLI에 로그인합니다. Red Hat OpenShift Dedicated를 사용하는 경우 dedicated-admin 역할의 계정이 있어야 합니다.

   $ oc login --username=<NAMEOFUSER> https://<HOSTNAME>:6443

2. istio-system이라는 프로젝트를 생성합니다.

   $ oc new-project istio-system

3. 다음 예제를 사용하여 istio-installation.yaml이라는 ServiceMeshControlPlane 파일을 생성합니다.

   버전 2.4 istio-installation.yaml 예

   apiVersion: maistra.io/v2
   kind: ServiceMeshControlPlane
   metadata:
     name: basic
     namespace: istio-system
   spec:
     version: v2.4
     mode: ClusterWide

4. 다음 명령을 실행하여 서비스 메시 컨트롤 플레인을 배포합니다. 여기서 < istio_installation.yaml >에는 파일에 대한 전체 경로가 포함됩니다.

   $ oc create -n istio-system -f <istio_installation.yaml>

5. Pod 배포의 진행 상황을 모니터링하려면 다음 명령을 실행합니다.

   $ oc get pods -n istio-system -w

   다음 예와 유사한 출력이 표시됩니다.

   출력 예

   NAME                                   READY   STATUS    RESTARTS   AGE
   grafana-b4d59bd7-mrgbr                 2/2     Running   0          65m
   istio-egressgateway-678dc97b4c-wrjkp   1/1     Running   0          108s
   istio-ingressgateway-b45c9d54d-4qg6n   1/1     Running   0          108s
   istiod-basic-55d78bbbcd-j5556          1/1     Running   0          108s
   jaeger-67c75bd6dc-jv6k6                2/2     Running   0          65m
   kiali-6476c7656c-x5msp                 1/1     Running   0          43m
   prometheus-58954b8d6b-m5std            2/2     Running   0          66m