Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Kustomisasi armada
Tipe armada
Saat membuat armada, pelanggan harus memilih jenis armada. Setiap jenis armada memberikan manfaat berbeda untuk pengalaman pengguna, biaya, dan overhead pemeliharaan. Terlepas dari jenis armada yang dipilih, setiap opsi mendukung jenis platform Windows dan Linux, dan Tampilan Desktop atau Tampilan Aplikasi.
Pelanggan sekarang dapat memilih dari jenis armada berikut:
-
Always-On— Jenis armada ini memberi pengguna akses instan ke aplikasi mereka. Anda akan dikenakan biaya untuk semua instans yang berjalan di armada Anda meskipun tidak ada pengguna yang melakukan streaming aplikasi.
-
On-Demand— Pilih jenis armada ini untuk mengoptimalkan biaya streaming Anda. Dengan armada sesuai permintaan, pengguna akan mengalami waktu mulai sekitar satu hingga dua menit untuk sesi mereka. Namun, Anda hanya akan dikenakan biaya instans streaming saat pengguna terhubung, dan sedikit biaya per jam untuk setiap instans di armada yang bukan aplikasi streaming.
-
Elastis — Armada elastis dapat digunakan untuk aplikasi yang tidak memerlukan instalasi dan dapat dijalankan dari hard disk virtual (VHD). Armada elastis tidak mendukung gambar WorkSpaces Aplikasi, juga tidak memerlukan kebijakan penskalaan. Anda hanya dikenakan biaya selama sesi streaming.
Tabel 2 - Jenis armada WorkSpaces Aplikasi Amazon
| Tipe armada | Kapan harus digunakan | Pengalaman pengguna | Model penentuan harga | Catatan |
|---|---|---|---|---|
|
Always-On |
Pengguna Anda memerlukan akses instan ke aplikasi saat mereka memulai sesi. Anda tidak akan memiliki kelebihan kapasitas yang signifikan dalam armada Anda, mungkin karena pola penggunaan Anda dapat diprediksi dan Anda dapat mengontrol biaya dengan andal dengan kebijakan penskalaan. |
Akses instan ke aplikasi |
Anda membayar harga penuh untuk setiap instance yang tersedia di armada Anda (terlepas dari apakah itu digunakan untuk sesi). |
Mendukung gambar kustom dan kebijakan penskalaan. |
|
On-Demand |
Anda harus mempertahankan kapasitas berlebih yang signifikan di armada AndaAnda menginginkan lingkungan yang paling dioptimalkan biaya dan tidak ingin membayar harga penuh untuk kapasitas yang tidak digunakanPengguna Anda dapat menunggu satu hingga dua menit untuk mengakses aplikasi mereka setelah memulai sesi.Anda menggunakan jenis instance yang lebih besar. Biaya per jam dari instans yang sedang berjalan jauh lebih mahal daripada biaya instans yang dihentikan. |
Pengguna menunggu satu hingga dua menit untuk mengakses aplikasi mereka setelah memulai sesi. |
Anda membayar harga penuh hanya untuk streaming instans dengan sesi aktif, dan kemudian biaya per jam kecil untuk instans idle. |
Mendukung gambar kustom dan kebijakan penskalaan. |
|
Elastis |
Aplikasi Anda dan dependensinya lebih kecil dari ~ 1,5 GB. Setiap kali pengguna memulai sesi dalam armada Elastic, file hard disk virtual (VHD) Anda harus diunduh dari Amazon S3 ke dalam sesi. Akibatnya, file VHD yang lebih besar (yaitu berukuran lebih dari 1,5 GB) akan menghasilkan pengalaman pengguna akhir yang buruk. Aplikasi Anda portabel. Artinya, aplikasi Anda dan semua dependensinya dapat ditempatkan ke VHD dan diluncurkan dari instans streaming yang VHD.You tidak memerlukan domain yang bergabung (penggabungan domain saat ini tidak tersedia dengan armada Elastic) Anda hanya ingin membayar untuk sesi aktif (yaitu Anda tidak membayar kapasitas yang tidak digunakan di armada Anda) .Pengguna Anda dapat menunggu 45 detik atau lebih untuk mengakses aplikasi mereka setelah memulai sesi.Anda ingin AWS mengelola penskalaan untuk Anda (tidak ada kebijakan penskalaan untuk dikelola). |
Pengguna menunggu 45 detik hingga 3 menit untuk mengakses aplikasi setelah memulai sesi (waktu tunggu tergantung pada ukuran Virtual Hard Disk). |
Anda hanya dikenakan biaya selama sesi streaming. Karena tidak ada konsep instance idle dengan armada Elastic, Anda tidak dikenakan biaya untuk instance yang tidak digunakan. |
Tidak mendukung gambar kustom (pelanggan menyediakan VHD dengan aplikasi) atau kebijakan penskalaan. Saat ini mendukung |
Kasus dan persyaratan penggunaan tipe armada
Ukuran armada
Kapasitas minimum dan penskalaan terjadwal
Saat mengukur armada WorkSpaces Aplikasi Anda, ada beberapa pertimbangan yang secara langsung diterjemahkan ke pengalaman pengguna dan biaya. Nilai yang dimasukkan untuk kapasitas Minimum memastikan bahwa jumlah instans WorkSpaces Aplikasi jarang akan kurang dari nilai ini. Setelah sesi WorkSpaces Aplikasi berakhir, jika total instance WorkSpaces Aplikasi kurang dari nilai kapasitas Minimum, instance armada baru akan dimulai. Seperti biasa, penting untuk mengingat satu instance WorkSpaces Aplikasi memetakan langsung ke satu sesi pengguna, secara langsung memengaruhi nilai untuk kapasitas Minimum.
Memasukkan nilai untuk kapasitas Minimum yang berada di luar konkurensi yang diantisipasi menghasilkan peningkatan biaya, meskipun pengalaman pengguna tidak terpengaruh. Nilai yang terlalu rendah menghasilkan biaya rendah, tetapi berdampak pada pengalaman pengguna ketika total permintaan melebihi kapasitas yang tersedia. Administrator akan mengamati kesalahan “Kapasitas Tidak Cukup” dalam situasi seperti ini. Misalnya, menunggu PendingCapacity menjadi AvailableCapacity adalah penggunaan waktu pengguna yang tidak efisien ketika jumlah koneksi yang diantisipasi pada awal hari adalah nilai yang dapat diprediksi konsisten.
Mulailah dengan kapasitas minimum yang mengakomodasi jam off-peak yang khas, dan kemudian gunakan kebijakan penskalaan terjadwal untuk secara efektif mengatur ulang kapasitas minimum sebelum dimulainya hari kerja. Jangan lupa untuk membuat kebijakan penskalaan terjadwal lainnya untuk mengembalikan kapasitas Minimum ke jam sibuk. Untuk informasi selengkapnya tentang kebijakan penskalaan dan cara menerapkannya, lihat bagian strategi auto-scaling Armada di dokumen ini.
Kapasitas maksimum dan kuota layanan
Menetapkan kapasitas maksimum mungkin tampak sebagai nilai arbitrer, tetapi ketika diperkirakan dan ditetapkan dengan benar, itu mengoptimalkan total konsumsi sumber daya dan biaya. Nilai yang dimasukkan yang lebih tinggi dari kuota layanan untuk armada WorkSpaces Aplikasi dalam Anda Akun AWS dapat tampak valid, tetapi, ketika peristiwa penskalaan otomatis mencoba untuk menskalakan sumber daya ke kapasitas maksimum, mereka gagal diluncurkan, karena nilai kapasitas maksimum melebihi kuota layanan yang tersedia. Pastikan permintaan kuota layanan ditempatkan untuk kapasitas maksimum yang diinginkan untuk memastikan fungsi penskalaan otomatis seperti yang diharapkan organisasi Anda.
Pertimbangan penting lainnya ketika menetapkan nilai kapasitas maksimum adalah biaya. Untuk informasi lebih lanjut, lihat bagian Mengoptimalkan biaya dengan pilihan jenis armada dokumen ini.
