システムのバックアップおよびリストア

統合バックアップ・サービスは、データの損失や破損からPrivate Cloud Applianceシステム構成を保護します。システムおよびサービス オペレーションに必要なデータが格納されるため、重要なサービスまたはコンポーネントは、最後に認識された正常な状態に復元できます。Compute Enclave内のユーザー環境のバックアップは含まれません。

次のファイル・システムがバックアップされます。

• PCAプロジェクト: obj_shareおよびMGMT_ROOT

• public_ostore_project: ラック上に作成された各テナンシに関連するファイル・システム(COS操作用)

• private_ostoreプロジェクト: private_ostore_projectのファイル・システム

マイクロサービスベースのデプロイメント・モデルに沿って、バックアップ・サービスはシステム全体の様々なバックアップ操作を編成し、データの一貫性と整合性を確保しますが、個々のコンポーネントのバックアップ要件は定義しません。このロジックは、コンポーネント・バックアップ・プラグインの一部です。

バックアッププラグインは、特定のシステムコンポーネントまたはサービスに対してどのファイルをバックアップするか、およびデータの収集方法を決定する鍵要素です。たとえば、単純なファイル・コピーは、他のデータにスナップショットが必要なときに特定のファイルに対して機能する場合や、バックアップを作成できるようにサービスを停止する必要がある場合があります。プラグインは、バックアップの頻度と保持時間も決定します。各プラグインは、バックアップ・サービスに登録して、バックアップ・サービスがアクティブなプラグインを認識し、Kubernetes CronJobsとして一貫した方法で必要なバックアップ操作をスケジュールできるようにします。プラグインはバックアップ・プロファイルに集計されます。バックアップ・プロファイルは、バックアップ・ジョブの実行時にバックアップ・サービスが実行するタスクのリストです。

プラグインを介して収集されたバックアップ・データは、バックアップ・サービスによって内部ZFS Storage Appliance上の専用のNFS共有に格納され、ZFS暗号化を使用して保存されているデータがセキュアであることを確認します。必要に応じて、バックアップ・ファイルを外部記憶域の場所にレプリケートできます。

バックアップからサービスまたはコンポーネントをリストアする場合、サービスはプラグインによって提供されるロジックに再度依存します。コンポーネントのリストア・プロセスには、検証とデータ管理の2つの主要なフェーズがあります。検証フェーズでは、コンポーネントの現在の状態に関連して、バックアップの完全性と妥当性が評価されます。データ管理フェーズでは、コンポーネントの停止または一時停止、データの置換、および通常の操作の再起動または再開に必要なアクションが実行されます。バックアップと同様に、データをリストアする操作は、対象のコンポーネントに固有です。

デフォルトのバックアップおよびリストアの実装では、MySQLクラスタ・データベース、ストレージ・アプライアンス上のZFSプロジェクトのスナップショット、およびすべての登録済コンポーネント・バックアップ・プラグインをカバーするグローバル・バックアップ・プロファイル内のすべてのタスクを実行します。デフォルトのプロファイルは、UTCの午前0時に毎日処理され、14日の保持ポリシーがあります。古いバックアップは削除されます。バックアップは、/nfs/shared_storage/backups/backup_*に格納されます。すべてのリストア操作は、コンポーネントごとに手動で実行する必要があります。