1장. AWS 클러스터에서 Red Hat OpenShift Service 업그레이드
1.1. AWS 클러스터의 Red Hat OpenShift Service 업그레이드 옵션 링크 복사링크가 클립보드에 복사되었습니다!
OpenShift에서 업그레이드는 업데이트된 소프트웨어가 포함된 새 구성 요소를 프로비저닝하고 이를 사용하여 오래된 소프트웨어가 있는 기존 구성 요소를 교체하는 것을 의미합니다.
예를 들어 클러스터의 업그레이드 부분을 제어하여 워크로드에 대한 업그레이드의 영향을 제어할 수 있습니다.
- 호스팅된 컨트롤 플레인만 업그레이드
- 그러면 호스팅된 컨트롤 플레인의 업그레이드가 시작됩니다. 작업자 노드에는 영향을 미치지 않습니다.
- 머신 풀의 노드 업그레이드
- AWS 머신 풀 업그레이드의 Red Hat OpenShift Service는 업그레이드 프로세스 중에 머신 풀의 각 노드를 완전히 대체하도록 설계되었습니다. 이는 인플레이스 업그레이드를 수행함으로써 추가적인 보안 및 안정성 이점을 제공합니다. 머신 풀의 노드를 업그레이드하면 지정된 머신 풀의 노드 롤링 교체가 시작되고 해당 머신 풀의 작업자 노드에 일시적으로 영향을 미칩니다. 여러 머신 풀을 동시에 업그레이드할 수도 있습니다.
호스트된 컨트롤 플레인을 머신 풀 업그레이드와 동시에 업그레이드할 수 없습니다. 먼저 호스팅된 컨트롤 플레인을 업그레이드한 다음 머신 풀을 업그레이드해야 합니다.
클러스터의 노드 간 호환성을 유지하기 위해 머신 풀의 노드는 호스팅된 컨트롤 플레인보다 최신 버전을 사용할 수 없습니다. 즉, 머신 풀을 동일한 버전으로 업그레이드하기 전에 호스팅 컨트롤 플레인을 지정된 버전으로 업그레이드해야 합니다.
각 머신 풀에 대해 --max-surge 및 --max-unavailable 값을 편집하여 머신 풀 업그레이드에 필요한 시간과 워크로드 업그레이드의 영향을 추가로 제어할 수 있습니다. 이러한 옵션은 머신 풀에서 동시에 업그레이드할 수 있는 노드 수와 업그레이드에서 초과 노드를 프로비저닝하거나 일부 기존 노드를 사용할 수 없게 하는지 또는 둘 다 사용할 수 없도록 하는지 여부를 제어합니다. 예를 들면 다음과 같습니다.
-
높은 워크로드 가용성에 우선순위를 지정하려면
--max-surge에 더 높은 값을 설정하고--max-unavailable을0으로 설정하여 기존 노드를 사용할 수 없게 하는 대신 초과 노드를 프로비저닝할 수 있습니다. -
인프라 비용을 낮추기 위해 일부 기존 노드를 사용할 수 없게 하고
--max-unavailable에 더 높은 값을 설정하고--max-surge를0으로 설정하여 초과 노드를 프로비저닝하지 않도록 할 수 있습니다. -
여러 노드를 동시에 업그레이드하여 업그레이드 속도를 우선시하려면 초과 노드를 프로비저닝하고
--max-surge및--max-unavailable둘 다에 적합한 값을 구성하여 기존 노드를 사용할 수 없도록 할 수 있습니다.
이러한 매개변수 및 사용법에 대한 자세한 내용은 rosa edit machinepool 에 대한 ROSA CLI 참조를 참조하십시오.