標準日次バックアップのアクティブ化
システム・バックアップはデフォルトでは使用できません。 この項の手順に従って、アプライアンスで標準の日次バックアップをアクティブ化することが重要です。
注意:
システムの初期化後に日次バックアップがアクティブになっていることを確認します。 この手順を省略すると、最後に認識された正常な状態からコンポーネントまたはサービスをリストアできなくなります。
システム・バックアップをアクティブ化するには、クラスタの仮想IPを所有する管理ノードから適用可能なスクリプトを実行して、Kubernetes CronJobを設定します。
システム初期化プロセスが完了したら、次の手順を実行してシステム・バックアップをアクティブ化します:
-
管理ノードのいずれかにログオンします。
# ssh root@pcamn01
-
バックアップおよびリストア・サービスを実行するKubernetesポッドの名前を取得します。 以下のコマンドを使用します。
# kubectl get pods -A | grep brs default brs-5bdc556546-gxtx9 3/3 Running 0 17d
-
次の例に示すように、
default-backup
スクリプトを実行して、Kubernetes CronJobを設定して日次バックアップを作成します。kubectl exec brs-5bdc556546-gxtx9 -c brs -- /usr/sbin/default-backup
このバックアップは毎日00:00ローカル・アプライアンス時間に実行され、14日間保持されます。
-
CronJobがデフォルトのネームスペースに追加されたことを確認します。
# kubectl get cronjobs -A NAMESPACE NAME SCHEDULE SUSPEND ACTIVE LAST SCHEDULE AGE default brs-cronjob-1629969790-backup 0 0 * * * False 0 <none> 32s health-check cert-checker */10 * * * * False 0 4m6s 17d health-check etcd-checker */10 * * * * False 0 4m6s 17d health-check flannel-checker */10 * * * * False 0 4m6s 17d health-check kubernetes-checker */10 * * * * False 0 4m6s 17d health-check l0-cluster-services-checker */10 * * * * False 0 4m6s 17d health-check mysql-cluster-checker */10 * * * * False 0 4m6s 17d health-check network-checker */10 * * * * False 0 4m6s 17d health-check registry-checker */10 * * * * False 0 4m6s 17d health-check sauron-checker */10 * * * * False 0 4m6s 17d health-check vault-checker */10 * * * * False 0 4m6s 17d sauron sauron-sauron-prometheus-gw-cj 30 19 * * * False 0 18h 17d
この
brs-cronjob-unique_ID-backup
CronJobを実行すると、brs
の手動システム・バックアップ・ジョブによって以前に作成された14日を超えるバックアップが削除されます。 手動システム・バックアップの詳細は、「バックアップ操作の実行」を参照してください。このCronJobによって作成されたバックアップは、前のステップで説明したように、14日経過すると定期的に削除されます。
ZFSSAの手動スナップショットは、
brs
ジョブを使用して作成されておらず、そのスナップショット名が次の形式(brs
スナップショットの命名規則)でない場合、削除されません:projectname/filesystemname_timestamp
バックアップは、管理ノードのマウント・ポイントからわかるように、次のロケーションのZFS Storage Applianceに作成されます:
/nfs/shared_storage/backups/
各バックアップは、ジョブOCIDおよびタイムスタンプを含む一意のパスによって識別されます:
/nfs/shared_storage/backups/ocid1.backup_cronjob.unique_ID/backup_timestamp/