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

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

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

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

管理者またはユーザーが AppStream 2.0 永続ストレージを使用する場合に発生する可能性のある問題は次のとおりです。

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

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

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

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

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

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

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

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

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

  • N on-domain-joined Windows インスタンス:C:\Users\PhotonUser\ My Files\ ホームフォルダ

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

  • Linux インスタンス:~//MyFilesHomeFolder

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 やファイルゲートウェイなどのサーバーメッセージブロック (SMB) ソリューションを使用することをお勧めします。 AWS Storage Gateway 以下は、これらの SMB ソリューションでの使用に適した、計算集約型アプリケーションに関連するファイルとディレクトリの例です。

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

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

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

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

注記

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

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

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

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

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

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

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

フォルダに何千ものファイルが含まれている場合、 AppStream 2.0 ではファイルリストが表示されるまでに長い時間がかかる場合があります。

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

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