バックアップ クラスターと復元クラスターが異なるアカウントに属する場合にアプリケーションをバックアップおよび復元するには、復元クラスターのアカウントを使用して登録済みクラスターを作成します。次に、バックアップ クラスターを登録済みクラスターに接続し、Object Storage Service (OSS) などのAlibaba Cloud サービスにアクセスするための権限を構成します。これにより、バックアップ クラスターと復元クラスターが異なるアカウントに属する場合でも、同じアカウント内でアプリケーションをバックアップおよび復元できます。
仕組み
注意事項
リージョン間の復元の場合は、復元アカウントで復元クラスターと同じリージョンに登録済みクラスターを作成します。バックアップ クラスターは登録済みクラスターに接続し、インターネット経由でクラウドにデータをバックアップします。復元中、データは内部ネットワーク経由で復元クラスターに復元されます。
バックアップ クラスターと復元クラスターは、Kubernetes 1.16 以降を実行している必要があります。 apiVersion の互換性を確保するために、バックアップ センターを使用して、新しい Kubernetes バージョンを実行しているクラスターから古い Kubernetes バージョンを実行しているクラスターにアプリケーションを移行しないことをお勧めします。
バックアップ センターは、削除中のリソースはバックアップしません。
CNFS によって管理されているファイル ストレージ NAS (NAS) ボリュームにバックアップを復元するには ([StorageClass] を [alibabacloud-cnfs-nas] に設定することにより)、最初に StorageClass を作成する必要があります。詳細については、「CNFS を使用して NAS ファイルシステムを管理する (推奨)」をご参照ください。
バックアップ センターは、復元クラスターに推奨される API バージョンにアプリケーションを復元することが望ましいです。リソースの新旧の Kubernetes バージョンでサポートされている API バージョンがない場合は、リソースを手動でデプロイする必要があります。例:
Kubernetes 1.16 を実行するクラスターのデプロイメントは、
extensions/v1beta1、apps/v1beta1、apps/v1beta2、およびapps/v1をサポートしています。このシナリオでは、Kubernetes 1.28 を実行するクラスターのデプロイメントの API バージョンはapps/v1に復元されます。Kubernetes 1.16 を実行するクラスターの Ingress は、
extensions/v1beta1およびnetworking.k8s.io/v1beta1をサポートしています。このシナリオでは、Kubernetes 1.22 以降を実行するクラスターの Ingress を復元することはできません。
さまざまな Kubernetes バージョンの API アップデートの詳細については、「ACK でサポートされている Kubernetes バージョンのリリースノート」と「非推奨の API 移行ガイド」をご参照ください。
重要Kubernetes 1.16 を実行するクラスターでは、
appsやrbac.authorization.k8s.ioなどのグループは、すでに API バージョン v1 をサポートしています。 Kubernetes 1.28 を実行するクラスターにアプリケーションを移行した後、Ingress と CronJob リソースを手動で復元する必要があります。登録済みクラスターとその他の Container Service for Kubernetes (ACK) クラスターのバックアップ センター インストール テンプレートは異なります。バックアップ クラスターを登録済みクラスターに接続する (またはバックアップ クラスターを登録済みクラスターから切断する) 際に、引き続きバックアップ センターを使用する場合は、登録済みクラスター (またはバックアップ クラスター) にバックアップ センター コンポーネントを再インストールする必要があります。
登録済みクラスターの Elastic Compute Service (ECS) スナップショット機能によって作成されたディスク スナップショットは、バックアップ クラスターのアカウントに属します。復元クラスターのアカウントを直接使用して、これらのスナップショットからディスクを復元することはできません。アプリケーションでディスク ボリュームを使用している場合は、ECS のスナップショット共有機能を使用して、スナップショットからディスクを手動で復元できます。また、グローバル構成を変更して、クラウド バックアップを使用してディスク内のデータをバックアップすることもできます。詳細については、「ステップ 4: 復元クラスターで復元タスクを作成する」をご参照ください。
前提条件
クラウド バックアップがアクティブ化されている。NAS ファイルシステム、OSS バケット、ローカル ディスクを使用するボリュームをバックアップする場合、またはハイブリッド クラウド シナリオでボリュームをバックアップする場合は、クラウド バックアップを使用してバックアップを作成するようにバックアップ センターを構成する必要があります。詳細については、 クラウド バックアップ をご参照ください。
ボリュームが復元されるクラスターが作成されている。Elastic Compute Service (ECS) インスタンスのスナップショットを使用してディスク データを復元できるように、クラスターの Kubernetes バージョンを 1.18 以降に更新することをお勧めします。詳細については、「ACK マネージドクラスターを作成する」、「ACK 専用クラスターを作成する (廃止)」、または「クラスター登録プロキシを作成し、データ センターにデプロイされている Kubernetes クラスターを登録する」をご参照ください。
重要復元クラスターは、Container Storage Interface (CSI) プラグインを使用する必要があります。FlexVolume を使用しているクラスター、または csi-compatible-controller と FlexVolume を使用しているクラスターでは、アプリケーションの復元はサポートされていません。
バックアップ センターは、アプリケーションのバックアップと復元に使用されます。復元タスクを実行する前に、復元クラスターにシステム コンポーネントをインストールして構成する必要があります。例:
aliyun-acr-credential-helper: 復元クラスターに権限を付与し、acr-configuration を構成する必要があります。
alb-ingress-controller: ALBConfig を構成する必要があります。
ディスク スナップショットを作成してボリュームをバックアップするには、CSI 1.1.0 以降をインストールする必要があります。詳細については、「csi-plugin および csi-provisioner コンポーネントを管理する」をご参照ください。
課金
バックアップ センター機能は無料です。ただし、この機能を使用すると、次の関連サービスに対して課金される場合があります。
OSS 課金: OSS バケットは、関連する YAML ファイルなど、クラスターのバックアップ ファイルを保存するために使用されます。
スナップショット課金: スナップショットは、Alibaba Cloud ディスクを使用してボリュームをバックアップするために使用されます。
説明2023 年 10 月 12 日 11:00 (UTC + 08:00) から、インスタント アクセス機能のストレージ料金と機能使用料金は発生しなくなりました。詳細については、「インスタント アクセス機能を使用する」をご参照ください。
PL0 Enhanced SSD (ESSD)、PL1 ESSD、PL2 ESSD、PL3 ESSD、または ESSD AutoPL ディスクを使用する場合、バックアップ中に作成されたスナップショットでは、インスタント アクセス機能がデフォルトで有効になっています。
クラウド バックアップの料金詳細: クラウド バックアップ は、ディスク ボリューム以外のボリューム タイプからデータをバックアップするために使用されます。
サンプル アプリケーション
次のサンプル アプリケーションは、アプリケーション データをバックアップおよび復元する方法を示すために使用されます。
バックアップ クラスターには、次のサンプル アプリケーションが含まれています。
アプリケーション | ボリュームがマウントされているかどうか | アプリケーションの特性 | データ バックアップが必要かどうか |
sts-disk |
| アプリケーションではデータの整合性が必要です。アプリケーションをバックアップする前に、書き込み操作を一時停止する必要があります。 | はい。クラウド バックアップと ECS スナップショットを使用してデータをバックアップします。 |
sts-nas |
| アプリケーションはデータの整合性を必要とせず、バックアップ プロセス中に書き込まれたデータの損失を許容できます。 仮想プライベート クラウド (VPC) を介してアカウント間でアプリケーションをバックアップまたは復元することはできません。復元クラスターは、NAS に保存されている元のデータを読み取ることができません。 | はい。クラウド バックアップを使用してデータをバックアップします。 |
sts-oss |
| アプリケーションは大量のデータを保存する必要があります。バックアップ クラスターが属するアカウントの AccessKey ペアを使用して、元の OSS バケットにアクセスします。 | いいえ。ボリュームは元の PVC と永続ボリューム (PV) に基づいて復元され、元の OSS バケットにマッピングされます。 |
さまざまなタイプのボリュームを使用するアプリケーションの作成方法の詳細については、「ストレージ - CSI」をご参照ください。
(オプション) ステップ 1: バックアップ クラスターのバックアップ センター コンポーネントをアンインストールする
バックアップ クラスターでバックアップ センターの機能をすでに使用している場合は、最初にバックアップ クラスターのバックアップ センター コンポーネントをアンインストールする必要があります。これは、登録済みクラスターとその他の ACK クラスターのバックアップ センター インストール テンプレートが異なるためです。バックアップ センター コンポーネントがバックアップ クラスターにインストールされていない場合は、このステップをスキップします。
バックアップ クラスターのアカウントを使用して、ACK コンソール にログインします。左側のナビゲーション ウィンドウで、[クラスター] をクリックします。
[クラスター] ページで、管理するクラスターを見つけて名前をクリックします。左側のナビゲーション ウィンドウで、[アドオン] をクリックします。
[アドオン] ページで、[アプリケーションの管理] タブをクリックします。
[migrate-controller] カードを見つけて、右下隅にある [アンインストール] をクリックします。
[アンインストール] メッセージで、[OK] をクリックします。
ステップ 2: 登録済みクラスターにバックアップ センター コンポーネントをインストールする
バックアップ クラスターのアカウントを使用して、登録済みクラスターを作成 し、バックアップ クラスターを登録済みクラスターに接続します。
登録済みクラスターに migrate-controller をインストールし、権限を付与 します。
説明登録済みクラスターは、バックアップ クラスターと同じリージョンにデプロイされます。したがって、OSS バケットが存在するリージョンの内部ネットワークを指すルートを追加する必要はありません。
ステップ 3: 登録済みクラスターでバックアップ タスクを作成する
このステップは、復元アカウント内の登録済みクラスターで実行する必要があります。バックアップ アカウント内のバックアップ クラスターでは、このステップを実行しないでください。
クラウド バックアップと比較して、ECS スナップショット機能はより効率的で、データの整合性を確保できます。ECS スナップショット機能を使用して作成されたディスク ボリュームのスナップショットは、バックアップ クラスターのアカウントに属します。スナップショットを直接使用して、別のアカウントに属するクラスターのデータを復元することはできません。
次のソリューションを使用して、ディスク ボリュームを使用する sts-disk アプリケーションをアカウント間で復元できます。
バックアップ ソリューション | クラウド バックアップ ソリューション | ECS スナップショット ソリューション |
実装 | データをバックアップする前に、csdr ネームスペースの configmap/csdr-config を構成して、クラウド バックアップを使用してディスク ボリュームに保存されているデータをバックアップします。 ボリュームを復元するときは、ターゲット ボリュームの StorageClass を disk に設定します。 | デフォルトの ECS スナップショット機能を使用してディスク ボリュームのデータをバックアップし、バックアップ クラスターのアカウントから復元クラスターのアカウントにスナップショットを共有します。 バックアップ センターを使用してボリュームを復元する前に、静的にプロビジョニングされたボリューム スナップショットを手動で作成し、ディスク ボリュームのプロビジョニングに使用されるすべての PVC を再作成して、ディスクを正常に作成およびマウントできるようにする必要があります。 |
利点 | 追加の構成は必要ありません。 | ECS スナップショット機能は、同じディスクに保存されているデータの整合性を確保し、データをはるかに高速に復元できます。 |
欠点 | クラウド バックアップでは、データのバックアップと復元に長い時間がかかり、データの整合性を確保できません。アプリケーションでデータの整合性が必要な場合は、バックアップ プロセス中に書き込み操作を長時間一時停止する必要があります。 | 多数のディスク ボリュームが関係している場合、手動構成が複雑になる可能性があります。 |
アプリケーションでディスク ボリュームを使用していない場合は、クラウド バックアップ ソリューションを選択してください。
クラウド バックアップ ソリューション
アプリケーションでディスク ボリュームを使用していて、クラウド バックアップを使用する場合は、このソリューションを選択してください。次の手順を実行してデータをバックアップします。
ECS スナップショット機能が無効になっていることを確認します。
次のコマンドを実行して、
csdr-configConfigMap を変更します。kubectl -ncsdr edit cm csdr-configenable_ecs_snapshotフィールドをfalseに設定します。ファイルを保存して終了します。変更を有効にするには、次のコマンドを実行してコンポーネントを再起動します。
kubectl -ncsdr delete pod -l control-plane=csdr-controller
復元クラスターのアカウントにバックアップ ボールトがない場合は、作成し、復元クラスターのアカウント内の
cnfs-oss-*という名前の OSS バケットに関連付けます。詳細については、「バックアップ ボールトを作成する」をご参照ください。sts-oss アプリケーションのバックアップ タスクを作成します。詳細については、「バックアップ プランを作成するか、即座にバックアップする」をご参照ください。
sts-oss アプリケーションは元の OSS バケットを使用する必要があります。したがって、OSS ボリュームのデータをバックアップする必要はありません。アプリケーションのバックアップ タスクを作成します。バックアップ タスクを構成するときは、[ボリュームのバックアップ] に [無効] を選択します。
sts-oss アプリケーションが oss ネームスペースに属していると仮定します。バックアップ タスクを作成するときは、oss ネームスペースを選択します。ネームスペースに他のアプリケーションが含まれている場合は、ラベルを追加して sts-oss アプリケーションを選択します。
[アプリケーション バックアップ] ページの [バックアップ レコード] タブで、バックアップ タスクのステータスが [処理中] から [完了] に変わることを確認します。バックアップ レコードの名前をクリックし、AccessKey ペアを保存する StatefulSet、ポッド、PVC、PV、およびシークレットなど、sts-oss アプリケーションに関連するリソースがバックアップされていることを確認します。
sts-nas アプリケーションと sts-disk アプリケーションのバックアップ タスクを作成します。詳細については、「バックアップ プランを作成するか、即座にバックアップする」をご参照ください。
バックアップ タスクを作成するときは、[ボリュームのバックアップ] に [マウントされたボリューム] を選択します。
enable_ecs_snapshotがfalseに設定されているため、ディスク ボリュームのデータもクラウド バックアップによってバックアップされます。クラウド バックアップ コンソール にログインし、左側のナビゲーション ウィンドウで [コンテナー バックアップ] をクリックし、[バックアップ ジョブ] タブで各 PVC のバックアップの進行状況と結果を表示できます。
ECS スナップショット ソリューション
アプリケーションでディスク ボリュームを使用していて、ECS スナップショット ソリューションを使用してクラウド ディスクをバックアップする場合は、このソリューションを選択してください。次の手順を実行してデータをバックアップします。
ECS スナップショット機能が有効になっていることを確認します。
次のコマンドを実行して、
csdr-configConfigMap を変更します。kubectl -ncsdr edit cm csdr-configenable_ecs_snapshotフィールドをtrueに設定します。ファイルを保存して終了します。変更を有効にするには、次のコマンドを実行してコンポーネントを再起動します。
kubectl -ncsdr delete pod -l control-plane=csdr-controller
復元クラスターのアカウントにバックアップ ボールトがない場合は、作成し、復元クラスターのアカウント内の
cnfs-oss-*という名前の OSS バケットに関連付けます。詳細については、「バックアップ ボールトを作成する」をご参照ください。sts-oss アプリケーションのバックアップ タスクを作成します。詳細については、「バックアップ プランを作成するか、即座にバックアップする」をご参照ください。
sts-oss アプリケーションは元の OSS バケットを使用する必要があります。したがって、OSS ボリュームのデータをバックアップする必要はありません。アプリケーションのバックアップ タスクを作成します。バックアップ タスクを構成するときは、[ボリュームのバックアップ] に [無効] を選択します。
sts-oss アプリケーションが oss ネームスペースに属していると仮定します。バックアップ タスクを作成するときは、oss ネームスペースを選択します。ネームスペースに他のアプリケーションが含まれている場合は、ラベルを追加して sts-oss アプリケーションを選択します。
[アプリケーション バックアップ] ページの [バックアップ レコード] タブで、バックアップ タスクのステータスが [処理中] から [完了] に変わることを確認します。バックアップ レコードの名前をクリックし、AccessKey ペアを保存する StatefulSet、ポッド、PVC、PV、およびシークレットなど、sts-oss アプリケーションに関連するリソースがバックアップされていることを確認します。
sts-nas アプリケーションと sts-disk アプリケーションのバックアップ タスクに backup-nas-disk という名前を作成します。詳細については、「バックアップ プランを作成するか、即座にバックアップする」をご参照ください。
バックアップ タスクを作成するときは、[ボリュームのバックアップ] に [マウントされたボリューム] を選択します。
ディスク ボリュームのデータは、デフォルトで ECS スナップショット機能を使用してバックアップされます。ECS コンソール にログインし、左側のナビゲーション ウィンドウで [スナップショット] をクリックし、[ディスク スナップショット] タブで各ディスクのスナップショットを表示できます。
NAS ボリュームのデータは、クラウド バックアップを使用してバックアップされます。クラウド バックアップ コンソール にログインし、左側のナビゲーション ウィンドウで [コンテナー バックアップ] をクリックし、[バックアップ ジョブ] タブで各 PVC のバックアップの進行状況と結果を表示できます。
ステップ 4: 復元クラスターで復元タスクを作成する
開始する前に、復元クラスターに必要なコンポーネントをインストールして構成する必要があります。例:
コンテナー レジストリ パスワードなしイメージ プル コンポーネント: 復元クラスターに権限を付与し、acr-configuration を構成する必要があります。
ALB Ingress コンポーネント: AlbConfig を構成する必要があります。
復元プロセス中に、同じ名前のリソースがクラスターにすでに存在する場合、復元クラスターはそのリソースをスキップします。
アプリケーションでディスク ボリュームを使用していない場合は、クラウド バックアップ ソリューションを選択してください。
サービスはサービス タイプに基づいて復元されます。
NodePort サービス: NodePort サービスのポートは、クロス クラスター復元中にデフォルトで保持されます。
LoadBalancer サービス: ExternalTrafficPolicy が Local に設定されている場合、HealthCheckNodePort はデフォルトでランダム ポートを使用します。ポートを保持するには、復元タスクを作成するときに
spec.preserveNodePorts: trueを指定します。バックアップ クラスターのサービスが既存の Server Load Balancer (SLB) インスタンスを使用している場合、復元クラスターで復元されたサービスは引き続き元の SLB インスタンスを使用しますが、すべてのリスナーはデフォルトで無効になっています。SLB コンソールでリスナーを構成する必要があります。
バックアップ クラスターの LoadBalancer サービスは、クラウド コントローラー マネージャー (CCM) によって管理されます。システムがこれらのサービスを復元すると、CCM は SLB インスタンスを作成します。詳細については、「LoadBalancer タイプ サービスを構成する場合の考慮事項」をご参照ください。
クラウド バックアップ ソリューション
復元クラスターのアカウントを使用して、復元クラスターで次の手順を実行します。
sts-oss アプリケーションを復元する復元タスクを作成します。詳細については、「アプリケーションとボリュームを復元する」をご参照ください。
[アプリケーション バックアップ] ページで、[今すぐバックアップ] をクリックし、バックアップ ボールトを選択して初期化し、システムが復元クラスターにバックアップ ファイルを同期するまで待ちます。
backup-oss バックアップ ファイルを選択し、復元タスクを作成します。
sts-oss アプリケーションが復元クラスターで正常に実行されているかどうかを確認します。
kubectl execコマンドを実行してコンテナーにログインし、データの整合性を確認します。
sts-nas アプリケーションと sts-disk アプリケーションを復元する復元タスクを作成し、StorageClass 変換を使用してデータを目的のタイプのボリュームに復元します。詳細については、「アプリケーションとボリュームを復元する」をご参照ください。
[アプリケーション バックアップ] ページで、[今すぐバックアップ] をクリックし、backup-nas-disk を選択します。pvc-disk には alicloud-disk StorageClass を、pvc-nas には alibabacloud-cnfs-nas StorageClass を選択します。
デフォルトでは、alicloud-disk は CSI プラグインによって提供される alicloud-disk-topology-alltype StorageClass を指します。StorageClass 変換のためにクラスターにカスタム StorageClass を作成することもできます。
復元クラスターのアプリケーションとデータが正常であることを確認します。ECS コンソール にログインし、復元クラスターのアカウント内に新しいディスクが作成され、対応するノードにマウントされているかどうかを確認できます。
ECS スナップショット ソリューション
復元クラスターのアカウントを使用して、復元クラスターで復元タスクを作成し、sts-oss アプリケーションを復元します。詳細については、「アプリケーションとボリュームを復元する」をご参照ください。
[アプリケーション バックアップ] ページで、[今すぐバックアップ] をクリックし、バックアップ ボールトを選択して初期化し、システムが復元クラスターにバックアップ ファイルを同期するまで待ちます。
backup-oss バックアップ ファイルを選択し、復元タスクを作成します。
sts-oss アプリケーションが復元クラスターで正常に実行されているかどうかを確認します。
kubectl execコマンドを実行してコンテナーにログインし、データの整合性を確認します。
バックアップ クラスターのアカウントを使用して ECS コンソール にログインし、復元クラスターのアカウントとスナップショットを共有します。詳細については、「スナップショットを共有する」をご参照ください。
バックアップ センターによって作成されたスナップショットは、snapshot- で始まります。対応するバックアップ レコードの作成時刻に基づいてスナップショットを見つけることができます。
スナップショットからディスク ボリュームへの手動復元を容易にするために、バックアップ クラスターのアカウント内で次のマッピングを記録するために、次の操作を実行することをお勧めします。
ECS コンソールに移動し、スナップショット ID と対応するディスク ID のマッピングを記録します。
バックアップ クラスターにログインし、ディスク ボリュームのマウントに使用される PVC と対応するディスク ID を記録します。
次のコマンドを実行して、ディスク ボリュームのマウントに使用される PV にバインドされている PVC と対応するディスクをクエリします。
kubectl get pv <PV-Name> -o jsonpath='{"PVC: "}{.spec.claimRef.name}{"\nNamespace: "}{.spec.claimRef.namespace}{"\nVolumeHandle: "}{.spec.csi.volumeHandle}'予期される出力:
PVC: <disk-pvc-name> Namespace: <disk-pvc-namespace> VolumeHandle: d-2ze323ra0h2v5lxxxxx出力では、PVC フィールドは PVC 名を示し、Namespace フィールドは PVC のネームスペースを示し、VolumeHandle フィールドはディスクの ID を示します。
上記の in formation は、ディスク ボリュームのマウントに使用される PVC の ID を対応するスナップショットの ID にマッピングするのに役立ちます。
復元クラスターのアカウントを使用して リソース管理コンソール にログインし、共有スナップショットを受け入れます。詳細については、「スナップショットを共有する」をご参照ください。
復元クラスターのアカウント内の共有スナップショットの名前は変更されませんが、ID は変更されます。
スナップショット名に基づいて、新しいスナップショット ID を元の ID にマッピングできます。ステップ 3 のマッピング情報を参照して、ディスク ボリュームのマウントに使用される PVC の ID を新しいスナップショットの ID にマッピングできます。
復元クラスターでディスク ボリュームを手動で復元します。次の手順を実行します。
静的プロビジョニング方式を使用して、復元クラスターに VolumeSnapshotContent と VolumeSnapshot を作成します。詳細については、「ディスク ボリュームのスナップショットを作成する」をご参照ください。VolumeSnapshot は、作成する PVC と同じネームスペースに作成する必要があります。VolumeSnapshotContent 構成の snapshotHandle パラメーターを新しいスナップショットの ID に設定します。
VolumeSnapshot を参照するために、元の PVC と同じ名前の PVC を作成します。詳細については、「ディスク ボリュームのスナップショットを作成する」のステップ 6 をご参照ください。新しい PVC は、新しい PVC に
dataSourceパラメーターが追加されていることを除いて、元の PVC と同じ構成になっています。
復元クラスターで復元タスクを作成して、sts-nas アプリケーションと sts-disk アプリケーションを復元します。詳細については、「アプリケーションとボリュームを復元する」をご参照ください。
このステップでは、sts-disk アプリケーションによって使用されるボリュームはすでに復元されているため、デフォルトでスキップされます。sts-disk アプリケーションを復元すると、元のアプリケーションと同じ名前の新しい PVC がアプリケーションにマウントされます。
[アプリケーション バックアップ] ページで、[今すぐバックアップ] をクリックし、backup-nas-disk を選択します。StorageClass 変換を選択しない場合、ボリュームはデフォルトで元の StorageClass に基づいて復元されます。StorageClass が復元クラスターにすでに存在することを確認してください。
復元クラスターのアプリケーションとデータが正常であることを確認します。ECS コンソール にログインし、復元クラスターのアカウント内に新しいディスクが作成され、対応するノードにマウントされているかどうかを確認できます。
(オプション) ステップ 5: バックアップ クラスターを登録済みクラスターから切断し、バックアップ センター コンポーネントを再デプロイする
アカウント間でアプリケーションをバックアップまたは復元する必要がなくなった場合は、バックアップ クラスターを登録済みクラスターから切断できます。
バックアップ クラスターで引き続きバックアップ センターを使用する場合は、バックアップ センター コンポーネントをアンインストールして再インストールします。
関連情報
異なるボリューム プラグインを使用しているクラスター間または異なる Kubernetes バージョンを実行しているクラスター間でアプリケーションを移行する方法の詳細については、「バックアップ センターを使用して古い Kubernetes バージョンを実行している ACK クラスターのアプリケーションを移行する」をご参照ください。
同じリージョン内のクラスター間でアプリケーションを移行する方法の詳細については、「同じリージョン内のクラスター間でアプリケーションを移行する」をご参照ください。
リージョン間でアプリケーションを移行する方法の詳細については、「異なるリージョン内のクラスター間でアプリケーションを移行する」をご参照ください。
kubectl を使用してアプリケーションを移行する方法の詳細については、「kubectl を使用してアプリケーションをバックアップおよび復元する」をご参照ください。