자체 관리형 OpenShift(Red Hat OpenShift Platform Plus, Red Hat OpenShift Container Platform, Red Hat OpenShift Kubernetes Engine, Red Hat OpenShift Virtualization Engine)는 64비트 Red Hat Enterprise Linux가 인증 및 지원되는 모든 곳에서 사용할 수 있습니다. OpenShift 배포 방법 및 지원되는 인프라 유형에 대한 자세한 내용은 도큐멘테이션을 참조하세요.
자체 관리형 OpenShift 소프트웨어 버전:
- Red Hat OpenShift Kubernetes Engine: 하이브리드 클라우드, 엔터프라이즈급 쿠버네티스 런타임 엔진으로, 데이터센터, 퍼블릭 클라우드 또는 엣지 환경에서 설치 및 관리할 수 있는 애플리케이션을 배포하고 실행하는 핵심 Red Hat OpenShift 기능을 제공합니다.
- Red Hat OpenShift Container Platform: 모든 기능을 갖춘 하이브리드 클라우드, 엔터프라이즈급 쿠버네티스 애플리케이션 플랫폼으로, 데이터센터, 퍼블릭 클라우드, 엣지 환경에서 설치 및 관리할 수 있는 애플리케이션을 빌드, 배포, 실행하는 데 사용됩니다.
- Red Hat OpenShift Platform Plus: 기업이 다중 클러스터 및 클라우드 환경 전반에서 지능형 애플리케이션을 규모에 따라 빌드, 배포, 실행, 관리할 수 있는 하이브리드 클라우드 플랫폼입니다. 여러 계층으로 이루어진 보안, 관리 용이성, 자동화로 소프트웨어 공급망 전체에 일관성을 제공합니다. OpenShift Platform Plus 서브스크립션은 x86 기반 클러스터에만 제공됩니다.
- Red Hat OpenShift Virtualization Engine: Red Hat OpenShift와 오픈소스 커널 기반 가상 머신(KVM)을 기반으로 한 베어메탈 전용의 가상화 인프라 오퍼링으로, 기업에 VM의 배포, 관리 및 확장을 위한 안정적인 엔터프라이즈급 솔루션을 제공하기 위한 목적으로 개발되었습니다. OpenShift 기능의 하위 집합인 이 OpenShift 버전은 가상 머신 전용 워크로드를 대상으로 하며, 컨테이너에서는 인프라 서비스만 지원됩니다(즉, 최종 사용자 애플리케이션 컨테이너 지원은 없음).
서브스크립션 유형
자체 관리형 OpenShift에는 2가지 유형의 서브스크립션(코어 페어, 베어 메탈 소켓 페어)이 있으며 각 서브스크립션에 2가지 지원 수준이 제공됩니다.
컴퓨팅 노드 서브스크립션은 기존 환경의 컴퓨팅 노드에 필요합니다. 이러한 서브스크립션은 코어 페어 또는 베어 메탈 소켓 페어에 의해 권한이 부여될 수 있습니다.
- 코어 페어(2개의 코어 또는 4개의 vCPU)
- 이 서브스크립션 옵션은 OpenShift Kubernetes Engine, OpenShift Container Platform, OpenShift Platform Plus에 제공됩니다. 코어 페어 서브스크립션은 OpenShift Virtualization Engine에서는 사용할 수 없습니다.
- CPU 코어에 권한을 부여할 때는 코어 페어 서브스크립션을 사용하여 권한을 부여할 모든 OpenShift 클러스터에서 실행되는 모든 OpenShift 컴퓨팅 노드 전반의 물리 코어 또는 vCPU의 총 개수를 집계하세요.
- 표준 영업시간 내 지원 또는 프리미엄 1년 365일 지원 SLA로 제공됩니다.
- 베어 메탈 소켓 페어(1~2개의 소켓, 최대 총 128개의 코어)
- 이 서브스크립션 옵션은 모든 자체 관리형 OpenShift 버전에 제공되며, OpenShift Virtualization Engine에 제공되는 유일한 옵션입니다.
- 이 서브스크립션은 OpenShift가 하드웨어에 직접 설치되는 x86 및 ARM 베어메탈 물리 노드에만 제공됩니다. 타사 하이퍼바이저는 사용할 수 없습니다.
- 명백히 '가상 데이터센터' 서브스크립션(예: 단일 서브스크립션으로 어느 하이퍼바이저 호스트에서도 무제한 VM 게스트 운영 체제 설치가 가능한 Red Hat Enterprise Linux for Virtual Datacenters)이 아닙니다.
- 표준 영업시간 내 지원 또는 프리미엄 1년 365일 지원 SLA로 제공됩니다.
- 스태킹을 통해 소켓이 2개를 초과하거나 코어가 128개를 초과하는 베어메탈 서버에 사용될 수 있지만 단일 서브스크립션이 여러 베어메탈 서버에 적용될 수는 없습니다.
아울러 기존 환경에 있는 가속기에는 Red Hat AI Accelerator 서브스크립션이 필요합니다.
- AI Accelerator(1개의 Accelerator)
- 이 서브스크립션은 CPU 패키지에 포함되지 않는 별개의 애드온인 AI 워크로드용으로 컴퓨팅 가속화를 제공하는 가속기 카드(GPU, TPU, NPU, FPGA, DPU 등)에 필요합니다.
- 같은 서브스크립션이 Red Hat OpenShift 버전에 상관없이 각각의 물리적 AI Accelerator에 사용됩니다.
- Red Hat OpenShift와 OpenShift AI가 모두 클러스터에 설치된 경우 하나의 AI Accelerator 서브스크립션으로 충분합니다.
- 이 서브스크립션은 가속기 기능이 컴퓨팅 가속화에 사용되고 있지 않는 동안에는 필요하지 않습니다(예: DPU는 사용되지 않으면서 어드레스할 수 있는 ARM 코어가 있는 경우에만 네트워크 가속화용으로 SmartNIC로 사용되고 GPU는 AI 가속화가 아닌 그래픽 렌더링에 사용).
- 표준 영업시간 내 지원 또는 프리미엄 1년 365일 지원 SLA로 제공됩니다. SLA는 지원 코어 페어 또는 베어 메탈 소켓 페어 서브스크립션의 SLA과 일치해야 합니다.
코어 페어 서브스크립션을 선택해야 하는 경우
자체 관리형 OpenShift를 퍼블릭 클라우드 하이퍼스케일러에, 서비스로서의 인프라(IaaS) 프라이빗 클라우드 내에 또는 VMware vSphere, Red Hat OpenStack® Platform, Nutanix 등과 같은 하이퍼바이저에 배포하는 경우 코어 페어 서브스크립션을 가장 많이 선택하게 됩니다.
코어 페어 서브스크립션을 선택하면 물리 서버에 서브스크립션을 연결할 필요가 없고, 필요할 때 언제 어디서나 하이브리드 클라우드 전반에 포드를 배포할 수 있습니다.
또한 베어메탈 서버 또는 장치(즉, 하이퍼바이저가 없음)에 코어 페어 서브스크립션을 사용할 수 있습니다. 일반적으로 베어 메탈 소켓 페어 서브스크립션이 더 비용 효율적일 수 있는 컴퓨팅 포드 밀도가 있다는 점에 유의하십시오.
OpenShift Virtualization Engine을 전용 가상화 플랫폼으로 사용할 경우 이 하이퍼바이저 자체를 위한 베어 메탈 소켓 페어 외에도 코어 페어 서브스크립션을 사용하여 VM의 OpenShift 컨테이너에 권한을 부여할 수 있습니다. 구입 후 VM으로 실행할 수 있는 다른 모든 애플리케이션과 마찬가지로 OpenShift 자체 관리형 코어 페어 서브스크립션을 별도로 구입하여 이 환경에 있는 VM에 할당할 수 있습니다. 이러한 경우, 베어메탈 서버의 무제한 OpenShift 컨테이너와 OpenShift VM 내 해당 컨테이너 실행 지원이 포함된 자체 관리형 OpenShift용 베어 메탈 소켓 페어 모델로 전환하는 것이 더 비용 효율적일 수 있는 코어 밀도가 존재합니다.
코어 페어 서브스크립션은 분배를 통해 모든 OpenShift 클러스터에서 전체 OpenShift 컴퓨팅 노드에 적용될 수 있습니다. 예를 들어 코어 페어 Red Hat OpenShift Platform Plus 서브스크립션 100개로 코어 200개(vCPU 400개)를 제공할 수 있고, 이를 하이브리드 클라우드 환경 전반에서 실행 중인 모든 OpenShift 클러스터에서 개수에 상관없이 모든 컴퓨팅 노드에 사용할 수 있습니다.
베어 메탈 소켓 페어 서브스크립션을 선택해야 하는 경우
베어 메탈 소켓 페어 서브스크립션은 데이터센터 또는 지원되는 베어메탈 오퍼링 기반의 호스팅된 프라이빗 클라우드에 있거나 지원되는 베어메탈 오퍼링 기반의 하이퍼스케일러에 있는 전용 물리 서버에 배포된 OpenShift 컴퓨팅 노드에 대한 유일한 옵션입니다. 베어 메탈 소켓 페어 서브스크립션은 OpenShift Virtualization Engine의 유일한 옵션이며 다른 자체 관리형 OpenShift 버전의 OpenShift Virtualization 기능을 지원하기 위해 필요합니다.
각 베어 메탈 소켓 페어 서브스크립션은 소켓 페어 전반에서 최대 128개의 물리 코어에 권한을 부여합니다. 베어메탈 서브스크립션은 스태킹을 통해 총 코어 개수가 128개를 초과하는 소켓 페어와 소켓 페어가 2개 이상인 물리 서버에 적용될 수 있습니다.
물리 서버에 권한을 부여하려면 1개 이상의 서브스크립션을 스태킹하여 서버에 있는 총 소켓 수와 총 물리 코어 수 중 더 많은 쪽을 지원하세요. 예를 들어 어떤 서버에 2개의 소켓이 있고 각 CPU에 48개의 코어가 포함되어 있어 총 코어 수가 96개입니다. 이 경우 서버에 포함된 소켓은 1~2개이고 코어는 128개 미만이므로 필요한 서브스크립션은 1개입니다. 두 번째 서버에는 소켓이 2개이고 총 코어는 192개이므로 서브스크립션이 2개 필요합니다. 1개의 서브스크립션이 최대 128개의 코어를 지원하므로 192개의 코어를 지원하려면 2개의 서브스크립션이 필요합니다. (소켓이 각 1개인 서버 2개를 지원하거나 별도의 서버에서 코어를 지원하기 위해) 1개의 베어 메탈 소켓 페어 서브스크립션을 여러 개의 물리 호스트로 분배할 수는 없습니다.
소켓 기반 권한을 사용하는 각각의 물리 베어메탈 서버는 쿠버네티스의 내재적 아키텍처 때문에 1개의 OpenShift 노드로만 사용할 수 있습니다. 쿠버네티스의 각 노드는 1개의 클러스터에만 포함될 수 있으므로 베어메탈 서버의 모든 컨테이너는 동일한 클러스터에 위치하게 됩니다. 이는 각 워크로드가 1개의 VM 전체를 실행하고 있는 OpenShift Virtualization과 같은 리소스 집약적 워크로드에는 적합하지만 다른 워크로드에는 부적합할 수 있습니다. OpenShift가 단일 노드에서 최대 2,500개의 컨테이너를 지원하지만 성능 또는 아키텍처를 이유로 서로 다른 노드 또는 서로 다른 클러스터 간에 컨테이너를 나눠야 하는 상황이 있을 수 있습니다. 이는 가상화를 사용하여 베어메탈 서버에서 별도의 컴퓨팅 노드를 생성하지 않으면 불가능합니다.
컨테이너의 일반적인 배포 모델은 다수의 클러스터를 설계하고 각각에 더 작은 수의 컨테이너를 포함하는 것입니다. 이 모델은 하이퍼스케일러 환경에 일반적이며, 컨테이너가 배포되는 컴퓨팅 노드가 되는 VM을 생성하기 위해 하이퍼바이저를 사용함으로써 데이터센터에서 실현될 수 있습니다. VMware vSphere, Red Hat OpenStack Platform, Nutanix와 같은 하이퍼바이저의 경우 VM에 배포되는 OpenShift에 코어 페어 서브스크립션을 사용해야 합니다.
베어메탈 및 권한이 부여된 소켓 페어 서브스크립션에 배포되는 OpenShift Kubernetes Engine, OpenShift Container Platform 및 OpenShift Platform Plus 클러스터에는 OpenShift Virtualization과 배포된 동일 제품 유형의 가상 OpenShift 클러스터에 대한 서브스크립션이 포함됩니다. 따라서 가령 베어 메탈 OpenShift Container Platform 클러스터에 베포된 가상 OpenShift 클러스터는 호스팅 베어 메탈 클러스터로부터 OpenShift Container Platform 서브스크립션을 상속받습니다.
유의해야 할 점은 OpenShift Virtualization Engine 서브스크립션에는 컨테이너화된 애플리케이션 인스턴스에 대한 지원이 포함되지 않는다는 것입니다. 단, 아래 OpenShift Virtualization Engine 섹션에 정의된 인프라 워크로드는 예외입니다. OpenShift Virtualization Engine으로 컨테이너화된 자체 애플리케이션 워크로드를 실행하고자 한다면 자체 관리형 OpenShift용 코어 페어 서브스크립션을 사용하여 VM에 권한을 부여해야 합니다. 또는 밀도가 더 높은 경우라면 자체 관리형 OpenShift Kubernetes Engine, OpenShift Container Platform 또는 OpenShift Platform Plus에 대한 베어 메탈 소켓 페어 서브스크립션을 구입할 수 있습니다. 그러면 컨테이너 기반 애플리케이션을 베어 메탈 클러스터에서 기본적으로 실행하거나 앞서 설명한 대로 가상 클러스터가 서브스크립션을 상속받을 수 있습니다.
같은 클러스터 내에서 OpenShift 제품 유형을 혼합하여 사용할 수는 없습니다. 모든 노드는 동일한 OpenShift Virtualization Engine, OpenShift Kubernetes Engine, OpenShift Container Platform 또는 OpenShift Platform Plus 제품 유형을 사용하여 서브스크립션해야 합니다. 그러나 코어 페어와 소켓 페어 서브스크립션은 단일 클러스터 내에서 사용할 수 있습니다. 예를 들어 하나의 베어메탈 클러스터에서 일부 OpenShift Virtualization Engine 노드를 VM 호스팅에 사용하고 OpenShift Platform Plus를 사용하여 서브스크립션된 다른 노드를 컨테이너화된 애플리케이션과 가상 OpenShift 인스턴스를 호스팅하는 데 사용할 수 없습니다.
AI Accelerator 서브스크립션 집계 방법
최근, 특정 컴퓨팅 워크로드를 빠르게 실행할 수 있는 특정 하드웨어 기술이 출시되었습니다. 이러한 유형의 하드웨어 장치를 통틀어 가속기라고 하며 일부 Red Hat 콘텐츠에서는 AI 가속기라고 부릅니다. GPU, TPU, ASIC, NPU, FPGA 등을 포함하여 가속기로 분류될 수 있으면서 현대적인 서버에 제공되는 하드웨어 장치에는 여러 유형이 있습니다.
이러한 가속기는 일반적으로 카드, 보드 또는 기타 물리적 장치로, 서버에서 PCI(Peripheral Component Interconnect) 슬롯에 위치합니다. 대부분 가속기는 가속기 벤더로부터 구입한 장치 수와 일치합니다. 예를 들어 서버 벤더가 'GPU가 8개 포함됐다'라고 하면 거의 대부분의 경우 물리적 가속기 장치가 8개입니다.
각 AI Accelerator 서브스크립션은 1개의 물리적 가속기 장치를 지원합니다. AI Accelerator 서브스크립션만 놓고 예를 들어보겠습니다.
- 4개의 물리적 GPU 장치가 포함된 1개의 물리적 컴퓨팅 노드에는 컴퓨팅 노드를 지원하는 CPU 코어 페어 또는 소켓 페어 서브스크립션 외에도 4개의 AI Accelerator 서브스크립션이 필요합니다.
- 집계는 가상 가속기가 아닌 물리적 가속기를 기반으로 이뤄지므로, VM에는 vGPU가 여러 개로 표시되지만 실제 물리적 GPU 장치는 1개인 하나의 가상 컴퓨팅 노드에 필요한 AI Accelerator 서브스크립션은 1개입니다.
가속기는 컴퓨팅 워크로드 실행에 사용될 때만 집계됩니다. 워크로드의 주된 목적이 사용자 화면에 픽셀 아트를 거의 실시간으로 만들거나 네트워크 전반에서 데이터를 이동하는 것이 아닐 때 워크로드를 컴퓨팅 워크로드로 간주합니다.
VFX(시각 효과)와 스트리밍 애플리케이션의 경우 GPU와 기타 가속기 하드웨어가 사용될 수 있지만 주된 목적이 화면에 픽셀 아트를 만드는 것이므로 워크로드를 구분하는 것이 중요합니다. 워크로드의 주된 목적이 네트워크 전반에 데이터를 이동하는 경우도 있습니다(예: 네트워크 기능 전용의 데이터 처리 장치). 이 역시 컴퓨팅 노드로 간주되지 않습니다.
컴퓨팅 워크로드의 예는 다음과 같습니다.
- Java, Python, Perl 등 기존 소프트웨어 애플리케이션
- LLM 또는 기타 컴퓨팅 집약적 소프트웨어
- 데이터 사이언스 모델 학습 및 조정
- 단백질 접힘, 유체 역학 등과 같은 과학적 모델링 및 물리 시뮬레이션
