2.5. 서비스 메시 설치
더 이상 지원되지 않는 Red Hat OpenShift Service Mesh 릴리스에 대한 문서를 보고 있습니다.
서비스 메시 버전 1.0 및 1.1 컨트롤 플레인은 더 이상 지원되지 않습니다. 서비스 메시 컨트롤 플레인 업그레이드에 대한 자세한 내용은 서비스 메시 업그레이드를 참조하십시오.
특정 Red Hat OpenShift Service Mesh 릴리스의 지원 상태에 대한 자세한 내용은 제품 라이프사이클 페이지를 참조하십시오.
Service Mesh를 설치하려면 OpenShift Elasticsearch, Jaeger, Kiali, Service Mesh Operator를 설치하고, ServiceMeshControlPlane
리소스를 생성 및 관리하여 컨트롤 플레인을 배포하며, Service MeshMemberRoll
리소스를 생성하여 Service Mesh와 연결된 네임스페이스를 지정해야 합니다.
Mixer의 정책 적용은 기본적으로 비활성화되어 있습니다. 정책 작업을 실행하려면 활성화해야 합니다. Mixer 정책 시행 활성화에 대한 지침은 Mixer 정책 시행 업데이트를 참조하십시오.
멀티 테넌트 컨트롤 플레인 설치는 기본 구성입니다.
Service Mesh 문서는 istio-system
을 예제 프로젝트로 사용하지만, 모든 프로젝트에 서비스 메시를 배포할 수 있습니다.
2.5.1. 사전 요구 사항
- Red Hat OpenShift Service Mesh 설치 준비 프로세스를 따르십시오.
-
cluster-admin
역할이 있는 계정.
서비스 메시 설치 프로세스는 OperatorHub를 사용하여 openshift-operators
프로젝트 내에 ServiceMeshControlPlane
사용자 정의 리소스 정의를 설치합니다. Red Hat OpenShift Service Mesh는 컨트롤 플레인의 배포, 업데이트 및 삭제와 관련된 ServiceMeshControlPlane
을 정의하고 모니터링합니다.
Red Hat OpenShift Service Mesh 1.1.18.2부터 OpenShift Elasticsearch Operator, Jaeger Operator 및 Kiali Operator를 설치해야 Red Hat OpenShift Service Mesh Operator가 컨트롤 플레인을 설치할 수 있습니다.
2.5.2. OpenShift Elasticsearch Operator 설치
기본 Red Hat OpenShift distributed tracing platform 배포는 Red Hat OpenShift distributed tracing을 평가하거나 데모를 제공하거나 테스트 환경에서 Red Hat OpenShift distributed tracing 플랫폼을 사용하기 위해 빠르게 설치되도록 설계되었으므로 메모리 내 스토리지를 사용합니다. 프로덕션 환경에서 Red Hat OpenShift 분산 추적 플랫폼을 사용하려는 경우 영구 스토리지 옵션(이 경우 Elasticsearch)을 설치하고 구성해야 합니다.
사전 요구 사항
- OpenShift Container Platform 웹 콘솔에 액세스할 수 있습니다.
-
cluster-admin
역할의 사용자로 클러스터에 액세스할 수 있어야 합니다. Red Hat OpenShift Dedicated를 사용하는 경우dedicated-admin
역할의 계정이 있어야 합니다.
Operator의 커뮤니티 버전은 설치하지 마십시오. 커뮤니티 Operator는 지원되지 않습니다.
이미 OpenShift Elasticsearch Operator를 OpenShift 로깅의 일부로 설치한 경우 OpenShift Elasticsearch Operator를 다시 설치할 필요가 없습니다. Red Hat OpenShift distributed tracing platform Operator는 설치된 OpenShift Elasticsearch Operator를 사용하여 Elasticsearch 인스턴스를 생성합니다.
절차
-
cluster-admin
역할의 사용자로 OpenShift Container Platform 웹 콘솔에 로그인합니다. Red Hat OpenShift Dedicated를 사용하는 경우dedicated-admin
역할의 계정이 있어야 합니다. -
Operators
OperatorHub로 이동합니다. - Elasticsearch를 필터 상자에 입력하여 OpenShift Elasticsearch Operator를 찾습니다.
- Red Hat에서 제공하는 OpenShift Elasticsearch Operator를 클릭하여 Operator에 대한 정보를 표시합니다.
- 설치를 클릭합니다.
- Operator 설치 페이지에서 stable 업데이트 채널을 선택합니다. 이렇게 하면 새 버전이 릴리스되면 Operator가 자동으로 업데이트됩니다.
클러스터의 기본 모든 네임스페이스(기본값)를 수락합니다. 이렇게 하면 기본
openshift-operators-redhat
프로젝트에 Operator가 설치되고 클러스터의 모든 프로젝트에서 Operator를 사용할 수 있습니다.참고Elasticsearch 설치에는 OpenShift Elasticsearch Operator의 openshift-operators-redhat 네임스페이스가 필요합니다. 다른 Red Hat OpenShift distributed tracing Operator는
openshift-operators
네임스페이스에 설치됩니다.기본 자동 승인 전략을 수락합니다. 기본적으로 이 Operator의 새 버전이 사용 가능하면 OLM(Operator Lifecycle Manager)은 개입 없이 Operator의 실행 중인 인스턴스를 자동으로 업그레이드합니다. 수동 업데이트를 선택하면 최신 버전의 Operator가 사용 가능할 때 OLM에서 업데이트 요청을 생성합니다. 클러스터 관리자는 Operator를 새 버전으로 업데이트하려면 OLM 업데이트 요청을 수동으로 승인해야 합니다.
참고수동 승인 전략을 사용하려면 적절한 인증 정보가 있는 사용자가 Operator 설치 및 서브스크립션 프로세스를 승인해야 합니다.
- 설치를 클릭합니다.
-
설치된 Operator 페이지에서
openshift-operators-redhat
프로젝트를 선택합니다. 계속하기 전에 OpenShift Elasticsearch Operator에 "InstallSucceeded" 상태가 표시될 때까지 기다립니다.
2.5.3. Red Hat OpenShift distributed tracing Platform Operator 설치
Red Hat OpenShift distributed tracing Platform을 설치하려면 OperatorHub 를 사용하여 Red Hat OpenShift distributed tracing Platform Operator를 설치합니다.
기본적으로 Operator는 openshift-operators
프로젝트에 설치됩니다.
사전 요구 사항
- OpenShift Container Platform 웹 콘솔에 액세스할 수 있습니다.
-
cluster-admin
역할의 사용자로 클러스터에 액세스할 수 있어야 합니다. Red Hat OpenShift Dedicated를 사용하는 경우dedicated-admin
역할의 계정이 있어야 합니다. - 영구 스토리지가 필요한 경우 Red Hat OpenShift distributed tracing Platform Operator를 설치하기 전에 OpenShift Elasticsearch Operator도 설치해야 합니다.
Operator의 커뮤니티 버전은 설치하지 마십시오. 커뮤니티 Operator는 지원되지 않습니다.
프로세스
-
cluster-admin
역할의 사용자로 OpenShift Container Platform 웹 콘솔에 로그인합니다. Red Hat OpenShift Dedicated를 사용하는 경우dedicated-admin
역할의 계정이 있어야 합니다. -
Operators
OperatorHub로 이동합니다. - Deploy tracing Platform을 필터에 입력하여 Red Hat OpenShift distributed tracing Platform Operator를 찾습니다.
- Red Hat에서 제공하는 Red Hat OpenShift distributed tracing Platform Operator 를 클릭하여 Operator에 대한 정보를 표시합니다.
- 설치를 클릭합니다.
- Operator 설치 페이지에서 stable 업데이트 채널을 선택합니다. 이렇게 하면 새 버전이 릴리스되면 Operator가 자동으로 업데이트됩니다.
클러스터의 기본 모든 네임스페이스(기본값)를 수락합니다. 이렇게 하면 기본
openshift-operators
프로젝트에서 Operator가 설치되고 클러스터의 모든 프로젝트에서 Operator를 사용할 수 있습니다.기본 자동 승인 전략을 수락합니다. 기본적으로 이 Operator의 새 버전이 사용 가능하면 OLM(Operator Lifecycle Manager)은 개입 없이 Operator의 실행 중인 인스턴스를 자동으로 업그레이드합니다. 수동 업데이트를 선택하면 최신 버전의 Operator가 사용 가능할 때 OLM에서 업데이트 요청을 생성합니다. 클러스터 관리자는 Operator를 새 버전으로 업데이트하려면 OLM 업데이트 요청을 수동으로 승인해야 합니다.
참고수동 승인 전략을 사용하려면 적절한 인증 정보가 있는 사용자가 Operator 설치 및 서브스크립션 프로세스를 승인해야 합니다.
- 설치를 클릭합니다.
-
Operators
설치된 Operator로 이동합니다. -
설치된 Operator 페이지에서
openshift-operators
프로젝트를 선택합니다. 계속하기 전에 Red Hat OpenShift distributed tracing Platform Operator에 "Succeeded" 상태가 표시될 때까지 기다립니다.
2.5.4. Kiali Operator 설치
Service Mesh Control Plane을 설치하려면 Red Hat OpenShift Service Mesh Operator에 Kiali Operator를 설치해야 합니다.
Operator의 커뮤니티 버전은 설치하지 마십시오. 커뮤니티 Operator는 지원되지 않습니다.
사전 요구 사항
- OpenShift Container Platform 웹 콘솔에 액세스합니다.
절차
- OpenShift Container Platform 웹 콘솔에 로그인합니다.
-
Operators
OperatorHub로 이동합니다. - Kiali를 필터 상자에 입력하여 Kiali Operator를 찾습니다.
- Red Hat에서 제공하는 Kiali Operator를 클릭하여 Operator에 대한 정보를 표시합니다.
- 설치를 클릭합니다.
- Operator 설치 페이지에서 stable 업데이트 채널을 선택합니다.
-
클러스터의 모든 네임스페이스(기본값)를 선택합니다. 이렇게 하면 기본
openshift-operators
프로젝트에서 Operator가 설치되고 클러스터의 모든 프로젝트에서 Operator를 사용할 수 있습니다. 자동 승인 전략을 선택합니다.
참고수동 승인 전략을 사용하려면 적절한 인증 정보를 가진 사용자가 Operator 설치 및 서브스크립션 프로세스를 승인해야 합니다.
- 설치를 클릭합니다.
- 설치된 Operator 페이지에 Kiali Operator의 설치 진행 상황을 표시합니다.
2.5.5. Operator 설치
Red Hat OpenShift Service Mesh를 설치하려면 다음 Operator를 이 순서대로 설치합니다. 각 Operator에 대한 절차를 반복합니다.
- OpenShift Elasticsearch
- Red Hat OpenShift distributed tracing 플랫폼
- Kiali
- Red Hat OpenShift Service Mesh
이미 OpenShift Elasticsearch Operator를 OpenShift 로깅의 일부로 설치한 경우 OpenShift Elasticsearch Operator를 다시 설치할 필요가 없습니다. Red Hat OpenShift distributed tracing platform Operator는 설치된 OpenShift Elasticsearch Operator를 사용하여 Elasticsearch 인스턴스를 생성합니다.
프로세스
-
cluster-admin
역할의 사용자로 OpenShift Container Platform 웹 콘솔에 로그인합니다. Red Hat OpenShift Dedicated를 사용하는 경우dedicated-admin
역할의 계정이 있어야 합니다. -
OpenShift Container Platform 웹 콘솔에서 Operator
OperatorHub를 클릭합니다. - Operator 이름을 필터 상자에 입력하고 Operator의 Red Hat 버전을 선택합니다. Operator의 커뮤니티 버전은 지원되지 않습니다.
- 설치를 클릭합니다.
- 각 Operator의 Operator 설치 페이지에서 기본 설정을 수락합니다.
설치를 클릭합니다. 목록에서 다음 Operator에 대한 단계를 반복하기 전에 Operator가 설치될 때까지 기다립니다.
-
OpenShift Elasticsearch Operator는
openshift-operators-redhat
네임스페이스에 설치되며 클러스터의 모든 네임스페이스에서 사용할 수 있습니다. -
Red Hat OpenShift distributed tracing 플랫폼은
openshift-distributed-tracing
네임스페이스에 설치되며 클러스터의 모든 네임스페이스에서 사용할 수 있습니다. -
Kiali 및 Red Hat OpenShift Service Mesh Operator는
openshift-operators
네임스페이스에 설치되고 클러스터의 모든 네임스페이스에서 사용할 수 있습니다.
-
OpenShift Elasticsearch Operator는
-
4개의 Operator를 모두 설치한 후 Operators
설치된 Operators를 클릭하여 Operator가 설치되었는지 확인합니다.
2.5.6. Red Hat OpenShift Service Mesh Control Plane 배포
ServiceMeshControlPlane
리소스는 설치 중에 사용할 구성을 정의합니다. Red Hat에서 제공하는 기본 구성을 배포하거나 비즈니스 요구에 맞게 ServiceMeshControlPlane
파일을 사용자 지정할 수 있습니다.
OpenShift Container Platform 웹 콘솔을 사용하거나 oc
클라이언트 도구를 사용하는 명령줄에서 Service Mesh Control Plane을 배포할 수 있습니다.
2.5.6.1. 웹 콘솔에서 컨트롤 플레인 배포
웹 콘솔을 사용하여 Red Hat OpenShift Service Mesh Control Plane을 배포하려면 다음 절차를 따르십시오. 이 예제에서 istio-system
은 컨트롤 플레인 프로젝트의 이름입니다.
사전 요구 사항
- Red Hat OpenShift Service Mesh Operator가 설치되어 있어야 합니다.
- Red Hat OpenShift Service Mesh 설치를 사용자 지정하는 방법에 대한 지침을 검토하십시오.
-
cluster-admin
역할이 있는 계정.
프로세스
-
cluster-admin
역할의 사용자로 OpenShift Container Platform 웹 콘솔에 로그인합니다. istio-system
이라는 프로젝트를 생성합니다.-
홈
프로젝트로 이동합니다. - 프로젝트 만들기를 클릭합니다.
-
이름 필드에
istio-system
을 입력합니다. - 생성을 클릭합니다.
-
홈
-
Operators
설치된 Operator로 이동합니다. -
필요한 경우 프로젝트 메뉴에서
istio-system
을 선택합니다. Operator가 새 프로젝트에 복사될 때까지 몇 분 정도 기다려야 할 수 있습니다. Red Hat OpenShift Service Mesh Operator를 클릭합니다. 제공된 API에서 Operator는 두 가지 리소스 유형을 생성할 수 있는 링크를 제공합니다.
-
ServiceMeshControlPlane
리소스 -
ServiceMeshMemberRoll
리소스
-
- Istio Service Mesh Control Plane에서 ServiceMeshControlPlane 만들기를 클릭합니다.
Service Mesh Control Plane 페이지에서 필요에 따라 기본
ServiceMeshControlPlane
템플릿에 대한 YAML을 수정합니다.참고컨트롤 플레인 사용자 지정에 대한 자세한 내용은 Red Hat OpenShift Service Mesh 설치 사용자 지정을 참조하십시오. 프로덕션의 경우 기본 Jaeger 템플릿을 변경해야 합니다.
- 생성을 클릭하여 컨트롤 플레인을 생성합니다. Operator는 구성 매개변수를 기반으로 pods, 서비스 및 Service Mesh Control Plane 구성 요소를 생성합니다.
- Istio Service Mesh Control Plane 탭을 클릭합니다.
- 새 컨트롤 플레인의 이름을 클릭합니다.
- 리소스 탭을 클릭하여 Operator가 생성 및 구성된 Red Hat OpenShift Service Mesh Control Plane 리소스를 확인합니다.
2.5.6.2. CLI에서 컨트롤 플레인 배포
Red Hat OpenShift Service Mesh Control Plane에 명령줄을 배포하려면 다음 절차를 따르십시오.
사전 요구 사항
- Red Hat OpenShift Service Mesh Operator가 설치되어 있어야 합니다.
- Red Hat OpenShift Service Mesh 설치를 사용자 지정하는 방법에 대한 지침을 검토하십시오.
-
cluster-admin
역할이 있는 계정. -
OpenShift CLI(
oc
)에 액세스합니다.
프로세스
cluster-admin
역할의 사용자로 OpenShift Container Platform CLI에 로그인합니다.$ oc login --username=<NAMEOFUSER> https://<HOSTNAME>:6443
istio-system
이라는 프로젝트를 생성합니다.$ oc new-project istio-system
-
“Red Hat OpenShift Service Mesh 설치 사용자 지정”에서 확인된 예제를 사용하여
istio-installation.yaml
이라는ServiceMeshControlPlane
파일을 생성합니다. 필요에 따라, 사용 사례와 일치하도록 사용자 지정할 수 있습니다. 프로덕션 배포의 경우 기본 Jaeger 템플릿을 변경해야 합니다. 다음 명령을 실행하여 컨트롤 플레인을 배포합니다.
$ oc create -n istio-system -f istio-installation.yaml
다음 명령을 실행하여 컨트롤 플레인 설치 상태를 확인합니다.
$ oc get smcp -n istio-system
STATUS 열이
ComponentsReady
인 경우 설치가 성공적으로 완료되었습니다.NAME READY STATUS PROFILES VERSION AGE basic-install 11/11 ComponentsReady ["default"] v1.1.18 4m25s
다음 명령을 실행하여 설치 프로세스 중에 Pod의 진행 상황을 확인합니다.
$ oc get pods -n istio-system -w
출력은 다음과 유사합니다.
출력 예
NAME READY STATUS RESTARTS AGE grafana-7bf5764d9d-2b2f6 2/2 Running 0 28h istio-citadel-576b9c5bbd-z84z4 1/1 Running 0 28h istio-egressgateway-5476bc4656-r4zdv 1/1 Running 0 28h istio-galley-7d57b47bb7-lqdxv 1/1 Running 0 28h istio-ingressgateway-dbb8f7f46-ct6n5 1/1 Running 0 28h istio-pilot-546bf69578-ccg5x 2/2 Running 0 28h istio-policy-77fd498655-7pvjw 2/2 Running 0 28h istio-sidecar-injector-df45bd899-ctxdt 1/1 Running 0 28h istio-telemetry-66f697d6d5-cj28l 2/2 Running 0 28h jaeger-896945cbc-7lqrr 2/2 Running 0 11h kiali-78d9c5b87c-snjzh 1/1 Running 0 22h prometheus-6dff867c97-gr2n5 2/2 Running 0 28h
멀티 테넌트 설치의 경우, Red Hat OpenShift Service Mesh는 클러스터 내에서 여러 개의 독립적인 컨트롤 플레인을 지원합니다. ServiceMeshControlPlane
템플릿을 사용하여 재사용 가능한 구성을 생성할 수 있습니다. 자세한 내용은 컨트롤 플레인 템플릿 생성을 참조하십시오.
2.5.7. Red Hat OpenShift Service Mesh 멤버 롤 생성
ServiceMeshMemberRoll
은 Service Mesh Control Plane에 속한 프로젝트를 나열합니다. ServiceMeshMemberRoll
에 나열된 프로젝트만 컨트롤 플레인의 영향을 받습니다. 특정 컨트롤 플레인 배포의 멤버 롤에 추가할 때까지 프로젝트는 서비스 메시에 속하지 않습니다.
ServiceMeshControlPlane
과 동일한 프로젝트에서 default
라는 ServiceMeshMemberRoll
리소스를 생성해야 합니다. (예: istio-system
)
2.5.7.1. 웹 콘솔에서 멤버 롤 생성
웹 콘솔에서 서비스 메시 멤버 롤에 하나 이상의 프로젝트를 추가할 수 있습니다. 이 예제에서 istio-system
은 Service Mesh Control Plane 프로젝트의 이름입니다.
사전 요구 사항
- Red Hat OpenShift Service Mesh Operator 설치 및 검증.
- 서비스 메시에 추가할 기존 프로젝트 목록.
프로세스
- OpenShift Container Platform 웹 콘솔에 로그인합니다.
메시에 대한 서비스가 아직 없거나 처음부터 시작하려는 경우 애플리케이션에 대한 프로젝트를 생성합니다. Service Mesh Control Plane을 설치한 프로젝트와 달라야 합니다.
-
홈
프로젝트로 이동합니다. - 이름 필드에 이름을 입력합니다.
- 생성을 클릭합니다.
-
홈
-
Operators
설치된 Operator로 이동합니다. -
프로젝트 메뉴를 클릭하고 목록에서
ServiceMeshControlPlane
리소스가 배포되는 프로젝트를 선택합니다(예:istio-system
). - Red Hat OpenShift Service Mesh Operator를 클릭합니다.
- Istio Service Mesh 멤버 목록 탭을 클릭합니다.
- ServiceMeshMemberRoll 만들기를 클릭합니다.
-
Members를 클릭한 다음 Value 필드에 프로젝트 이름을 입력합니다. 여러 프로젝트를 추가할 수 있지만 프로젝트는 하나의
ServiceMeshMemberRoll
리소스에만 속할 수 있습니다. - 생성을 클릭합니다.
2.5.7.2. CLI에서 멤버 롤 생성
명령줄의 ServiceMeshMemberRoll
에 프로젝트를 추가할 수 있습니다.
사전 요구 사항
- Red Hat OpenShift Service Mesh Operator 설치 및 검증.
- 서비스 메시에 추가할 프로젝트 목록.
-
OpenShift CLI(
oc
)에 액세스합니다.
프로세스
OpenShift Container Platform CLI에 로그인합니다.
$ oc login --username=<NAMEOFUSER> https://<HOSTNAME>:6443
메시에 대한 서비스가 아직 없거나 처음부터 시작하려는 경우 애플리케이션에 대한 프로젝트를 생성합니다. Service Mesh Control Plane을 설치한 프로젝트와 달라야 합니다.
$ oc new-project <your-project>
프로젝트를 멤버로 추가하려면 다음 예제 YAML을 수정합니다. 여러 프로젝트를 추가할 수 있지만 프로젝트는 하나의
ServiceMeshMemberRoll
리소스에만 속할 수 있습니다. 이 예제에서istio-system
은 Service Mesh Control Plane 프로젝트의 이름입니다.servicemeshmemberroll-default.yaml 예
apiVersion: maistra.io/v1 kind: ServiceMeshMemberRoll metadata: name: default namespace: istio-system spec: members: # a list of projects joined into the service mesh - your-project-name - another-project-name
다음 명령을 실행하여
istio-system
네임스페이스에ServiceMeshMemberRoll
리소스를 업로드하고 만듭니다.$ oc create -n istio-system -f servicemeshmemberroll-default.yaml
다음 명령을 실행하여
ServiceMeshMemberRoll
이 성공적으로 생성되었는지 확인합니다.$ oc get smmr -n istio-system default
STATUS
열이Configured
인 경우 설치가 성공적으로 완료된 것입니다.
2.5.8. 서비스 메시에서 프로젝트 추가 또는 제거
웹 콘솔을 사용하여 기존 Service Mesh ServiceMeshMemberRoll
리소스에서 프로젝트를 추가하거나 제거할 수 있습니다.
-
여러 프로젝트를 추가할 수 있지만 프로젝트는 하나의
ServiceMeshMemberRoll
리소스에만 속할 수 있습니다. -
해당
ServiceMeshControlPlane
리소스가 삭제되면ServiceMeshMemberRoll
리소스가 삭제됩니다.
2.5.8.1. 웹 콘솔을 사용하여 멤버 롤에서 프로젝트 추가 또는 제거
사전 요구 사항
- Red Hat OpenShift Service Mesh Operator 설치 및 검증.
-
기존
ServiceMeshMemberRoll
리소스. -
ServiceMeshMemberRoll
리소스를 사용한 프로젝트의 이름. - 메시에서 추가하거나 삭제하려는 프로젝트의 이름.
프로세스
- OpenShift Container Platform 웹 콘솔에 로그인합니다.
-
Operators
설치된 Operator로 이동합니다. -
프로젝트 메뉴를 클릭하고 목록에서
ServiceMeshControlPlane
리소스가 배포되는 프로젝트를 선택합니다(예:istio-system
). - Red Hat OpenShift Service Mesh Operator를 클릭합니다.
- Istio Service Mesh 멤버 목록 탭을 클릭합니다.
-
default
링크를 클릭합니다. - YAML 탭을 클릭합니다.
-
YAML을 수정하여 프로젝트를 멤버로 추가하거나 제거합니다. 여러 프로젝트를 추가할 수 있지만 프로젝트는 하나의
ServiceMeshMemberRoll
리소스에만 속할 수 있습니다. - 저장을 클릭합니다.
- 새로 고침을 클릭합니다.
2.5.8.2. CLI를 사용하여 멤버 롤에서 프로젝트 추가 또는 제거
명령줄을 사용하여 기존 서비스 메시 멤버 목록을 수정할 수 있습니다.
사전 요구 사항
- Red Hat OpenShift Service Mesh Operator 설치 및 검증.
-
기존
ServiceMeshMemberRoll
리소스. -
ServiceMeshMemberRoll
리소스를 사용한 프로젝트의 이름. - 메시에서 추가하거나 삭제하려는 프로젝트의 이름.
-
OpenShift CLI(
oc
)에 액세스합니다.
절차
- OpenShift Container Platform CLI에 로그인합니다.
ServiceMeshMemberRoll
리소스를 편집합니다.$ oc edit smmr -n <controlplane-namespace>
YAML을 수정하여 프로젝트를 멤버로 추가하거나 제거합니다. 여러 프로젝트를 추가할 수 있지만 프로젝트는 하나의
ServiceMeshMemberRoll
리소스에만 속할 수 있습니다.servicemeshmemberroll-default.yaml 예
apiVersion: maistra.io/v1 kind: ServiceMeshMemberRoll metadata: name: default namespace: istio-system #control plane project spec: members: # a list of projects joined into the service mesh - your-project-name - another-project-name
2.5.9. 수동 업데이트
수동으로 업데이트하는 경우 OLM(Operator Lifecycle Manager)은 클러스터에서 Operator의 설치, 업그레이드 및 역할 기반 액세스 제어(RBAC)를 제어합니다. OLM은 OpenShift Container Platform에서 기본적으로 실행됩니다. OLM은 Operator Registry API를 사용하는 CatalogSources를 통해 활용 가능한 Operator와 설치된 Operator의 업그레이드를 쿼리합니다.
- OpenShift Container Platform의 업그레이드 처리 방법에 대한 자세한 내용은 Operator Lifecycle Manager 문서를 참조하십시오.
2.5.9.1. 사이드카 프록시 업데이트
사이드카 프록시의 구성을 업데이트하려면 애플리케이션 관리자가 애플리케이션 Pod를 다시 시작해야 합니다.
배포 시 자동 사이드카 삽입을 사용하는 경우 주석을 추가하거나 수정하여 배포에서 pod 템플릿을 업데이트할 수 있습니다. 다음 명령을 실행하여 pod를 다시 배포합니다.
$ oc patch deployment/<deployment> -p '{"spec":{"template":{"metadata":{"annotations":{"kubectl.kubernetes.io/restartedAt": "'`date -Iseconds`'"}}}}}'
배포에서 자동 사이드카 삽입을 사용하지 않는 경우 배포 또는 Pod에 지정된 사이드카 컨테이너 이미지를 수정하여 사이드카를 수동으로 업데이트한 다음 Pod를 다시 시작해야 합니다.
2.5.10. 다음 단계
- Red Hat OpenShift Service Mesh에 애플리케이션을 배포할 준비가 되어 있습니다.