Skip to main content
NetApp Solutions
본 한국어 번역은 사용자 편의를 위해 제공되는 기계 번역입니다. 영어 버전과 한국어 버전이 서로 어긋나는 경우에는 언제나 영어 버전이 우선합니다.

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의 OCP 클러스터에 Astra Control Provisioner를 설치합니다
  • 이 프로젝트를 위해 Astra Control Provisioner(ACP)가 모든 클러스터(Astra Control Center가 구축된 온프레미스 클러스터 및 Azure의 클러스터)에 설치되었습니다. Astra Control Provisioner에 대해 자세히 알아보십시오 "여기".

  • 백엔드 및 스토리지 클래스를 생성합니다. 지침을 "여기"참조하십시오.

Azure의 OCP 클러스터를 Astra Control Center에 추가합니다.
  • Astra Control에서 관리하는 클러스터를 관리하는 데 필요한 최소 권한이 포함된 클러스터 역할을 사용하여 별도의 KubeConfig 파일을 생성합니다. 지침을 찾을 수 있습니다 "여기".

  • 지침에 따라 Astra Control Center에 클러스터를 추가합니다 "여기"

멀티 존 아키텍처용 Trident의 CSI 토폴로지 기능 사용

현재 클라우드 공급자는 Kubernetes/OpenShift 클러스터 관리자가 영역 기반 클러스터의 노드를 생성할 수 있도록 지원합니다. 노드는 지역 내 또는 여러 지역의 여러 가용성 영역에 위치할 수 있습니다. Trident는 다중 영역 아키텍처에서 워크로드용 볼륨을 간편하게 프로비저닝할 수 있도록 CSI 토폴로지를 사용합니다. CSI 토폴로지 기능을 사용하면 지역 및 가용성 영역에 따라 볼륨에 대한 액세스가 노드의 하위 집합으로 제한될 수 있습니다. 자세한 내용은 을 "여기"참조하십시오.

참고 Kubernetes는 두 가지 볼륨 바인딩 모드를 지원합니다. -VolumeBindingMode_가 _immediate(기본값)로 설정된 경우 Trident는 토폴로지를 인식하지 않고 볼륨을 만듭니다. 영구 볼륨은 요청 포드의 예약 요구 사항에 의존하지 않고 생성됩니다. -VolumeBindingMode_set to_WaitForFirstConsumer 경우 PVC를 사용하는 POD가 예약 및 생성될 때까지 PVC에 대한 영구 볼륨의 생성 및 바인딩이 지연됩니다. 이렇게 하면 토폴로지 요구 사항에 따라 적용되는 일정 제한을 충족하기 위해 볼륨이 생성됩니다. Trident 스토리지 백엔드는 가용 영역(토폴로지 인식 백엔드)을 기반으로 볼륨을 선택적으로 프로비저닝하도록 설계할 수 있습니다. 이러한 백엔드를 사용하는 StorageClasses의 경우 지원되는 영역/영역에서 예약된 애플리케이션에서 요청하는 경우에만 볼륨이 생성됩니다. (Topology-Aware StorageClass) 자세한 내용은 을 "여기"참조하십시오.

[밑줄]# * 데모 비디오 * #

애플리케이션 장애 조치 및 장애 복구를 위해 Astra Control을 사용합니다