バックアップクラスターと復元クラスターが異なるアカウントに属している場合にアプリケーションをバックアップおよび復元するには、復元クラスターのアカウントを使用して登録済みクラスターを作成します。 次に、バックアップクラスターを登録済みクラスターに接続し、OSS (Object Storage Service) などのAlibaba Cloudサービスにアクセスするためのアクセス許可を設定します。 これにより、バックアップクラスターと復元クラスターが異なるアカウントに属している場合に、同じアカウント内でアプリケーションをバックアップおよび復元できます。
制御ポリシー機能の動作
注意事項
バックアップクラスター、復元クラスター、および登録済みクラスターは、同じリージョンに存在する必要があります。 Kubernetesバージョンのバックアップクラスターは1.16以降である必要があります。 apiVersionの互換性を確保するために、バックアップセンターを使用して、新しいバージョンのKubernetesを実行するクラスターから以前のバージョンのKubernetesを実行するクラスターにアプリケーションを移行しないことを推奨します。
バックアップセンターは、削除中のリソースをバックアップしません。
CNFSが管理するApsara File Storage NAS (NAS) ボリュームにバックアップを復元するには (StorageClassをalibabacloud-cnfs-nasに設定して) 、最初にStorageClassを作成する必要があります。 詳細については、「CNFSを使用したNASファイルシステムの管理 (推奨) 」をご参照ください。
バックアップセンターは、復元クラスタについて提案されたAPIバージョンにアプリケーションを復元することが好ましい。 リソースの新旧バージョンでAPIバージョンがサポートされていない場合は、リソースを手動でデプロイする必要があります。 例：
Kubernetesを実行するクラスターでのデプロイは、
拡張機能 /v1beta1、apps/v1beta1、apps/v1beta2、およびapps/v1をサポート1.16ます。 このシナリオでは、Kubernetes 1.28を実行するクラスター内のAPIバージョンのDeploymentsが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バケット、ローカルディスクを使用するボリュームをバックアップするか、ハイブリッドクラウドシナリオでボリュームをバックアップするには、クラウドバックアップを使用してバックアップを作成するようにバックアップセンターを設定する必要があります。 詳しくは、「API を介したメトリックデータのアクセス」をご参照ください。 「クラウドバックアップ」をご参照ください。
ボリュームが復元されるクラスターが作成されます。 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を設定する必要があります。
migrate-コントローラがインストールされ、権限が付与されます。 詳細については、「migrate-controllerのインストールと権限の付与」をご参照ください。
ディスクスナップショットを作成してボリュームをバックアップするには、CSI 1.1.0以降をインストールする必要があります。 CSIプラグインのインストール方法の詳細については、「CSIプラグインの管理」をご参照ください。
課金ルール
バックアップセンター機能は無料です。 ただし、この機能を使用すると、次の関連サービスに対して課金される場合があります。
OSS: OSSバケットは、関連するYAMLファイルなど、クラスターのバックアップファイルを保存するために使用されます。 OSSの課金の詳細については、「課金の概要」をご参照ください。
ディスクスナップショット: Alibaba Cloudディスクを使用するボリュームのバックアップに使用されます。 課金の詳細については、「スナップショット」をご参照ください。
説明2023年10月12日の11:00 (UTC + 8) 以降、インスタントアクセス機能のストレージ料金と機能使用料金は課金されなくなります。 詳細については、「インスタントアクセス機能の使用」をご参照ください。
PL0拡張SSD (ESSD) 、PL1 ESSD、PL2 ESSD、PL3 ESSD、またはESSD AutoPLディスクを使用している場合、バックアップ中に作成されたスナップショットのインスタントアクセス機能はデフォルトで有効になっています。
クラウドバックアップ: ディスクボリューム以外のボリュームタイプからデータをバックアップするために使用されます。 クラウドバックアップ側で作成されたコンテナーバックアップボルトのストレージ使用量に対して課金されます。 詳細については、「」をご参照ください。価格の詳細
サンプルアプリケーション
次のサンプルアプリケーションは、アプリケーションデータをバックアップおよび復元する方法を示すために使用されます。
バックアップクラスターには、次のサンプルアプリケーションが含まれています。
アプリケーション | ボリュームがマウントされているかどうか | アプリケーション特性 | データバックアップが必要かどうか |
sts-ディスク |
| アプリケーションにはデータの一貫性が必要です。 アプリケーションをバックアップする前に、書き込み操作を中断する必要があります。 | はい。 クラウドバックアップとECSスナップショットは、データのバックアップに使用されます。 |
sts-nas |
| アプリケーションはデータの一貫性を必要とせず、バックアッププロセス中に書き込まれたデータの損失を許容できます。 アプリケーションは、仮想プライベートクラウド (VPC) を介してアカウント間でバックアップまたは復元することはできません。 復元クラスターは、NASに保存されている元のデータを読み取ることができません。 | はい。 クラウドバックアップは、データのバックアップに使用されます。 |
sts-oss |
| アプリケーションは大量のデータを保存する必要があります。 バックアップクラスターが属するアカウントのAccessKeyペアは、元のOSSバケットにアクセスするために使用されます。 | いいえ。 ボリュームは、元のPVCおよび永続ボリューム (PV) に基づいて復元され、元のOSSバケットにマップされます。 |
さまざまなタイプのボリュームを使用するアプリケーションを作成する方法の詳細については、「Storage - CSI」をご参照ください。
(オプション) 手順1: バックアップクラスターでバックアップセンターコンポーネントをアンインストールする
バックアップクラスターでバックアップセンターの機能を既に使用している場合は、まずバックアップクラスターのバックアップセンターコンポーネントをアンインストールする必要があります。 これは、登録済みクラスタと他のACKクラスタのバックアップセンター設置テンプレートが異なるためです。 バックアップセンターコンポーネントがバックアップクラスターにインストールされていない場合は、この手順をスキップします。
バックアップクラスターのアカウントでACKコンソールにログインします。
左側のナビゲーションペインで、[クラスター] をクリックします。 クラスターリストで、バックアップクラスターの名前をクリックします。
左側のナビゲーションウィンドウで、 を選択し、[アプリケーションの管理] タブをクリックします。
migrate-controllerカードを見つけて、右下隅の [アンインストール] をクリックします。
[アンインストール] メッセージで、[OK] をクリックします。
手順2: 登録済みクラスターにバックアップセンターコンポーネントをインストールする
バックアップクラスターのアカウントを使用して登録済みクラスターを作成し、バックアップクラスターを登録済みクラスターに接続します。
詳細については、「onectlを使用して登録済みクラスターを作成する」または「ACKコンソールで登録済みクラスターを作成する」をご参照ください。
登録済みクラスターにバックアップセンターコンポーネントをインストールし、権限を付与します。
詳細については、「migrate-controllerのインストールと権限の付与」をご参照ください。
説明登録されたクラスターは、バックアップクラスターと同じリージョンにデプロイされます。 したがって、OSSバケットが存在するリージョンの内部ネットワークを指すルートを追加する必要はありません。
手順3: 登録済みクラスターにバックアップタスクを作成する
この手順は、バックアップクラスターのアカウント内の登録済みクラスターで実行する必要があります。 バックアップクラスターのアカウント内の登録済みクラスターでは、この手順を実行しないでください。
クラウドバックアップと比較して、ECSスナップショット機能はより効率的であり、データの一貫性を確保できます。 ECSスナップショット機能を使用して作成されたディスクボリュームのスナップショットは、バックアップクラスターのアカウントに属します。 スナップショットを直接使用して、別のアカウントに属するクラスターのデータを復元することはできません。
次のソリューションを使用して、アカウント間でディスクボリュームを使用するsts-diskアプリケーションを復元できます。
バックアップソリューション | クラウドバックアップソリューション | ECSスナップショットソリューション |
実装 | データをバックアップする前に、csdr名前空間でconfigmap/csdr-configを設定し、クラウドバックアップを使用してディスクボリュームに保存されているデータをバックアップします。 ボリュームを復元するときは、ターゲットボリュームのStorageClassをディスクに設定します。 | デフォルトのECSスナップショット機能を使用して、ディスクボリュームのデータをバックアップし、バックアップクラスターのアカウントから復元クラスターのアカウントへスナップショットを共有します。 バックアップセンターを使用してボリュームを復元した後、ディスクボリュームを通常どおりにマウントできるように、volumesnapshotcontentリソースをスナップショットIDに手動でマッピングする必要があります。 |
利点 | 追加の設定は必要ありません。 | ECSスナップショット機能により、同じディスクに保存されているデータの一貫性が保証され、データをより高速に復元できます。 |
デメリット | Cloud Backupは、データのバックアップと復元に長時間を要し、データの一貫性を確保できません。 アプリケーションでデータの整合性が必要な場合は、バックアッププロセス中に書き込み操作を長期間中断する必要があります。 | 多数のディスクボリュームが関与する場合、手動構成は複雑になる可能性がある。 |
アプリケーションでディスクボリュームを使用しない場合は、[クラウドバックアップソリューション] を選択します。
Cloud Backupソリューション
アプリケーションでディスクボリュームを使用し、クラウドバックアップを使用する場合は、このソリューションを選択します。
ECSスナップショット機能を無効にします。
次のコマンドを実行して、
csdr-configを変更します。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ボリュームのデータをバックアップする必要はありません。 アプリケーションのバックアップタスクを作成し、[Enable] for Volume backupを選択しないでください。
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-configを変更します。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ボリュームのデータをバックアップする必要はありません。 アプリケーションのバックアップタスクを作成し、[Enable] for Volume backupを選択しないでください。
sts-ossアプリケーションがoss名前空間に属しているとします。 バックアップタスクを作成するときに、oss名前空間を選択します。 名前空間に他のアプリケーションが含まれている場合は、sts-ossアプリケーションを指定するラベルを追加します。
[アプリケーションバックアップ] ページの [バックアップレコード] タブで、バックアップタスクのステータスが [未進行] から [完了] に変更されたことを確認します。 バックアップレコードの名前をクリックし、AccessKeyペアを格納するStatefulSet、ポッド、PVC、PV、シークレットなどのsts-ossアプリケーションに関連するリソースがバックアップされていることを確認します。
sts-nasおよびsts-diskアプリケーション用にbackup-nas-diskという名前のバックアップタスクを作成します。 詳細については、「バックアップ計画の作成または即時バックアップ」をご参照ください。
バックアップタスクを作成するときに、[ボリュームバックアップ] の [有効化] を選択します。
ディスクボリュームのデータは、デフォルトでECSスナップショット機能を使用してバックアップされます。 ECSコンソールにログインし、左側のナビゲーションウィンドウで [スナップショット] をクリックし、[ディスクスナップショット] タブで各ディスクのスナップショットを表示します。
NASボリュームのデータは、クラウドバックアップを使用してバックアップされます。 [クラウドバックアップコンソール] にログインし、左側のナビゲーションウィンドウで [コンテナーバックアップ] をクリックし、[バックアップジョブ] タブで各PVCのバックアップの進行状況と結果を表示します。
手順4: 復元クラスターでの復元タスクの作成
開始する前に、復元クラスターに必要なコンポーネントをインストールして構成する必要があります。 例：
Container Registryのパスワード不要のイメージプルコンポーネント: 復元クラスターにアクセス許可を付与し、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サービスの設定に関する考慮事項」をご参照ください。
Cloud Backupソリューション
復元クラスターのアカウントを使用して、復元クラスターで次の手順を実行します。
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コンソールにログインし、復元クラスターのアカウントとスナップショットを共有します。 詳細については、「7月19日のWindowsブルースクリーン問題の一時的な解決策」をご参照ください。
バックアップセンターによって作成されたスナップショットは、snapshot-から始まります。 対応するバックアップレコードの作成時間に基づいてスナップショットを見つけることができます。
復元クラスターのアカウントを使用してResource Managementコンソールにログインし、共有スナップショットを受け入れます。 詳細については、「7月19日のWindowsブルースクリーン問題の一時的な解決策」をご参照ください。
復元クラスターのアカウント内の共有スナップショットの名前は変更されませんが、IDは変更されます。 スナップショット名に基づいて、新しいスナップショットIDを元のスナップショットIDにマップできます。
復元クラスターに復元タスクを作成して、sts-nasおよびsts-diskアプリケーションを復元します。 詳細については、「アプリケーションとボリュームの復元」をご参照ください。
[アプリケーションのバックアップ] ページで、[今すぐバックアップ] をクリックし、[Backup-nas-disk] を選択します。 StorageClass変換を選択しない場合、ボリュームはデフォルトで元のStorageClassに基づいて復元されます。 復元クラスターにStorageClassが既に存在することを確認します。
復元クラスターのpvc-diskがPending状態の場合、これはスナップショットIDが変更されたためです。 新しいスナップショットIDを手動で指定する必要があります。 イベントの内容:
警告ProvisioningFailed 2m27s (x9 over 4m35s) diskplugin.csi.alibabacloud.com_csi-provisioner-7ff546495c-glmj7_e333fc6a-8bd6-4192-92ee-a48155e711b9がStorageClass "alicloud-disk-topology-alltype" でボリュームをプロビジョニングできませんでした: DataSourceタイプのハンドルを取得するエラー名前によるVolumeSnapshot pvc-disk-0-volumesnapshot2024010817xxxx: スナップショットpvc-disk-0-volumesnapshot2024010817xxxxが準備できていませんpvc-disk-0-volumesnapshot2024010817xxxxは、volumesapshotリソースの名前を示します。次のコマンドを実行して、volumesapshotリソースのsnapshotcontentを確認します。
説明コマンド内のvolumesapshotリソースの名前は、
pvc-disk-0-volumesnapshot2024010817xxxxです。 イベントに表示される実際のリソース名に置き換えます。kubectl -n<disk-ns> 取得volumesapsnapshot pvc-disk-0-volumesnapshot2024010817xxxx期待される出力:
SOURCESNAPSHOTCONTENT列には、volumesapshotリソースのsnapshotcontentが表示されます。名READYTOUSE SOURCEPVC SOURCESNAPSHOTCONTENT RESTORESIZE SNAPSHOTCLASS SNAPSHOTCONTENT CREATIONTIME AGE pvc-disk-0-volumesnapshot2024010817xxxx真のsnapcontent-7c9ef8fa-e83c-4900-8df8-40268662d10e-2024010820xxxx 20Gi snapcontent-7c9ef8fa-e83c-4900-8df8-40268662d10e-2024010820xxxx 51m 44m次のコマンドを実行して、volumesnapshotcontentのsnapshothandleを復元クラスターのアカウント内のECSスナップショットのIDに変更し、変更を保存して終了します。
説明コマンドの
volumesnapshotconentの値を、前の手順で返された実際の値に置き換えます。kubectl編集volumesnapshotconent snapcontent-7c9ef8fa-e83c-4900-8df8-40268662d10e-2024010820xxxx
[保留中] 状態の各ディスクPVCのvolumesnapshotcontentを変更し、PVCのステータスが [保留中] から [バインド済み] に変わるまで待ちます。
復元クラスター内のアプリケーションとデータが正常であることを確認します。 ECSコンソールにログインし、復元クラスターのアカウント内に新しいディスクが作成され、対応するノードにマウントされているかどうかを確認できます。
(オプション) 手順5: 登録済みクラスターからバックアップクラスターを切断し、バックアップセンターコンポーネントを再デプロイする
アカウント間でアプリケーションをバックアップまたは復元する必要がなくなった場合は、登録済みクラスターからバックアップクラスターを切断できます。
バックアップクラスターでバックアップセンターを引き続き使用する場合は、バックアップセンターコンポーネントをアンインストールして再インストールします。
関連ドキュメント
異なるボリュームプラグインを使用する、または異なるバージョンのKubernetesを実行するクラスター間でアプリケーションを移行する方法の詳細については、「バックアップセンターを使用して、古いバージョンのKubernetesを実行するACKクラスターでアプリケーションを移行する」をご参照ください。
同じリージョンのクラスター間でアプリケーションを移行する方法の詳細については、「同じリージョンのクラスター間でアプリケーションを移行する」をご参照ください。
リージョン間でアプリケーションを移行する方法の詳細については、「異なるリージョンのクラスター間でのアプリケーションの移行」をご参照ください。
kubectlを使用してアプリケーションを移行する方法の詳細については、「kubectlを使用してアプリケーションをバックアップおよび復元する」をご参照ください。