엣지에서의 Red Hat OpenShift: 제로 터치 프로비저닝

정보 기술은 배포 및 유지 관리 시나리오가 나날이 변화하면서 눈부신 발전을 거듭하고 있습니다. 엣지에서 데이터와 장치를 처리하고 관리해야 하는 필요성이 점점 더 커지고 있기 때문에 이러한 전략의 도입을 지원하고 장려하기 위해서는 기술을 조정해야 합니다.

Red Hat OpenShift는 인프라에 구애받지 않는 애플리케이션 플랫폼의 관리에서부터 온프레미스 또는 프라이빗 클라우드, 퍼블릭 클라우드, 하이브리드 클라우드에서의 배포에 이르기까지 다양한 요구 사항을 충족할 수 있습니다.

그러나 모든 시나리오에 적응하는 능력은 시간이 지나며 엄청나게 진화했습니다. 컴팩트한 3-노드 배포 모드 또는 단일 노드 구성과 같은 더 가벼운 구성을 활용하면 더 작은 풋프린트에서도 동일한 유연성과 성능을 누릴 수 있습니다. 

이러한 유연성을 통해 OpenShift는 지점이나 개별 컴퓨팅 및 처리 사이트 등 원격 사이트와 같이 컴퓨팅 용량이 작고 하드웨어 사용량 제약이 있는 시나리오에서도 배포에 맞게 조정할 수 있습니다.

이러한 엣지 사이트가 여러 곳 존재하며 중앙화된 컴퓨팅 용량과 워크로드 관리를 보장하는 기술을 통해 모든 엣지 사이트에 도달해야 한다고 가정해 봅시다. Red Hat은 사전 정의된 정책 및 사이트 관련 시나리오를 준수하고 짧은 시간 내에 사용 가능한 구성과 설정을 복제하고 전파하여 복잡성을 줄이고 복제 가능성과 신뢰성을 개선할 수 있습니다.

이 활용 사례는 제로터치 프로비저닝(ZTP)으로 해결할 수 있습니다. 이는 Assisted Installer of OpenShift의 유연성과 Red Hat Advanced Cluster Management for Kubernetes에서 제공하는 중앙화된 클러스터 및 인프라 관리의 다양성 및 단순성 덕분에 가능합니다.

제로 터치 프로비저닝은 이름에서 알 수 있듯이 베어 메탈에서 OpenShift 클러스터를 프로비저닝하는 모드입니다. 이러한 유형의 프로비저닝을 통해 장치와 물리적으로 상호 작용하지 않고도 원격 사이트의 요구 사항에 따라 여러 클러스터 설정 플레이버를 생성할 수 있습니다. 이를 위해서는 특정 리소스에서 원하는 클러스터 구성을 선언해야 하며, Red Hat Advanced Cluster Management의 다양한 구성 요소는 Baseboard Management Controller(BMC)와 인터페이스하여 두 인프라 노드 모두에서 이를 프로비저닝 작업으로 변환하는 태스크에 맡기고 OpenShift Assisted Installer 기능을 활용하여 클러스터 작업에 맡깁니다.

정의된 모든 리소스는 독립형으로, Git 리포지토리에 저장하고 OpenShift GitOps 오퍼레이터(ArgoCD기반)를 사용하여 적용하여 사이트와 클러스터를 일반 애플리케이션처럼 정의할 수 있습니다.

아래는 일부 활용 사례의 다이어그램입니다. 이 프로비저닝 모드에는 중앙 데이터 센터 내에서 허브 역할을 하는 하나의 클러스터만 포함됩니다.

오늘 논의할 기능은 현재 기술 프리뷰로 확인할 수 있습니다. 간소화된 구성을 규모에 맞게 생성하고 배포하는 방법을 확인해 보세요.

활용 사례: ZTP를 사용하여 엣지에서 단일 노드 OpenShift 이용

이제 세부적인 부분을 살펴보고 이를 조합하여 전체 그림을 알아보겠습니다.

이 프로세스와 관련된 Red Hat Advanced Cluster Management의 주요 구성 요소는 다음과 같습니다.

• OpenShift 베어 메탈 오퍼레이터
• Assisted Installer
• 멀티클러스터 엔진 - Hive Operator

엣지 장치와 관련된 문제를 다룰 예정이므로 베어 메탈을 참조할 것입니다. 여기에서 설정 모드는 사용자가 제공한 인프라와 설치 프로그램에서 제공한 인프라의 설치에 기반하여 이미 사용할 수 있으며, 여러 배포 단계에서 사용할 것입니다.

각 원격 장치는 구성 단계에서 고려해야 하는 기본 매개 변수의 정의에 해당하는 사이트와 연결되며, 이는 SiteConfig라는 사용자 지정 리소스 정의(CRD)로 변환됩니다.

CRD는 다음을 정의합니다.

• 노드를 관리하는 데 사용할 BMC에 대한 세부 정보
• 클러스터 관련 세부 정보(클러스터 이름, 도메인)
• 네트워크 구성(포드, 서비스, 머신의 서브넷)
• 노드 구성(네트워크 설정, 파티셔닝, 정책을 통해 필요한 강화)

이 정보는 여러 배포 단계를 오케스트레이션하기 위해 다양한 구성 요소에서 관리하는 하위 리소스로 관리되고 변환됩니다.

단순화한 ZTP의 논리 흐름은 다음과 같습니다.

언급된 다양한 리소스와 해당 역할에 대해 자세히 살펴보겠습니다.

BareMetalHost

BMH(BareMetalHost)는 BMC의 정보를 처리합니다. 그러면 OpenShift 베어 메탈 운영자가 이 정보를 해석하여 OpenShift 내에 베어 메탈 노드를 생성하고 원격 노드를 준비 및 구성합니다. 이는 운영자가 수행할 설정에 맞게 부팅 장치를 원격으로 구성할 수 있도록 하므로 노드 프로비저닝의 핵심입니다.

InfraEnv

InfraEnv는 네트워킹, 호스팅할 노드에서 사용할 NTP 서버, 연결할 노드에 액세스하는 데 사용할 SSH(보안 쉘) 키, 설치에 필요한 컨테이너 이미지에 액세스하기 위한 자격 증명에 대한 세부 정보를 정의합니다. ClusterDeployment 리소스와 함께 Assisted Installer의 검색 ISO를 빌드하는 데 사용됩니다.

AgentClusterInstall

버전, 이름, 네트워크 구성을 포함하여 클러스터를 계속 설치하고 구성하기 위해 노드에서 사용할 부팅 이미지를 생성하는 데 Assisted Installer에서 사용할 정보가 포함되어 있습니다.

ClusterDeployment

AgentClusterInstall에 정의된 정보를 결합하고 노드의 부팅 ISO에 포함될 클러스터의 올바른 배포에 필요한 기타 정보를 추가합니다.

ManagedCluster & KlusterletAddonConfig

이러한 리소스는 Red Hat Advanced Cluster Management 사용자에게는 이미 익숙할 수 있으며, Red Hat Advanced Cluster Management 허브 내에서 클러스터를 가져와 관리하고 통신에 필요한 서비스를 구성할 수 있도록 클러스터에 대한 정보를 정의합니다.

OpenShift 설치 프로그램을 통한 프로비저닝 프로세스와 클러스터 설정이 완료되면 워크로드를 배포하는 데 사용할 준비가 된 새로운 단일 노드 OpenShift가 설치 및 고정된 것으로 Red Hat 허브에 표시됩니다.

요약

이 문서에서는 엣지 시나리오에서 OpenShift용 ZTP의 개념을 소개하고 코드형 인프라(IaC) 접근 방식에서 플랫폼 프로비저닝 프로세스를 간소화하고 반복 가능하게 만들며 확장할 수 있는 방법을 설명했습니다.

이 혁신적인 기술은 지속적으로 개발 중이며 현재 완성도가 높아 어떤 시나리오에서든 완전한 애플리케이션 플랫폼을 구현하는 데 사용해 볼 수 있습니다.