日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

NetApp Backup and Recovery を使用してCloud Volumes ONTAPデータを Amazon S3 にバックアップする

10/07/2025 共同作成者

PDF

Cloud Volumes ONTAPシステムから Amazon S3 へのボリュームデータのバックアップを開始するには、 NetApp Backup and Recovery でいくつかの手順を完了します。

注意 NetAppのバックアップとリカバリのワークロードを切り替えるには、"さまざまなNetAppバックアップおよびリカバリワークロードに切り替える" 。

構成のサポートを確認する

ボリュームを S3 にバックアップする前に、次の要件を読んで、サポートされている構成であることを確認してください。

次の図は、各コンポーネントとそれらの間で準備する必要がある接続を示しています。

オプションとして、パブリック接続またはプライベート接続を使用して、複製されたボリュームのセカンダリONTAPシステムに接続することもできます。

NetApp Backup and Recovery が、ソースシステムのボリュームおよびバックアップファイルが保存されている宛先ストレージと通信する方法を示す図。

VPC ゲートウェイエンドポイントがすでに VPC 内に存在している必要があります。 "ゲートウェイエンドポイントの詳細" 。

サポートされるONTAPバージョン: 最低でもONTAP 9.8、 ONTAP 9.8P13 以降が推奨されます。
データ暗号化に顧客管理キーを使用するために必要な情報: アクティベーションウィザードでは、デフォルトの Amazon S3 暗号化キーを使用する代わりに、データ暗号化用に独自のカスタマー管理キーを選択できます。この場合、暗号化管理キーがすでに設定されている必要があります。 "独自のキーの使用方法を確認する" 。

ライセンス要件を確認する

NetApp Backup and Recovery PAYGO ライセンスの場合、 Cloud Volumes ONTAPとNetApp Backup and Recovery の導入を可能にするコンソールサブスクリプションが AWS Marketplace で利用できます。必要がある "このNetAppコンソールサブスクリプションに加入する"NetApp Backup and Recovery を有効にする前に。 NetApp Backup and Recovery の課金は、このサブスクリプションを通じて行われます。

Cloud Volumes ONTAPデータとオンプレミスONTAPデータの両方をバックアップできる年間契約の場合は、 "AWSマーケットプレイスページ"その後 "サブスクリプションをAWS認証情報に関連付ける"。

Cloud Volumes ONTAPとNetApp Backup and Recovery をバンドルできる年間契約の場合は、 Cloud Volumes ONTAPシステムを作成するときに年間契約を設定する必要があります。このオプションでは、オンプレミスのデータをバックアップすることはできません。

NetApp Backup and Recovery BYOL ライセンスの場合、ライセンスの期間と容量にわたってサービスを使用できるようにするNetAppからのシリアル番号が必要です。"BYOLライセンスの管理方法を学ぶ" 。コンソールエージェントとCloud Volumes ONTAPシステムをダークサイトに展開する場合は、BYOL ライセンスを使用する必要があります。

また、バックアップを保存するストレージスペース用の AWS アカウントも必要です。

コンソールエージェントを準備する

コンソールエージェントは、完全なインターネットアクセスまたは制限されたインターネットアクセス (「標準」または「制限」モード) を備えた AWS リージョンにインストールする必要があります。 "詳細については、 NetAppコンソールの導入モードを参照してください。" 。

コンソールエージェントへの権限を確認または追加する

コンソールに権限を与えるIAMロールには、最新のS3権限が含まれている必要があります。 "コンソールポリシー" 。ポリシーにこれらの権限がすべて含まれていない場合は、 "AWSドキュメント: IAMポリシーの編集" 。

ポリシーからの具体的な権限は次のとおりです。

Details

{
            "Sid": "backupPolicy",
            "Effect": "Allow",
            "Action": [
                "s3:DeleteBucket",
                "s3:GetLifecycleConfiguration",
                "s3:PutLifecycleConfiguration",
                "s3:PutBucketTagging",
                "s3:ListBucketVersions",
                "s3:GetObject",
                "s3:DeleteObject",
                "s3:PutObject",
                "s3:ListBucket",
                "s3:ListAllMyBuckets",
                "s3:GetBucketTagging",
                "s3:GetBucketLocation",
                "s3:GetBucketPolicyStatus",
                "s3:GetBucketPublicAccessBlock",
                "s3:GetBucketAcl",
                "s3:GetBucketPolicy",
                "s3:PutBucketPolicy",
                "s3:PutBucketOwnershipControls"
                "s3:PutBucketPublicAccessBlock",
                "s3:PutEncryptionConfiguration",
                "s3:GetObjectVersionTagging",
                "s3:GetBucketObjectLockConfiguration",
                "s3:GetObjectVersionAcl",
                "s3:PutObjectTagging",
                "s3:DeleteObjectTagging",
                "s3:GetObjectRetention",
                "s3:DeleteObjectVersionTagging",
                "s3:PutBucketObjectLockConfiguration",
                "s3:DeleteObjectVersion",
                "s3:GetObjectTagging",
                "s3:PutBucketVersioning",
                "s3:PutObjectVersionTagging",
                "s3:GetBucketVersioning",
                "s3:BypassGovernanceRetention",
                "s3:PutObjectRetention",
                "s3:GetObjectVersion",
                "athena:StartQueryExecution",
                "athena:GetQueryResults",
                "athena:GetQueryExecution",
                "glue:GetDatabase",
                "glue:GetTable",
                "glue:CreateTable",
                "glue:CreateDatabase",
                "glue:GetPartitions",
                "glue:BatchCreatePartition",
                "glue:BatchDeletePartition"
            ],
            "Resource": [
                "arn:aws:s3:::netapp-backup-*"
            ]
        },

AWS中国リージョンでバックアップを作成する場合、IAMポリシーのすべての_Resource_セクションのAWSリソース名「arn」を「aws」から「aws-cn」に変更する必要があります。例： arn:aws-cn:s3:::netapp-backup-* 。

必要なAWS Cloud Volumes ONTAP権限

Cloud Volumes ONTAPシステムがONTAP 9.12.1以降のソフトウェアを実行している場合、そのシステムに権限を提供するIAMロールには、最新のNetAppバックアップおよびリカバリ専用の新しいS3権限セットが含まれている必要があります。 "Cloud Volumes ONTAPポリシー" 。

コンソールバージョン 3.9.23 以降を使用してCloud Volumes ONTAPシステムを作成した場合、これらの権限はすでに IAM ロールの一部になっているはずです。それ以外の場合は、不足している権限を追加する必要があります。

サポートされているAWSリージョン

NetApp Backup and Recovery は、AWS GovCloud リージョンを含むすべての AWS リージョンでサポートされています。

別の AWS アカウントでバックアップを作成するために必要な設定

デフォルトでは、バックアップはCloud Volumes ONTAPシステムに使用されているアカウントと同じアカウントを使用して作成されます。バックアップに別の AWS アカウントを使用する場合は、次の手順を実行する必要があります。

権限「s3:PutBucketPolicy」と「s3:PutBucketOwnershipControls」が、コンソールエージェントに権限を提供する IAM ロールの一部であることを確認します。
コンソールで宛先 AWS アカウントの認証情報を追加します。 "やり方を見る" 。

2 番目のアカウントのユーザー資格情報に次の権限を追加します。

"athena:StartQueryExecution",
"athena:GetQueryResults",
"athena:GetQueryExecution",
"glue:GetDatabase",
"glue:GetTable",
"glue:CreateTable",
"glue:CreateDatabase",
"glue:GetPartitions",
"glue:BatchCreatePartition",
"glue:BatchDeletePartition"

独自のバケットを作成する

デフォルトでは、サービスによってバケットが作成されます。独自のバケットを使用する場合は、バックアップアクティベーションウィザードを開始する前にバケットを作成し、ウィザードでそれらのバケットを選択できます。

"独自のバケットの作成について詳しくは" 。

ボリュームを複製するためのONTAPネットワーク要件を確認する

NetApp Backup and Recovery を使用してセカンダリONTAPシステムに複製ボリュームを作成する場合は、ソースシステムと宛先システムが次のネットワーク要件を満たしていることを確認してください。

オンプレミスのONTAPネットワーク要件

クラスターが社内にある場合は、企業ネットワークからクラウドプロバイダーの仮想ネットワークへの接続が必要です。これは通常、VPN 接続です。
ONTAPクラスタは、追加のサブネット、ポート、ファイアウォール、およびクラスタの要件を満たす必要があります。

Cloud Volumes ONTAPまたはオンプレミスシステムにレプリケートできるため、オンプレミスONTAPシステムのピアリング要件を確認してください。 "ONTAPドキュメントでクラスタピアリングの前提条件を確認する" 。

Cloud Volumes ONTAPのネットワーク要件

インスタンスのセキュリティグループには、必要な受信ルールと送信ルール (具体的には、ICMP とポート 11104 および 11105 のルール) が含まれている必要があります。これらのルールは、事前定義されたセキュリティグループに含まれています。
異なるサブネットにある 2 つのCloud Volumes ONTAPシステム間でデータを複製するには、サブネットを一緒にルーティングする必要があります (これがデフォルト設定です)。

Cloud Volumes ONTAPでNetApp のバックアップとリカバリを有効にする

NetApp のバックアップとリカバリを有効にするのは簡単です。既存のCloud Volumes ONTAPシステムがあるか、新しいシステムがあるかによって、手順が若干異なります。

新しいシステムでNetAppバックアップとリカバリを有効にする

NetApp Backup and Recovery は、システムウィザードでデフォルトで有効になっています。このオプションは必ず有効にしておいてください。

見る "AWS でCloud Volumes ONTAP を起動"Cloud Volumes ONTAPシステムを作成するための要件と詳細については、こちらをご覧ください。

手順

コンソールの システム ページで、システムの追加 を選択し、クラウドプロバイダーを選択して、新規追加 を選択します。 * Cloud Volumes ONTAPの作成*を選択します。
クラウドプロバイダーとして Amazon Web Services を選択し、単一ノードまたは HA システムを選択します。
「詳細と資格情報」ページに入力します。
[サービス] ページで、サービスを有効のままにして、[続行] を選択します。
ウィザードのページを完了してシステムを展開します。

結果

システムでNetApp Backup and Recovery が有効になっています。これらのCloud Volumes ONTAPシステムでボリュームを作成したら、 NetApp Backup and Recoveryを起動し、"保護したいボリュームごとにバックアップを有効化します" 。

既存のシステムでNetAppバックアップとリカバリを有効にする

コンソールからいつでも既存のシステムでNetAppバックアップおよびリカバリを有効にできます。

手順

コンソールの システム ページでクラスターを選択し、右側のパネルの [バックアップとリカバリ] の横にある 有効化 を選択します。

バックアップの Amazon S3 保存先が システム ページにクラスターとして存在する場合は、クラスターを Amazon S3 システムにドラッグしてセットアップウィザードを開始できます。

ONTAPボリューム上のバックアップをアクティブ化する

オンプレミスのシステムからいつでも直接バックアップをアクティブ化できます。

ウィザードに従って、次の主要な手順を実行します。

バックアップしたいボリュームを選択します
バックアップ戦略を定義する
選択内容を確認する

また、APIコマンドを表示するレビューステップでコードをコピーして、将来のシステムのバックアップアクティベーションを自動化できます。

ウィザードを起動する

手順

次のいずれかの方法で、バックアップと回復のアクティブ化ウィザードにアクセスします。
- コンソールの システム ページで、システムを選択し、右側のパネルの [バックアップとリカバリ] の横にある 有効化 > バックアップボリューム を選択します。
  
  バックアップの AWS 保存先がコンソールの システム ページにシステムとして存在する場合は、 ONTAPクラスターを AWS オブジェクトストレージにドラッグできます。
- バックアップとリカバリバーで ボリューム を選択します。ボリュームタブから*アクション*を選択しますアイコンオプションをクリックし、単一ボリューム (オブジェクトストレージへのレプリケーションまたはバックアップがまだ有効になっていないボリューム) に対して [バックアップのアクティブ化] を選択します。
ウィザードの「概要」ページには、ローカルスナップショット、レプリケーション、バックアップなどの保護オプションが表示されます。この手順で 2 番目のオプションを実行した場合、ボリュームが 1 つ選択された状態で「バックアップ戦略の定義」ページが表示されます。
次のオプションを続行します。
- コンソールエージェントがすでにある場合は、設定は完了です。 *次へ*を選択してください。
- コンソールエージェントがまだない場合は、[コンソールエージェントの追加] オプションが表示されます。。コンソールエージェントを準備する。

バックアップしたいボリュームを選択します

保護するボリュームを選択します。保護されたボリュームとは、スナップショットポリシー、レプリケーションポリシー、オブジェクトへのバックアップポリシーの 1 つ以上を持つボリュームです。

FlexVolまたはFlexGroupボリュームを保護することを選択できますが、システムのバックアップをアクティブ化するときにこれらのボリュームを混在して選択することはできません。方法を見る"システム内の追加ボリュームのバックアップを有効にする"(FlexVolまたはFlexGroup) 初期ボリュームのバックアップを構成した後。

一度に 1 つのFlexGroupボリューム上でのみバックアップをアクティブ化できます。
選択するボリュームには同じSnapLock設定が必要です。すべてのボリュームでSnapLock Enterpriseを有効にするか、 SnapLock を無効にする必要があります。

手順

選択したボリュームにスナップショットまたはレプリケーションポリシーがすでに適用されている場合は、後で選択したポリシーによって既存のポリシーが上書きされます。

「ボリュームの選択」ページで、保護するボリュームを選択します。
- 必要に応じて、行をフィルタリングして、特定のボリュームタイプ、スタイルなどを持つボリュームのみを表示し、選択を容易にします。
- 最初のボリュームを選択したら、すべてのFlexVolボリュームを選択できます (FlexGroupボリュームは一度に 1 つだけ選択できます)。既存のFlexVolボリュームをすべてバックアップするには、まず 1 つのボリュームをチェックし、次にタイトル行のボックスをチェックします。
- 個々のボリュームをバックアップするには、各ボリュームのボックスをオンにします。
*次へ*を選択します。

バックアップ戦略を定義する

バックアップ戦略を定義するには、次のオプションを設定する必要があります。

ローカルスナップショット、レプリケーション、オブジェクトストレージへのバックアップなど、バックアップオプションのいずれかまたはすべてを使用するかどうか
アーキテクチャ
ローカルスナップショットポリシー

レプリケーションターゲットとポリシー

選択したボリュームのスナップショットおよびレプリケーションポリシーがこの手順で選択したポリシーと異なる場合、既存のポリシーが上書きされます。

オブジェクトストレージ情報へのバックアップ (プロバイダー、暗号化、ネットワーク、バックアップポリシー、エクスポートオプション)。

手順

「バックアップ戦略の定義」ページで、次のいずれかまたはすべてを選択します。デフォルトでは 3 つすべてが選択されています。
- ローカルスナップショット: オブジェクトストレージへのレプリケーションまたはバックアップを実行する場合は、ローカルスナップショットを作成する必要があります。
- レプリケーション: 別のONTAPストレージシステムに複製されたボリュームを作成します。
- バックアップ: ボリュームをオブジェクトストレージにバックアップします。
アーキテクチャ: レプリケーションとバックアップを選択した場合は、次のいずれかの情報フローを選択します。
- カスケード: 情報はプライマリストレージシステムからセカンダリストレージシステムへ、そしてセカンダリストレージシステムからオブジェクトストレージへ流れます。
- ファンアウト: 情報はプライマリストレージシステムからセカンダリストレージシステムへ、そしてプライマリストレージシステムからオブジェクトストレージへ流れます。
  
  これらのアーキテクチャの詳細については、"保護の旅を計画する" 。
ローカルスナップショット: 既存のスナップショットポリシーを選択するか、新しいポリシーを作成します。

スナップショットをアクティブ化する前にカスタムポリシーを作成するには、"ポリシーを作成します。" 。

ポリシーを作成するには、[新しいポリシーの作成] を選択し、次の操作を行います。
- ポリシーの名前を入力します。
- 通常は異なる頻度のスケジュールを最大 5 つ選択します。
- *作成*を選択します。
レプリケーション: 次のオプションを設定します。
- レプリケーションターゲット: 宛先システムと SVM を選択します。必要に応じて、複製先のアグリゲート (複数可) と、複製されたボリューム名に追加されるプレフィックスまたはサフィックスを選択します。
- レプリケーションポリシー: 既存のレプリケーションポリシーを選択するか、新しいレプリケーションポリシーを作成します。
  
  カスタムポリシーを作成するには、"ポリシーを作成します。" 。
  
  ポリシーを作成するには、[新しいポリシーの作成] を選択し、次の操作を行います。
  - ポリシーの名前を入力します。
  - 通常は異なる頻度のスケジュールを最大 5 つ選択します。
  - *作成*を選択します。
オブジェクトにバックアップ: *バックアップ*を選択した場合は、次のオプションを設定します。
- プロバイダー: Amazon Web Services を選択します。
- プロバイダー設定: プロバイダーの詳細とバックアップを保存するリージョンを入力します。
  
  バックアップを保存するために使用する AWS アカウントを入力します。これは、Cloud Volumes ONTAPシステムが存在するアカウントとは異なるアカウントにすることができます。
  
  バックアップに別の AWS アカウントを使用する場合は、コンソールでバックアップ先の AWS アカウントの認証情報を追加し、コンソールに権限を付与する IAM ロールに「s3:PutBucketPolicy」および「s3:PutBucketOwnershipControls」権限を追加する必要があります。
  
  バックアップを保存するリージョンを選択します。これは、Cloud Volumes ONTAPシステムが存在するリージョンとは異なるリージョンにすることができます。
  
  新しいバケットを作成するか、既存のバケットを選択します。
- 暗号化キー: 新しいバケットを作成した場合は、プロバイダーから提供された暗号化キー情報を入力します。データの暗号化を管理するために、デフォルトの AWS 暗号化キーを使用するか、AWS アカウントから独自のカスタマー管理キーを選択するかを選択します。("独自の暗号化キーの使用方法を確認する" ）。
  
  独自のカスタマー管理キーを使用する場合は、キーコンテナーとキー情報を入力します。
  
  既存のバケットを選択した場合は、暗号化情報がすでに利用可能であるため、ここで入力する必要はありません。
- バックアップポリシー: 既存のオブジェクトストレージへのバックアップポリシーを選択するか、新しいポリシーを作成します。
  
  バックアップをアクティブ化する前にカスタムポリシーを作成するには、"ポリシーを作成します。" 。
  
  ポリシーを作成するには、[新しいポリシーの作成] を選択し、次の操作を行います。
  - ポリシーの名前を入力します。
  - 通常は異なる頻度のスケジュールを最大 5 つ選択します。
  - オブジェクトへのバックアップポリシーの場合は、DataLock と Ransomware Resilience の設定を行います。 DataLockとランサムウェア耐性の詳細については、以下を参照してください。"オブジェクトへのバックアップポリシー設定" 。
  - *作成*を選択します。
- 既存のスナップショットコピーをバックアップコピーとしてオブジェクトストレージにエクスポートします: このシステム内のボリュームのローカルスナップショットコピーが、このシステムに対して選択したバックアップスケジュールラベル (たとえば、毎日、毎週など) と一致する場合、この追加プロンプトが表示されます。このボックスをオンにすると、すべての履歴スナップショットがバックアップファイルとしてオブジェクトストレージにコピーされ、ボリュームの最も完全な保護が確保されます。
*次へ*を選択します。

選択内容を確認する

ここで選択内容を確認し、必要に応じて調整を行うことができます。

手順

「レビュー」ページで選択内容を確認します。
オプションで、スナップショットポリシーラベルをレプリケーションポリシーラベルおよびバックアップポリシーラベルと自動的に同期する チェックボックスをオンにします。これにより、レプリケーションおよびバックアップポリシーのラベルと一致するラベルを持つスナップショットが作成されます。
*バックアップの有効化*を選択します。

結果

NetApp Backup and Recovery はボリュームの初期バックアップを開始します。複製されたボリュームとバックアップファイルのベースライン転送には、プライマリストレージシステムデータの完全なコピーが含まれます。後続の転送には、スナップショットコピーに含まれるプライマリストレージシステムデータの差分コピーが含まれます。

複製されたボリュームが宛先クラスターに作成され、プライマリストレージボリュームと同期されます。

入力した S3 アクセスキーとシークレットキーで示されるサービスアカウントに S3 バケットが作成され、そこにバックアップファイルが保存されます。

ボリュームバックアップダッシュボードが表示され、バックアップの状態を監視できます。

バックアップと復元ジョブのステータスを監視することもできます。"ジョブ監視ページ" 。

APIコマンドを表示する

バックアップとリカバリのアクティブ化ウィザードで使用される API コマンドを表示し、必要に応じてコピーすることもできます。将来のシステムでバックアップのアクティベーションを自動化するには、これを実行する必要がある場合があります。

手順

バックアップとリカバリのアクティブ化ウィザードから、*API リクエストの表示*を選択します。
コマンドをクリップボードにコピーするには、[コピー] アイコンを選択します。