データ保護
変更を提案
PDF
Astra Control Serviceで利用可能なデータ保護の種類と、それらを使用してアプリケーションを保護する最適な方法について説明します。
Snapshot 、バックアップ、保護のポリシー
Snapshotとバックアップのどちらも、次のタイプのデータを保護します。
-
アプリケーション自体
-
アプリケーションに関連付けられている永続的データボリューム
-
アプリケーションに属するリソースアーティファクト
a_snapshot_は 、アプリケーションと同じプロビジョニングボリュームに格納されるアプリケーションのポイントインタイムコピーです。通常は高速です。ローカル Snapshot を使用して、アプリケーションを以前の時点にリストアできます。スナップショットは高速クローンに便利です。スナップショットには、構成ファイルを含む、アプリケーションのすべての Kubernetes オブジェクトが含まれます。スナップショットは、同じクラスタ内でアプリケーションをクローニングまたはリストアする場合に便利です。
_backup_はSnapshotに基づいています。外部のオブジェクトストアに格納されるため、ローカルSnapshotに比べて取得に時間がかかることがあります。アプリケーションのバックアップを同じクラスタにリストアすることも、バックアップを別のクラスタにリストアして移行することもできます。バックアップの保持期間を延長することもできます。バックアップは外部のオブジェクトストアに格納されるため、サーバで障害が発生したりデータが失われたりした場合に備えて、 Snapshot よりも優れた保護機能を提供できます。
a_protection policy__ は、アプリケーション用に定義したスケジュールに従って、スナップショット、バックアップ、またはその両方を自動的に作成することで、アプリケーションを保護する方法です。また、保護ポリシーでは、スケジュールで保持するSnapshotとバックアップの数を選択したり、さまざまなスケジュールレベルを設定したりすることもできます。保護ポリシーを使用してバックアップとスナップショットを自動化することは、組織のニーズやSLA（Service Level Agreement）の要件に応じて各アプリケーションを確実に保護するための最良の方法です。
|
_ 最新のバックアップがあるまで、完全に保護することはできません _ 。これは、永続ボリュームから離れたオブジェクトストアにバックアップが格納されるために重要です。障害または事故によってクラスタとその永続的ストレージが消去された場合は、バックアップをリカバリする必要があります。Snapshot を使用してリカバリすることはできません。 |
|
スナップショットまたはバックアップを実行しても、操作が失敗し、「The resource was n't created because of an internal server問題 」というエラーが表示された場合は、使用しているストレージバックエンドに正しいドライバがインストールされていることを確認します。ストレージバックエンドの中には、Container Storage Interface（CSI）ドライバを必要とするものと、外部スナップショットコントローラを必要とするものがあります。 |
変更不可のバックアップ
変更不可のバックアップとは、指定した期間中に変更または削除できないバックアップです。書き換え不可のバックアップを作成すると、Astra Controlは使用しているバケットがWrite Once Read Many（WORM）バケットであるかどうかを確認し、使用している場合はAstra Control内からバックアップを変更できないかどうかを確認します。
Astra Control Serviceでは、次のプラットフォームおよびバケットタイプを使用した書き換え不可のバックアップの作成がサポートされています。
-
S3オブジェクトロックが設定されたAmazon S3バケットを使用するAmazon Web Services
-
Microsoft Azure：保持ポリシーが設定されたAzureバケットを使用
-
保持ポリシーが設定されたGoogle Cloud Storageバケットを使用するGoogle Kubernetes Engine（GKE）
-
S3オブジェクトロックが設定されたS3バケットを使用するNetApp StorageGRID
変更不可のバックアップを使用する場合は、次の点に注意してください。
-
サポートされていないプラットフォームまたはサポートされていないバケットタイプのWORMバケットにバックアップすると、保持期間が経過してもバックアップの削除が失敗するなど、予期しない結果が発生する可能性があります。
-
Astra Controlでは、データのライフサイクル管理ポリシーや、変更不可のバックアップで使用するバケット上のオブジェクトの手動削除はサポートされていません。Astra ControlのSnapshotやバックアップデータのライフサイクルを管理するようにストレージバックエンドが設定されていないことを確認します。
クローン
a_clone_は、アプリケーション、その設定、および永続データボリュームの完全な複製です。クローンは、同じ Kubernetes クラスタまたは別のクラスタに手動で作成できます。アプリケーションとストレージを Kubernetes クラスタ間で移動する必要がある場合は、アプリケーションをクローニングすると便利です。