バックアップおよびリストア

統合されたPrivate Cloud Applianceバックアップ・サービスは、データ損失および破損からシステム構成を保護することを目的としています。顧客環境のバックアップは作成されません。かわりに、このバックアップ・サービスでは、重要なサービスまたはコンポーネントを最新の正常なヘルスにリストアできるように、システムおよびサービス操作に必要なデータが格納されます。

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

PCAプロジェクト: obj_shareおよびMGMT_ROOT
public_ostore_project: ラックに作成された各テナンシに関連するファイルシステム(COS操作用)
private_ostoreプロジェクト: private_ostore_project内のファイルシステム

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

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

その後、プラグインを通じて収集されたバックアップ・データは、バックアップ・サービスによって内部ZFS Storage Appliance上の専用のNFS共有に格納され、ZFS暗号化を使用して保存中のデータがセキュアになります。必要に応じて、バックアップ・ファイルを外部ストレージのロケーションにレプリケートすることもできます。

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

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

ノート:

Private Cloud Applianceのリリース3.0.1では、バックアップおよびリストア・サービスは、「サービスWeb UI」または「サービスCLI」では使用できません。管理者はバックアップ・スケジュールを構成できません。

バックアップ・プラグインに基づいた自動リストア操作は実行できません。バックアップからの手動リストアが必要な場合は、Oracleに連絡してください。