翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
ファイル共有をコピーする
注記
ファイル共有のコピー機能は、Storage Gateway コンソールでのみ使用できます。この機能に対応する AWSCLI コマンドまたは API アクションはありません。
Storage Gateway コンソールを使用して、既存の NFS または SMB ファイル共有を別のゲートウェイにコピーできます。ファイル共有をコピーすると、元の共有の設定のほとんどを維持しながら、ソースファイル共有と同じ Amazon S3 バケットを指す新しいファイル共有が宛先ゲートウェイに作成されます。これは主にゲートウェイの移行を支援することを目的としており、設定を手動で再作成することなく、ファイル共有を代替ゲートウェイに移動できます。コピーしたファイル共有が新しいゲートウェイで正しく動作していることを確認したら、ソースゲートウェイから元のファイル共有を削除する必要があります。
考慮事項
ファイル共有をコピーする前に、次の点を考慮してください。
-
送信先ゲートウェイはアクティブ状態である必要があります。
-
送信元ゲートウェイと送信先ゲートウェイの両方が Amazon S3 File Gateway ゲートウェイである必要があります。異なるゲートウェイタイプ間でファイル共有をコピーすることはできません。
-
コピーされたファイル共有は、ソースと同じ Amazon S3 バケットを指します。両方のファイル共有を長期間アクティブに維持することはお勧めしません。複数のゲートウェイから同じ Amazon S3 バケットに同時に書き込むと、データの不整合、キャッシュの競合、予期しない動作が発生する可能性があります。コピーしたファイル共有が正しく機能していることを確認したら、ソースファイル共有を削除します。
-
コピーオペレーションでは、ファイル共有プロトコル (NFS または SMB) が保持されます。コピー中にプロトコルタイプを変更することはできません。
-
ソースファイル共有が Amazon S3 バケットアクセスに IAM ロールを使用している場合は、コピーしたファイル共有に同じロールを使用するか、別の既存のロールを選択するか、コンソールで新しいロールを自動的に作成するかを選択できます。
-
ソースファイル共有に CloudWatch ロググループモニタリングが設定されている場合、同じロググループを使用するか、別のロググループを選択するか、コンソールで新しいロググループを自動的に作成するかを選択できます。
-
異なる Active Directory ドメインに参加しているゲートウェイ間、または Active Directory 認証を使用するゲートウェイとゲストアクセスを使用するゲートウェイ間で SMB ファイル共有をコピーする場合は、コピーの完了後に SMB アクセス設定を確認して、アクセス許可が正しく設定されていることを確認します。
-
レプリケート元ゲートウェイとレプリケート先ゲートウェイの VPC 設定が異なる場合 (たとえば、1 つのゲートウェイが VPC でアクティブ化され、もう 1 つのゲートウェイがアクティブ化されていない場合)、コピーされたファイル共有はレプリケート先ゲートウェイのネットワーク設定を使用します。
重要
SMB ファイル共有をコピーする場合、ルートレベルのアクセスコントロールリスト (ACLs) は新しいファイル共有にコピーされません。コピーされたファイル共有は、デフォルトのルート ACLs で作成されます。ソースファイル共有でカスタムルート ACLs を設定している場合は、コピーの完了後にコピーされたファイル共有でカスタムルート ACL を手動で再設定する必要があります。
ファイル共有を別のゲートウェイにコピーする
Storage Gateway コンソールを使用してファイル共有をコピーするには
Storage Gateway コンソール (https://console.aws.amazon.com/storagegateway/home
) を開きます。 -
ナビゲーションペインで、ファイル共有を選択します。
-
コピーするファイル共有を選択します。
-
アクションメニューから、ファイル共有を別のゲートウェイにコピーを選択します。
-
Gateway で、コピーを作成する送信先ゲートウェイを選択します。
-
IAM ロールの場合は、次のいずれかのオプションを選択します。
-
同じ IAM ロールを使用する – ソースファイル共有と同じ IAM ロールを使用します。送信先ゲートウェイが同じアクセス許可を使用して Amazon S3 バケットにアクセスする必要がある場合は、このオプションを選択します。
-
既存の IAM ロールを選択する – リストから別の IAM ロールを選択します。ロールが必要な Amazon S3 アクセス許可を付与していることを確認します。
-
新しい IAM ロールの自動生成 – コンソールは、Amazon S3 バケットに必要なアクセス許可を持つ新しい IAM ロールを作成します。
-
-
ロググループで、次のいずれかのオプションを選択します。
-
同じロググループを使用する – ソースファイル共有と同じ CloudWatch ロググループにヘルスログを送信します。
-
既存のロググループを選択する – リストから別の CloudWatch ロググループを選択します。
-
新しいロググループの自動生成 – コンソールは、コピーされたファイル共有用の新しい CloudWatch ロググループを作成します。
-
-
ファイル共有のコピーを選択します。
新しいファイル共有は、Creating というステータスのファイル共有リストに表示されます。共有が使用可能になったら、ソース共有と同じプロトコルを使用してクライアントにマウントできます。
コピー中に保持される設定
ファイル共有をコピーすると、次の設定がソースファイル共有から新しいコピーに引き継がれます。
-
Amazon S3 バケット名とプレフィックス
-
ストレージクラス
-
オブジェクト暗号化設定 (SSE-S3、SSE-KMS、または DSSE-KMS)
-
ファイル共有プロトコル (NFS または SMB)
-
キャッシュの更新設定
-
スカッシュ設定とクライアントアクセス (NFS ファイル共有)
-
認証方法、ファイル共有の可視性、アクセスベースの列挙 (SMB ファイル共有) などの SMB アクセス設定
-
許可および拒否されたユーザーとグループ (SMB ファイル共有)
以下の設定はコピーされず、送信先ゲートウェイの設定またはデフォルトを使用します。
-
ゲートウェイネットワーク設定 (VPC エンドポイント、パブリックエンドポイント)
-
Active Directory ドメインメンバーシップ (宛先ゲートウェイの AD 設定を使用)
-
帯域幅レート制限 (送信先ゲートウェイの制限を使用)
-
ルートレベルの ACLs (SMB ファイル共有 – コピーされた共有はデフォルトのルート ACLs で作成されます)