Contrail Service Orchestration(CSO)データベースのバックアップと復元

Contrail サービス オーケストレーション(CSO)アーキテクチャは、複数の仮想マシンで構成されており、CSO を機能させるために必要なワークロードを処理します。これらの仮想マシンは、それらの作業データをさまざまなデータベースに保存してアクセスします。CSO が正しく機能するためには、実行中のすべてのデータベースが正しく機能している必要があります。この重要なデータのバックアップと復元は、CSOインストールを最適な状態で実行するために重要です。すべてのプラットフォーム、OpCo、テナント、顧客データの完全バックアップは手動または定期的に実行でき、必要に応じてバックアップからデータを復元できます。

図 1:バックアップと復元の概念

図 1 は、CSO 4.1 でのバックアップと復元の実装方法の概念イメージを示しています。フレームワーク内で現在バックアップされているデータベースシステムは、MariaDB、Cassandra、ElasticSearch、ArangoDB、Zookeeper、ETCDです。また、システムは暗号化されたパスワードとシステム証明書をバックアップするため、特定のバックアップからデータを復元すると、CSOはそのバックアップ時の状態に戻されます。

最後のバックアップと現在の復元の間で行われた変更はすべて失われます。通常、バックアップはシステム全体で行われます。つまり、個々の運用データやテナント データを、残りのシステム データとは別にバックアップまたは復元することはできません。

バックアップおよび復元操作は、HA(高可用性)の有無にかかわらず、小規模、中規模、大規模の導入環境で動作します。このドキュメントでは、CSOにおけるバックアップおよび復元手順の設定、スケジューリング、運用について説明します。

バックアップと復元は、CSOが使用するすべてのデータストレージシステムに触れる重要なタスクです。ジュニパーは、インストールプロセス中にCSOのバックアップと復元に必要なすべてを自動的に設定することで、バックアップの詳細を設定する負担を軽減します。設定は必要ありません。

ユーザーとバックアップ フレームワークを構成する基盤のコンポーネントとの間に大きなやり取りはありませんが、各コンポーネントが実行する機能を知ると便利です。 表 1 は、主なコンポーネントと各コンポーネントの簡単な説明を示しています。

すべてのバックアップおよび復元操作は、インストーラー vm マシンの CLI(コマンド ライン インターフェイス)を使用して実行されます。操作を担当するユーザーはssh経由でインストーラ-vmにログインし、必要な操作を実行します。 図 2 は、バックアップおよび復元操作のフローを示しています。

図 2:バックアップと復元の操作

バックアップ操作の場合は、個々の cso_backupnrestore データベースまたはすべてのデータベースのバックアップに適切な引数を使用して、installer-vm で コマンドを実行します。この場合、バックアップおよび復元コントローラは、SaltStack メッセージ バスを使用してバックアップ要求を個々のプラグインに伝えます。さまざまな中央および地域の vm に存在するプラグインは、メッセージを受信し、必要なアクションをトリガーします。

バックアップはインストーラー vm の /backups/ ディレクトリに格納されます。この場所を変更することはできません。バックアップ データを保存するのに十分なストレージ領域がインストーラー vm または起動サーバーに存在することを確認します。

復元操作の場合、同じ cso_backupnrestore コマンドを、以下の 表 2 に記載されているさまざまなオプションと共に使用します。バックアップから復元する場合、CSOはそれ自体をメンテナンスモードにして、変更を加えないようにします。システムの安定性が確認され、必要に応じて必要な復元コマンドが各データベースのプラグインに送信されます。復元が完了すると、CSOはシステムの安定性を確認し、必要なクリーンアップを行い、それ自体を動作モードに戻します。

バックアップの作成またはバックアップからのファイルの復元に使用される CLI コマンドの名前 cso_backupnrestoreは です。

コマンドで使用可能なオプションを cso_backupnrestore表 2 に示します。任意のオプションで使用できる引数は 1 つだけです。