Pedoman orientasi aplikasi

Sebelum Anda membuat aplikasi tersedia untuk pengguna akhir melalui WorkSpaces Aplikasi, validasi bahwa aplikasi berfungsi dengan benar di lingkungan cloud WorkSpaces Aplikasi, verifikasi bahwa aplikasi dapat dialirkan tanpa merender artefak, dan ukuran armada Anda dengan tepat untuk profil sumber daya aplikasi. Halaman ini menyediakan daftar periksa orientasi terstruktur yang dapat Anda ikuti untuk setiap aplikasi yang Anda rencanakan untuk streaming. Jika Anda berencana untuk menggunakan multi-sesi, Anda perlu memberi perhatian khusus pada kemampuan untuk menjalankan beberapa versi aplikasi pada host yang sama. Jika Anda berencana untuk menggunakan mode aplikasi asli, Anda perlu memverifikasi bahwa aplikasi tidak menghadirkan masalah kompatibilitas dengan mode ini.

Pedoman ini berlaku apakah Anda melakukan onboarding aplikasi baru atau memigrasikan aplikasi yang sudah ada dari model pengiriman lain.

Ikhtisar proses orientasi

Onboarding aplikasi ke WorkSpaces Aplikasi memiliki dua track paralel:

• Validasi kompatibilitas aplikasi: Konfirmasikan aplikasi berperilaku dengan benar di lingkungan streaming di seluruh fitur yang diandalkan pengguna Anda.

• Ukuran instans dan perencanaan kapasitas: Pilih jenis instans dan kebijakan penskalaan armada yang cocok dengan profil CPU, memori, dan GPU aplikasi serta jumlah pengguna bersamaan yang Anda harapkan.

Sebaiknya selesaikan validasi kompatibilitas terlebih dahulu (pada Image Builder dan armada pilot), kemudian menggunakan pengukuran dari validasi tersebut untuk mendorong keputusan ukuran instance.

Bagian 1: Validasi kompatibilitas aplikasi

Kompatibilitas umum

WorkSpaces Aplikasi menetapkan sesi streaming dalam urutan ini:

1. Klien pengguna terhubung ke instance streaming.

2. Pengguna masuk ke sesi sistem operasi server pada instance.

3. Aplikasi dimulai.

4. Sesi streaming dimulai, di mana pengaturan lingkungan yang bergantung pada klien (misalnya, resolusi tampilan klien, DPI, zona waktu klien, dan perangkat yang dialihkan klien seperti printer) diterapkan.

Karena pengaturan lingkungan yang bergantung pada klien diterapkan setelah aplikasi dimulai, aplikasi yang membaca nilai-nilai ini hanya sekali selama startup tidak akan bereaksi terhadap konfigurasi klien aktual pengguna. Validasi berikut ini:

• Aplikasi membaca atau berlangganan untuk menampilkan resolusi, DPI, dan perubahan zona waktu setelah startup, atau Anda mengonfigurasi instance streaming dengan default yang sesuai dengan populasi pengguna Anda sebelum klien terhubung.

• Aplikasi ini mentolerir zona waktu lokal pengguna yang berbeda dari zona waktu instans streaming.

• Aplikasi tidak gagal atau hang ketika klien memutuskan dan menghubungkan kembali pertengahan sesi.

Multi-session kompatibilitas

Jika Anda berencana untuk menjalankan aplikasi pada armada multi-sesi, validasi berikut ini pada Image Builder dan armada pilot dengan dua atau lebih pengguna bersamaan:

• Lisensi aplikasi mengizinkan sesi multi-pengguna bersamaan pada satu instance server. Beberapa lisensi per-perangkat atau per-pengguna aplikasi secara eksplisit melarang konfigurasi ini.

• Profil pengguna, pengaturan aplikasi, dan data pengguna diisolasi antar sesi. Uji bahwa perubahan yang dilakukan satu pengguna tidak terlihat oleh pengguna bersamaan lainnya.

• User-specific data ditulis ke lokasi per pengguna seperti %APPDATA% dan%LOCALAPPDATA%, bukan ke direktori bersama seperti atau. C:\Program Files C:\ProgramData

• Aplikasi tidak bergantung pada layanan sistem yang dibagikan di semua sesi, atau layanan tersebut dapat menangani beberapa sesi bersamaan dengan benar.

• Aplikasi ini tidak berisi jalur hardcode yang mengasumsikan lingkungan pengguna tunggal.

• Dialog perangkat sistem hanya menghitung perangkat yang dialihkan pengguna saat ini seperti pemindai dan printer, tidak semua perangkat terlihat oleh server.

• File membuka dan menyimpan dialog dengan benar menyelesaikan drive klien yang dipetakan dan folder yang dialihkan untuk pengguna saat ini.

• Penginstal aplikasi, pembaru, dan proses latar belakang apa pun tidak memerlukan akses administrator interaktif saat pengguna masuk.

catatan

Multi-session armada saat ini tidak mendukung webcam, Dynamic Application Framework, dan Smart Card Authentication. Jika Anda memerlukan salah satu fitur ini, kami sarankan Anda menggunakan armada sesi tunggal.

Kompatibilitas mode aplikasi asli

Mode aplikasi asli mengalirkan setiap aplikasi jarak jauh sebagai jendela terpisah pada perangkat lokal pengguna, dengan ikon bilah tugasnya sendiri. Aplikasi yang bekerja dengan benar dalam mode klasik dapat berperilaku berbeda dalam mode aplikasi asli karena manajemen jendela, fokus, dan rendering ditangani secara berbeda. Untuk ikhtisar fitur, lihat Mode Aplikasi Asli.

Validasi berikut ini dalam mode aplikasi asli pada Image Builder dan armada pilot:

• Tampilan jendela: Semua jendela aplikasi, termasuk dialog, layar splash, dan petunjuk modal, ditampilkan dengan benar dan dapat berinteraksi dengannya. Berikan perhatian khusus pada jendela yang digambar secara manual daripada dengan toolkit UI Windows standar (misalnya, layar splash yang dirender khusus atau dialog startup yang muncul sebelum jendela utama). Ini lebih cenderung memiliki masalah kompatibilitas.

• Jendela transparan atau non-persegi panjang: Periksa jendela apa pun yang memiliki area transparan atau yang memiliki bentuk bulat atau non-persegi panjang (misalnya, ujung balon, tooltips khusus, atau jendela berkulit). Ini mungkin tidak dirender dengan benar dalam mode aplikasi asli.

• Baki sistem: Aplikasi yang memerlukan area notifikasi Windows (baki sistem) saat ini tidak didukung dalam mode aplikasi asli. Jika aplikasi Anda menggunakan ikon baki hanya untuk fitur sekunder, konfirmasikan bahwa alur kerja inti masih berfungsi saat baki tidak tersedia.

• Kesadaran DPI: Sesi streaming dapat berjalan pada resolusi dan pengaturan DPI yang berbeda dari klien lokal. Jika aplikasi tidak DPI-aware, Windows sendiri menskalakan output, yang menghasilkan rendering kabur. Uji pada setidaknya satu klien dengan penskalaan DPI selain 100% (misalnya, laptop DPI tinggi pada 125% atau 150%).

• Multi-window alur kerja: Uji alur kerja yang menjangkau beberapa jendela aplikasi (misalnya, beralih antara jendela utama dan dialog modal, atau antara dua dokumen yang dibuka di jendela terpisah). Konfirmasikan bahwa transisi fokus dan klik-untuk-mengaktifkan bilah tugas berperilaku seperti yang diharapkan.

• Alt+Tab dan perilaku taskbar: Beralih antara aplikasi dan aplikasi lokal lainnya dengan menggunakan Alt+Tab dan dengan mengklik ikon taskbar. Aplikasi jarak jauh harus muncul di latar depan tanpa membawa jendela jarak jauh yang tidak terkait dengannya.

• Dialog modal: Ketika dialog modal terbuka di aplikasi jarak jauh, jendela jarak jauh yang mendasarinya harus menunjukkan dengan benar bahwa itu dinonaktifkan, dan mengkliknya akan mem-flash atau mengaktifkan modal.

• Alur kerja cetak: Cetak dari dalam aplikasi dan verifikasi bahwa dialog cetak terlihat (tidak tersembunyi di balik jendela utama) dan printer yang dialihkan disebutkan. Dialog cetak yang ditampilkan oleh beberapa driver printer mungkin menempel pada jendela yang salah. Jika Anda mengamati ini, pertimbangkan untuk menggunakan Printer PDF DCV alih-alih Microsoft Print to PDF.

• Docking tab browser: Ketika pengguna mencoba memasang atau melepas tab di satu jendela browser ke jendela terpisah selama sesi streaming dalam mode aplikasi asli, browser streaming jarak jauh tidak bekerja dengan cara yang sama seperti browser lokal. Pengguna harus menekan tombol Alt hingga tab berlabuh ke jendela browser terpisah. Jika pengguna Anda mengandalkan pembatalan tab yang sering, rencanakan pelatihan pengguna untuk perilaku ini.

• Mode switching: Uji bahwa aplikasi terus berfungsi jika pengguna beralih antara mode aplikasi asli dan mode klasik selama sesi.

Sebaiknya mulai validasi mode aplikasi asli dengan grup pengguna pilot dan mendokumentasikan batasan khusus aplikasi apa pun sebelum penerapan penuh. Perilaku dan kinerja aplikasi dapat bervariasi antara mode streaming, sehingga pengujian dalam mode klasik bukanlah pengganti pengujian dalam mode aplikasi asli.

Penanganan dan pengalihan file

• Buka dan simpan file dari dan ke drive klien yang dipetakan dan folder yang dialihkan.

• Jika aplikasi menggunakan file sementara, konfirmasikan bahwa file tersebut ditulis ke direktori temp per pengguna.

• Uji operasi file besar melalui mekanisme transfer file sesi jika pengguna Anda bekerja dengan file yang lebih besar dari ukuran biasa yang ditangani oleh sesi streaming.

Pencetakan

• Uji pencetakan ke setiap jenis printer yang dialihkan yang akan digunakan pengguna Anda (printer jaringan, Microsoft Print ke PDF, driver printer PDF seperti DCV PDF Printer, dan printer pengalihan pihak ketiga).

• Uji pencetakan dari setiap aplikasi yang memiliki alur kerja cetak, termasuk aplikasi yang menyematkan konten web (seperti Chromium-based tampilan).

• Validasi perilaku dialog cetak dalam mode aplikasi asli (lihat bagian sebelumnya).

Interaksi perangkat lokal

• Input dan output audio (mikrofon, speaker, dan headset).

• Webcam, jika digunakan oleh aplikasi.

• Pengalihan perangkat USB, jika digunakan oleh aplikasi. Lihat pengalihan perangkat USB untuk daftar perangkat yang didukung.

• Otentikasi kartu pintar, jika diperlukan oleh aplikasi.

Performa jaringan

• Ukur respons aplikasi melalui perwakilan koneksi jaringan dari pengguna terburuk Anda (misalnya, pengguna jarak jauh pada koneksi broadband konsumen dengan waktu pulang-pergi 100 ms). Sesi streaming sensitif terhadap waktu pulang pergi dan kehilangan paket.

• Validasi bahwa aplikasi mentolerir interupsi jaringan singkat dan koneksi ulang sesi.

Multi-monitor dukungan

• Uji alur kerja yang menjangkau beberapa monitor di sisi klien.

• Jika aplikasi membaca geometri monitor, konfirmasikan bahwa aplikasi membaca tata letak monitor klien, bukan tata letak instans streaming.

Fitur audio dan video

Real-time skenario audio-video (suara, konferensi video, dan alat kolaborasi yang disematkan dalam aplikasi) memerlukan frame rate yang lebih tinggi dan mungkin memerlukan jenis instans yang lebih besar. Lihat Bagian 2: Ukuran instans dan perencanaan kapasitas.

Lingkungan validasi

Lakukan pemeriksaan di bagian ini pada Image Builder terlebih dahulu, lalu pada armada pilot dengan sekelompok kecil pengguna yang representatif, sebelum meluncurkan gambar ke basis pengguna penuh Anda. Jangan mengandalkan pengujian mode klasik sebagai pengganti pengujian mode aplikasi asli.

Bagian 2: Ukuran instans dan perencanaan kapasitas

Pilih keluarga instance

Pilih keluarga instance berdasarkan profil sumber daya aplikasi. Untuk spesifikasi dan harga perangkat keras, lihat Keluarga Instans WorkSpaces Aplikasi dan Harga WorkSpaces Aplikasi.

Profil aplikasi	Keluarga contoh yang direkomendasikan
Kantor, browser web, sebagian besar aplikasi lini bisnis	Tujuan Umum
Compute-bound aplikasi (perhitungan sisi klien berat, analitik lokal)	Komputasi yang Dioptimalkan
Memory-intensive aplikasi (dataset besar dalam memori, database dalam memori)	Memori Dioptimalkan
Aplikasi grafis menggunakan DirectX, OpenGL, atau OpenCL	Grafis G4dn, G5, atau keluarga G6
Real-time audio-video untuk skenario kecepatan bingkai tinggi	Tingkatkan ukuran instans dalam keluarga pilihan Anda; pertimbangkan instance keluarga Grafis jika aplikasi juga menggunakan akselerasi GPU

Setiap instans WorkSpaces Aplikasi memiliki drive C ukuran tetap 200 GB yang dihapus setelah setiap sesi pengguna. Jangan mengandalkan penyimpanan lokal instans untuk data pengguna; gunakan folder beranda, berbagi file, atau manajemen profil untuk ketekunan.

Ukuran instance untuk satu pengguna

Sebelum mengukur untuk pengguna bersamaan, ukur penggunaan sumber daya aplikasi untuk satu sesi:

• Menyediakan Image Builder dengan ukuran instans terkecil dalam keluarga pilihan Anda yang memenuhi persyaratan minimum yang ditetapkan aplikasi.

• Masuk sebagai pengguna tunggal dan jalankan beban kerja representatif dari ujung ke ujung. Sertakan semua dependensi yang akan berjalan dalam sesi streaming (misalnya, klien sinkronisasi latar belakang, agen keamanan, dan klien manajemen profil).

• Ukur, menggunakan Windows Performance Monitor atau alat yang setara: penggunaan CPU puncak dan berkelanjutan, penggunaan memori set kerja puncak dan berkelanjutan (byte pribadi), I/O kecepatan disk, dan jika berlaku, penggunaan GPU dan memori video.

• Jika CPU puncak melebihi sekitar 80% atau memori puncak melebihi sekitar 75% dari kapasitas instans selama alur kerja normal, naikkan ke ukuran instance berikutnya.

• Tinggalkan ruang utama untuk sistem operasi Windows Server, agen WorkSpaces Aplikasi, Amazon DCV, anti-malware, dan agen manajemen lainnya. Aturan praktisnya adalah memesan sekitar 1 vCPU dan 1 GB memori untuk overhead sistem dasar pada instance sesi tunggal.

Ukuran untuk armada multi-sesi

Multi-session armada menjalankan beberapa pengguna secara bersamaan pada satu instance Windows Server. Pengguna maksimum yang didukung per instance bergantung pada ukuran instans dan profil sumber daya aplikasi.

• Mulai dari pengukuran pengguna tunggal Anda (dari bagian sebelumnya).

• Terapkan pengganda konkurensi berdasarkan perilaku aplikasi. Untuk aplikasi yang memiliki profil sumber daya yang didominasi idle (misalnya, aplikasi perkantoran yang digunakan secara interaktif), rencanakan penggunaan CPU dan memori agregat untuk menskalakan secara kasar secara linier dengan jumlah pengguna, tetapi dengan pengurangan 20-30% karena overhead OS bersama. Untuk aplikasi yang memiliki profil sumber daya aktif secara konsisten (misalnya, alat pengolah data atau browser yang menjalankan aplikasi web berat), rencanakan penskalaan hampir linier tanpa pengurangan.

• Hitung kandidat maksimum pengguna per instance sebagai:

max_users_per_instance = min(
    (instance_vcpus - 1) / peak_single_user_vcpus_under_concurrency,
    (instance_memory_gb - 1) / peak_single_user_memory_gb_under_concurrency
)

• Validasi nilai kandidat dalam pilot multi-sesi yang sebenarnya. Jalankan pengujian dengan jumlah kandidat pengguna bersamaan (misalnya, dengan alat pembuatan beban atau dengan pengguna pilot yang sebenarnya). Memantau penggunaan CPU (target kurang dari 80% puncak, kurang dari 70% berkelanjutan), memori yang tersedia (target lebih besar dari 15% dari total pada puncak), panjang antrian disk (target kurang dari 2 berkelanjutan), dan respons sesi DCV (subjektif — apakah sesi terasa interaktif?).

• Jika pilot gagal salah satu target ini, kurangi pengguna maksimum per instance dengan satu dan uji ulang. Jika pilot lewat dengan nyaman, Anda dapat meningkatkan maksimum pengguna per instance sebanyak satu dan menguji ulang, atau meninggalkan ruang kepala untuk lonjakan beban kerja.

Konfigurasikan penskalaan armada

Setelah mengetahui pengguna maksimum per instans, konfigurasikan penskalaan armada berdasarkan jumlah pengguna bersamaan yang diharapkan dari waktu ke waktu. Lihat Fleet Auto Scaling untuk WorkSpaces Aplikasi untuk mekanisme lengkap. Bagian ini merangkum keputusan yang harus Anda buat sebagai bagian dari orientasi.

• Kapasitas minimum. Tetapkan berdasarkan jumlah pengguna bersamaan yang diharapkan terendah selama jam kerja, dibagi dengan pengguna per instance. Penyediaan membutuhkan waktu beberapa menit per instance, sehingga kapasitas minimum nol atau nilai yang terlalu rendah dapat menyebabkan pengguna menunggu instance diluncurkan pada awal hari kerja. Untuk peningkatan pagi yang dapat diprediksi, gunakan kebijakan penskalaan terjadwal untuk meningkatkan kapasitas minimum sebelum hari kerja dimulai dan kurangi sebelum hari kerja berakhir.

• Kapasitas maksimum. Setel ke batas atas yang menyumbang pengguna bersamaan puncak ditambah margin keamanan. Puncaknya biasanya 1,2-1,5 × rata-rata selama jam kerja, tetapi ukur lalu lintas Anda sendiri untuk mengatur ini secara akurat.

• Target pemanfaatan. Untuk armada dengan permintaan tak terduga, gunakan kebijakan penskalaan pelacakan target. Pilih pemanfaatan target yang 100% - target utilization melebihi tingkat turnover pengguna yang diharapkan (churn) dalam jendela 15 menit. Misalnya, jika 10% pengguna memulai dan mengakhiri sesi dalam jangka waktu 15 menit, tetapkan target menjadi 90% atau lebih rendah. Lihat Praktik Terbaik untuk Desain Kebijakan Penskalaan di whitepaper untuk detail selengkapnya.

• InsufficientCapacityError alarm. Buat CloudWatch alarm Amazon pada InsufficientCapacityError metrik untuk setiap armada, sehingga administrator diberi tahu saat penskalaan otomatis tidak dapat memenuhi permintaan.

Validasi ujung ke ujung dengan pilot

Sebelum meluncurkan aplikasi ke semua pengguna, jalankan pilot dengan 10-50 pengguna selama setidaknya satu minggu bisnis penuh. Selama pilot:

• Konfirmasikan bahwa hasil validasi kompatibilitas aplikasi dari Bagian 1 bertahan di bawah beban kerja pengguna yang sebenarnya.

• Konfirmasikan bahwa ukuran instans yang dipilih mendukung pengguna bersamaan puncak yang diamati per instance.

• Konfirmasikan bahwa kebijakan penskalaan armada menangani jalan awal hari dan ramp-down akhir hari tanpa peristiwa. InsufficientCapacityError

• Kumpulkan umpan balik tentang respons sesi dan perilaku aplikasi dari pengguna pilot.

Daftar periksa orientasi

Gunakan daftar periksa ini untuk melacak status setiap aplikasi yang Anda onboarding.

Kompatibilitas aplikasi

• Lisensi aplikasi mengizinkan penyebaran yang dimaksud (satu sesi atau multi-sesi, pengguna bersamaan).

• Pemeriksaan kompatibilitas umum lulus (pengaturan tergantung klien diterapkan setelah aplikasi dimulai).

• Multi-session pemeriksaan kompatibilitas lulus (jika menargetkan armada multi-sesi).

• Mode aplikasi asli memeriksa pass (jendela, dialog, baki, DPI, fokus, cetak, dan peralihan mode).

• Penanganan file dan pemeriksaan pengalihan lulus.

• Alur kerja pencetakan yang divalidasi untuk semua jenis printer yang dialihkan yang akan digunakan pengguna.

• Interaksi perangkat lokal (audio, webcam, USB, dan kartu pintar) yang divalidasi untuk semua perangkat yang akan digunakan pengguna.

• Multi-monitor alur kerja divalidasi.

Ukuran dan kapasitas instans

• Keluarga instans dipilih berdasarkan profil sumber daya aplikasi.

• Single-user penggunaan sumber daya diukur pada Image Builder.

• Pengguna maksimum per instance dihitung dan divalidasi dalam pilot multi-sesi (jika ada).

• Kebijakan penskalaan armada dikonfigurasi (kapasitas minimum, kapasitas maksimum, pemanfaatan target, atau penskalaan terjadwal).

• InsufficientCapacityErroralarm dikonfigurasi.

Pilot dan peluncuran

• Pilot dijalankan dengan 10-50 pengguna selama setidaknya satu minggu kerja.

• Umpan balik pilot ditinjau dan masalah pemblokiran diselesaikan.

• Aplikasi didokumentasikan untuk pelatihan pengguna akhir (termasuk mode aplikasi asli yang diketahui perilaku seperti docking tab browser melalui tombol Alt).

• Rencana peluncuran disepakati dengan pemangku kepentingan.