Skip to main content
すべてのクラウドプロバイダ
  • Amazon Web Services の
  • Google Cloud
  • Microsoft Azure
  • すべてのクラウドプロバイダ
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

アプリケーションのクローン作成と移行

共同作成者
PDF

既存のアプリケーションをクローニングして、同じKubernetesクラスタまたは別のクラスタに重複するアプリケーションを作成できます。Astra Control でアプリケーションをクローニングすると、アプリケーション構成と永続的ストレージのクローンが作成されます。

Kubernetes クラスタ間でアプリケーションとストレージを移動する必要がある場合は、クローニングが役立ちます。たとえば、 CI / CD パイプラインや Kubernetes ネームスペース間でワークロードを移動できます。

メモ リストアまたはクローン処理のあとに実行される実行フックにネームスペースフィルタを追加し、リストアまたはクローンのソースとデスティネーションが異なるネームスペースにある場合、ネームスペースフィルタはデスティネーションネームスペースにのみ適用されます。
作業を開始する前に

  • デスティネーションボリュームを確認：別のストレージクラスにクローニングする場合は、ストレージクラスで同じ永続ボリュームアクセスモード（ReadWriteManyなど）が使用されていることを確認してください。デスティネーションの永続的ボリュームのアクセスモードが異なると、クローニング処理は失敗します。たとえば、ソースの永続ボリュームがRWXアクセスモードを使用している場合は、Azure Managed Disks、AWS EBS、Google Persistent Disk、など、RWXを提供できないデスティネーションストレージクラスを選択します `ontap-san`を指定すると、クローン処理は失敗します。原因は失敗します。永続ボリュームのアクセスモードの詳細については、を参照してください "Kubernetes" ドキュメント

  • アプリケーションを別のクラスタにクローニングするには、ソースクラスタを含むクラウドインスタンスのデフォルトバケットが割り当てられていることを確認する必要があります。ソースクラウドインスタンスにデフォルトのバケットセットがないと、クラスタ間のクローニング処理は失敗します。

  • クローン処理中に、IngressClassリソースまたはwebhookを必要とするアプリケーションが正常に機能するためには、これらのリソースがデスティネーションクラスタですでに定義されていない必要があります。

クローンの制限事項

  • 明示的なストレージクラス：ストレージクラスを明示的に設定したアプリケーションを導入し、そのアプリケーションのクローンを作成する必要がある場合、ターゲットクラスタには元 々 指定されたストレージクラスが必要です。ストレージクラスを明示的に設定したアプリケーションを、同じストレージクラスを含まないクラスタにクローニングすると、失敗します。

  • * ontap-nas-economy-basedアプリケーション*：アプリケーションのストレージクラスが ontap-nas-economy ドライバ。ただし、 "ONTAP NAS経済性に優れた運用向けのバックアップとリストアを実現"。

  • クローンとユーザーの制約：名前空間の名前/ IDまたは名前空間のラベルによって名前空間の制約を持つメンバーユーザーは、同じクラスタ上の新しい名前空間、または組織のアカウント内の他の任意のクラスタに対して、アプリケーションのクローンまたはリストアを実行できます。ただし、同じユーザが、クローニングまたはリストアされたアプリケーションに新しいネームスペースからアクセスすることはできません。クローン処理またはリストア処理で新しいネームスペースが作成されたあと、アカウントの管理者/所有者はメンバーユーザアカウントを編集し、影響を受けるユーザのロールの制約を更新して、新しいネームスペースへのアクセスを許可できます。

  • クローンはデフォルトバケットを使用：

    • アプリケーションのバックアップやアプリケーションのリストア中に、使用するバケットを指定できます。クラスタ間でクローニングする場合、デフォルトバケットを指定する必要がありますが、同じクラスタ内でクローニングする場合、バケットの指定は任意です。

    • クラスタ間でクローニングする場合、クローン処理のソースクラスタを含むクラウドインスタンスには、デフォルトのバケットセットが必要です。

    • クローンのバケットを変更するオプションはありません。どのバケットを使用するかを制御する必要がある場合は、どちらかを選択できます "バケットのデフォルト設定を変更する" または、を実行します "バックアップ" その後にを押します "リストア" 個別。

  • * Jenkins CI*を使用：オペレータがデプロイしたJenkins CIのインスタンスをクローニングする場合は、永続データを手動で復元する必要があります。これは、アプリケーションの展開モデルの制限事項です。

手順

  1. 「 * アプリケーション * 」を選択します。

  2. 次のいずれかを実行します。

    • 目的のアプリケーションの [ * アクション * （ * Actions * ） ] 列で [ オプション（ Options ） ] メニューを選択します。

    • 目的のアプリケーションの名前を選択し、ページの右上にあるステータスドロップダウンリストを選択します。

  3. 「 * Clone * 」を選択します。

  4. クローンの詳細を指定します。

    • 名前を入力します。

    • クローンのデスティネーションクラスタを選択してください。

    • クローンのデスティネーションネームスペースを入力してください。アプリケーションに関連付けられている各ソースネームスペースは、デスティネーションネームスペースにマッピングされます。

      メモ Astra Controlでは、クローニング処理の一環として新しいデスティネーションネームスペースが作成されます。指定するデスティネーションネームスペースがデスティネーションクラスタに存在していないことを確認してください。

    • 「 * 次へ * 」を選択します。

    • アプリケーションに関連付けられている元のストレージクラスを保持するか、別のストレージクラスを選択します。

      メモ アプリケーションのストレージクラスをネイティブクラウドプロバイダのストレージクラスまたはサポートされているその他のストレージクラスに移行したり、 ontap-nas-economy をバックアップされたストレージクラスに追加します ontap-nas を使用するか、から作成されたストレージクラスを含む別のクラスタにアプリケーションをコピーします ontap-nas-economy ドライバ。
    メモ 別のストレージクラスを選択し、このストレージクラスがリストア時に存在しない場合は、エラーが返されます。

  5. 「 * 次へ * 」を選択します。

  6. クローンに関する情報を確認し、* Clone *を選択します。

結果

Astra Controlは、入力した情報に基づいてアプリケーションをクローニングします。新しいアプリケーションクローンがに含まれている場合、クローニング処理は成功します Healthy 「アプリケーション」ページで説明します。

クローン処理またはリストア処理で新しいネームスペースが作成されたあと、アカウントの管理者/所有者はメンバーユーザアカウントを編集し、影響を受けるユーザのロールの制約を更新して、新しいネームスペースへのアクセスを許可できます。