배포 계획

RHOSO(Red Hat OpenStack Services on OpenShift) IaaS 서비스는 Red Hat OpenShift Container Platform(RHOCP) 클러스터에서 실행되는 Operator 컬렉션으로 구현됩니다. 이러한 Operator는 RHOSO 클라우드의 컴퓨팅, 스토리지, 네트워킹 및 기타 서비스를 관리합니다.

OpenStack Operator(openstack-operator)는 Services 표에 설명된 모든 서비스 Operator를 설치하고 해당 Operator를 관리하는 데 사용하는 인터페이스입니다. OpenStack Operator도 다음 Operator를 설치하고 관리합니다.

각 서비스의 기능에 대한 자세한 내용은 OpenShift 18.0 설명서 포털의 Red Hat OpenStack Services에 대한 서비스 관련 설명서를 참조하십시오.

OpenShift(RHOSO) 환경의 Red Hat OpenStack Services의 기본 아키텍처에는 다음과 같은 기능이 포함되어 있습니다.

다음 목록에는 OpenShift(RHOSO)에서 Red Hat OpenStack Services의 제한 사항이 자세히 설명되어 있습니다. 알려진 제한 사항은 RHOSO에서 지원되지 않는 기능입니다.

컴퓨팅 서비스(nova):

Image 서비스(glance):

Block Storage 서비스(cinder):

이러한 기능에 대한 지원이 필요한 경우 Red Hat Customer Experience and Engagement 팀에 문의하여 해당하는 경우 지원 예외에 대해 논의하십시오.

Red Hat OpenStack Services on OpenShift(RHOSO)는 컴팩트한 컨트롤 플레인 토폴로지 및 전용 노드 컨트롤 플레인 토폴로지를 지원합니다.

컴팩트 토폴로지에서 RHOSO 컨트롤 플레인과 RHOCP(Red Hat OpenShift Container Platform) 컨트롤 플레인은 동일한 물리적 노드를 공유합니다.

전용 노드 토폴로지에서 Cryostat 컨트롤 플레인은 하나의 물리적 노드 세트에서 실행되며 RHOSO 컨트롤 플레인은 다른 물리적 노드 세트에서 실행됩니다.

1.4.1. 컴팩트 토폴로지

컴팩트한 RHOSO 토폴로지는 기본값이며 다음 구성 요소로 구성됩니다.

OpenShift 컴팩트 클러스터

RHOSO와 Cryostat 컨트롤 플레인을 모두 호스팅하는 Red Hat OpenShift 클러스터입니다.

RHOSO 컨트롤 플레인은 Compute 서비스(nova), 네트워킹 서비스(neutron) 등과 같은 서비스로 구성된 OpenStack 컨트롤러 서비스 포드로 구성됩니다.

OpenShift 컨트롤 플레인은 OpenShift 서비스, Kubernetes 서비스, 네트워킹 구성 요소, Cluster Version Operator 및 etcd에 필요한 다음 서비스를 실행하는 Pod를 호스팅합니다.

자세한 내용은 Cryostat 아키텍처 가이드의 OpenShift Container Platform 소개를 참조하십시오.

RHOSO 데이터 플레인

RHOSO 데이터 플레인은 OpenStack 컴퓨팅 노드로 구성됩니다. 스토리지 전용 노드는 선택 사항입니다.

그림 1.1. 컴팩트 RHOSO 토폴로지

1.4.2. 전용 노드 토폴로지

전용 노드 RHOSO 토폴로지는 RHOSO 컨트롤 플레인용 별도의 노드 클러스터와 OpenShift 컨트롤 플레인용 별도의 노드 클러스터가 있다는 점에서 컴팩트 토폴로지와 다릅니다.

그림 1.2. 전용 노드 RHOSO 토폴로지

Cryostat 호스팅 컨트롤 플레인을 사용하여 RHOSO 클라우드를 생성하려면 다음 작업을 완료해야 합니다.

workstation에서 컨트롤 플레인 설치 작업 및 모든 데이터 플레인 생성 작업을 수행합니다.

OpenStack Operator에는 RHOSP 리소스를 생성하고 관리하는 데 사용할 수 있는 일련의 CRD(사용자 정의 리소스 정의)가 포함되어 있습니다.

OpenShift(RHOSO) 컨트롤 플레인에서 Red Hat OpenStack Services를 호스팅하는RHOCP(Red Hat OpenShift Container Platform) 클러스터의 최소 요구 사항은 다음과 같습니다.

사전 프로비저닝된 노드 또는 프로비저닝된 베어 메탈 노드를 사용하여 데이터 플레인을 생성할 수 있습니다. 데이터 플레인 노드의 최소 요구 사항은 다음과 같습니다.

컴퓨팅 노드는 가상 머신 인스턴스가 시작된 후 이를 실행하는 역할을 합니다. 컴퓨팅 노드에는 하드웨어 가상화를 지원하는 베어 메탈 시스템이 필요합니다. 또한 호스트하는 가상 머신 인스턴스의 요구 사항을 지원하기에 충분한 메모리 및 디스크 공간이 있어야 합니다.

컴퓨팅 노드 메모리 구성 계획에 대한 자세한 내용은 인스턴스 생성을 위한 컴퓨팅 서비스 구성 을 참조하십시오.

Cryostat 클러스터를 설치하는 데 사용되는 방법은 CBO(Cluster Baremetal Operator)의 가용성과 provisioning 네트워크를 생성하는 기능을 결정합니다. 네트워크 부팅에는 provisioning 네트워크가 필요합니다.

데이터 플레인의 베어 메탈 노드는 Red Hat OpenShift Container Platform (RHOCP) Cluster Baremetal Operator (CBO)에서 지원됩니다. CBO는 BMO( Bare Metal Operator) 및 Ironic 컨테이너를 포함하여 Cryostat 클러스터에 베어 메탈 노드를 프로비저닝하는 데 필요한 구성 요소를 배포합니다.

BMO는 클러스터에서 사용 가능한 호스트를 관리하고 다음 작업을 수행합니다.

Bare Metal Operator 및 BareMetalHost CR 구성 방법에 대한 자세한 내용은 Cryostat Postinstallation 구성 가이드에서 베어 메탈 구성 을 참조하십시오.

다음 물리적 데이터 센터 네트워크는 일반적으로 OpenShift(RHOSO)의 Red Hat OpenStack Services에 대해 구현됩니다.

자세한 내용은 OpenShift에 Red Hat OpenStack Services 배포 가이드의 OpenShift 네트워크에서 기본 Red Hat OpenStack Services 를 참조하십시오.

배포에서 특정 유형의 네트워크 트래픽을 격리하여 호스팅하는 방법을 계획해야 합니다. 여기에는 계획 IP 범위, 서브넷 및 가상 IP, NIC 레이아웃 구성이 포함됩니다.

RHOSO(Red Hat OpenStack Services on OpenShift) 컨트롤 플레인 서비스는 RHOCP(Red Hat OpenShift Container Platform) 워크로드로 실행됩니다. 컨트롤 플레인에서 NMState Operator를 사용하여 작업자 노드를 필요한 격리된 네트워크에 연결합니다. 서비스 Pod를 격리된 네트워크에 연결할 각 격리된 네트워크마다 NetworkAttachmentDefinition (nad) 사용자 정의 리소스(CR)를 생성합니다. MetalLB Operator를 사용하여 격리된 네트워크에 내부 서비스 끝점을 노출합니다. 기본적으로 공용 서비스 끝점은 Cryostat 경로로 노출됩니다.

또한 VIP의 발표 방법을 정의하는 L2Advertisement 리소스와 VIP로 사용할 수 있는 IP를 구성하는 IpAddressPool 리소스를 생성해야 합니다. 계층 2 모드에서 한 노드는 로컬 네트워크에 서비스를 알리는 책임이 있다고 가정합니다.

자세한 내용은 OpenShift에 Red Hat OpenStack Services 배포 가이드에서 RHOSO 네트워크 격리 준비를 참조하십시오.

데이터 플레인 네트워크를 생성하려면 NetConfig CR(사용자 정의 리소스)을 정의하고 데이터 플레인 네트워크의 모든 서브넷을 지정합니다. 데이터 플레인에 대해 하나 이상의 컨트롤 플레인 네트워크를 정의해야 합니다. VLAN 네트워크를 정의하여 구성 가능 네트워크(예: InternalAPI, Storage, External)에 대한 네트워크 격리를 생성할 수도 있습니다. 각 네트워크 정의에는 IP 주소 할당이 포함되어야 합니다.

자세한 내용은 OpenShift에 Red Hat OpenStack Services 배포 가이드에서 데이터 플레인 네트워크 생성 을 참조하십시오.

컴팩트한 RHOSO 배포에는 각 RHOSO 컨트롤 플레인 작업자 노드에 두 개 이상의 NIC가 필요합니다.

각 작업자 노드의 NIC 1개가 OpenShift를 제공합니다. OpenShift 클러스터 네트워크의 OpenShift 구성 요소 간 연결을 제공합니다.

다른 NIC는 OpenStack을 제공합니다. 작업자 노드에서 실행되는 OpenStack 서비스를 RHOSO 데이터 플레인의 격리된 네트워크에 연결합니다.

자세한 내용은 이 가이드의 스토리지 네트워크를 참조하십시오.

NFV(네트워크 기능 가상화)는 통신 서비스 공급자(CSP)가 기존의 독점 하드웨어를 넘어 이동하도록 지원하여 효율성과 민첩성을 높이고 운영 비용을 절감할 수 있도록 지원하는 소프트웨어 기반 솔루션입니다.

RHSM(Red Hat OpenStack Services on OpenShift) 환경에서 NFV를 사용하면 표준 가상화 기술을 사용하여 스위치, 라우터 및 스토리지와 같은 하드웨어 장치에서 실행되는 네트워크 기능(VNF)을 가상화하는 가상화된 인프라를 제공하여 IT 및 네트워크 통합이 가능합니다. NFV 환경은 DPDK(Data Plane Development Kit) 및 SR-IOV(Single Root I/O Virtualization) 기술을 활용하여 패킷 처리 속도를 향상시킵니다.

NFV 배포를 선택하는 경우 OpenShift에 Red Hat OpenStack Services를 배포하는 대신 Deploying a Network Functions Virtualization 환경을 배포 가이드로 사용해야 합니다.

OpenShift(RHOSO) 컨트롤 플레인에 Red Hat OpenStack Services를 설치하기 전에 iscsi.conf 를 수정하여 MD5 및 SHA1을 제거해야 합니다. 컨트롤 플레인의 iSCSId 구성은 RHOSO 운영자가 처리하지 않으므로 Red Hat OpenShift Container Platform (RHOCP) 클러스터에서 이 단계를 완료해야 합니다.

FIPS 또는 배포된 작업자 노드의 상태를 확인할 수 있습니다.

FIPS 모드에서 Red Hat OpenShift Cluster Platform을 설치하는 방법에 대한 자세한 내용은 Cryostat 설치 가이드에서 FIPS 암호화 지원을 참조하십시오.

RHOSO는 다음 스토리지 및 네트워킹 기능을 지원합니다.

RHOSO는 다음 스토리지 서비스를 지원합니다.

프로젝트별 시스템 리소스 사용을 관리하기 위해 Block Storage 서비스(cinder) 및 Shared File Systems 서비스(manila)에 대한 할당량을 구성할 수 있습니다. 개별 프로젝트에 다른 사용 제한이 있도록 기본 할당량을 덮어쓸 수 있습니다.

RHOSO는 별도로 또는 조합하여 배포에 스토리지 솔루션을 제공할 수 있는 다양한 스토리지 기술을 지원합니다.

두 개의 기본 스토리지 관련 네트워크는 RHOSO 설치 중에 구성됩니다. 스토리지 및 스토리지 관리 네트워크입니다. 이러한 격리된 네트워크는 스토리지 구성 요소와 배포 간 네트워크 연결에 대한 모범 사례를 따릅니다.

스토리지 네트워크는 데이터 스토리지 액세스 및 검색에 사용됩니다.

스토리지 관리 네트워크는 관리 콘솔에 액세스할 수 있는 스토리지 솔루션의 특정 인터페이스에 액세스할 수 있도록 RHOSO 서비스에서 사용합니다. 예를 들어 Red Hat Ceph Storage는 HCI(하이퍼 컨버지드 인프라) 환경에서 스토리지 관리 네트워크를 cluster_network로 사용하여 데이터를 복제합니다.

다음 표에는 기본 스토리지 관련 네트워크의 속성이 나열되어 있습니다.

스토리지 솔루션에는 추가 네트워크 구성이 필요할 수 있습니다. 이러한 기본값은 전체 배포를 구축하기 위한 기반을 제공합니다.

백엔드(cinder-volume 및 cinder-backup)가 있는 모든 블록 스토리지 서비스에는 백엔드에 따라 스토리지 관리 네트워크가 포함되지 않을 수 있습니다. 백엔드가 있는 블록 스토리지 서비스는 스토리지 관리 네트워크에만 액세스해야 합니다. 대부분의 배포에는 단일 관리 네트워크가 있지만 스토리지 관리 네트워크가 여러 개인 경우 각 서비스 지원 엔드 쌍은 해당 관리 네트워크에 대한 액세스 권한만 있으면 됩니다.

블록 스토리지 서비스 및 파이버 채널(FC) 백엔드를 사용하는 배포의 모든 OCP 작업자 노드에 호스트 버스 어댑터(HBA)를 설치해야 합니다.

apiVersion: core.openstack.org/v1beta1
kind: OpenStackControlPlane
metadata:
  name: openstack
spec:
  cinder:
    template:
      cinderVolumes:
        iscsi:
          networkAttachments:
          - storage
          - storageMgmt

일반적으로 클러스터형 스토리지 솔루션은 백엔드 확장성 및 복원력을 향상시킵니다. 예를 들어 Red Hat Ceph Storage를 Block Storage(cinder) 백엔드로 사용하는 경우 더 많은 Ceph Object Storage Daemon(OSD) 노드를 추가하여 스토리지 용량 및 중복성을 확장할 수 있습니다. 블록 스토리지, Object Storage(swift) 및 Shared File Systems Storage(manila) 서비스는 Red Hat Ceph Storage를 백엔드로 지원합니다.

블록 스토리지 서비스는 여러 스토리지 솔루션을 개별 백엔드로 사용할 수 있습니다. 서비스 수준에서 더 많은 백엔드를 추가하여 용량을 확장할 수 있습니다.

기본적으로 Object Storage 서비스는 OpenShift 기본 인프라에서 영구 볼륨을 할당하여 공간을 사용합니다. 전용 스토리지 노드에서 파일 시스템을 사용하도록 구성할 수 있으며 사용 가능한 만큼 공간을 사용할 수 있습니다. 오브젝트 스토리지 서비스는 XFS 및 ext4 파일 시스템을 지원하며 사용 가능한 많은 기본 블록 스토리지를 사용하도록 두 파일 시스템을 모두 확장할 수 있습니다. 스토리지 노드에 스토리지 장치를 추가하여 용량을 확장할 수도 있습니다.

공유 파일 시스템 서비스는 Red Hat Ceph Storage 또는 기타 백엔드 스토리지 시스템에서 관리하는 지정된 스토리지 풀의 파일 공유를 프로비저닝합니다. 서비스에 사용 가능한 스토리지 풀의 크기 또는 수를 늘리거나 배포에 백엔드 스토리지 시스템을 추가하여 이 공유 스토리지를 확장할 수 있습니다. 각 백엔드 스토리지 시스템은 스토리지 시스템과 상호 작용하고 관리하기 위한 전용 서비스와 통합됩니다.

볼륨은 인스턴스를 통해서만 소비됩니다. 사용자는 볼륨의 스냅샷을 확장, 생성하며 스냅샷을 사용하여 볼륨을 이전 상태로 복제하거나 복원할 수 있습니다.

Block Storage 서비스(cinder)를 사용하여 볼륨 설정을 집계하는 볼륨 유형을 생성할 수 있습니다. 볼륨 유형을 암호화 및 QoS(Quality of Service) 사양과 연결하여 클라우드 사용자에게 다른 수준의 성능을 제공할 수 있습니다. 클라우드 사용자는 새 볼륨을 생성할 때 필요한 볼륨 유형을 지정할 수 있습니다. 예를 들어 고성능 QoS 사양을 사용하는 볼륨은 사용자에게 더 많은 IOPS를 제공할 수 있거나 사용자는 더 낮은 성능 QoS 사양을 사용하여 리소스를 보존하는 볼륨에 더 낮은 워크로드를 할당할 수 있습니다. 공유는 하나 이상의 인스턴스, 베어 메탈 노드 또는 컨테이너에서 동시에 사용할 수 있습니다. Shared File Systems 서비스(manila)는 공유 크기 조정, 스냅샷 및 복제도 지원하며 관리자는 집계 설정을 위해 공유 유형을 생성할 수 있습니다.

사용자는 Object Storage 서비스(swift) API를 사용하여 컨테이너의 오브젝트에 액세스할 수 있으며 관리자는 클라우드의 인스턴스 및 서비스에서 오브젝트에 액세스할 수 있습니다. 이 접근성은 오브젝트를 서비스 리포지토리로 이상하게 합니다. 예를 들어 Object Storage 서비스에서 관리하는 컨테이너에 Image 서비스(glance) 이미지를 저장할 수 있습니다.

블록 스토리지 서비스는 키 관리자 서비스(barbican)를 통해 데이터 보안을 제공합니다. 블록 스토리지 서비스는 키 관리자 서비스에서 관리하는 키와 함께 볼륨 매핑에 일대일 키를 사용합니다. 암호화 유형은 볼륨 유형을 구성할 때 정의됩니다.

또한 Red Hat Ceph Storage와 같이 제어 및/또는 데이터 트래픽을 암호화하여 백엔드 수준에서 보안을 개선할 수도 있습니다(예: Red Hat Ceph Storage를 사용하면engerv2 보안 모드를 활성화할 수 있습니다. 이렇게 하면 Ceph 서비스와 OpenStack 컴퓨팅 노드 간의 네트워크 트래픽이 암호화됩니다.

서비스 및 노드 수준에서 오브젝트 및 컨테이너 보안을 구성합니다. Object Storage 서비스(swift)는 컨테이너 및 오브젝트에 대한 기본 암호화를 제공하지 않습니다. 그러나 키 관리자 서비스를 활성화하면 Object Storage 서비스가 저장된 오브젝트를 투명하게 암호화하고 암호 해독할 수 있습니다. At-rest 암호화는 디스크에 저장되는 동안 암호화되는 개체를 참조하는 점에서 전송 중 암호화와 다릅니다.

Shared File Systems 서비스(manila)는 인스턴스 IP, 사용자 또는 그룹 또는 TLS 인증서 여부에 관계없이 액세스 제한을 통해 공유를 보호할 수 있습니다. 일부 공유 파일 시스템 서비스 배포에서는 공유 네트워크와 공유 간의 관계를 관리하기 위해 별도의 공유 서버를 사용할 수 있습니다. 일부 공유 서버는 지원하거나 추가 네트워크 보안이 필요합니다. 예를 들어 CIFS 공유 서버에는 LDAP, Active Directory 또는 Kerberos 인증 서비스를 배포해야 합니다.

일부 백엔드에서는 AT REST 데이터 암호화도 지원합니다. 이를 통해 백엔드 디스크 자체를 암호화하여 보안을 강화하여 도난 또는 재활용되지 않은 디스크와 같은 물리적 보안 위협을 방지할 수 있습니다.

블록 스토리지 서비스, 오브젝트 스토리지 서비스 및 공유 파일 시스템 서비스에 대한 보안 옵션을 구성하는 방법에 대한 자세한 내용은 보안 서비스 구성을 참조하십시오.

선택적 Block Storage 백업 서비스를 배포하는 경우 Block Storage 서비스(cinder)는 사용자 스토리지의 기본 재해 복구를 위해 볼륨 백업 및 복원을 제공합니다. 백업을 사용하여 볼륨 콘텐츠를 보호할 수 있습니다. 블록 스토리지 서비스는 스냅샷도 지원합니다. 복제 외에도 스냅샷을 사용하여 볼륨을 이전 상태로 복원할 수 있습니다.

환경에 여러 개의 백엔드가 포함된 경우 이러한 백엔드 간에 볼륨을 마이그레이션할 수도 있습니다. 유지 관리를 위해 백엔드를 오프라인 상태로 전환해야 하는 경우 유용합니다. 백업은 일반적으로 데이터를 보호하는 데 도움이 되도록 소스 볼륨과 별도로 스토리지 백엔드에 저장됩니다. 스냅샷은 소스 볼륨에 따라 다르기 때문에 스냅샷에서는 이 작업을 수행할 수 없습니다.

블록 스토리지 서비스는 동시에 스냅샷 생성을 위해 볼륨을 그룹화하는 일관성 그룹 생성도 지원합니다. 이를 통해 여러 볼륨에서 데이터 일관성이 향상됩니다.

Object Storage 서비스(swift)는 내장 백업 기능을 제공하지 않습니다. 파일 시스템 또는 노드 수준에서 모든 백업을 수행해야 합니다. 그러나 Object Storage 서비스에는 강력한 중복 및 내결함성이 있습니다. Object Storage 서비스의 가장 기본적인 배포도 오브젝트를 여러 번 복제합니다. DM Multipath(Device mapper multipathing)와 같은 장애 조치 기능을 사용하여 중복성을 향상시킬 수 있습니다.

Shared File Systems 서비스(manila)는 공유에 대한 기본 제공 백업 기능을 제공하지 않지만 복제 및 복원을 위한 스냅샷을 생성할 수 있습니다.

RHOSO 대시보드(horizon) 또는 RHOSO CLI(명령줄 인터페이스)를 사용하여 RHOSO 구성을 관리할 수 있습니다. 두 방법 중 하나를 사용하여 대부분의 절차를 수행할 수 있지만 일부 고급 절차는 CLI를 사용하여만 완료할 수 있습니다.

스토리지 벤더가 제공하는 전용 관리 인터페이스를 사용하여 스토리지 솔루션 구성을 관리할 수 있습니다.

Red Hat OpenShift 백업 스토리지에 공간을 할당하도록 이미지 및 오브젝트 스토리지 서비스를 구성할 수 있습니다. 이 시나리오에서 Red Hat OpenShift 스토리지 크기 조정은 이러한 서비스의 예상 사용에 따라 추정해야 합니다.

...
default:
  storage:
    external: true
...
...
extraMounts:
- extraVol:
  - extraVolType: NFS
    mounts:
    - mountPath: /var/lib/glance/os_glance_staging_store
      name: nfs
    volumes:
    - name: nfs
      nfs:
        path: <nfs_export_path>
        server: <nfs_ip_address>

...
default:
  replicas: 3
  storage:
    storageRequest: 10G
...