1장. AWS 클러스터에서 Red Hat OpenShift Service 업데이트


AWS의 Red Hat OpenShift Service에서 업데이트된 소프트웨어로 새 구성 요소를 프로비저닝하고 이를 사용하여 오래된 소프트웨어가 있는 기존 구성 요소를 대체합니다.

업데이트되는 클러스터 부분을 제어하여 워크로드에 대한 업데이트의 영향을 제어할 수 있습니다.

호스팅된 컨트롤 플레인만 업데이트
그러면 호스팅된 컨트롤 플레인의 업데이트가 시작됩니다. Red Hat build of Karpenter로 클러스터가 구성되지 않은 경우 작업자 노드에 영향을 미치지 않습니다. Red Hat build of Karpenter로 클러스터를 구성하면 Karpenter에서 관리하는 기본 EC2NodeClass 리소스의 일부인 작업자 노드가 호스팅된 컨트롤 플레인과 함께 업데이트됩니다.
머신 풀에서 노드 업데이트
AWS 머신 풀의 Red Hat OpenShift Service 업데이트는 업데이트 프로세스 중에 머신 풀의 각 노드를 완전히 대체하도록 설계되었습니다. 이는 인플레이스 업데이트를 수행할 때 추가적인 보안 및 안정성 이점을 제공합니다. 머신 풀의 노드를 업데이트하면 지정된 머신 풀의 노드 롤링 교체가 시작되고 해당 머신 풀의 작업자 노드에 일시적으로 영향을 미칩니다. 여러 머신 풀을 동시에 업데이트할 수도 있습니다.
Karpenter-managed EC2NodeClass에서 노드 업데이트
Red Hat build of Karpenter가 활성화되면 클러스터에서 생성된 OpenshiftEC2NodeClass 리소스를 업그레이드할 수 있습니다.
중요

머신 풀 업데이트와 동시에 호스팅되는 컨트롤 플레인을 업데이트할 수 없습니다. 호스팅된 컨트롤 플레인을 먼저 업데이트한 다음 머신 풀을 업데이트해야 합니다.

중요

클러스터의 노드 간 호환성을 유지하기 위해 머신 풀의 노드는 호스팅된 컨트롤 플레인보다 최신 버전을 사용할 수 없습니다. 즉, 머신 풀이 동일한 버전으로 업데이트되기 전에 호스팅 컨트롤 플레인을 지정된 버전으로 항상 업데이트해야 합니다.

각 머신 풀에 대해 --max-surge--max-unavailable 값을 편집하여 머신 풀 업데이트에 필요한 시간을 추가로 제어할 수 있습니다. 이러한 옵션은 머신 풀에서 동시에 업데이트할 수 있는 노드 수와 업데이트가 초과 노드를 프로비저닝하거나 일부 기존 노드를 사용할 수 없게 만드는지 또는 둘 다 사용할 수 없도록 하는지를 제어합니다.

  • 높은 워크로드 가용성에 우선순위를 지정하려면 --max-surge 에 더 높은 값을 설정하고 --max-unavailable0 으로 설정하여 기존 노드를 사용할 수 없게 하는 대신 초과 노드를 프로비저닝할 수 있습니다.
  • 인프라 비용을 낮추기 위해 일부 기존 노드를 사용할 수 없게 하고 --max-unavailable 에 더 높은 값을 설정하고 --max-surge0 으로 설정하여 초과 노드를 프로비저닝하지 않도록 할 수 있습니다.
  • 여러 노드를 동시에 업데이트하여 업데이트 속도를 우선시하려면 초과 노드를 프로비저닝하고 --max-surge--max-unavailable 둘 다에 적합한 값을 구성하여 기존 노드를 사용할 수 없도록 할 수 있습니다.

이러한 매개변수 및 사용법에 대한 자세한 내용은 rosa edit machinepool 에 대한 ROSA CLI 참조를 참조하십시오.

Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 문서 정보

Legal Notice

Theme

© 2026 Red Hat
맨 위로 이동