この文書は自動機械翻訳技術を使用して翻訳されています。 正確な翻訳を提供するように努めておりますが、翻訳された内容の完全性、正確性、信頼性については一切保証いたしません。 相違がある場合は、元の英語版 英語 が優先され、正式なテキストとなります。

Rancherスナップショットを使用してクラスターを復元する

前提:

  • 復元前のクラスターには、ほとんどのデータと基盤となるディスクがまだ存在し、その後直接再利用できます。

  • すべてのボリュームデータを保持するバックアップストアがあります。

  • 設定Disable Revision Counterはfalseです。（デフォルトではfalseです。）そうでない場合、ユーザーはボリュームレプリカ間のデータが一貫しているか手動で確認する必要があるか、バックアップからボリュームを直接復元する必要があります。

期待されること：

  • すべての設定とノードおよびディスクの設定が復元されます。

  • 有効なデータがまだ存在する限り、バックアップを使用せずにボリュームを回復できます。言い換えれば、バックアップの復元を避けるように努めます。これにより、回復時間目標（RTO）を削減し、帯域幅を節約できる可能性があります。

  • 復元後、関連するボリュームが有効なレプリカを含んでいる限り、無効または同期が取れていないレプリカを検出します。

Rancher復元の動作と要件

  • すべてのノードでKubernetesコンポーネントを再起動する必要があります。そうでない場合、Longhornで多数のリソース更新の競合が発生します。

復元後のアクション

  • すべてのノードのKubernetesコンポーネントを再起動します。詳細については、上記のリンクを参照してください。

  • すべてのLonghorn Managerポッドを停止すると、Kubernetesが自動的にそれらを再起動します。Longhorn Managerポッドの競合が消えるのを待ちます。

  • すべてのボリュームが再接続される可能性があります。単一のポッドがLonghornボリュームを使用する場合、ユーザーはそれをシャットダウンして再作成する必要があります。デプロイメントまたはステートフルセットの場合、Longhornは関連するポッドを自動的に終了させて再起動します。

  • スナップショット後、クラスターの復元前に次のことが発生した場合：

    • ボリュームが変更されていない場合：ユーザーは何もする必要はありません。

    • データが更新された場合：通常、ユーザーは何もする必要はありません。Longhornは最新のデータを含まないレプリカを自動的に失敗させます。

    • 新しいボリュームが作成された場合：このボリュームは復元後に消えます。ユーザーは新しいボリュームを再作成し、消えたボリュームのレプリカに基づいて単一のレプリカボリュームを起動し、その後データを新しいボリュームに転送する必要があります。

    • ボリュームが削除された場合：ボリュームが削除されるとデータがクリーンアップされるため、復元されたボリュームにはデータが含まれていません。ユーザーは再度削除する必要があるかもしれません。

    • DRボリュームの場合：ユーザーは何もする必要はありません。Longhornは完全な復元を再実行します。

    • ボリュームに対していくつかの操作が適用されます：

      • ［Backup: ボリュームのバックアップ情報は自動的に再同期されるべきです。

      • スナップショット:ボリュームが接続されると、ボリュームのスナップショット情報は再同期されるべきです。

      • レプリカの再構築とレプリカの削除：

        • 新しいレプリカが再構築されると、それらのレプリカは復元後にLonghornシステムから消えます。ユーザーはレプリカデータを手動でクリーンアップする必要があるか、これらのレプリカのデータディレクトリを使用して単一のレプリカボリュームをエクスポートし、必要に応じてデータ回復を行う必要があります。

        • 失敗した/削除されたレプリカがあり、少なくとも1つのレプリカが正常であれば、失敗した/削除されたレプリカは復元後に戻ります。その後、Longhornはこれらの復元されたレプリカにデータが含まれていないことを検出し、正常なレプリカからこれらのレプリカに最新のデータをコピーします。

        • すべてのレプリカがスナップショット後に新しいレプリカに置き換えられた場合、ボリュームは復元後に無効なレプリカのみを含むことになります。その後、ユーザーはデータ回復のために単一のレプリカボリュームをエクスポートする必要があります。

      • エンジンイメージのアップグレード：ユーザーはアップグレードをやり直す必要があります。

      • 拡張：ボリュームの仕様サイズは現在のサイズよりも小さくなります。これは、誰かがボリュームの縮小を要求しているようなものですが、実際にはLonghornは内部でそれを処理することを拒否します。ボリュームを回復するには、ユーザーはワークロードをスケールダウンし、拡張をやり直す必要があります。

    • 注意：ユーザーが問題のあるボリュームを回復する方法がわからない場合、最も簡単な方法は常にバックアップから新しいボリュームを復元することです。

  • スナップショット後にLonghornシステムがアップグレードされると、新しい設定とノード設定の変更は消えます。ユーザーはアップグレードをやり直し、その後設定とノードの設定を再修正する必要があります。

  • スナップショット後にノードがLonghornシステムから削除されると、そのノードは戻りませんが、削除されたノード上のポッドは復元されます。ユーザーはこれらのポッドが状態`Terminating`にスタックする可能性があるため、手動でクリーンアップする必要があります。

  • スナップショット後にノードがLonghornシステムに追加されると、Longhornはクラスターの復元後にそのノード上のすべての必要なワークロードを自動的に再起動する必要があります。ただし、ユーザーは、このノード上で復元後に作成されたすべての新しいレプリカやエンジンが消失することを認識しておく必要があります。

参考資料