Stay up to date with the latest from the Knowledge Center. See all new Knowledge Center articles published in the last month, and re:Post’s top contributors.
Storage Gateway でゲートウェイがオフラインと表示されるのはなぜですか?
AWS Storage Gateway コンソールに、ゲートウェイがオフラインであると表示されます。ゲートウェイをオンラインに戻したいです。
解決策
ゲートウェイをホストするオンプレミス仮想マシン (VM) または Amazon Elastic Compute Cloud (Amazon EC2) インスタンスに十分なリソースがないと、ゲートウェイがオフラインになることがあります。
オンプレミス VM または Amazon EC2 インスタンスが、ゲートウェイをオンラインのままに保つための最小要件を満たしていることを確認します。
ゲートウェイがオフラインになる一般的な理由は次のとおりです。
ゲートウェイがサービスエンドポイントに到達できない
ゲートウェイのネットワーク接続をテストします。サービスエンドポイントのタイプは、Storage Gateway のサービスエンドポイントまたは仮想プライベートクラウド (VPC) のエンドポイントのいずれかです。
インスタンスでホストされるゲートウェイの接続問題をトラブルシューティングするには、Reachability Analyzer を使用することもできます。
ネットワーク接続をテストしたときに表示される一般的なエラーレスポンスをいくつか以下に示します。
「[FAILED ] Endpoint domain not found」
ゲートウェイの VM または EC2 インスタンスがゲートウェイサービスのエンドポイントを解決できない場合に、上記のエラーが表示されます。DNS サーバーへの接続を確認し、DNS サーバーがどちらの VPC エンドポイント DNS 名を解決できるかを確認します。ゲートウェイの DNS サーバー情報を更新するには、「Configuring your gateway network settings」を参照してください。
「[ FAILED ] No response from endpoint host」
ゲートウェイの VM または EC2 インスタンスがサービスエンドポイントに到達できない場合に、上記のエラーが表示されます。
接続を確認するには、VM ホストプラットフォームからアクセスするゲートウェイローカルコンソールで ncport コマンドを実行します。
ncport -d client-cp.storagegateway.eu-west-1.amazonaws.com -p 443
サービスエンドポイントへの転送トラフィックをブロックしているルーターを特定するには、tcptraceroute コマンドを実行します。
tcptraceroute -d client-cp.storagegateway.eu-west-1.amazonaws.com -p 443
"[NETWORK TEST: PASSED] [SSL TEST: FAILED]"
ファイアウォールやプロキシなどのセキュリティシステムが証明書の発行者を変更すると、上記のエラーが表示されます。証明書の発行者を特定するには、次のコマンドを実行します。
sslcheck -d client-cp.storagegateway.eu-west-1.amazonaws.com -p 443
証明書の発行者は、次の例で示されているような、Amazon が信頼する認証局である必要があります。
subject=/CN=client-cp.storagegateway.eu-west-1.amazonaws.com issuer=/C=US/O=Amazon/CN=Amazon RSA 2048 M01
ゲートウェイに関連付けられているキャッシュディスクを削除または変更した、またはキャッシュディスクに障害が発生した
ハイパーバイザーホストからキャッシュディスクを削除した場合は、次の手順を実行します。
- ゲートウェイをシャットダウンします。
- ディスクを追加します。
注: インスタンスでホストされるゲートウェイの場合は、ディスクを確実に同じディスクノードに追加してください。 - ゲートウェイを再起動します。
キャッシュディスクに障害が発生した場合や、キャッシュディスクを交換または変更した場合は、次の手順を実行します。
- ゲートウェイをシャットダウンします。
- キャッシュディスクをリセットします。
- キャッシュストレージ用にディスクを再設定します。
- ゲートウェイを再起動します。
ゲートウェイの VM の時刻を同期していなかった
ゲートウェイがサービスエンドポイントに接続したときに証明書を正常に検証するには、VM の時刻を Network Time Protocol (NTP) サーバーと同期する必要があります。
Storage Gateway がメンテナンスアップデートを実行した
Storage Gateway は、カーネル、パッチ、機能を定期的に更新します。メンテナンスアップデートでは、ゲートウェイを一時的にオフラインにする再起動が必要になることがあります。ゲートウェイがオフラインになった時点で更新が進行中であったかどうかを確認します。
本番環境を復元する
注: 2 つのゲートウェイが同じバケットにファイルを書き込むと、データの不整合が発生する可能性があります。
オフラインの S3 ファイルゲートウェイを置き換える
同じ Amazon Simple Storage Service (Amazon S3) バケットを参照するオフラインの S3 ファイルゲートウェイを置き換えるには、新しい S3 ファイルゲートウェイをアクティブ化します。
この方法を使用して本番環境を復元する場合は、ゲートウェイが S3 バケットから読み取るときに遅延が発生する可能性があります。スタックしているファイルがないことと、**CachePercentDirty ** メトリクスが 0 であることを確認します。
既存の S3 ファイルゲートウェイを新しいインスタンスに置き換えるには、「Replacing your existing S3 File Gateway with a new instance」を参照してください。既存の S3 ファイルゲートウェイを置き換えると、キャッシュディスクは新しいゲートウェイ VM またはインスタンスに移動します。キャッシュデータは保持され、読み取り操作は同じフェーズで実行されます。
オフラインのボリュームゲートウェイを置き換える
キャッシュ型ボリュームのオフラインボリュームゲートウェイを置き換えるには、新しいストレージボリュームを作成します。[ボリュームの内容] で、[Amazon EBS スナップショットからボリュームを作成] または [最後のリカバリーポイントからのクローン] を選択します。
キャッシュ型ボリュームのクローンがない場合は、「Cloning a cached volume from a recovery point」を参照してください。
注: キャッシュ型ボリュームは Amazon S3 に保存されるため、Storage Gateway はそれらの Amazon Elastic Block Store (Amazon EBS) スナップショットを作成しません。キャッシュ型ボリュームのスナップショットを作成するには、「Creating a recovery snapshot」を参照してください。詳細については、「Editing a snapshot schedule」を参照してください。
保管型ボリュームの本番環境を復元するには、「Moving stored volumes to a new stored Volume Gateway」を参照してください。
注: AWS からゲートウェイキャッシュにダウンロードするデータについては、料金が発生します。
オフラインの FSx ファイルゲートウェイを置き換える
オンラインの FSx ファイルゲートウェイを置き換えるには、バックエンドと同じ FSx for Windows サーバーで新しい FSx ゲートウェイをアクティブ化します。スタックしているファイルがないことと、**CachePercentDirty ** メトリクスが 0 であることを確認します。
オフラインのテープゲートウェイを置き換える
オフラインのテープゲートウェイを置き換えるには、新しいテープゲートウェイをアクティブ化してバックアップアプリケーションに接続します。詳細については、「Troubleshooting virtual tape issues」を参照してください。対応するアーカイブへのテープの移行を完了するには、バックアップアプリケーションからテープをエクスポートし、ステータスを [アーカイブ済み] に更新します。
