S3 File Gateway のファイル共有が CREATING、UPDATING、DELETING の状態に留まっている理由を知りたいです。

所要時間3分

AWS Storage Gateway での Amazon S3 ファイル共有の状態が、CREATING、UPDATING、DELETING に留まっています。

解決策

注: AWS コマンドラインインターフェイス (AWS CLI) コマンドの実行中にエラーが発生した場合は、「AWS CLI で発生したエラーのトラブルシューティング」を参照してください。また、AWS CLI の最新バージョンを使用していることを確認してください。

ファイル共有のステータスは、ファイル共有の正常性をまとめたものです。AWS Storage Gateway ファイル共有は、いくつかの原因で CREATING、UPDATING、DELETING 状態に留まる場合があります。

AWS Storage Gateway サービスに、ファイル共有に関連付けられた IAM ロールを引き受けるアクセス許可があることを確認する

ファイル共有に付与された AWS Identity and Access Management (IAM) アクセス許可では十分なアクセスが許可されていない。この IAM ロールには、Amazon Simple Storage Service (Amazon S3) バケットへのアクセス許可が必要です。さらに、IAM ロールの信頼ポリシーは、ロールを引き受けるためのアクセス許可を AWS Storage Gateway サービスに付与する必要があります。

IAM ロールのアクセス許可を確認するには、次の手順を実行します。

IAM コンソールを開きます。
ナビゲーションペインで、[ロール] を選択します。
ファイル共有に関連付けられている IAM ロールを選択し、
[信頼関係] タブを選択します。
AWS Storage Gateway が信頼されたエンティティのリストにあることを確認します。AWS Storage Gateway が信頼されたエンティティでない場合は、最初に [信頼関係の編集] を選択します。次に、以下のポリシーを追加して Amazon S3 バケットへのアクセスを許可します。

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Sid": "",
      "Effect": "Allow",
      "Principal": {
        "Service": "storagegateway.amazonaws.com"
      },
      "Action": "sts:AssumeRole"
    }
  ]
}

注: サービス間の混乱を招く代理防止策を避けるために、信頼関係ポリシーを使用します。

AWS STS の無効化により、ファイル共有の状態が CREATING または UPDATING で停止することを防ぐ

ファイル共有の状態が CREATING または UPDATING で停止することを防ぐために、十分なアクセス許可を持つファイル共有を作成してください。次に、AWS Security Token Service (AWS STS) が有効になっていることを確認します。

次の手順を実行します。

IAM コンソールを開きます。
ナビゲーションペインで [アカウント設定] を選択します。
Security Token Services のリージョンで、ファイル共有を作成する場所の AWS リージョンのステータスが Active であることを確認します。

Amazon S3 バケットがあり、バケット名が命名規則に従っていることを確認する

次の手順を実行します。

Amazon S3 コンソールを開きます。
ファイル共有をマッピングした S3 バケットが存在することを確認します。バケットがない場合は、作成します。バケットを作成すると、ファイル共有のステータスが AVAILABLE に変わります。詳細については、「最初の S3 バケットを作成する」を参照してください。
バケット名は、Amazon S3 のバケット命名規則に準拠している必要があります。

注: Amazon S3 コンソールでバケットを作成する際に、S3 File Gateway ではバケット名にピリオド (.) が含まれる Amazon S3 バケットがサポートされません。ピリオド (.) を含むバケット名を作成するには、AWS CLI を使用します。

DELETING 状態で止まっているファイル共有を削除する

AWS Storage Gateway からファイル共有の作成、更新、削除の API コールを行う際には、AWS Storage Gateway が共有に割り当てられたロールを引き受けます。次に、AWS Storage Gateway はゲートウェイから Amazon S3 に接続し、アップロードや削除などの未完了の操作を完了したり、更新を実行したりします。

ファイルゲートウェイからファイル共有を削除すると、その共有は関連する Amazon S3 バケットから削除されます。ただし、ファイル共有に書き込まれたデータは Amazon S3 バケットにはアップロードされません。共有を削除する際にデータがアップロード中の場合は、すべてのデータがアップロードされた後に削除プロセスが完了します。この処理中、すべてのデータがアップロードされるまでは、ファイル共有のステータスは DELETING となります。

重要: Amazon CloudWatch の AWS Storage Gateway メトリクス CachePercentDirty を確認してください。

進行中のすべてのアップロードが S3 バケットへの書き込みを完了するまで待機できない場合、次の手順を実行してください。

AWS Storage Gateway コンソールを開きます。
ナビゲーションペインで [ファイル共有] を選択します。次に、削除するファイル共有の ID を選択します。
[詳細] タブを選択し、このファイル共有が削除されます というメッセージを確認します。
メッセージ内のファイル共有の ID を確認します。次に、確認ボックスを選択します。
注: 強制削除操作は元に戻せません。
[今すぐ強制削除] を選択します。
注: 新しいコンソールを使用していて、強制削除オプションを使用できない場合は、以前のコンソールを使用してください。または、delete-file-share コマンドで force-delete を true に設定して実行することも有効です。
ゲートウェイの状態が offline ではないことを確認します。ゲートウェイがオフラインの場合は、最初にオフラインのゲートウェイをトラブルシューティングします。
ゲートウェイの仮想マシン (VM) が削除済みの場合は、AWS Storage Gateway コンソールでゲートウェイを削除し、関連するファイル共有をすべて削除します。これには、DELETING 状態に留まっているファイル共有も含まれます。

ネットワークの問題が原因で、ファイル共有が CREATING、UPDATING、DELETING のいずれかの状態で留まることを防ぎます。

ファイル共有は、次のネットワーク上の問題が原因で状態が CREATING、UPDATING、DELETING に留まる場合があります。

ゲートウェイがオフラインになっているか、関連する Gateway VM が削除されている。
AWS Storage Gateway と Amazon S3 サービスエンドポイント間のアクセスが、ネットワークによってブロックされている。
ゲートウェイが Amazon S3 と通信するために使用する S3 仮想プライベートクラウド (VPC) を削除した。
ネットワークルーティングが不適切であり、必要なポートが開いていない。

AWS Storage Gateway の設定

AWS Storage Gateway の VM にログインします。デフォルトのユーザー名は admin で、パスワードは password です。または、Amazon Elastic Compute Cloud (EC2) ゲートウェイのローカルコンソールにログインします。

[AWS Storage Gateway - 設定] のメインメニューで対応する番号を入力し、[S3 の接続をテスト] を選択します。

次の手順を実行し、設定を更新します。

Amazon S3 エンドポイントのタイプを選択します。インターネットゲートウェイ、NAT ゲートウェイ、トランジットゲートウェイ、Amazon S3 Gateway の VPC エンドポイントを経由する Amazon S3 トラフィックでは、Public に該当する番号を選択します。Amazon S3 インターフェイス VPC エンドポイントを通過する Amazon S3 トラフィックでは、VPC (PrivateLink) に該当する番号を選択します。FIPS エンドポイントでは、該当する番号を選択します。
該当するバケットの Amazon S3 リージョンを入力します。
Amazon S3 VPC エンドポイントの DNS 名を入力します。(vpce-0329c2790456f2d01-0at85l34 など。)

Amazon S3 リージョンと Amazon S3 VPC エンドポイント DNS 名を入力すると、AWS Storage Gateway は自動的に接続テストを完了します。接続テストの結果により、NETWORK TEST と SSL TEST を検証します。ネットワークテストにパスできない一般的な原因は、オンプレミスのファイアウォール、セキュリティグループのポート、不適切なネットワークルーティングです。SSL テストにパスできなかった場合、ゲートウェイ VM と Amazon S3 サービスエンドポイントの間で SSL インスペクションまたはディープパケットインスペクションが発生したことが示唆されます。問題の原因に応じて、ネットワークルーティングを解決するか、SSL とディープパケットインスペクションを無効にしてください。

プロキシサーバーがネットワーク通信をブロックしていないことを確認する

[AWS Storage Gateway - 設定] のメインメニューで対応する番号を入力し、[HTTP/SOCKS プロキシの設定] を選択します。次に、[現在のネットワークプロキシ設定を表示] に該当する番号を選択します。

プロキシが設定されている場合は、Amazon S3 のトラフィックは最初に、ポート 3128 経由で AWS Storage Gateway からプロキシサーバーに流れます。次に、ポート 443 経由で Amazon S3 エンドポイントに流れます。プロキシまたはファイアウォールは、AWS Storage Gateway に必要なネットワークポートとサービスエンドポイントとの間のトラフィックを許可している必要があります。詳しくは、「ネットワークとファイアウォールの要件」を参照してください。プロキシ設定を削除し、ファイル共有のステータスが変わるかどうかを確認することも有効です。

注: プロキシリスナーポートが 3128 ではない場合があります。リスナーポートは、設定によって異なります。

ゲートウェイが Amazon EC2 上にある場合は、セキュリティグループで Amazon S3 エンドポイントに対して必要なポート (443) が開かれていることを確認します。さらに、EC2 サブネットのルートテーブルが Amazon S3 トラフィックを Amazon S3 エンドポイントに正しくルーティングしていることを確認します。ゲートウェイがオンプレミスの VM 上にある場合は、ファイアウォールに必要なポートが開いており、ローカルルートテーブルが Amazon S3 のトラフィックを Amazon S3 エンドポイントにルーティングしていることを確認します。

ゲートウェイが Amazon S3 との通信に使用する Amazon S3 VPC エンドポイントが削除されていないことを確認してください。Amazon S3 VPC エンドポイントが削除されている場合、ゲートウェイにパブリック IP がないと、ゲートウェイは Amazon S3 と通信することができません。

トピック: Storage
タグ: AWS Storage Gateway
言語: 日本語

AWS公式更新しました 2年前

コメントはありません