Azure에서 Red Hat OpenShift Container 플랫폼을 배포 및 구성합니다
Azure에서 Red Hat OpenShift Container 플랫폼을 배포 및 구성합니다
이 섹션에서는 Azure에서 OpenShift 클러스터를 설정 및 관리하고 이러한 클러스터에 상태 저장 애플리케이션을 배포하는 방법에 대한 고급 워크플로를 설명합니다. 이 백서에는 NetApp Cloud Volumes ONTAP 스토리지를 사용하여 Trident/Astra Control Provisioner를 사용하여 영구 볼륨을 제공하는 것이 나와 있습니다. 상태 저장 애플리케이션에 대한 데이터 보호 및 마이그레이션 작업을 수행하기 위해 Astra Control Center를 사용하는 방법에 대한 세부 정보가 제공됩니다.
다음은 Azure에 배포되고 VPN을 사용하여 데이터 센터에 연결된 클러스터를 보여 주는 다이어그램입니다.
|
Azure에서 Red Hat OpenShift Container Platform 클러스터를 배포하는 방법에는 여러 가지가 있습니다. 설정에 대한 이 고급 설명은 사용된 특정 방법에 대한 설명서 링크를 제공합니다. 에 제공된 관련 링크에서 다른 방법을 참조할 수 "리소스 섹션을 참조하십시오"있습니다. |
설치 프로세스는 다음 단계로 나눌 수 있습니다.
CLI에서 Azure에 OCP 클러스터를 설치합니다.
-
명시된 모든 사전 요구 사항을 충족했는지 확인합니다 "여기".
-
VPN, 서브넷 및 네트워크 보안 그룹과 개인 DNS 영역을 만듭니다. VPN 게이트웨이 및 사이트 간 VPN 연결을 만듭니다.
-
온프레미스와 Azure 간 VPN 연결을 위해 pfSense VM을 생성 및 구성했습니다. 자세한 내용은 을 참조하십시오 "여기".
-
설치 프로그램 및 풀 암호를 확인하고 설명서에 제공된 단계에 따라 클러스터를 구축합니다 "여기".
-
클러스터 설치가 완료되고 kubeconfig 파일과 사용자 이름 및 암호를 제공하여 클러스터의 콘솔에 로그인합니다.
다음은 install-config.yaml 파일의 예입니다.
apiVersion: v1 baseDomain: sddc.netapp.com compute: - architecture: amd64 hyperthreading: Enabled name: worker platform: azure: encryptionAtHost: false osDisk: diskSizeGB: 512 diskType: "StandardSSD_LRS" type: Standard_D2s_v3 ultraSSDCapability: Disabled #zones: #- "1" #- "2" #- "3" replicas: 3 controlPlane: architecture: amd64 hyperthreading: Enabled name: master platform: azure: encryptionAtHost: false osDisk: diskSizeGB: 1024 diskType: Premium_LRS type: Standard_D8s_v3 ultraSSDCapability: Disabled replicas: 3 metadata: creationTimestamp: null name: azure-cluster networking: clusterNetwork: - cidr: 10.128.0.0/14 hostPrefix: 23 machineNetwork: - cidr: 10.0.0.0/16 networkType: OVNKubernetes serviceNetwork: - 172.30.0.0/16 platform: azure: baseDomainResourceGroupName: ocp-base-domain-rg cloudName: AzurePublicCloud computeSubnet: ocp-subnet2 controlPlaneSubnet: ocp-subnet1 defaultMachinePlatform: osDisk: diskSizeGB: 1024 diskType: "StandardSSD_LRS" ultraSSDCapability: Disabled networkResourceGroupName: ocp-nc-us-rg #outboundType: UserDefinedRouting region: northcentralus resourceGroupName: ocp-cluster-ncusrg virtualNetwork: ocp_vnet_ncus publish: Internal pullSecret:
BlueXP를 사용하여 Azure에서 Cloud Volumes ONTAP를 구축하십시오.
-
Azure에서 커넥터를 설치합니다. 지침을 참조하십시오 "여기".
-
커넥터를 사용하여 Azure에서 CVO 인스턴스를 배포합니다. 지침 링크: https://docs.netapp.com/us-en/bluexp-cloud-volumes-ontap/task-getting-started-azure.html [여기]를 참조하십시오.
Azure의 OCP 클러스터에 Astra Control Provisioner를 설치합니다
Azure의 OCP 클러스터를 Astra Control Center에 추가합니다.
현재 클라우드 공급자는 Kubernetes/OpenShift 클러스터 관리자가 영역 기반 클러스터의 노드를 생성할 수 있도록 지원합니다. 노드는 지역 내 또는 여러 지역의 여러 가용성 영역에 위치할 수 있습니다. Trident는 다중 영역 아키텍처에서 워크로드용 볼륨을 간편하게 프로비저닝할 수 있도록 CSI 토폴로지를 사용합니다. CSI 토폴로지 기능을 사용하면 지역 및 가용성 영역에 따라 볼륨에 대한 액세스가 노드의 하위 집합으로 제한될 수 있습니다. 자세한 내용은 을 "여기"참조하십시오.
|
Kubernetes는 두 가지 볼륨 바인딩 모드를 지원합니다. -VolumeBindingMode_가 _immediate(기본값)로 설정된 경우 Trident는 토폴로지를 인식하지 않고 볼륨을 만듭니다. 영구 볼륨은 요청 포드의 예약 요구 사항에 의존하지 않고 생성됩니다. -VolumeBindingMode_set to_WaitForFirstConsumer 경우 PVC를 사용하는 POD가 예약 및 생성될 때까지 PVC에 대한 영구 볼륨의 생성 및 바인딩이 지연됩니다. 이렇게 하면 토폴로지 요구 사항에 따라 적용되는 일정 제한을 충족하기 위해 볼륨이 생성됩니다. Trident 스토리지 백엔드는 가용 영역(토폴로지 인식 백엔드)을 기반으로 볼륨을 선택적으로 프로비저닝하도록 설계할 수 있습니다. 이러한 백엔드를 사용하는 StorageClasses의 경우 지원되는 영역/영역에서 예약된 애플리케이션에서 요청하는 경우에만 볼륨이 생성됩니다. (Topology-Aware StorageClass) 자세한 내용은 을 "여기"참조하십시오. |
[밑줄]# * 데모 비디오 * #