Memecahkan Masalah Penyimpanan Persisten - Amazon AppStream 2.0

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Memecahkan Masalah Penyimpanan Persisten

Amazon AppStream 2.0 mendukung opsi berikut untuk penyimpanan persisten: Folder rumah, Google Drive untuk G Suite, dan OneDrive untuk Bisnis. Karena perilaku sinkronisasi konten konsisten di seluruh solusi penyimpanan persisten ini, sebaiknya Anda meninjau Home Folder Sinkronisasi Konten informasi tentang perilaku yang diharapkan.

Berikut ini adalah masalah yang mungkin terjadi ketika Anda atau pengguna Anda menggunakan penyimpanan persisten AppStream 2.0.

Folder rumah tumpukan saya tidak berfungsi dengan benar.

Masalah dengan pencadangan folder rumah ke bucket S3 dapat terjadi dalam skenario berikut:

  • Tidak ada konektivitas internet dari instans streaming, atau tidak ada akses ke titik akhir VPC Amazon S3 pribadi, jika berlaku.

  • Konsumsi bandwidth jaringan terlalu tinggi. Misalnya, beberapa file besar sedang diunduh atau dialirkan oleh pengguna saat layanan mencoba mencadangkan folder rumah yang berisi file besar ke Amazon S3.

  • Sebuah file lebih besar dari 5 GB.

  • Administrator menghapus bucket yang dibuat oleh layanan.

  • Administrator salah mengedit izin Amazon S3 untuk AmazonAppStreamServiceAccess peran layanan.

Untuk informasi selengkapnya, lihat Panduan Pengguna Amazon Simple Storage Service.

Pengguna saya tidak dapat mengakses direktori folder rumah mereka dari salah satu aplikasi kami.

Beberapa aplikasi tidak mengenali pengalihan yang menampilkan folder rumah sebagai folder tingkat atas di File Explorer. Jika ini masalahnya, pengguna Anda dapat mengakses folder rumah mereka dari dalam aplikasi selama sesi streaming dengan memilih File Open dari antarmuka aplikasi dan menjelajah ke salah satu direktori berikut:

  • Non-domain-joined Contoh Windows: C:\Users\\ My FilesPhotonUser\ Home Folder

  • Contoh Windows yang bergabung dengan domain: C:\Users\ %username%\ My Files\ Home Folder

  • Contoh Linux: ~//MyFilesHomeFolder

Pengguna saya menerima pesan kesalahan “Perangkat tidak siap” ketika mereka mengakses folder rumah mereka dari salah satu aplikasi kami.

Pemasangan penyimpanan persisten terjadi setelah pengguna masuk, dan itu bisa memakan waktu beberapa detik. Kesalahan “Perangkat tidak siap” dapat terjadi jika aplikasi Anda mencoba mengakses file dari folder rumah sebelum pemasangan penyimpanan persisten selesai. Kami menyarankan Anda mencoba lagi setelah menunggu beberapa menit.

Untuk menghindari masalah ini, Anda dapat menggunakan skrip sesi dan memantau status pemasangan penyimpanan. Kemudian, mulai sesi streaming setelah pemasangan selesai. Ini juga meningkatkan pengalaman pengguna akhir Anda. Untuk informasi selengkapnya, lihat Gunakan Skrip Sesi untuk Mengelola Pengalaman AppStream Streaming Pengguna Amazon 2.0.

Saya menghapus atau mengganti file di folder beranda pengguna di Amazon S3, tetapi pengguna saya tidak melihat perubahan di folder beranda mereka pada instance armada selama sesi streaming mereka.

Perbedaan antara konten yang disimpan di folder beranda pengguna dalam bucket S3 dan konten yang tersedia untuk pengguna pada instance armada selama sesi streaming mereka mungkin disebabkan oleh cara konten folder rumah yang disimpan di bucket Amazon S3 disinkronkan dengan konten folder rumah yang disimpan AppStream pada instance armada 2.0.

Pada awal sesi streaming AppStream 2.0 pengguna, AppStream 2.0 mengkatalogkan file folder beranda pengguna yang disimpan di bucket Amazon S3 untuk akun dan Wilayah Amazon Web Services Anda. Ketika pengguna menggunakan aplikasi streaming untuk membuka file di folder rumah mereka pada instance armada mereka, AppStream 2.0 mengunduh file ke instance armada.

Perubahan yang dilakukan pengguna ke file pada instance armada selama sesi streaming aktif mereka diunggah ke folder beranda mereka di bucket S3 setiap beberapa detik, atau di akhir sesi streaming pengguna.

Jika pengguna membuka file di folder beranda mereka pada instance armada selama sesi streaming dan kemudian menutup file tanpa membuat perubahan atau menyimpan file, dan Anda menghapus file dari folder beranda pengguna tersebut di bucket S3 selama sesi streaming, file akan dihapus dari instance armada jika pengguna menyegarkan folder. Jika pengguna memodifikasi file dan menyimpan file secara lokal, file tetap tersedia untuk pengguna pada instance armada selama sesi streaming mereka saat ini. File ini juga diunggah ke ember S3 lagi. Namun, file tersebut mungkin atau mungkin tidak tersedia untuk pengguna pada instance armada selama sesi streaming berikutnya.

Ketersediaan file pada instance armada selama sesi streaming pengguna berikutnya tergantung pada apakah pengguna mengubah file pada instance armada sebelum atau setelah Anda mengubah file di bucket S3.

Untuk informasi selengkapnya, lihat Home Folder Sinkronisasi Konten.

Penyimpanan persisten tidak berkinerja seperti yang diharapkan. File pengguna saya membutuhkan waktu lebih lama dari yang diharapkan untuk disimpan ke penyimpanan persisten.

Selama sesi streaming AppStream 2.0, menyimpan file besar dan direktori yang terkait dengan aplikasi komputasi intensif ke penyimpanan persisten dapat memakan waktu lebih lama daripada menyimpan file dan direktori yang diperlukan untuk aplikasi produktivitas dasar. Misalnya, mungkin perlu waktu lebih lama bagi aplikasi untuk menyimpan sejumlah besar data atau sering memodifikasi file yang sama daripada menyimpan file yang dibuat oleh aplikasi yang melakukan tindakan tulis tunggal. Mungkin juga butuh waktu lebih lama untuk menyimpan banyak file kecil.

Jika pengguna Anda menyimpan file dan direktori yang terkait dengan aplikasi komputasi intensif dan opsi penyimpanan persisten AppStream 2.0 tidak berfungsi seperti yang diharapkan, sebaiknya gunakan solusi Blok Pesan Server (SMB) seperti Amazon FSx untuk Windows File Server atau gateway file. AWS Storage Gateway Berikut ini adalah contoh file dan direktori yang terkait dengan aplikasi komputasi intensif yang lebih cocok untuk digunakan dengan solusi SMB ini:

  • Folder ruang kerja untuk lingkungan pengembangan terintegrasi () IDEs

  • File basis data lokal

  • Folder ruang gores yang dibuat oleh aplikasi simulasi grafis

Untuk informasi selengkapnya, lihat:

catatan

Sebelum melanjutkan dengan pemecahan masalah lebih lanjut, pertama-tama pastikan bahwa masalah yang dialami pengguna Anda dengan menyimpan file dan direktori dikaitkan dengan penyimpanan persisten AppStream 2.0 saja, dan bukan penyebab lain. Untuk mengesampingkan penyebab lain, mintalah pengguna Anda mencoba menyimpan file atau direktori ke direktori Temporary Files yang tersedia di instance streaming mereka.

Pengguna saya mendapatkan kesalahan bahwa file sudah digunakan saat file mereka tidak digunakan.

Perilaku ini biasanya terjadi dalam kasus-kasus berikut:

  • Ketika file pengguna masih diunggah setelah file terakhir disimpan

  • File yang sering dimodifikasi (misalnya, file database)

Unggahan file besar mungkin membutuhkan waktu yang signifikan. Selain itu, setiap upaya untuk mengunggah file dapat menghasilkan pembaruan file lain, yang dapat menyebabkan upaya pengunggahan file berulang.

Untuk mengatasi masalah ini, sebaiknya gunakan solusi Blok Pesan Server (SMB) seperti Amazon FSx untuk Windows File Server atau gateway AWS Storage Gateway file. Untuk informasi selengkapnya, lihat:

Ketika sebuah folder berisi ribuan file, AppStream 2.0 mungkin membutuhkan waktu lama untuk menampilkan daftar file.

AppStream 2.0 menggunakan panggilan API untuk mengambil konten folder yang disimpan dalam penyimpanan persisten AppStream 2.0. Ada batasan jumlah item yang dapat diambil oleh panggilan API setiap kali panggilan berjalan. Untuk alasan ini, jika AppStream 2.0 harus mengambil ribuan file dalam satu folder, mungkin perlu lebih banyak waktu untuk menampilkan daftar semua file daripada menampilkan daftar file dalam folder yang berisi lebih sedikit file.

Untuk mengatasi masalah ini, jika Anda memiliki ribuan file dalam satu folder, kami sarankan Anda membagi konten ini menjadi kelompok-kelompok file yang lebih sedikit dan menyimpan setiap grup dalam folder yang berbeda. Melakukannya mengurangi jumlah panggilan API yang diperlukan untuk menampilkan daftar file di setiap folder.