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

Azure에서 Red Hat OpenShift Container 플랫폼을 배포 및 구성합니다

기여자
PDF

Azure에서 Red Hat OpenShift Container 플랫폼을 배포 및 구성합니다

이 섹션에서는 Azure에서 OpenShift 클러스터를 설정 및 관리하고 이러한 클러스터에 상태 저장 애플리케이션을 배포하는 방법에 대한 고급 워크플로를 설명합니다. 이 게시판에서는 Astra Trident/Astra Control Provisioner를 통해 NetApp Cloud Volumes ONTAP 스토리지를 사용하여 영구 볼륨을 제공하는 것을 보여 줍니다. 상태 저장 애플리케이션에 대한 데이터 보호 및 마이그레이션 작업을 수행하기 위해 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 클러스터 관리자가 영역 기반 클러스터의 노드를 생성할 수 있도록 지원합니다. 노드는 지역 내 또는 여러 지역의 여러 가용성 영역에 위치할 수 있습니다. Astra Trident는 다중 영역 아키텍처에서 워크로드용 볼륨 프로비저닝을 지원하기 위해 CSI 토폴로지를 사용합니다. CSI 토폴로지 기능을 사용하면 지역 및 가용성 영역에 따라 볼륨에 대한 액세스가 노드의 하위 집합으로 제한될 수 있습니다. 을 참조하십시오 "여기" 를 참조하십시오.

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

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

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