가상화


Red Hat Advanced Cluster Management for Kubernetes 2.15

Red Hat Advanced Cluster Management가 관리하는 클러스터 전체에서 {rhocpv-short} 가상 머신 리소스를 관리하는 방법을 알아보십시오.

초록

Red Hat Advanced Cluster Management에서 가상화를 사용하는 방법을 알아보려면 자세한 내용을 확인하십시오.

1장. 가상화

Red Hat Advanced Cluster Management가 관리하는 모든 클러스터에서 {rhocpv-short} 가상 머신 리소스를 관리합니다.

Red Hat Advanced Cluster Management에서 관리하는 모든 클러스터에서 VirtualMachine 리소스를 보려면 Search 서비스를 사용하여 Red Hat OpenShift Virtualization으로 생성된 VirtualMachine 리소스를 나열하고 필터링합니다. VirtualMachine 리소스의 Red Hat Advanced Cluster Management 콘솔에서 다음 작업을 활성화할 수도 있습니다.

  • 시작
  • 중지
  • 재시작
  • 일시 중지
  • 일시 정지 해제
  • 스냅샷

가상 머신 기능에 대해 자세히 알아보십시오.

1.1. Observability 필드를 통해 가상 머신 메트릭 보기

허브 클러스터에 Observability 서비스가 설치되어 있는 경우 Red Hat Advanced Cluster Management 콘솔의 Observability 필드에 액세스하여 가상 머신 메트릭을 볼 수 있습니다.

다음 단계를 완료하여 Observability 필드에 액세스합니다.

  1. Red Hat Advanced Cluster Management 콘솔에서 가상 머신 페이지로 이동합니다.
  2. Observability 대시보드 링크를 선택하여 Grafana 대시보드를 시작합니다.

    1. 선택 사항: Launch links table cell에서 Observability 메트릭 링크를 선택하여 Grafana 대시보드를 시작합니다.
  3. Grafana 대시보드에서 가상 시스템 및 개별 지표를 확인합니다.

OADP(OpenShift API for Data Protection)를 사용하여 가상 머신을 백업하고 복원합니다. 가상 머신을 백업한 후 허브 또는 관리 클러스터에서 복원할 수 있습니다.

OpenShift Virtualization용 Red Hat Advanced Cluster Management 정책은 다음과 같은 백업 및 복원 스토리지 옵션을 지원합니다.

  • CSI(Container Storage Interface) 백업
  • DataMover를 사용한 CSI(Container Storage Interface) 백업

다음 옵션을 지원하지 않습니다.

  • 파일 시스템 백업 및 복원
  • 볼륨 스냅샷 백업 및 복원

정책을 구성하고 가상 머신에 대한 백업 일정을 활성화하거나 복원 작업을 실행하려면 다음 섹션을 완료합니다.

1.2.1. 가상 머신 백업 및 복원

다음 단계를 완료하여 클러스터에서 실행되는 가상 머신을 백업하거나 클러스터에서 가상 머신을 복원할 수 있습니다.

  1. MultiClusterHubcluster-backup 매개변수를 true 로 설정하여 hub 클러스터에서 백업 구성 요소를 활성화합니다.
  2. cluster-name 클러스터에 정책을 배치하려면 다음 YAML 샘플을 적용하여 acm-virt-config 레이블을 ManagedCluster 리소스에 추가합니다.

    apiVersion: cluster.open-cluster-management.io/v1
    kind: ManagedCluster
    metadata:
     name: cluster-name
     labels:
       acm-virt-config: acm-dr-virt-config 
    1
    Copy to Clipboard Toggle word wrap
    1
    레이블 주석을 통과하는 acm-dr-virt-configacm-virt-config ConfigMap입니다. OADP 및 백업 스토리지 위치를 구성하는 방법을 이해하기 위해 acm-dr-virt-config ConfigMap 섹션을 읽으십시오.
  3. 가상 머신을 백업하거나 복원할지 여부에 따라 다음 단계를 완료합니다.

    1. kubevirt.io. Cryostat 리소스에 cluster.open-cluster-management.io/backup-vm 을 추가하여 가상 머신을 백업합니다. kubevirt.io. Cryostat 리소스는 다음 YAML 샘플과 유사할 수 있습니다.
    apiVersion: kubevirt.io/v1
    kind: VirtualMachine
    metadata:
      name: vm-name
      labels:
        cluster.open-cluster-management.io/backup-vm: daily_8am
    Copy to Clipboard Toggle word wrap
    1. acm-dr-virt-restore-config 섹션에 설명된 대로 acm-dr-restore-config ConfigMap을 업데이트하여 가상 머신을 복원합니다.

1.2.2. 허브 클러스터에 설치된 가상화 정책

Red Hat Advanced Cluster Management 정책 및 ConfigMaps 세트인 백업 Operator를 활성화하면 hub 클러스터에 설치해야 합니다. 정책을 비활성화하거나 클러스터에서 제거하면 생성된 모든 리소스가 제거됩니다. 사용 가능한 다양한 유형의 정책에 대해 자세히 알아보려면 다음 섹션을 완료합니다.

1.2.2.1. 설치 정책

acm-dr-virt-install 설치 정책은 OADP를 설치하고 이 정책이 배치된 클러스터에서 oadp.openshift.io.DataProtectionApplication 리소스를 구성합니다. 클러스터가 hub 클러스터인 경우 OADP가 open-cluster-management-backup 네임스페이스에 설치되어 있고 DataProtectionApplication 리소스가 존재하고 필요한 구성이 있는지 확인합니다. 이 정책은 OADP를 설치하거나 허브 클러스터에 DataProtectionApplication 리소스를 생성하지 않습니다.

MultiClusterHub 리소스에서 cluster-backup 옵션을 활성화하면 백업 차트에서 OADP를 설치합니다. cluster-backup-option 을 활성화하면 허브 클러스터에 DataProtectionApplication 을 생성합니다.

다음 설치 정책 템플릿 및 설명을 참조하십시오.

  1. 설치 정책 템플릿
Expand

템플릿

설명

check-config-file

ManagedCluster 리소스에 설정된 acm-virt-config 레이블로 정의된 ConfigMap이 open-cluster-management-backup 네임스페이스에 hub 클러스터에 있는지 확인합니다.

check-oadp-channel

클러스터에 OADP 버전이 설치되어 있고 정책에서 설치한 버전과 일치하는지 확인합니다.

check-dpa-config

DataProtectionApplication 리소스가 존재하고 예상되는 구성이 있고, Reconciled 임을 확인합니다. BackupStorageLocation 이 존재하고 사용 가능 상태 단계에 있는지 확인합니다.

install-oadp-copy-config

이 네임스페이스를 찾을 수 없는 경우 OADP가 설치된 네임스페이스를 생성합니다. OADP 시크릿을 복사하고 관리 클러스터에 대해서만 OADP를 설치합니다. 관리 클러스터에 대해서만 acm-virt-config 레이블에 정의된 대로 DataProtectionApplication 리소스를 만듭니다. 사용자는 허브 클러스터에서 OADP 및 DataPotectionApplication 을 수동으로 생성해야 합니다.

1.2.2.2. 백업 정책

acm-dr-virt-backup 백업 정책은 라벨이 cluster .open-cluster-management.io/backup-vm: schedule_cron_name 인 kubevirt.io. Cryostat 리소스를 백업합니다.

다음 백업 정책 템플릿 및 설명을 참조하십시오.

  1. 백업 정책 템플릿
Expand

템플릿

설명

check-cron-schedule-valid

cron 스케줄의 ConfigMap에서 찾을 수 없는 가상 머신 cluster.open-cluster-management.io/backup-vm 레이블에서 사용하는 cron 일정 이름이 있는 경우 위반 오류가 표시됩니다. cron 스케줄의 ConfigMap의 이름은 schedule_hub_config_name 속성으로 정의되며 open-cluster-management-backup 네임스페이스 내에서 사용할 수 있습니다.

check-backup-status-completed

일정이 일시 중지되지 않으면 상태가 활성화 되었는지 확인합니다. 이 일정에 의해 생성된 최신 백업을 찾아 상태가 Completed 인지 확인합니다. 이 백업에 대한 DataUpload 가 생성된 경우 상태는 Completed 입니다. 이러한 조건 중 하나가 True 가 아닌 경우 위반을 표시합니다.

create-virt-backup

cluster.open-cluster-management.io/backup-vm 라벨을 사용하여 모든 가상 머신 리소스에 대한 Velero 스케줄을 생성합니다. 가상 머신 라벨과 함께 발견된 각 cron 작업 스케줄에 대해 하나의 스케줄을 생성합니다. 동일한 백업 내에서 동일한 cron 작업 일정을 공유하는 가상 머신을 백업합니다. acm-dr-virt-install 정책을 준수하는 경우에만 Velero 일정 리소스를 생성합니다.

1.2.2.3. 복원 정책

acm-dr-virt-restore 복원 정책은 UID별로 kubevirt.io. Cryostat 리소스를 복원합니다. 이 정책은 acm-dr-virt-config ConfigMap의 restore_hub_config_name 속성으로 식별되는 ConfigMap의 정보를 사용하여 클러스터에서 Velero 복원 리소스를 생성합니다.

다음 복원 정책 템플릿 및 설명을 참조하십시오.

  1. 정책 템플릿 복원
Expand

템플릿

설명

check-velero-restore-status

clusterID_restoreName 속성으로 정의된 이름의 복원 리소스가 존재하고 상태가 Completed 인지 확인합니다.

create-velero-restore

clusterID_restoreName 속성 값이 비어 있지 않고 clusterID 가 이 클러스터 UID와 일치하는 경우 restore_hub_config_name 으로 식별되는 ConfigMap에 정의된 속성을 사용하여 Velero 복원 리소스를 생성합니다. acm-dr-virt-install 정책을 준수하는 경우에만 Velero 복원 리소스를 생성합니다.

1.2.3. ConfigMap을 사용하여 정책 정의

허브 클러스터에 정책을 설치하면 open-cluster-management-backup 네임스페이스의 허브 클러스터에 다음 ConfigMap 이 생성됩니다. 허브 또는 관리 클러스터에 가상화 정책을 배치하면 이러한 ConfigMap 은 가상화 정책의 백업 및 복원 구성을 정의합니다.

1.2.3.1. acm-dr-virt-config ConfigMap정의

acm-dr-virt-config ConfigMap은 OADP 구성 및 백업 또는 복원 작업과 관련된 기타 설정을 정의합니다. 이 리소스의 이름을 정책이 배치된 ManagedCluter 에 설정된 acm-virt-config 레이블 값으로 사용할 수 있습니다. acm-dr-virt-config 를 샘플로 사용하는 새 ConfigMap 리소스를 생성한 다음 새 ConfigMap 리소스를 사용하여 클러스터에 가상화 정책을 배치할 수도 있습니다.

관리 클러스터 또는 허브 클러스터에 가상화 정책을 배치하려면 다음 단계를 완료합니다.

  1. acm-dr-virt-config 를 사용하거나 acm-dr-virt-config ConfigMap 을 예로 사용하여 open-cluster-management-backup 네임스페이스의 hub 클러스터에 새 ConfigMap 리소스를 생성합니다. 이 예에서 ConfigMap의 이름은 acm-dr-virt-config-new 입니다.

    1. OADP에서 생성한 백업을 저장할 스토리지 위치와 일치하도록 dpa_spec 섹션을 업데이트합니다. 이는 필수 업데이트입니다.
    2. 선택 사항: OADP 버전 또는 채널과 같은 acm-dr-virt-config-new ConfigMap에서 사용할 수 있는 다른 속성을 업데이트합니다.
  2. acm-virt-config=acm-dr-virt-config-new 레이블을 ManagedCluster 리소스에 추가합니다. acm-virt-config 레이블의 값은 생성한 ConfigMap의 이름입니다.

acm-dr-virt-config-new ConfigMap을 사용하도록 설정된 가상화 백업 레이블이 설정된 ManagedCluster 리소스의 예는 다음 YAML 샘플을 참조하십시오.

apiVersion: cluster.open-cluster-management.io/v1
kind: ManagedCluster
metadata:
 name: managed-cluster-name
 labels:
   acm-virt-config: acm-dr-virt-config-new
Copy to Clipboard Toggle word wrap

자세한 내용은 다음 표를 참조하십시오.

  1. acm-dr-virt-install 정책의 ConfigMap 속성
Expand

이름

설명

유형

기본값

선택 사항

channel

채널은 기본적으로 OpenShift Container Platform 클러스터 버전을 기반으로 하는 지원되는 OADP 버전입니다. 이 속성을 사용하여 기본값을 덮어씁니다.

문자열

없음

제공됨

channelName

OADP 채널 이름입니다. 사용자 지정 설치를 위해 이 속성을 설정합니다(예: 오프라인 설치 ).

문자열

redhat-oadp-operator

제공됨

subscriptionSource

OADP 서브스크립션. 사용자 지정 설치를 위해 이 속성을 설정합니다(예: 오프라인 설치 ).

문자열

redhat-operators

제공됨

subscriptionSourceNamespace

OADP 서브스크립션 소스. 사용자 지정 설치를 위해 이 속성을 설정합니다(예: 오프라인 설치 ).

문자열

openshift-marketplace

제공됨

subscriptionStartingCSV

OADP 서브스크립션 startingCSV.

문자열

없음

제공됨

subscriptionInstallPlanApproval

OADP 설치 계획.

문자열

자동

제공됨

backupNS

관리 클러스터에 OADP가 설치되는 네임스페이스입니다.

문자열

없음

없음

credentials_hub_secret_name

관리 클러스터에서 사용하는 OADP 시크릿의 이름입니다. 이 이름의 Secret은 open-cluster-management-backup 네임스페이스의 hub 클러스터에 있어야 합니다. 설치 정책은 지정된 backupNS 네임스페이스 내에서 이 시크릿을 hub 클러스터로 이동합니다.

문자열

없음

없음

credentials_name

Velero 인증 정보 이름을 설정할 때 관리 클러스터의 OADP DataProtectionApplication 리소스에서 사용하는 시크릿의 이름입니다.

JSON

없음

없음

dpa_name

관리 클러스터에서 생성되는 DataProtectionApplication 리소스의 이름입니다.

문자열

없음

없음

dpa_spec

관리 클러스터에서 만들 때 DataProtectionApplication 사양을 정의하는 유효한 JSON입니다.

JSON

없음

없음

  1. acm-dr-virt-backup 정책의 ConfigMap 속성
Expand

이름

설명

유형

기본값

선택 사항

scheduleTTL

백업 만료 시간.

문자열

24h0m0s

제공됨

schedule_paused

가상화 백업 일정을 일시 중지하려면 True 로 설정합니다.

문자열

False

제공됨

schedule_hub_config_name

유효한 cron 작업 스케줄을 정의하는 데 사용되는 ConfigMap의 이름입니다. 이 이름의 ConfigMap은 open-cluster-management-backup 네임스페이스의 hub 클러스터에 있어야 합니다.

문자열

없음

제공됨

  1. acm-dr-virt-restore 정책의 ConfigMap 속성
Expand

이름

설명

유형

기본값

선택 사항

restore_hub_config_name

복원 작업을 정의하는 데 사용되는 ConfigMap의 이름입니다. 이 이름의 ConfigMap은 open-cluster-management-backup 네임스페이스의 hub 클러스터에 있어야 합니다.

문자열

없음

없음

1.2.3.2. acm-dr-virt-schedule-cron ConfigMap정의

acm-dr-virt-schedule-cron ConfigMap을 사용하여 가상 머신 백업을 예약할 때 사용할 유효한 cron 작업 스케줄을 정의합니다. acm-dr-virt-schedule-cron ConfigMap은 open-cluster-management-backup 네임스페이스의 hub 클러스터 백업 구성 요소에 의해 생성되고 다음 YAML을 포함합니다.

apiVersion: v1
kind: ConfigMap
    metadata:
        name: acm-dr-virt-schedule-cron
        namespace: open-cluster-management-backup
    data:
        hourly: "0 */1 * * *"
        every_2_hours: "0 */2 * * *"
        every_3_hours: "0 */3 * * *"
        every_4_hours: "0 */4 * * *"
        every_5_hours: "0 */5 * * *"
        every_6_hours: "0 */6 * * *"
        twice_a_day: "0 */12 * * *"
        daily_8am: "0 8 * * *"
        every_sunday: "0 0 * * 0"
Copy to Clipboard Toggle word wrap

acm-dr-virt-schedule-cron ConfigMap에서 생성한 스케줄 중 하나를 사용하여 kubevirt.io. Cryostat의 백업 일정을 설정할 수 있습니다. 예를 들어 매일 오전 8시에 가상 머신을 백업하려면 가상 머신 리소스에 다음 레이블을 추가합니다.

apiVersion: kubevirt.io/v1
kind: VirtualMachine
metadata:
  name: vm-name
  labels:
    cluster.open-cluster-management.io/backup-vm: daily_8am
Copy to Clipboard Toggle word wrap

acm-dr-virt-schedule-cron ConfigMap은 hub 클러스터 백업 구성 요소에서 생성 및 관리되므로 기존 cron 속성을 변경하거나 삭제할 수 없습니다. 콘텐츠가 조정되면 속성이 다시 생성됩니다. 기존 속성에만 새 속성을 추가할 수 있습니다. 예를 들어 토요일마다 실행할 cron 작업을 생성하려면 기존 acm-dr-virt-schedule-cron 속성: every_sunday: "0 0 * * SAT" 에 다음 레이블을 추가합니다.

1.2.3.3. acm-dr-virt-restore-config ConfigMap 정의

acm-dr-virt-restore-config ConfigMap을 사용하여 acm-dr-virt-restore 정책에서 구현할 복원 작업을 정의합니다. open-cluster-management-backup 네임스페이스의 hub 클러스터 백업 구성 요소를 사용하여 ConfigMap을 생성합니다.

전체 복원 작업의 예는 다음 YAML 샘플을 참조하십시오.

kind: ConfigMap
apiVersion: v1
metadata:
 name: acm-dr-virt-restore-config
 namespace: open-cluster-management-backup
data:
 2a054d24-3235-4249-9c81-f58ebc6110c7_backupName: acm-rho-virt-schedule-every-10-hours-20250120230438 
1

 2a054d24-3235-4249-9c81-f58ebc6110c7_restoreName: restore-20250120230438 
2

 2a054d24-3235-4249-9c81-f58ebc6110c7_vmsUID: 2a054d24-3235-4249-9c81-f58ebc6110c7 
3

 2a054d24-3235-4249-9c81-f58ebc6110c7_namespaceMapping: backup-ns-1=restore-ns-1{{ backup-ns-2=restore-ns-2}} 
4
Copy to Clipboard Toggle word wrap
1
2a054d24-3235-4249-9c81-f58ebc6110c7 은 복원 작업이 완료된 클러스터 ID입니다. ACM -rho-virt-schedule-every-10-hours-20250120230438 은 복원 작업 예제에 사용되는 백업 이름입니다.
2
restore-20250120230438 은 이 복원 작업의 결과로 생성된 복원 리소스의 이름입니다.
3
2a054d24-3235-4249-9c81-f58ebc6110c7acm-rho-virt-schedule-every-10-hours-20250 230438 백업으로 백업된 가상 머신의 UID입니다.
4
namespaceMapping 은 선택적 속성이며 초기 리소스와 다른 네임스페이스에서 리소스를 복원하는 데 사용됩니다. 맵에 포함되지 않은 소스 네임스페이스는 동일한 이름의 네임스페이스로 복원됩니다. backup-ns-1 =restore-ns-1 backup-ns-2=restore-ns-2 는 공백으로 구분된 네임스페이스 매핑 목록입니다. 이 샘플에서는 backup-ns-1 네임스페이스 내에서 생성된 백업 리소스가 restore-ns-1 네임스페이스 내에 복원됩니다. restore-ns-1 은 복원 클러스터가 없는 경우 생성됩니다. 마찬가지로 backup-ns-2 내에서 생성된 리소스는 restore-ns-2 네임스페이스 내에 복원됩니다.

1.2.4. 복원 정책을 사용하여 복원 작업 생성

복원 작업에 대한 가상화 정책을 설치할 때 다음 시나리오를 고려하십시오.

  • acm-dr-virt-restore-config ConfigMap의 clusterID_restoreName 속성을 빈 값으로 설정하면 clusterID 가 있는 클러스터의 acm-dr-virt-restore 정책에 의해 생성된 복원 리소스가 삭제됩니다.
  • acm-dr-virt-restore-config ConfigMap의 clusterID_restoreName 속성을 비어 있지 않은 값으로 설정하면 acm-dr-virt-restore 정책이 Velero Restore 리소스를 생성합니다. Velero 복원 리소스의 이름은 clusterID_restoreName 값과 일치합니다. 이 이름의 복원 리소스가 복원 클러스터에서 삭제되면 acm-dr-virt-restore 정책이 리소스를 다시 생성하여 복원 작업이 다시 실행됩니다.
  • 다음 작업을 고려하십시오.

    • 복원을 다시 실행하지 않으려면 복원 리소스를 삭제하지 마십시오.
    • 복원 작업을 시작하기 위해 확인할 때 acm-dr-virt-restore-config ConfigMap에서 clusterID_restoreName 매개변수 값을 제거합니다. 이렇게 하면 acm-dr-virt-restore 정책이 비활성화되고 다시 활성화된 경우 복원 작업을 재실행할 필요가 없습니다. acm-dr-virt-restore 정책을 비활성화하면 복원 클러스터에서 생성한 모든 리소스가 정책을 다시 활성화할 때 정리 및 다시 생성됩니다.

1.3. 클러스터 간에 가상 머신 마이그레이션 (기술 프리뷰)

가상 머신을 마이그레이션하면 클러스터 업그레이드 중에 리소스를 이동하거나 유지 관리를 위해 노드를 지워야 하는 시간 또는 구성 변경 중에 리소스를 이동할 수 있습니다. 마이그레이션을 활성화하면 Red Hat OpenShift Virtualization이 acm/cnv-operator-install 레이블이 있는 관리형 클러스터에 자동으로 설치됩니다. 가상화 마이그레이션 툴킷도 허브 클러스터에 설치되어 있습니다.

필수 액세스: 클러스터 관리자

전제 조건

  • openshift-cnv 네임스페이스에 대한 액세스 권한이 있어야 합니다.
  • 대상 클러스터와 소스 클러스터 둘 다로 kubevirt.io:admin 역할이 있어야 합니다.
  • hub 클러스터의 kubevirt.io-acm-hub:admin 과 대상 관리 클러스터에 대해 kubevirt.io-acm-managed:admin 이 있습니다.
  • 최신 버전의 OpenShift Container Platform이 설치되어 있어야 합니다. OpenShift Container Platform 개요 를 참조하십시오.

가상 머신 마이그레이션을 시작하려면 다음 단계를 완료합니다.

  1. Red Hat OpenShift Virtualization을 통합하려면 cnv-mtv-integrations-preview 구성 요소를 활성화합니다.

    1. 다음 명령을 실행하여 multiclusterhub 인스턴스를 편집합니다.
    oc edit MultiClusterHub multiclusterhub -n open-cluster-management
    Copy to Clipboard Toggle word wrap
    1. 구성 요소 사양에서 cnv-mtv-integrations-preview 구성 요소에 대해 enabled 매개변수를 true 로 설정합니다.
  2. 가상화 마이그레이션 툴킷이 클러스터에서 사용 가능한지 확인합니다. 다음 명령을 실행합니다.

    oc get clustermanagementaddon mtv-operator  -o jsonpath='{.status.installProgressions[*].conditions[*].reason}
    Copy to Clipboard Toggle word wrap
  3. 다음 명령을 사용하여 클러스터에서 kubevirt-hyperconverged 리소스를 사용할 수 있는지 확인합니다.

    oc get clustermanagementaddon kubevirt-hyperconverged -o jsonpath='{.status.installProgressions[*].conditions[*].reason}
    Copy to Clipboard Toggle word wrap
  4. 다음 명령을 사용하여 클러스터에서 kubevirt-hyperconverged-operator 를 사용할 수 있는지 확인합니다.

    oc get clustermanagementaddon kubevirt-hyperconverged-operator -o jsonpath='{.status.installProgressions[*].conditions[*].reason}
    Copy to Clipboard Toggle word wrap
  5. 클러스터를 가상 머신 마이그레이션의 소스 또는 대상으로 지정하려면 acm/cnv-operator-install: "true" 라는 클러스터에 다음 레이블을 적용합니다.
  6. OpenShift Virtualization 콘솔에서 클러스터 간 마이그레이션을 활성화합니다. 다음 단계를 완료합니다.

    1. 탐색 메뉴에서 가상화 > 개요 를 선택합니다.
    2. 미리 보기 기능에 액세스하려면 설정 > 프리뷰 기능을 클릭합니다.
    3. Enable Kubevirt cross cluster migration to true 로 설정합니다.
  7. 선택 사항: customizedVariables 사양을 업데이트하여 HyperConverged 리소스 내에서 실시간 마이그레이션을 위해 네트워크를 구성합니다. cnv-hco-config AddOnDeploymentConfig 리소스에 네트워크 키와 값을 추가합니다. AddOnDeployment 리소스는 다음 샘플과 유사할 수 있습니다.

    apiVersion: addon.open-cluster-management.io/v1alpha1
    kind: AddOnDeploymentConfig
    metadata:
      name: cnv-hco-config
      namespace: open-cluster-management
    spec:
      agentInstallNamespace: openshift-cnv
      customizedVariables:
        - name: LIVE_NETWORK_KEY
          value: network
        - name: LIVE_NETWORK_VALUE
          value: {{ NetworkAttachmentDefinition name like lm-network }}
    Copy to Clipboard Toggle word wrap

1.3.1. 추가 리소스

  • 가상 머신을 클러스터의 다른 노드로 이동하는 방법을 알아보려면 실시간 마이그레이션 을 참조하십시오.

법적 공지

Copyright © 2025 Red Hat, Inc.
The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/. In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version.
Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.
Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.
Linux® is the registered trademark of Linus Torvalds in the United States and other countries.
Java® is a registered trademark of Oracle and/or its affiliates.
XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.
MySQL® is a registered trademark of MySQL AB in the United States, the European Union and other countries.
Node.js® is an official trademark of Joyent. Red Hat is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
The OpenStack® Word Mark and OpenStack logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation's permission. We are not affiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.
All other trademarks are the property of their respective owners.
맨 위로 이동
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다. 최신 업데이트를 확인하세요.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

Theme

© 2025 Red Hat