1.2. 마이그레이션 계획
OpenShift Container Platform 4.6으로 마이그레이션하기 전에 시간을 들여 전환을 적절히 계획해야 합니다. OpenShift Container Platform 4에는 아키텍처 변경 및 개선 사항이 도입되었으므로 OpenShift Container Platform 3 클러스터를 관리하는 데 사용한 절차가 OpenShift Container Platform 4에는 적용되지 않을 수 있습니다.
이 계획 문서에서는 OpenShift Container Platform 3.11에서 OpenShift Container Platform 4.6으로 전환한다고 가정합니다.
이 문서에서는 OpenShift Container Platform 3과 OpenShift Container Platform 4의 가장 중요한 차이점과 가장 주목할 만한 마이그레이션 고려 사항을 자세히 설명합니다. OpenShift Container Platform 4 클러스터 구성에 대한 자세한 내용은 OpenShift Container Platform 설명서의 해당 섹션을 참조하십시오. 새로운 기능 및 기타 주목할 만한 기술적 변경 사항에 대한 자세한 정보는 OpenShift Container Platform 4.6 릴리스 노트를 참조하십시오.
기존 OpenShift Container Platform 3 클러스터를 OpenShift Container Platform 4로 업그레이드할 수 없습니다. 먼저 새로운 OpenShift Container Platform 4를 설치해야 합니다. 컨트롤 플레인 설정 및 애플리케이션 워크로드를 마이그레이션하는 데 도움이 되는 도구를 사용할 수 있습니다.
1.2.1. OpenShift Container Platform 3 및 OpenShift Container Platform 4 비교
관리자는 OpenShift Container Platform 3를 사용하여 RHEL(Red Hat Enterprise Linux) 호스트를 개별적으로 배포한 다음 이러한 호스트 위에 OpenShift Container Platform을 설치하여 클러스터를 구성했습니다. 이러한 호스트를 올바르게 구성하고 업데이트를 수행할 책임이 관리자에게 있었습니다.
OpenShift Container Platform 4에서는 OpenShift Container Platform 클러스터의 배포 및 관리 방식이 크게 변경되었습니다. OpenShift Container Platform 4에는 클러스터 운영의 핵심인 Operator, MachineSet 및 RHCOS(Red Hat Enterprise Linux CoreOS)와 같은 새로운 기술과 기능이 포함되어 있습니다. 이러한 기술 전환을 통해 이전에 관리자가 수행했던 일부 기능을 클러스터에서 자체 관리할 수 있습니다. 또한 플랫폼 안정성과 일관성을 보장하고 설치 및 확장을 단순화합니다.
자세한 내용은 OpenShift Container Platform 아키텍처를 참조하십시오.
1.2.1.1. 아키텍처 차이점
불변의 인프라
OpenShift Container Platform 4는 컨테이너화된 애플리케이션을 실행하도록 설계된 RHCOS(Red Hat Enterprise Linux CoreOS)를 사용하며 효율적인 설치, 운영자 기반 관리 및 간소화된 업그레이드를 제공합니다. RHCOS는 RHEL과 같은 사용자 정의 가능한 운영 체제가 아닌 변경 불가능한 컨테이너 호스트입니다. RHCOS를 사용하면 OpenShift Container Platform 4에서 기본 컨테이너 호스트의 배포를 관리하고 자동화할 수 있습니다. RHCOS는 OpenShift Container Platform의 일부입니다. 즉, 모든 항목이 컨테이너 내부에서 실행되며 OpenShift Container Platform을 사용하여 배포됩니다.
OpenShift Container Platform 4에서 컨트롤 플레인 노드는 RHCOS를 실행해야 컨트롤 플레인에 대한 전체 스택 자동화가 유지됩니다. 이를 통해 OpenShift Container Platform 3보다 업데이트 및 업그레이드를 훨씬 쉽게 처리할 수 있습니다.
자세한 내용은 RHCOS(Red Hat Enterprise Linux CoreOS)를 참조하십시오.
Operator
Operator는 Kubernetes 애플리케이션을 패키징, 배포 및 관리하는 방법입니다. Operator는 다른 소프트웨어를 실행하는 데 따르는 운영의 복잡성을 줄여 줍니다. 환경을 감시하고 현재 상태를 반영하여 실시간으로 결정을 내립니다. 고급 Operator는 자동으로 업그레이드하고 장애에 대응하도록 설계되었습니다.
자세한 내용은 Operator 이해를 참조하십시오.
1.2.1.2. 설치 및 업데이트 차이점
설치 과정
OpenShift Container Platform 3.11을 설치하기 위해 RHEL(Red Hat Enterprise Linux) 호스트를 준비하고 클러스터에 필요한 모든 구성 값을 설정한 다음 Ansible 플레이북을 실행하여 클러스터를 설치 및 설정했습니다.
OpenShift Container Platform 4.6에서는 OpenShift 설치 프로그램을 사용하여 클러스터에 필요한 최소한의 리소스 세트를 생성합니다. 클러스터가 실행되면 Operator를 사용하여 클러스터를 추가로 구성하고 새 서비스를 설치합니다. 처음 부팅한 후 RHCOS(Red Hat Enterprise Linux CoreOS) 시스템은 OpenShift Container Platform 클러스터에서 실행되는 MCO(Machine Config Operator)에서 관리합니다.
자세한 내용은 설치 프로세스를 참조하십시오.
OpenShift Container Platform 4.6 클러스터에 RHEL(Red Hat Enterprise Linux) 작업자 머신을 추가하려면 클러스터가 실행된 후 Ansible 플레이북을 사용하여 RHEL 작업자 머신에 결합합니다. 자세한 내용은 OpenShift Container Platform 클러스터에 RHEL 컴퓨팅 머신 추가를 참조하십시오.
인프라 옵션
OpenShift Container Platform 3.11에서는 준비 및 유지 관리한 인프라에 클러스터를 설치했습니다. OpenShift Container Platform 4에서는 자체 인프라를 제공할 뿐만 아니라 OpenShift Container Platform 설치 프로그램이 제공하고 클러스터에서 유지 관리하는 인프라에 클러스터를 배포할 수 있는 옵션도 있습니다.
자세한 내용은 OpenShift Container Platform 설치 개요를 참조하십시오.
클러스터 업그레이드
OpenShift Container Platform 3.11에서는 Ansible 플레이북을 실행하여 클러스터를 업그레이드했습니다. OpenShift Container Platform 4.6에서는 클러스터 노드의 RHCOS(Red Hat Enterprise Linux CoreOS) 업데이트를 포함하여 클러스터에서 자체 업데이트를 관리합니다. 웹 콘솔을 사용하거나 OpenShift CLI에서 oc adm upgrade 명령을 사용하여 클러스터를 쉽게 업그레이드할 수 있으며 Operator가 자동으로 업그레이드합니다. OpenShift Container Platform 4.6 클러스터에 RHEL 작업자 머신이 있는 경우에도 해당 작업자 머신을 업그레이드하려면 Ansible 플레이북을 실행해야 합니다.
자세한 내용은 클러스터 업데이트를 참조하십시오.
