リリースノート
バケットを管理する
変更を提案
PDF
Astraがバックアップとクローンに使用するバケットを管理できます。バケットの追加、既存のバケットの削除、クラウドインスタンス内のKubernetesクラスタのデフォルトバケットの変更を行うことができます。
バケットを管理できるのは、所有者と管理者だけです。
Astra Control でのバケットの使用方法
クラウドインスタンスの最初のKubernetesクラスタの管理を開始すると、Astra Control Serviceによってそのクラスタ用の初期バケットが作成されます "クラウドインスタンス"。
バケットをクラウドインスタンスのデフォルトバケットとして手動で指定できます。その場合、Astra Control Serviceでは、そのクラウドインスタンス内の管理対象クラスタに作成したバックアップとクローンに対して、デフォルトでこのバケットが使用されます（バックアップ用に別のバケットを選択できます）。クラウドインスタンス内の管理対象クラスタから別のクラスタにアプリケーションのライブクローンを実行する場合、Astra Control Serviceはソースクラウドインスタンスのデフォルトバケットを使用してクローニング処理を実行します。
複数のクラウドインスタンスのデフォルトバケットと同じバケットを設定できます。
保護ポリシーの作成時またはアドホックバックアップの開始時に、任意のバケットから選択できます。
|
Astra Control Service は、バックアップまたはクローンを開始する前に、デスティネーションバケットがアクセス可能かどうかをチェックします。 |
既存のバケットを表示します
Astra Control Serviceで使用可能なバケットのリストを表示して、そのステータスを確認し、クラウドインスタンスのデフォルトバケット（定義されている場合）を特定します。
バケットの状態は次のいずれかになります。
- 保留中です
-
追加したバケットは保留状態で開始され、Astra Controlが検出します。
- 利用可能
-
バケットは Astra Control で使用できます。
- 削除されました
-
このバケットは現在動作していません。ステータスアイコンの上にマウスポインタを合わせると、問題の内容がわかります。
バケットが Removed 状態の場合でも、バケットをデフォルトのバケットとして設定し、保護スケジュールに割り当てることができます。ただし、データ保護処理の開始時点でバケットが「 available 」状態でない場合は、処理が失敗します。
-
「*バケット」に移動します。
Astra Control Serviceで使用可能なバケットのリストが表示されます。
追加のバケットを追加します
バケットはいつでも追加できます。これにより、保護ポリシーの作成時またはアドホックバックアップの開始時にバケットを選択したり、クラウドインスタンスが使用するデフォルトのバケットを変更したりできます。
次のタイプのバケットを追加できます。
-
Amazon Web Services の
-
汎用 S3
-
Google Cloud Platform の 1 つです
-
Microsoft Azure
-
NetApp ONTAP S3
-
NetApp StorageGRID S3 の略
-
既存のバケットの名前を確認しておきます。
-
Astra Controlにバケットの管理に必要な権限を付与するバケットのクレデンシャルがあることを確認します。
-
バケットがMicrosoft Azureにある場合：
-
バケットは、_Astra -backup-rg_というリソースグループに属している必要があります。
-
Azureストレージアカウントインスタンスのパフォーマンス設定が「Premium」に設定されている場合は、「Premium account type」設定を「Block blobs」に設定する必要があります。
-
-
「*バケット」に移動します。
-
「 * Add * 」を選択し、プロンプトに従ってバケットを追加します。
-
* タイプ * ：クラウドプロバイダを選択します。
-
* 既存のバケット名 * ：バケットの名前を入力します。
-
* 概要 * ：必要に応じて、バケットの概要を入力します。
-
ストレージアカウント（Azureのみ）：Azureストレージアカウントの名前を入力します。このバケットは、_Astra -backup-rg_というリソースグループに属している必要があります。
-
* S3サーバ名またはIPアドレス*（AWSおよびS3バケットタイプのみ）：リージョンに対応するS3エンドポイントの完全修飾ドメイン名を、なしで入力します
https://。を参照してください "Amazonのドキュメント" を参照してください。 -
クレデンシャルを選択：Astra Control Serviceにバケットの管理に必要な権限を付与するクレデンシャルを入力します。指定する必要がある情報は、バケットタイプによって異なります。
-
「 * Add * 」を選択してバケットを追加します。
-
-
-
Astra Control Serviceでバケットが追加されます。このバケットは、保護ポリシーの作成時やアドホックバックアップの実行時に選択できるようになりました。このバケットをクラウドインスタンスのデフォルトバケットとして設定することもできます。
デフォルトバケットを変更する
クラウドインスタンスのデフォルトバケットを変更できます。Astra Control Serviceでは、デフォルトでバックアップとクローンにこのバケットが使用されます。各クラウドインスタンスには、独自のデフォルトバケットがあります。
|
Astra Controlでは、どのクラウドインスタンスに対してもデフォルトのバケットが自動的に割り当てられることはありません。2つのクラスタ間でアプリケーションのクローニング処理を実行する前に、クラウドインスタンスのデフォルトバケットを手動で設定する必要があります。 |
-
「* Cloud Instances *」に移動します。
-
編集するクラウドインスタンスの[アクション（* Actions *）]列で構成メニューを選択します。
-
「 * 編集 * 」を選択します。
-
バケットのリストで、このクラウドインスタンスのデフォルトバケットにするバケットを選択します。
-
「 * Update * 」を選択します。
バケットを削除する
使用されなくなったバケットや正常でないバケットを削除することができます。これは、オブジェクトストアの設定をシンプルかつ最新の状態に保つために役立ちます。
|
|
|
-
開始する前に、このバケットの実行中または完了済みのバックアップがないことを確認してください。
-
スケジュールされたバックアップにバケットが使用されていないことを確認する必要があります。
ある場合は、続行できません。
-
「*バケット」に移動します。
-
[ アクション * （ Actions * ） ] メニューから、 [ * 削除（ Remove ） ] を選択します。
Astra Control を使用すると、最初にバケットを使用してバックアップを実行するスケジュールポリシーが存在せず、削除しようとしているバケットにアクティブなバックアップが存在しないようにすることができます。 -
「 remove 」と入力して操作を確認します。
-
「 * Yes 、 remove bucket * 」を選択します。
[Tech preview]カスタムリソースを使用したバケットの管理
アプリケーションクラスタでAstra Controlのカスタムリソース（CR）を使用してバケットを追加できます。アプリケーションと永続的ストレージをバックアップする場合や、クラスタ間でアプリケーションのクローニングを行う場合は、オブジェクトストアバケットプロバイダの追加が不可欠です。Astra Control は、これらのバックアップまたはクローンを、定義したオブジェクトストアバケットに格納します。カスタムリソースメソッドを使用している場合、アプリケーションのスナップショット機能にはバケットが必要です。
アプリケーション構成と永続的ストレージを同じクラスタにクローニングする場合、Astra Controlにバケットを作成する必要はありません。
Astra ControlのバケットカスタムリソースはAppVaultと呼ばれます。このCRには、保護処理でバケットを使用するために必要な設定が含まれています。
-
Astra Control Centerで管理されているクラスタから到達できるバケットを用意します。
-
バケットのクレデンシャルがあることを確認します。
-
バケットが次のいずれかのタイプであることを確認します。
-
NetApp ONTAP S3
-
NetApp StorageGRID S3 の略
-
Microsoft Azure
-
汎用 S3
-
|
|
Amazon Web Services（AWS）とGoogle Cloud Platform（GCP）では、汎用のS3バケットタイプを使用します。 |
|
|
Astra Control CenterはAmazon S3を汎用のS3バケットプロバイダとしてサポートしていますが、Astra Control Centerは、AmazonのS3をサポートしていると主張するすべてのオブジェクトストアベンダーをサポートしているわけではありません。 |
-
カスタムリソース（CR）ファイルを作成し、という名前を付けます（例：
astra-appvault.yaml）。 -
次の属性を設定します。
-
* metadata.name*:_（必須）_ AppVaultカスタムリソースの名前。
-
* spec.prefix *：（オプション） AppVaultに保存されているすべてのエンティティの名前のプレフィックスが付いたパス。
-
* spec.providerConfig*:_（必須）_指定されたプロバイダを使用してAppVaultにアクセスするために必要な設定を保存します。
-
* spec.providerCredentials*:_(必須)_指定されたプロバイダを使用してAppVaultにアクセスするために必要なすべての資格情報への参照を保存します。
-
* spec.providerCredentials.valueFromSecret*:_（オプション）_は、クレデンシャル値がシークレットから取得される必要があることを示します。
-
* key *：_（valueFromSecretを使用する場合は必須）_選択するシークレットの有効なキー。
-
* name *：_（valueFromSecretを使用する場合は必須）_このフィールドの値を含むシークレットの名前。同じネームスペースになければなりません。
-
-
-
* spec.providerType*:_（必須）_バックアップの提供元を決定します（例：NetApp ONTAP S3、Microsoft Azure）。
YAMLの例：
apiVersion: astra.netapp.io/v1 kind: AppVault metadata: name: astra-appvault spec: providerType: generic-s3 providerConfig: path: testpath endpoint: 192.168.1.100:80 bucketName: bucket1 secure: "false" providerCredentials: accessKeyID: valueFromSecret: name: s3-creds key: accessKeyID secretAccessKey: valueFromSecret: name: s3-creds key: secretAccessKey -
-
データを入力した後、
astra-appvault.yaml正しい値を持つファイルを作成し、CRを適用します。kubectl apply -f astra-appvault.yaml -n astra-connector
バケットを追加すると、デフォルトのバケットインジケータで1つのバケットがAstra Controlによってマークされます。最初に作成したバケットがデフォルトバケットになります。バケットを追加する際、あとでを選択できます "別のデフォルトバケットを設定する"。