すべてのプロダクト
Search

このプロダクト

    Container Service for Kubernetes:kubectl を使用したクラスターアプリケーションのバックアップと復元

    ドキュメントセンター

    Container Service for Kubernetes:kubectl を使用したクラスターアプリケーションのバックアップと復元

    最終更新日:Dec 19, 2025

    Container Service for Kubernetes (ACK) コンソールからバックアップセンターにアクセスできない場合や、ディザスタリカバリとバックアップを自動化する必要がある場合は、kubectl コマンドラインを使用できます。これにより、バックアップクラスターと復元クラスターにバックアップリポジトリ、アプリケーションバックアップ、アプリケーション復元のカスタムリソース (CR) をデプロイすることで、クラスター間でアプリケーションを移行できます。

    前提条件

    migrate-controller バックアップサービスコンポーネントのインストールと権限の設定

    利用シーン

    • 権限の問題により、ACK コンソールからバックアップセンターを使用できない。

    • ディザスタリカバリとバックアップのプロセスを自動化する必要がある。

    注意事項

    • kubectl の delete コマンドを使用してバックアップジョブと復元ジョブを削除することはできません。詳細については、「ステップ 4：バックアップセンター関連リソースの削除」をご参照ください。

    • migrate-controller コンポーネントの新しいリリースを監視し、速やかに最新バージョンに更新してください。詳細については、「コンポーネントの管理」をご参照ください。

    • 以下の例の構成パラメーターは削除しないでください。これらのパラメーターを削除すると、バックアップまたは復元が失敗する可能性があります。

    ステップ 1：バックアップリポジトリの作成

    1. バックアップクラスターと復元クラスターの両方で、次の内容を含む backuplocation.yaml という名前のファイルを作成します。

      apiVersion: csdr.alibabacloud.com/v1beta1
kind: BackupLocation
metadata:
  name: <yourBackuplocationName>
  namespace: csdr
spec:
  backupSyncPeriod: 0s
  config:
    network: internal
    region: cn-beijing
  objectStorage:
    bucket: <cnfs-oss-yourBucketName>
    prefix: <subDir>
  provider: alibabacloud

      他のパラメーターはデフォルト構成のままにしてください。

      パラメーター

      必須

      説明

      name

      はい

      バックアップリポジトリの名前。名前は Kubernetes の命名規則に従う必要があります。

      network

      はい

      Object Storage Service (OSS) バケットのネットワークアクセスモード。有効値：

      • internal：内部ネットワークアクセスモード。関連するすべてのクラスターと OSS バケットは同じリージョンにある必要があります。

      • public：パブリックネットワークアクセスモード。リージョンの制限はありません。

      region

      はい

      OSS バケットが配置されているリージョン。

      bucket

      はい

      OSS バケットの名前。バケットは事前に作成する必要があります。名前は cnfs-oss-**** で始まる必要があります。

      prefix

      いいえ

      OSS バケット内のサブディレクトリ。このパラメーターを設定すると、バックアップコンテンツはこのサブディレクトリに保存されます。

    2. バックアップクラスターと復元クラスターの両方で次のコマンドを実行して、backuplocation オブジェクトをデプロイします。

      kubectl apply -f backuplocation.yaml

    3. バックアップクラスターと復元クラスターの両方で次のコマンドを実行して、backuplocation オブジェクトのステータスを確認します。

      kubectl describe backuplocation <yourBackuplocationName> -n csdr

      期待される出力：

      ...
Status:
  Last Validation Time:  2022-12-08T04:00:22Z
  Message:               success by csdr-controller
  Phase:                 Available

      期待される出力は、バックアップリポジトリのステータスが Available であることを示しています。このステータスは、クラスターが OSS へのアクセスに必要な権限を持っていることを示します。

    ステップ 2：バックアップジョブの作成

    利用シーンに基づいてバックアップタイプを選択します。

    • アプリケーションのバックアップ：クラスターで実行中のサービスをバックアップします。バックアップには、クラスターリソースとサービスが使用する永続ボリューム (PV) が含まれます。

    • データ保護：PV データをバックアップします。バックアップには、永続ボリューム要求 (PVC) と PV のみが含まれます。

    詳細については、「アプリケーションのバックアップとデータ保護のシナリオ」をご参照ください。

    アプリケーションのバックアップ

    オンデマンドバックアップジョブの作成

    1. バックアップクラスターで、次の内容を含む applicationbackup.yaml という名前のファイルを作成します。

      apiVersion: csdr.alibabacloud.com/v1beta1
kind: ApplicationBackup
metadata:
  annotations:
    csdr.alibabacloud.com/backuplocations: >-
      {"name":"<yourBackuplocationName>","region":"cn-beijing","bucket":"<cnfs-oss-yourBucketName>","prefix":"<subDir>","provider":"alibabacloud"}}
  name: <yourApplicationBackupName>
  namespace: csdr
spec:
  includedNamespaces:
    - default
  includedResources:
    - statefulset
  excludedResources:
    - deployment
  labelSelector:
    matchLabels:
      app: mysql-sts
  includeClusterResources: false 
  pvBackup:
    defaultPvBackup: false
  storageLocation: <yourBackuplocationName>
  ttl: 720h0m0s

      他のパラメーターはデフォルト構成のままにしてください。

      パラメーター

      必須

      説明

      csdr.alibabacloud.com/backuplocations

      はい

      バックアップが保存されるバックアップリポジトリに関する情報。これはバックアップリポジトリの構成と一致している必要があります。

      name

      はい

      オンデマンドバックアップジョブの名前。

      includedNamespaces

      はい

      名前空間名を指定します。

      includedResources

      いいえ

      クラスターリソースタイプを指定します。

      重要

      予期しないバックアップ結果を避けるために、includedResources または excludedResources のいずれか一方のみを構成してください。両方が空の場合、すべてのリソースタイプがバックアップされます。

      excludedResources

      いいえ

      クラスターリソースタイプを除外します。

      重要

      予期しないバックアップ結果を避けるために、includedResources または excludedResources のいずれか一方のみを構成してください。両方が空の場合、すべてのリソースタイプがバックアップされます。

      matchLabels

      いいえ

      ラベルを指定します。ラベルに一致するリソースのみがバックアップされます。

      includeClusterResources

      いいえ

      StorageClass、CRD、Webhook などのクラスターレベルのリソースをバックアップするかどうかを指定します。

      • true：すべてのクラスターレベルのリソースをバックアップします。

      • false：選択した名前空間の名前空間レベルのリソースによって参照されるクラスターレベルのリソースのみをバックアップします。たとえば、Pod をバックアップすると、参照される ServiceAccount には ClusterRole が付与され、その ClusterRole は自動的にバックアップされます。CR をバックアップすると、CRD は自動的にバックアップされます。

      説明

      Container Service for Kubernetes (ACK) コンソールで作成されたバックアップジョブでは、IncludeClusterResources フィールドはデフォルトで false に設定されます。

      defaultPvBackup

      PV をバックアップし、データバックアップを有効にするかどうかを指定します。有効値：

      • true：アプリケーションと PV をバックアップします。

      • false：アプリケーションのみをバックアップします。

      storageLocation

      はい

      バックアップリポジトリの名前。

      説明

      ご利用のクラスターで既に Velero を使用している場合は、DingTalk グループ (ID：35532895) に参加してサポートを依頼してください。

      ttl

      はい

      バックアップの保持期間。これはバックアップジョブのデータストレージ期間です。この期間が過ぎると、データは復元できなくなります。フォーマットは 720h0m0s です。値の範囲は 24h0m0s から 1572864h0m0s です。

    2. バックアップクラスターで次のコマンドを実行して、applicationbackup オブジェクトをデプロイします。

      kubectl apply -f applicationbackup.yaml

    3. バックアップクラスターで次のコマンドを実行して、オンデマンドバックアップジョブのステータスを確認します。

      kubectl describe applicationbackup <yourApplicationBackupName> -n csdr

      期待される出力：

      ...
Status:
  Completion Timestamp:  2022-12-05T15:02:35Z
  Expiration:            2023-01-04T15:02:25Z
  Message:               success
  Phase:                 Completed

      バックアップジョブのステータスが Inprogress から Completed に変わると、バックアップジョブは完了です。

    バックアップスケジュールの作成

    1. バックアップクラスターで、次の内容を含む backupschedule.yaml という名前のファイルを作成します。

      apiVersion: csdr.alibabacloud.com/v1beta1
kind: BackupSchedule
metadata:
  annotations:
    csdr.alibabacloud.com/backuplocations: >-
      {"name":"<yourBackuplocationName>","region":"cn-beijing","bucket":"<cnfs-oss-yourBucketName>","prefix":"<subDir>","provider":"alibabacloud"}
  name: <yourBackupScheduleName>
  namespace: csdr
spec:
  schedule: 1 4 * * *
  template:
    includedNamespaces:
      - default
    includedResources:
      - statefulset
    excludedResources:
      - deployment
    labelSelector:
      matchLabels:
        app: mysql-sts
    includeClusterResources: false 
    pvBackup:
      defaultPvBackup: true
    storageLocation: <yourBackuplocationName>
    ttl: 720h0m0s

      他のパラメーターはデフォルト構成のままにしてください。

      パラメーター

      必須

      説明

      csdr.alibabacloud.com/backuplocations

      はい

      バックアップが保存されるバックアップリポジトリに関する情報。これはバックアップリポジトリの構成と一致している必要があります。

      name

      はい

      バックアップスケジュールの名前。

      schedule

      はい

      バックアップサイクル。cron 式を使用します。ルールの詳細については、「バックアッププラン作成時にバックアップサイクルを指定する方法」をご参照ください。

      includedNamespaces

      はい

      名前空間名を指定します。

      includedResources

      いいえ

      クラスターリソースタイプを指定します。

      重要

      予期しないバックアップ結果を避けるために、includedResources または excludedResources のいずれか一方のみを構成してください。両方が空の場合、すべてのリソースタイプがバックアップされます。

      excludedResources

      いいえ

      クラスターリソースタイプを除外します。

      重要

      予期しないバックアップ結果を避けるために、includedResources または excludedResources のいずれか一方のみを構成してください。両方が空の場合、すべてのリソースタイプがバックアップされます。

      matchLabels

      いいえ

      ラベルを指定します。ラベルに一致するリソースのみがバックアップされます。

      includeClusterResources

      いいえ

      StorageClass、CRD、Webhook などのクラスターレベルのリソースをバックアップするかどうかを指定します。

      • true：すべてのクラスターレベルのリソースをバックアップします。

      • false：選択した名前空間の名前空間レベルのリソースによって参照されるクラスターレベルのリソースのみをバックアップします。たとえば、Pod をバックアップすると、参照される ServiceAccount には ClusterRole が付与され、その ClusterRole は自動的にバックアップされます。CR をバックアップすると、CRD は自動的にバックアップされます。

      説明

      Container Service for Kubernetes (ACK) コンソールで作成されたバックアップジョブでは、IncludeClusterResources フィールドはデフォルトで false に設定されます。

      defaultPvBackup

      はい

      PV をバックアップし、データバックアップを有効にするかどうかを指定します。有効値：

      • true：アプリケーションと PV をバックアップします。

      • false：アプリケーションのみをバックアップします。

      storageLocation

      はい

      バックアップリポジトリの名前。

      説明

      ご利用のクラスターで既に Velero を使用している場合は、DingTalk グループ (ID：35532895) に参加してサポートを依頼してください。

      ttl

      はい

      バックアップの保持期間。これはバックアップジョブのデータストレージ期間です。この期間が過ぎると、データは復元できなくなります。フォーマットは 720h0m0s です。値の範囲は 24h0m0s から 1572864h0m0s です。

    2. バックアップクラスターで次のコマンドを実行して、backupschedule オブジェクトをデプロイします。

      kubectl apply -f backupschedule.yaml

    3. バックアップクラスターで次のコマンドを実行して、バックアップスケジュールのステータスを確認します。

      kubectl describe backupschedule <yourBackupScheduleName> -n csdr

      期待される出力：

      ...
Status:
  Last Backup:          2022-12-07T20:01:11Z
  Last Processed Time:  2022-12-08T13:05:37Z
  Phase:                Enabled

      バックアップスケジュールのステータスが Enabled になると、正常に作成されたことになります。

    4. バックアップクラスターで次のコマンドを実行して、定期的に作成されるバックアップを確認します。

      kubectl get applicationbackup -n csdr | grep <yourBackupScheduleName>

      期待される出力：

      <yourBackupScheduleName>-20221205225845   2d22h
<yourBackupScheduleName>-20221206040104   2d17h
<yourBackupScheduleName>-20221207040137   41h
<yourBackupScheduleName>-20221208040111   17h

    データ保護

    オンデマンドバックアップジョブの作成

    1. バックアップクラスターで、次の内容を含む applicationbackup.yaml という名前のファイルを作成します。

      apiVersion: csdr.alibabacloud.com/v1beta1
kind: ApplicationBackup
metadata:
  annotations:
    csdr.alibabacloud.com/backuplocations: >-
      {"name":"<yourBackuplocationName>","region":"cn-beijing","bucket":"<cnfs-oss-yourBucketName>","prefix":"<subDir>","provider":"alibabacloud"}}
  name: <yourApplicationBackupName>
  namespace: csdr
spec:
  backupType: PvBackup # 固定構成
  includedNamespaces:
  - default
  pvBackup:
    # ボリュームを指定
    pvcList:
    - name: essd-pvc-0 
      namespace: default 
    - name: essd-pvc-1
      namespace: default
    # ボリュームタイプを指定
    storageClassList:
    - disk-essd
    - disk-ssd
  storageLocation: <yourBackuplocationName>
  ttl: 720h0m0s

      パラメーター

      必須

      説明

      csdr.alibabacloud.com/backuplocations

      はい

      バックアップが保存されるバックアップリポジトリに関する情報。これはバックアップリポジトリの構成と一致している必要があります。

      name

      はい

      オンデマンドバックアップジョブの名前。

      includedNamespaces

      はい

      名前空間名を指定します。

      pvcList

      いいえ

      バックアップしたい PV に対応する PVC を指定します。name は PVC の名前です。

      重要

      • pvcList と storageClassList の両方を指定した場合、storageClassList の構成は有効になりません。

      • pvcList も storageClassList も指定しない場合、指定した名前空間内のすべての PV がバックアップされます。

      storageClassList

      いいえ

      バックアップする PV のタイプを指定します。これは StorageClass の名前です。

      storageLocation

      はい

      バックアップリポジトリの名前。

      説明

      ご利用のクラスターで既に Velero を使用している場合は、DingTalk グループ (ID：35532895) に参加してサポートを依頼してください。

      ttl

      はい

      バックアップの保持期間。これはバックアップジョブのデータストレージ期間です。この期間が過ぎると、データは復元できなくなります。フォーマットは 720h0m0s です。値の範囲は 24h0m0s から 1572864h0m0s です。

    2. バックアップクラスターで次のコマンドを実行して、applicationbackup オブジェクトをデプロイします。

      kubectl apply -f applicationbackup.yaml

    3. バックアップクラスターで次のコマンドを実行して、オンデマンドバックアップジョブのステータスを確認します。

      kubectl describe applicationbackup <yourApplicationBackupName> -n csdr

      期待される出力：

      ...
Status:
  Completion Timestamp:  2025-03-25T08:20:24Z
  Expiration:            2025-04-24T08:18:03Z
  Message:               success
  Phase:                 Completed

    バックアップスケジュールの作成

    1. バックアップクラスターで、次の内容を含む backupschedule.yaml という名前のファイルを作成します。

      apiVersion: csdr.alibabacloud.com/v1beta1
kind: BackupSchedule
metadata:
  annotations:
    csdr.alibabacloud.com/backuplocations: >-
      {"name":"<yourBackuplocationName>","region":"cn-beijing","bucket":"<cnfs-oss-yourBucketName>","prefix":"<subDir>","provider":"alibabacloud"}
  name: <yourBackupScheduleName>
  namespace: csdr
spec:
  schedule: 1 4 * * *
  template:
    backupType: PvBackup # 固定
    includedNamespaces:
    - default
    pvBackup:
      # ボリュームを指定
      pvcList:
      - name: essd-pvc-0 
        namespace: default
      - name: essd-pvc-1
        namespace: default
      # ボリュームタイプを指定
      storageClassList:
      - disk-essd
      - disk-ssd
    storageLocation: <yourBackuplocationName>
    ttl: 720h0m0s

      パラメーター

      必須

      説明

      csdr.alibabacloud.com/backuplocations

      はい

      バックアップが保存されるバックアップリポジトリに関する情報。これはバックアップリポジトリの構成と一致している必要があります。

      name

      はい

      オンデマンドバックアップジョブの名前。

      schedule

      はい

      バックアップサイクル。cron 式を使用します。ルールの詳細については、「バックアッププラン作成時にバックアップサイクルを指定する方法」をご参照ください。

      includedNamespaces

      はい

      名前空間名を指定します。

      pvcList

      いいえ

      バックアップしたい PV に対応する PVC を指定します。name は PVC の名前です。

      重要

      • pvcList と storageClassList の両方を指定した場合、storageClassList の構成は有効になりません。

      • pvcList も storageClassList も指定しない場合、指定した名前空間内のすべての PV がバックアップされます。

      storageClassList

      いいえ

      バックアップする PV のタイプを指定します。これは StorageClass の名前です。

      storageLocation

      はい

      バックアップリポジトリの名前。

      説明

      ご利用のクラスターで既に Velero を使用している場合は、DingTalk グループ (ID：35532895) に参加してサポートを依頼してください。

      ttl

      はい

      バックアップの保持期間。これはバックアップジョブのデータストレージ期間です。この期間が過ぎると、データは復元できなくなります。フォーマットは 720h0m0s です。値の範囲は 24h0m0s から 1572864h0m0s です。

    2. バックアップクラスターで次のコマンドを実行して、backupschedule オブジェクトをデプロイします。

      kubectl apply -f backupschedule.yaml

    3. バックアップクラスターで次のコマンドを実行して、バックアップスケジュールのステータスを確認できます。

      kubectl describe backupschedule <yourBackupScheduleName> -n csdr

      期待される出力：

      ...
Status:
  Last Backup:  2025-03-25T09:24:38Z
  Phase:        Enabled

    ステップ 3：復元ジョブの作成

    1. 復元クラスターで、次の内容を含む applicationrestore.yaml という名前のファイルを作成します。

      apiVersion: csdr.alibabacloud.com/v1beta1
kind: ApplicationRestore
metadata:
  annotations:    
    csdr.alibabacloud.com/backuplocations: >-
      {"name":"<yourBackuplocationName>","region":"cn-beijing","bucket":"<cnfs-oss-yourBucketName>","prefix":"<subDir>","provider":"alibabacloud"}
  name: <yourApplicationRestoreName>
  namespace: csdr
spec:
  appRestoreOnly: false
  preserveNodePorts: true
  includedNamespaces:
    - default
  includedResources:
    - statefulset
  excludedResources:
    - secret
  convertedarg:
  - convertToStorageClassType: alicloud-disk-topology-alltype
    convertToAccessModes:
    - ReadWriteOnce
    namespace: nas
    persistentVolumeClaim: pvc-nas
  - convertToStorageClassType: alicloud-disk-topology-alltype
    namespace: oss
    persistentVolumeClaim: pvc-oss
  backupName: <yourApplicationBackupName>
  namespaceMapping:
    <backupNamespace>: <restoreNamespace>
  imageRegistryMapping:
    <oldImageRegistry>: <newImageRegistry>

      他のパラメーターはデフォルト構成のままにしてください。

      説明

      appRestoreOnly、preserveNodePorts、includedResources、excludedResources パラメーターはアプリケーションのバックアップにのみ適用されます。これらのパラメーターはデータ保護のシナリオでは無視されます。

      パラメーター

      必須

      説明

      csdr.alibabacloud.com/backuplocations

      はい

      バックアップが保存されるバックアップリポジトリに関する情報。これはバックアップリポジトリの構成と一致している必要があります。

      name

      はい

      復元ジョブの名前。

      appRestoreOnly

      いいえ

      このパラメーターはアプリケーションバックアップジョブに対してのみ有効です。データ保護ジョブには影響しません。

      PV を含むバックアップの場合、アプリケーションのみを復元し、PVC、PV、およびそれに対応するデータは復元しないかどうかを指定します。有効値：

      • true：アプリケーションのみを復元します。バックアップされたアプリケーションのデータソースを変更するには、手動で PVC と PV を作成し、復元ジョブを作成してこのパラメーターを true に設定します。

      • false：アプリケーションと関連するストレージデータを復元します。これがデフォルト値です。

      preserveNodePorts

      いいえ

      このパラメーターはアプリケーションバックアップジョブに対してのみ有効です。データ保護ジョブには影響しません。

      アプリケーションの NodePort を保持するかどうかを指定します。バックアップクラスターと復元クラスターが同じ場合、デフォルト値は false です。ポート値は、同じタイプの既存のアプリケーションとの競合を避けるためにランダムに変更されます。それ以外の場合は、これを true に設定します。

      includedNamespaces

      はい

      復元する名前空間の名前を指定します。これを空のままにすると、バックアップされたすべての名前空間が復元されます。

      includedResources

      いいえ

      このパラメーターはアプリケーションバックアップジョブに対してのみ有効です。データ保護ジョブには影響しません。

      復元するクラスターリソースタイプを指定します。

      重要

      • 予期しない結果を避けるために、includedResources または excludedResources のいずれか一方のみを構成してください。両方が空の場合、バックアップされたすべてのリソースタイプが復元されます。

      excludedResources

      いいえ

      このパラメーターはアプリケーションバックアップジョブに対してのみ有効です。データ保護ジョブには影響しません。

      復元するクラスターリソースタイプを除外します。

      重要

      • 予期しない結果を避けるために、includedResources または excludedResources のいずれか一方のみを構成してください。両方が空の場合、バックアップされたすべてのリソースタイプが復元されます。

      backupName

      はい

      復元するバックアップの名前。スケジュールバックアップ機能を使用する場合、特定の時点で作成されたバックアップの名前を指定する必要があります。例：<yourBackupScheduleName>-20221205225845。

      namespaceMapping

      いいえ

      名前空間を再マッピングします。有効値：

      • <backupNamespace>：バックアップジョブ作成時に指定されたバックアップクラスター内の名前空間。

      • <restoreNamespace>：バックアップからのリソースが作成される復元クラスター内の名前空間。これを設定しない場合、リソースはデフォルトで同じ名前の名前空間に復元されます。

      説明

      <restoreNamespace> が存在しない場合、新しい名前空間が作成されます。

      imageRegistryMapping

      いいえ

      イメージリポジトリアドレスを再マッピングします。これは、ルールに一致するすべてのアプリケーションのイメージ構成に適用されます。有効値：

      • <oldImageRegistry>：バックアップ内のアプリケーションの元のイメージリポジトリアドレス。

      • <newImageRegistry>：復元先のターゲットイメージリポジトリアドレス。これを設定しない場合、アプリケーションのイメージ構成は変更されません。

      例：

      元のアプリケーションはイメージ registry.cn-beijing.aliyuncs.com/my-registry/nginx:v1 を使用しています。これを registry.cn-hangzhou.aliyuncs.com/my-registry/nginx:v1 に変更する必要があります。フィールドを次のように構成します。

        imageRegistryMapping:
    "registry.cn-beijing.aliyuncs.com/my-registry/": "registry.cn-hangzhou.aliyuncs.com/my-registry/"

      convertedarg

      いいえ

      StorageClass 変換のリスト。バックアップ内の FileSystem データタイプのボリューム (OSS、NAS、CPFS、ローカルストレージなど) の PVC は、現在のクラスターのターゲット StorageClass に復元されます。これにより、たとえば NAS ストレージからディスクストレージへの変換が可能になります。

      • convertToStorageClassType：ターゲットの StorageClass。現在のクラスターに存在する必要があります。現在のバージョンでは、ディスクまたは NAS の StorageClass のみ選択できます。

      • namespace：ストレージ要求が配置されている名前空間。

      • persistentVolumeClaim：PVC の名前。

      上記のパラメーターは、StorageClass 変換機能に必須です。

      StorageClass を変換する際に、次のオプションパラメーターを使用して PV の AccessModes 構成を変更することもできます。

      • convertToAccessModes：ターゲットの AccessModes のリスト。

      説明

      AccessModes が ReadWriteMany または ReadOnlyMany の PV をディスク StorageClass に復元する必要がある場合、強制的なディスクデタッチのリスクを避けるために、AccessModes を ReadWriteOnce に変換する必要もあります。

      kubectl -ncsdr describe <backup-name> を実行して、バックアップの PVC 情報をクエリできます。出力の status.resourceList.dataResource.pvcBackupInfo リストでは、dataType フィールドがデータの型 (FileSystem または Snapshot) を示します。nameSpace および pvcName フィールドは、それぞれ PVC の名前空間と名前です。

    2. 復元クラスターで次のコマンドを実行して、applicationrestore オブジェクトをデプロイします。

      kubectl apply -f applicationrestore.yaml

    3. 復元クラスターで次のコマンドを実行して、復元ジョブのステータスを確認します。

      kubectl describe applicationrestore <yourApplicationRestoreName> -n csdr

      期待される出力：

      ...
Status:
  Completion Timestamp:  2022-12-05T15:52:19Z
  Phase:                 Completed
  Start Timestamp:       2022-12-05T15:52:09Z

      復元ジョブのステータスが Inprogress から Completed に変わると、復元ジョブは完了です。

    ステップ 4：バックアップセンター関連リソースの削除

    重要

    バックアップリポジトリが他のクラスターで使用されている可能性があるため、バックアップセンターから BackupLocation リソースを削除することはできません。

    バックアップスケジュールの削除

    次のコマンドを実行して BackupSchedule リソースを削除し、スケジュールされたバックアップを停止します。

    kubectl delete backupschedule <yourBackupSchedule> -n csdr

    バックアップジョブまたは復元ジョブの削除

    1. 削除したいジョブを含むクラスターで、次の内容を含む deleterequest.yaml という名前のファイルを作成します。

      apiVersion: csdr.alibabacloud.com/v1beta1
kind: DeleteRequest
metadata:
  name: <objectName-dbr>
  namespace: csdr
spec:
  deleteObjectName: <objectName>
  deleteObjectType: "Backup"

      他のパラメーターはデフォルト構成のままにしてください。

      パラメーター

      必須

      説明

      name

      はい

      削除リクエストの名前。

      • バックアップジョブの場合：削除する ApplicationBackup の名前に「-dbr」を追加します。

      • 復元ジョブの場合：削除する ApplicationRestore の名前に「-dbr」を追加します。

      deleteObjectName

      はい

      削除するリソースの名前。

      deleteObjectType

      はい

      削除するリソースのタイプ。有効値：

      • "Backup"：ApplicationBackup ジョブとその関連リソースを削除します。

      • "Restore"：ApplicationRestore ジョブとその関連リソースを削除します。

      説明

      • バックアップジョブを削除しても、クラスターに同期されたレプリカには影響しません。

      • 復元ジョブを削除しても、復元されたコンテンツには影響しません。

    2. 削除したいジョブを含むクラスターで次のコマンドを実行して、deleterequest オブジェクトをデプロイします。

      kubectl apply -f deleterequest.yaml

    3. 次のコマンドを使用してリソースのステータスを確認します。

      • 削除されたバックアップジョブの確認

        • 次のコマンドを実行して、バックアップジョブの削除ステータスを確認します。

          kubectl get applicationbackup <yourApplicationBackupName> -n csdr

          期待される出力：

          Error from server (NotFound): applicationbackups.csdr.alibabacloud.com "yourApplicationBackupName" not found

          空の出力は、バックアップジョブのリソースが削除されたことを示します。

        • 次のコマンドを実行して、削除リクエストリソースのステータスを確認します。

          kubectl get deleterequest <yourApplicationBackupName-dbr> -n csdr

          期待される出力：

          Error from server (NotFound): deleterequests.csdr.alibabacloud.com "yourApplicationBackupName-dbr" not found

          出力は、バックアップジョブのリソースとその関連する削除リクエストリソースが自動的に削除されたことを示します。

      • 削除された復元ジョブの確認

        • 次のコマンドを実行して、削除された復元ジョブのステータスを確認します。

          kubectl get applicationrestore <yourApplicationRestoreName> -n csdr

          期待される出力:

          Error from server (NotFound): applicationrestores.csdr.alibabacloud.com "yourApplicationRestoreName" not found

          空の出力は、復元ジョブのリソースが削除されたことを示します。

        • 次のコマンドを実行して、削除リクエストリソースのステータスを確認します。

          kubectl get deleterequest <yourApplicationRestoreName-dbr> -n csdr

          期待される出力：

          Error from server (NotFound): deleterequests.csdr.alibabacloud.com "yourApplicationRestoreName-dbr" not found

          空の出力は、関連する削除リクエストリソースも自動的に削除されたことを示します。

    関連ドキュメント