永続ストレージ問題のトラブルシューティング - Amazon AppStream 2.0

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

永続ストレージ問題のトラブルシューティング

Amazon AppStream 2.0 では、永続ストレージとして、ホームフォルダ、Google Drive for G Suite、 OneDrive for Business の各オプションがサポートされています。コンテンツ同期の動作は、これらの永続的なストレージソリューション全体で一貫しているため、予想される動作に関しては ホームフォルダコンテンツの同期 で情報を確認することをお勧めします。

以下は、ユーザーまたはユーザーが AppStream 2.0 永続ストレージを使用する場合に発生する可能性のある問題です。

スタックのホームフォルダが正常に機能していません。

S3 バケットに対するホームフォルダのバックアップの問題は、次のシナリオで発生することがあります。

  • ストリーミングインスタンスからのインターネット接続がないか、プライベート Amazon S3 VPC エンドポイントにアクセスできない (該当する場合)。

  • ネットワーク帯域幅の消費量が大きすぎる。たとえば、サービスを使用して、大きなファイルを含むホームフォルダを Amazon S3 にバックアップしようとしているときに、ユーザーが複数の大きなファイルをダウンロードまたはストリーミングしている場合があります。

  • 管理者が、サービスによって作成されたバケットを削除した。

  • 管理者が AmazonAppStreamServiceAccess サービスロールの Amazon S3 アクセス許可を誤って編集した。

詳細については、Amazon Simple Storage Serviceユーザーガイドを参照してください。

ユーザーがいずれかのアプリケーションからホームフォルダディレクトリにアクセスできない。

アプリケーションによっては、File Explorer の最上位フォルダとしてホームフォルダを表示するリダイレクトが認識されない場合があります。このような場合、ユーザーがストリーミングセッション中にアプリケーション内からホームフォルダにアクセスするには、アプリケーションインターフェイスから [File Open (ファイルを開く)] を選択して以下のいずれかのディレクトリを参照します。

  • N on-domain-joined Windows インスタンス: C:\Users\PhotonUser\My Files\Home Folder

  • ドメインに参加済みの Windows インスタンス: C:\Users\%username%\My Files\Home Folder

  • Linux インスタンス: ~/MyFiles/HomeFolder

Amazon S3 ユーザーのホームフォルダにあるファイルを削除したり置き換えたりしましたが、ストリーミングセッション中にフリートインスタンスのホームフォルダの変更がユーザーに表示されません。

S3 バケット内のユーザーのホームフォルダに保存されているコンテンツと、ストリーミングセッション中にフリートインスタンスでユーザーが利用できるコンテンツの違いは、Amazon S3 バケットに保存されているホームフォルダコンテンツが AppStream 2.0 フリートインスタンスに保存されているホームフォルダコンテンツと同期する方法による場合があります。

ユーザーの AppStream 2.0 ストリーミングセッションの開始時に、 AppStream 2.0 は Amazon Web Services アカウントとリージョンの Amazon S3 バケットに保存されているユーザーのホームフォルダファイルをカタログ化します。ユーザーがストリーミングアプリケーションを使用してフリートインスタンスのホームフォルダにファイルを開くと、 AppStream 2.0 はそのファイルをフリートインスタンスにダウンロードします。

アクティブなストリーミングセッション中にフリートインスタンス上のファイルに対してユーザーが加えた変更は、数秒ごとに S3 バケットのホームフォルダにアップロードされるか、ユーザーのストリーミングセッションの最後にアップロードされます。

ユーザーがストリーミングセッション中にフリートインスタンス上のホームフォルダにあるファイルを開き、変更を加えたりファイルを保存したりせずにファイルを閉じた場合、ストリーミングセッション中に S3 バケット内のユーザーのホームフォルダからファイルを削除すると、ユーザーがフォルダを更新したときにそのファイルがフリートインスタンスから削除されます。ユーザーがファイルを変更してローカルに保存した場合、ユーザーは、現在のストリーミングセッション中にフリートインスタンス上でそのファイルを引き続き使用できます。ファイルは S3 バケットに再びアップロードされます。ただし、フリートインスタンス上のユーザーが次のストリーミングセッション中にファイルを使用できない場合があります。

ユーザーの次のストリーミングセッション中にフリートインスタンスでファイルが利用可能かどうかは、S3 バケットでファイルを変更する前に、または変更した後に、ユーザーがフリートインスタンスでファイルを変更したかどうかによって異なります。

詳細については、「ホームフォルダコンテンツの同期」を参照してください。

永続ストレージが予期したとおりに動作しません。ユーザーのファイルは、永続ストレージに保存するのに予想以上に時間がかかっています。

AppStream 2.0 ストリーミングセッション中、コンピューティング集約型アプリケーションに関連する大きなファイルやディレクトリを永続的ストレージに保存するには、基本的な生産性向上アプリケーションに必要なファイルやディレクトリを保存するよりも時間がかかる場合があります。たとえば、アプリケーションが大量のデータを保存したり、同じファイルを頻繁に変更したりする場合は、1 回の書き込み操作を実行するアプリケーションによって作成されたファイルを保存する場合よりも時間がかかる場合があります。また、多くの小さなファイルを保存するのに時間がかかる場合があります。

ユーザーが計算負荷の高いアプリケーションに関連するファイルやディレクトリを保存し、 AppStream 2.0 の永続的ストレージオプションが期待どおりに動作しない場合は、Amazon FSx for Windows File Server や AWS Storage Gateway ファイルゲートウェイなどのサーバーメッセージブロック (SMB) ソリューションを使用することをお勧めします。以下は、これらの SMB ソリューションでの使用に適した、計算集約型アプリケーションに関連するファイルとディレクトリの例です。

  • 統合開発環境 (IDE) 用の Workspace フォルダ

  • ローカルデータベースファイル

  • グラフィックシミュレーションアプリケーションによって作成されたスクラッチスペースフォルダ

詳細については、以下を参照してください。

注記

トラブルシューティングを進める前に、ユーザーがファイルとディレクトリの保存で経験している問題が AppStream 2.0 永続ストレージにのみ関連しており、別の原因ではないことを確認してください。他の原因を除外するには、ストリーミングインスタンスで使用可能な [Temporary Files (一時ファイル)] ディレクトリに、ユーザーがファイルまたはディレクトリを保存できるように許可します。

私のユーザーは、ファイルを使用していないときにファイルがすでに使用されているというエラーを受け取っています。

この現象は、通常、次の場合に発生します。

  • ファイルが最後に保存された後も、ユーザーのファイルがまだアップロードされているとき

  • ファイルが頻繁に変更されるとき (データベースファイルなど)

サイズの大きいファイルのアップロードにはかなりの時間がかかる場合があります。また、ファイルをアップロードしようとするたびに、別のファイルが更新され、ファイルのアップロードが繰り返し試行されることがあります。

この問題を解決するには、Amazon FSx for Windows File Server や AWS Storage Gateway ファイルゲートウェイなどのサーバーメッセージブロック (SMB) ソリューションを使用することをお勧めします。詳細については、以下を参照してください。

フォルダに数千のファイルが含まれている場合、 AppStream 2.0 はファイルのリストを表示するのに時間がかかることがあります。

AppStream 2.0 は API コールを使用して、 AppStream 2.0 永続ストレージに保存されているフォルダのコンテンツを取得します。呼び出しを実行するたびに API 呼び出しで取得できる項目数には制限があります。このため、 AppStream 2.0 が 1 つのフォルダに何千ものファイルを取得する必要がある場合、すべてのファイルのリストを表示するのに、より少ないファイルを含むフォルダ内のファイルのリストを表示するよりも時間がかかることがあります。

この問題を解決するには、1 つのフォルダに数千のファイルがある場合、このコンテンツをより少ないファイルのグループに分割し、各グループを別のフォルダに保存することをお勧めします。これにより、各フォルダ内のファイルの一覧を表示するのに必要な API 呼び出しの数が減ります。