Paket peyekalaan otomatis dan skenario contoh di Azure Virtual Desktop
Penting
Penskalaan otomatis dinamis untuk kumpulan host yang dikumpulkan dengan konfigurasi host sesi saat ini dalam PRATINJAU. Lihat Ketentuan Penggunaan Tambahan untuk Pratinjau Microsoft Azure untuk persyaratan hukum yang berlaku pada fitur Azure dalam versi beta, pratinjau, atau belum dirilis secara umum.
Skala otomatis memungkinkan Anda menskalakan komputer virtual (VM) host sesi di kumpulan host ke atas atau ke bawah sesuai dengan jadwal untuk mengoptimalkan biaya penyebaran.
Catatan
- Anda tidak dapat menggunakan skala otomatis dan menskalakan host sesi menggunakan Azure Automation pada kumpulan host yang sama. Anda harus menggunakan satu atau yang lain.
- Penskalakan otomatis manajemen daya tersedia di Azure dan Azure Government di wilayah yang sama tempat Anda dapat membuat kumpulan host.
- Autoscaling dinamis hanya tersedia di Azure dan tidak didukung di Azure Government.
Untuk hasil terbaik, kami sarankan menggunakan skala otomatis dengan VM yang Anda sebarkan dengan templat Azure Resource Manager (ARM) Azure Virtual Desktop atau alat pihak pertama dari Microsoft.
Cara kerja rencana penskalaan
Rencana penskalaan menentukan jadwal untuk menskalakan host sesi di kumpulan host. Anda dapat menetapkan satu rencana penyekalaan ke beberapa kumpulan host. Setiap kumpulan host hanya dapat memiliki satu rencana penykalaan yang ditetapkan untuknya. Ada dua metode penskalakan berbeda yang dapat Anda pilih saat membuat rencana penskalakan:
Penskalakan otomatis manajemen daya: menyalakan dan mematikan host sesi untuk menyesuaikan dengan kapasitas yang tersedia di kumpulan host. Jika Anda ingin menerapkan rencana penskalakan ke kumpulan host dengan manajemen standar, ini adalah opsi yang harus Anda gunakan.
Autoscaling dinamis (pratinjau): menyalakan dan mematikan host sesi dan membuat dan menghapus host sesi untuk menyesuaikan dengan kapasitas yang tersedia di kumpulan host. Penskalaan otomatis dinamis hanya dapat digunakan untuk kumpulan host terkumpul dengan konfigurasi host sesi.
Sebelum Anda membuat rencana, ingatlah hal-hal berikut:
Anda dapat menetapkan satu paket penskalaan ke satu atau beberapa kumpulan host dengan jenis kumpulan host yang sama. Jadwal rencana penskalakan akan diterapkan ke semua kumpulan host yang ditetapkan.
Anda hanya dapat mengaitkan satu rencana penskalaan per kumpulan host. Jika Anda menetapkan satu rencana penskalaan ke beberapa kumpulan host, kumpulan host tersebut tidak dapat ditetapkan ke rencana penskalaan lain.
Hibernate tersedia untuk kumpulan host pribadi. Untuk informasi selengkapnya, lihat Hibernasi di komputer virtual.
Rencana penskalaan hanya dapat beroperasi di zona waktu yang dikonfigurasi.
Rencana penskalaan dapat memiliki satu atau beberapa jadwal. Misalnya, jadwal yang berbeda selama hari kerja versus akhir pekan.
Pastikan Anda memahami pola penggunaan sebelum menentukan jadwal Anda. Anda harus menjadwalkan sekitar waktu berikut dalam sehari:
- Ramp-up: awal hari, saat penggunaan meningkat.
- Jam sibuk: waktu hari ketika penggunaan diperkirakan tertinggi.
- Ramp-down: saat penggunaan berkurang. Waktu ini biasanya ketika Anda mematikan mesin virtual untuk menghemat biaya.
- Jam sibuk: waktu hari ketika penggunaan diperkirakan berada pada yang terendah.
Rencana penskalaan akan berlaku segera setelah Anda mengaktifkannya.
Selain itu, ingatlah batasan berikut ini:
Jangan gunakan skala otomatis dalam kombinasi dengan alat penskalaan Microsoft atau pihak ketiga lainnya. Pastikan Anda menonaktifkannya untuk kumpulan host di tempat Anda terapkan rencana penskalaan.
Untuk kumpulan host terkumpul, skala otomatis menimpa mode pengurasan, jadi pastikan untuk menggunakan tag pengecualian saat memperbarui VM di kumpulan host.
Untuk kumpulan host yang dikumpulkan, skala otomatis mengabaikan algoritma penyeimbangan beban yang ada di pengaturan kumpulan host Anda, dan sebaliknya menerapkan penyeimbangan beban berdasarkan konfigurasi jadwal Anda.
Contoh skenario untuk skala otomatis untuk kumpulan host terkumpul
Di bagian ini, ada empat skenario yang menunjukkan bagaimana berbagai bagian skala otomatis untuk kumpulan host terkumpul bekerja. Di setiap contoh, ada tabel yang menampilkan pengaturan kumpulan host dan demonstrasi visual animasi.
Catatan
Untuk mempelajari lebih lanjut tentang arti istilah parameter, lihat glosarium skala otomatis kami.
Skenario 1: Kapan skala otomatis menyalakan mesin virtual?
Dalam skenario ini, kami akan menunjukkan bahwa skala otomatis dapat menyalakan mesin virtual (VM) host sesi dalam fase apa pun dari jadwal rencana penskalaan ketika kapasitas kumpulan host yang digunakan melebihi ambang kapasitas.
Misalnya, mari kita lihat pengaturan kumpulan host berikut seperti yang dijelaskan dalam tabel ini:
| Parameter | Nilai |
|---|---|
| Fase | Peningkatan |
| Total host sesi | 6 |
| Algoritma penyeimbangan beban | Mengutamakan luas |
| Ambang kapasitas | 30% |
| Persentase minimum host | 30% |
| Host sesi yang tersedia | 2 |
| Batas sesi maksimum | 5 |
| Kapasitas kumpulan host yang tersedia | 10 |
| Sesi pengguna | 0 |
| Kapasitas kumpulan host yang digunakan | 0% |
Pada awal fase ini, skala otomatis telah mengaktifkan dua host sesi agar sesuai dengan persentase minimum host. Meskipun 30% dari enam bukan bilangan bulat, skala otomatis membulatkan ke bilangan bulat terdekat. Memiliki dua host sesi yang tersedia dan batas sesi maksimum lima sesi per host berarti bahwa kumpulan host ini memiliki kapasitas kumpulan host yang tersedia sebesar 10. Karena saat ini tidak ada sesi pengguna, kapasitas kumpulan host yang digunakan adalah 0%.
Ketika hari dimulai, katakanlah tiga pengguna masuk dan memulai sesi pengguna. Sesi pengguna mereka didistribusikan secara merata di dua host sesi yang tersedia karena algoritma penyeimbang beban berupa luasnya terlebih dahulu. Kapasitas kumpulan host yang tersedia masih 10, tetapi dengan tiga sesi pengguna baru, kapasitas kumpulan host yang digunakan sekarang 30%. Namun, skala otomatis tidak akan menyalakan mesin virtual (VM) sampai kapasitas kumpulan host yang digunakan lebih besar dari ambang kapasitas. Dalam contoh ini, ambang kapasitas adalah 30%, sehingga skala otomatis belum akan menyalakan VM apa pun.
Pada titik ini, parameter kumpulan host terlihat seperti ini:
| Parameter | Nilai |
|---|---|
| Fase | Peningkatan |
| Total host sesi | 6 |
| Algoritma penyeimbangan beban | Mengutamakan luas |
| Ambang kapasitas | 30% |
| Persentase minimum host | 30% |
| Host sesi yang tersedia | 2 |
| Batas sesi maksimum | 5 |
| Kapasitas kumpulan host yang tersedia | 10 |
| Sesi pengguna | 3 |
| Kapasitas kumpulan host yang digunakan | 30% |
Ketika pengguna lain masuk dan memulai sesi, sekarang ada total empat sesi pengguna yang didistribusikan di dua host sesi. Kapasitas kumpulan host yang digunakan sekarang 40%, yang lebih besar dari ambang kapasitas. Akibatnya, skala otomatis akan menyalakan host sesi lain untuk membawa kapasitas kumpulan host yang digunakan menjadi kurang dari atau sama dengan ambang kapasitas (30%).
Singkatnya, berikut adalah parameter ketika kapasitas kumpulan host yang digunakan melebihi ambang kapasitas:
| Parameter | Nilai |
|---|---|
| Fase | Peningkatan |
| Total host sesi | 6 |
| Algoritma penyeimbangan beban | Mengutamakan luas |
| Ambang kapasitas | 30% |
| Persentase minimum host | 30% |
| Host sesi yang tersedia | 2 |
| Batas sesi maksimum | 5 |
| Kapasitas kumpulan host yang tersedia | 10 |
| Sesi pengguna | 4 |
| Kapasitas kumpulan host yang digunakan | 40% |
Berikut adalah parameter setelah skala otomatis mengaktifkan host sesi lain:
| Parameter | Nilai |
|---|---|
| Fase | Peningkatan |
| Total host sesi | 6 |
| Algoritma penyeimbangan beban | Mengutamakan luas |
| Ambang kapasitas | 30% |
| Persentase minimum host | 30% |
| Host sesi yang tersedia | 3 |
| Batas sesi maksimum | 5 |
| Kapasitas kumpulan host yang tersedia | 15 |
| Sesi pengguna | 4 |
| Kapasitas kumpulan host yang digunakan | 27% |
Dengan mengaktifkan host sesi lain, artinya sekarang ada tiga host sesi yang tersedia di kumpulan host. Dengan batas sesi maksimum masih lima, kapasitas kumpulan host yang tersedia telah naik menjadi 15. Karena kapasitas kumpulan host yang tersedia meningkat, kapasitas kumpulan host yang digunakan telah turun menjadi 27%, yang berada di bawah ambang kapasitas 30%.
Ketika pengguna lain masuk, sekarang ada lima sesi pengguna yang tersebar di tiga host sesi yang tersedia. Kapasitas kumpulan host yang digunakan sekarang 33%, yang berada di atas ambang kapasitas 30%. Melebihi ambang kapasitas akan mengaktifkan skala otomatis untuk mengaktifkan host sesi lain.
Karena contoh kami berada dalam fase peningkatan, pengguna baru cenderung terus masuk. Ketika semakin banyak pengguna datang, polanya menjadi lebih jelas:
| Total sesi pengguna | Jumlah host sesi yang tersedia | Kapasitas kumpulan host yang tersedia | Ambang kapasitas | Kapasitas kumpulan host yang digunakan | Apakah skala otomatis mengaktifkan host sesi lain? |
|---|---|---|---|---|---|
| 5 | 3 | 15 | 30% | 33% | Ya |
| 5 | 4 | 20 | 30% | 25% | No |
| 6 | 4 | 20 | 30% | 30% | No |
| 7 | 4 | 20 | 30% | 35% | Ya |
| 7 | 5 | 25 | 30% | 28% | No |
Seperti yang ditunjukkan tabel ini, skala otomatis hanya mengaktifkan host sesi baru saat kapasitas kumpulan host yang digunakan melewati ambang kapasitas. Jika kapasitas kumpulan host yang digunakan berada pada atau di bawah ambang kapasitas, skala otomatis tidak akan mengaktifkan host sesi baru.
Animasi berikut adalah rekap visual dari apa yang baru saja kita lalui di Skenario 1.
Skenario 2: Kapan fitur skala otomatis mematikan mesin virtual?
Dalam skenario ini, kita akan menunjukkan bahwa skala otomatis akan mematikan host sesi ketika semua hal berikut benar:
- Kapasitas kumpulan host yang digunakan berada di bawah ambang kapasitas.
- Fitur skala otomatis dapat menonaktifkan host sesi tanpa melebihi ambang kapasitas.
- Skala otomatis hanya menonaktifkan host sesi tanpa sesi pengguna pada mereka (kecuali rencana penskalaan sedang dalam fase turun dan Anda telah mengaktifkan pengaturan keluar paksa).
- Skala otomatis terkumpul tidak akan menonaktifkan host sesi di fase peningkatan untuk menghindari pengalaman pengguna yang buruk.
Untuk skenario ini, kumpulan host mulai terlihat seperti ini:
| Parameter | Nilai |
|---|---|
| Fase | Puncak |
| Total host sesi | 6 |
| Algoritma penyeimbangan beban | Mengutamakan luas |
| Ambang kapasitas | 30% |
| Persentase minimum host | 30% |
| Host sesi yang tersedia | 5 |
| Batas sesi maksimum | 5 |
| Kapasitas kumpulan host yang tersedia | 25 |
| Sesi pengguna | 7 |
| Kapasitas kumpulan host yang digunakan | 28% |
Karena kita berada dalam fase puncak, kita dapat mengharapkan jumlah pengguna tetap relatif stabil. Namun, untuk menjaga jumlah sumber daya yang digunakan stabil dan tetap efisien, skala otomatis akan menyalakan dan mematikan host sesi sesuai kebutuhan.
Jadi, katakanlah ada tujuh pengguna yang masuk selama jam sibuk. Jika jumlah total sesi pengguna adalah tujuh, maka kapasitas kumpulan host yang digunakan 28%. Karena skala otomatis tidak dapat mematikan host sesi tanpa menyebabkan kapasitas kumpulan host yang digunakan melebihi ambang kapasitas, skala otomatis belum akan mematikan host sesi apa pun.
Jika dua dari tujuh pengguna keluar selama istirahat makan siang mereka, maka tersisa lima sesi pengguna di lima host sesi. Karena batas sesi maksimum masih lima, kapasitas kumpulan host yang tersedia adalah 25. Hanya memiliki lima pengguna berarti bahwa kapasitas kumpulan host yang digunakan sekarang 20%. Skala otomatis sekarang harus memeriksa apakah dapat mematikan host sesi tanpa membuat kapasitas kumpulan host yang digunakan berada di atas ambang kapasitas.
Jika skala otomatis mematikan host sesi, kapasitas kumpulan host yang tersedia adalah 20. Dengan lima pengguna, kapasitas kumpulan host yang digunakan kemudian akan menjadi 25%. Karena 25% lebih kecil dari ambang kapasitas 30%, skala otomatis akan memilih host sesi tanpa sesi pengguna di situ, memasukkannya ke mode pengosongan, dan mematikannya.
Setelah skala otomatis mematikan salah satu host sesi tanpa sesi pengguna, ada empat sisa host sesi yang tersedia. Batas sesi maksimum kumpulan host masih lima, sehingga kapasitas kumpulan host yang tersedia adalah 20. Karena ada lima sesi pengguna, kapasitas kumpulan host yang digunakan adalah 25%, yang masih di bawah ambang kapasitas.
Namun, jika pengguna lain keluar untuk makan siang, sekarang ada empat sesi pengguna yang tersebar di empat host sesi di kumpulan host. Karena batas sesi maksimum masih lima, kapasitas kumpulan host yang tersedia adalah 20, dan kapasitas kumpulan host yang digunakan adalah 20%. Mematikan host sesi lain akan menyisakan tiga host sesi dan kapasitas kumpulan host yang tersedia menjadi 15, yang akan menyebabkan kapasitas kumpulan host yang digunakan melonjak hingga sekitar 27%. Meskipun 27% berada di bawah ambang kapasitas, tidak ada host sesi dengan sesi pengguna nol di atasnya. Skala otomatis akan memilih host sesi dengan jumlah sesi pengguna paling sedikit, memasukkannya ke mode pengosongan, dan menunggu semua sesi pengguna keluar sebelum mematikannya. Jika pada titik mana pun kapasitas kumpulan host yang digunakan mencapai titik di mana skala otomatis tidak dapat lagi mematikan host sesi, itu akan membawa host sesi keluar dari mode pengosongan.
Animasi berikut adalah rekap visual dari apa yang baru saja kita lalui di Skenario 2.
Skenario 3: Kapan skala otomatis memaksa pengguna untuk keluar?
Skala otomatis hanya memaksa pengguna untuk keluar jika Anda telah mengaktifkan pengaturan keluar paksa selama fase penurunan dari jadwal rencana penskalaan Anda. Pengaturan keluar paksa tidak akan mengeluarkan pengguna selama fase lain dari jadwal rencana penskalaan.
Misalnya, mari kita lihat kumpulan host dengan parameter berikut:
| Parameter | Nilai |
|---|---|
| Fase | Penurunan |
| Total host sesi | 6 |
| Algoritma penyeimbangan beban | Mengutamakan kedalaman |
| Ambang kapasitas | 75% |
| Persentase minimum host | 10% |
| Host sesi yang tersedia | 4 |
| Batas sesi maksimum | 5 |
| Kapasitas kumpulan host yang tersedia | 20 |
| Sesi pengguna | 4 |
| Kapasitas kumpulan host yang digunakan | 20% |
Selama fase ramp-down, admin kumpulan host telah menetapkan ambang kapasitas menjadi 75% dan persentase minimum host menjadi 10%. Memiliki ambang kapasitas tinggi dan persentase minimum host yang rendah dalam fase ini mengurangi kebutuhan untuk mengaktifkan host sesi baru pada akhir hari kerja.
Untuk skenario ini, katakanlah saat ini ada empat pengguna pada empat host sesi yang tersedia di kumpulan host ini. Karena kapasitas kumpulan host yang tersedia adalah 20, itu berarti kapasitas kumpulan host yang digunakan adalah 20%. Berdasarkan informasi ini, skala otomatis mendeteksi bahwa ia dapat mematikan dua host sesi tanpa melampaui ambang kapasitas 75%. Namun, karena ada sesi pengguna pada semua host sesi di kumpulan host, untuk mematikan dua host sesi, skala otomatis perlu memaksa pengguna untuk keluar.
Saat Anda mengaktifkan pengaturan keluar paksa, skala otomatis akan memilih host sesi dengan sesi pengguna paling sedikit, lalu menempatkan host sesi dalam mode pengosongan. Skala otomatis kemudian mengirim pengguna di sesi yang dipilih akan menghosting pemberitahuan bahwa mereka akan dikeluarkan secara paksa dari sesi mereka setelah waktu tertentu. Setelah waktu itu berlalu, jika pengguna belum mengakhiri sesi mereka, skala otomatis akan secara paksa mengakhiri sesi mereka untuk mereka. Dalam skenario ini, karena ada jumlah sesi pengguna yang sama pada setiap host sesi di kumpulan host, skala otomatis akan memilih dua host sesi secara acak untuk secara paksa mengeluarkan semua pengguna mereka dan kemudian mematikan host sesi.
Setelah skala otomatis mematikan dua host sesi, kapasitas kumpulan host yang tersedia sekarang 10. Sekarang hanya ada dua sesi pengguna yang tersisa, kapasitas kumpulan host yang digunakan adalah 20%, seperti yang ditunjukkan pada tabel berikut.
| Parameter | Nilai |
|---|---|
| Fase | Penurunan |
| Total host sesi | 6 |
| Algoritma penyeimbangan beban | Mengutamakan kedalaman |
| Ambang kapasitas | 75% |
| Persentase minimum host | 10% |
| Host sesi yang tersedia | 2 |
| Batas sesi maksimum | 5 |
| Kapasitas kumpulan host yang tersedia | 10 |
| Sesi pengguna | 2 |
| Kapasitas kumpulan host yang digunakan | 20% |
Sekarang, katakanlah bahwa dua pengguna yang dipaksa keluar ingin terus melakukan pekerjaan dan masuk kembali. Karena kapasitas kumpulan host yang tersedia masih 10, kapasitas kumpulan host yang digunakan sekarang 40%, yang berada di bawah ambang kapasitas 75%. Namun, skala otomatis tidak dapat mematikan lebih banyak host sesi, karena hanya akan menyisakan satu host sesi yang tersedia dan kapasitas kumpulan host yang tersedia lima. Dengan empat pengguna, maka kapasitas kumpulan host yang digunakan 80%, yang berada di atas ambang kapasitas.
Jadi sekarang parameternya terlihat seperti ini:
| Parameter | Nilai |
|---|---|
| Fase | Penurunan |
| Total host sesi | 6 |
| Algoritma penyeimbangan beban | Mengutamakan kedalaman |
| Ambang kapasitas | 75% |
| Persentase minimum host | 10% |
| Host sesi yang tersedia | 2 |
| Batas sesi maksimum | 5 |
| Kapasitas kumpulan host yang tersedia | 10 |
| Sesi pengguna | 4 |
| Kapasitas kumpulan host yang digunakan | 40% |
Jika pada titik ini, pengguna lain keluar, yang hanya menyisakan tiga sesi pengguna yang didistribusikan di dua host sesi yang tersedia. Dengan kata lain, kumpulan host sekarang terlihat seperti ini:
| Parameter | Nilai |
|---|---|
| Fase | Penurunan |
| Total host sesi | 6 |
| Algoritma penyeimbangan beban | Mengutamakan kedalaman |
| Ambang kapasitas | 75% |
| Persentase minimum host | 10% |
| Host sesi yang tersedia | 2 |
| Batas sesi maksimum | 5 |
| Kapasitas kumpulan host yang tersedia | 10 |
| Sesi pengguna | 3 |
| Kapasitas kumpulan host yang digunakan | 30% |
Karena batas sesi maksimum masih lima dan kapasitas kumpulan host yang tersedia adalah 10, kapasitas kumpulan host yang digunakan sekarang 30%. Skala otomatis sekarang dapat mematikan satu host sesi tanpa melebihi ambang kapasitas.
Skala otomatis mematikan host sesi dengan memilih host sesi dengan jumlah sesi pengguna paling sedikit di dalamnya. Skala otomatis kemudian menempatkan host sesi dalam mode pengurasan, mengirimi pengguna pemberitahuan yang mengatakan host sesi akan dimatikan, lalu setelah jumlah waktu yang ditetapkan, secara paksa mengeluarkan pengguna yang tersisa dan mematikannya.
Setelah menonaktifkan host sesi, sekarang ada satu host sesi yang tersisa yang tersedia di kumpulan host dengan batas sesi maksimum lima, membuat kapasitas kumpulan host yang tersedia lima.
Karena skala otomatis memaksa pengguna untuk keluar saat mematikan host sesi yang dipilih, sekarang hanya ada dua sesi pengguna yang tersisa, yang membuat kapasitas kumpulan host yang digunakan 40%.
Sebagai rekap, inilah yang terlihat seperti kumpulan host sekarang:
| Parameter | Nilai |
|---|---|
| Fase | Penurunan |
| Total host sesi | 6 |
| Batas sesi maksimum | 5 |
| Algoritma penyeimbangan beban | Mengutamakan kedalaman |
| Ambang kapasitas | 75% |
| Persentase minimum host | 10% |
| Kapasitas kumpulan host yang tersedia | 5 |
| Sesi pengguna | 2 |
| Host sesi yang tersedia | 1 |
| Kapasitas kumpulan host yang digunakan | 40% |
Setelah itu, mari kita bayangkan bahwa pengguna yang dipaksa untuk keluar, masuk kembali, membuat kumpulan host terlihat seperti ini:
| Parameter | Nilai |
|---|---|
| Fase | Penurunan |
| Total host sesi | 6 |
| Algoritma penyeimbangan beban | Mengutamakan kedalaman |
| Ambang kapasitas | 75% |
| Persentase minimum host | 10% |
| Host sesi yang tersedia | 1 |
| Batas sesi maksimum | 5 |
| Kapasitas kumpulan host yang tersedia | 5 |
| Sesi pengguna | 3 |
| Kapasitas kumpulan host yang digunakan | 60% |
Sekarang ada tiga sesi pengguna di kumpulan host. Namun, kapasitas kumpulan host masih lima, yang berarti kapasitas kumpulan host yang digunakan adalah 60% dan di bawah ambang kapasitas. Karena mematikan host sesi yang tersisa akan membuat kapasitas kumpulan host yang tersedia nol, yang berada di bawah persentase minimum host 10%, skala otomatis akan memastikan bahwa selalu ada setidaknya satu host sesi yang tersedia selama fase penurunan.
Animasi berikut adalah rekap visual dari apa yang baru saja kita lalui di Skenario 3.
Skenario 4: Bagaimana cara kerja tag pengecualian?
Ketika mesin virtual memiliki nama tag yang cocok dengan tag pengecualian rencana penskalaan, skala otomatis tidak akan menyalakan, menonaktifkan, atau mengubah pengaturan mode pengosongan. Tag pengecualian berlaku di semua fase jadwal rencana penskalaan Anda.
Berikut adalah contoh kumpulan host yang kami mulai dengan:
| Parameter | Nilai |
|---|---|
| Fase | Tidak sibuk |
| Total host sesi | 6 |
| Algoritma penyeimbangan beban | Mengutamakan luas |
| Ambang kapasitas | 75% |
| Persentase minimum host | 10% |
| Host sesi yang tersedia | 1 |
| Batas sesi maksimum | 5 |
| Kapasitas kumpulan host yang tersedia | 5 |
| Sesi pengguna | 3 |
| Kapasitas kumpulan host yang digunakan | 60% |
Dalam skenario contoh ini, admin kumpulan host menerapkan tag pengecualian rencana penskalaan ke lima dari enam host sesi. Saat pengguna baru masuk, jumlah total sesi pengguna akan dibawa hingga ke empat. Hanya ada satu host sesi yang tersedia dan batas sesi maksimum kumpulan host masih lima, jadi kapasitas kumpulan host yang tersedia adalah lima. Kapasitas kumpulan host yang digunakan adalah 80%. Namun, meskipun kapasitas kumpulan host yang digunakan lebih besar dari ambang kapasitas, skala otomatis tidak akan menyalakan host sesi lainnya karena semua host sesi kecuali yang saat ini berjalan telah ditag dengan tag pengecualian.
Jadi, sekarang kumpulan host terlihat seperti ini:
| Parameter | Nilai |
|---|---|
| Fase | Tidak sibuk |
| Total host sesi | 6 |
| Algoritma penyeimbangan beban | Mengutamakan luas |
| Ambang kapasitas | 75% |
| Persentase minimum host | 10% |
| Host sesi yang tersedia | 1 |
| Batas sesi maksimum | 5 |
| Kapasitas kumpulan host yang tersedia | 5 |
| Sesi pengguna | 4 |
| Kapasitas kumpulan host yang digunakan | 80% |
Selanjutnya, katakanlah keempat pengguna telah keluar, hingga tidak ada sesi pengguna yang tersisa di host sesi yang tersedia. Karena tidak ada sesi pengguna di kumpulan host, kapasitas kumpulan host yang digunakan adalah 0. Skala otomatis akan menjaga host sesi tetap aktif meskipun tidak memiliki pengguna, karena selama fase off-peak, persentase minimum pengaturan host skala otomatis menentukan bahwa fitur ini perlu menjaga setidaknya satu host sesi tersedia selama fase ini.
Sebagai ringkasannya, kumpulan host sekarang terlihat seperti ini:
| Parameter | Nilai |
|---|---|
| Fase | Tidak sibuk |
| Total host sesi | 6 |
| Algoritma penyeimbangan beban | Mengutamakan luas |
| Ambang kapasitas | 75% |
| Persentase minimum host | 10% |
| Host sesi yang tersedia | 1 |
| Batas sesi maksimum | 5 |
| Kapasitas kumpulan host yang tersedia | 5 |
| Sesi pengguna | 0 |
| Kapasitas kumpulan host yang digunakan | 0% |
Jika admin menerapkan nama tag pengecualian ke mesin virtual host sesi terakhir yang belum ditag dan mematikannya, maka berarti bahkan jika pengguna lain mencoba masuk, skala otomatis tidak akan dapat mengaktifkan mesin virtual untuk mengakomodasi sesi pengguna mereka. Pengguna itu akan melihat kesalahan "Tidak ada sumber daya yang tersedia".
Namun, dengan tidak dapat menghidupkan kembali mesin virtual berarti kumpulan, host tidak akan dapat memenuhi persentase minimum host. Untuk memperbaiki potensi masalah yang menyebabkannya, admin menghapus tag pengecualian dari dua mesin virtual. Skala otomatis hanya menyalakan salah satu mesin virtual, karena hanya membutuhkan satu mesin virtual untuk memenuhi persyaratan minimum 10%.
Jadi, akhirnya, kumpulan host akan terlihat seperti ini:
| Parameter | Nilai |
|---|---|
| Fase | Tidak sibuk |
| Total host sesi | 6 |
| Algoritma penyeimbangan beban | Mengutamakan luas |
| Ambang kapasitas | 75% |
| Persentase minimum host | 19% |
| Host sesi yang tersedia | 1 |
| Batas sesi maksimum | 5 |
| Kapasitas kumpulan host yang tersedia | 5 |
| Sesi pengguna | 0 |
| Kapasitas kumpulan host yang digunakan | 0% |
Animasi berikut adalah rekap visual dari apa yang baru saja kita lalui di Skenario 4.
Langkah berikutnya
- Untuk mempelajari cara membuat rencana penskalaan untuk skala otomatis, lihat Membuat penskalaan skala otomatis untuk kumpulan host Azure Virtual Desktop.
- Untuk melihat istilah yang terkait dengan skala otomatis, lihat glosarium skala otomatis.
- Untuk jawaban atas pertanyaan umum tentang skala otomatis, lihat FAQ skala otomatis.