1.2. InPlace 전략 정보
InPlace 전략은 항상 하나의 컨트롤 플레인 버전만 실행합니다. InPlace 업데이트를 수행하면 모든 워크로드가 새 버전의 컨트롤 플레인에 즉시 연결됩니다. 사이드카와 컨트롤 플레인 간의 호환성을 보장하기 위해 한 번에 두 개 이상의 마이너 버전으로 업그레이드할 수 없습니다.
1.2.1. InPlace 전략 선택
InPlace 전략을 선택하려면 Istio 리소스의 spec.updateStrategy.type 값을 InPlace 로 설정합니다.
InPlace 업데이트 전략을 선택하는 사양의 예
kind: Istio
spec:
updateStrategy:
type: InPlace
리소스를 처음 생성하거나 나중에 리소스를 편집할 때 이 값을 설정할 수 있습니다. 리소스를 생성한 후 편집하도록 선택하는 경우 Istio 컨트롤 플레인을 업데이트하기 전에 변경합니다.
1.2.2. 컨트롤 플레인에 워크로드 연결
InPlace 전략을 사용하도록 Istio를 구성하면 Operator가 항상 생성하는 IstioRevision 리소스의 이름이 Istio 리소스와 동일합니다. InPlace 전략을 사용하여 배포된 컨트롤 플레인에 워크로드를 연결하려면 istio.io/rev 네임스페이스 레이블을 IstioRevision 의 이름으로 설정할 수 있습니다.
워크로드를 메시에 연결하는 istio.io 네임스페이스 레이블의 예
$ oc label namespace <namespace-name> istio.io/rev=<revision-name>
또는 배포 리소스의 Pod 템플릿을 수정하여 워크로드 Pod에 라벨을 적용할 수 있습니다.
워크로드를 메시에 연결하는 Pod 템플릿의 예
apiVersion: apps/v1
kind: Deployment
spec:
template:
metadata:
labels:
istio.io/rev: <revision-name>
spec:
버전 이름이 기본값 인 경우 istio-injection: enabled 레이블이 있는 네임스페이스 또는 Pod에 라벨을 지정하여 워크로드를 버전에 연결할 수 있습니다.
워크로드를 메시에 연결하는 istio-injection 레이블의 예
oc label namespace <namespace-name> istio-injection=enabled
1.2.3. InPlace 업데이트 수행
InPlace 전략을 사용하여 Istio를 업데이트할 때 한 번에 하나의 마이너 버전만 늘릴 수 있습니다. 두 개 이상의 마이너 버전으로 업데이트하려면 각 업데이트 후 버전을 늘리고 워크로드를 다시 시작해야 합니다. 이렇게 하면 사이드카 버전이 컨트롤 플레인 버전과 호환됩니다. 모든 워크로드가 다시 시작되면 업데이트 프로세스가 완료됩니다.
사전 요구 사항
-
cluster-admin으로 Red Hat OpenShift Service Mesh에 로그인되어 있습니다. - Red Hat OpenShift Service Mesh Operator를 설치하고 Istio를 배포했습니다.
프로세스
Istio 리소스의 버전을 변경합니다.
kind: Istio spec: version: 1.20.2 updateStrategy: type: InPlaceService Mesh Operator는 이전 버전의 컨트롤 플레인을 대체하는 새 버전의 컨트롤 플레인을 배포합니다. 사이드카는 새 컨트롤 플레인에 자동으로 다시 연결됩니다.
다음 명령을 입력하여 새 버전의 컨트롤 플레인이 실행 중이며 준비되었는지 확인합니다.
$ oc get istio <control-plane-name>
다음 명령을 입력하여 새 버전의 사이드카가 삽입되도록 애플리케이션 워크로드를 다시 시작합니다.
$ oc rollout restart <deployment-name>
