Bagikan melalui

Mulai menggunakan Agen Azure Virtual Desktop

  • Artikel

Dalam kerangka kerja Azure Virtual Desktop Service, ada tiga komponen utama: klien Desktop Jauh, layanan, dan mesin virtual. Komputer virtual ini hidup dalam langganan pelanggan di mana agen Azure Virtual Desktop dan bootloader agen diinstal. Agen bertindak sebagai komunikator menengah antara layanan dan komputer virtual, memungkinkan konektivitas. Oleh karena itu, jika Anda mengalami masalah dengan instalasi, pembaruan, atau konfigurasi agen, komputer virtual Anda tidak akan dapat terhubung ke layanan. Agen bootloader adalah executable yang memuat agen.

Artikel ini akan memberi Anda gambaran singkat tentang proses instalasi dan pembaruan agen.

Catatan

Dokumentasi ini bukan untuk agen FSLogix atau agen Klien Desktop Jauh.

Penginstalan awal

Agen Azure Virtual Desktop awalnya diinstal dengan salah satu dari dua cara. Jika Anda menyediakan komputer virtual (VM) di portal Microsoft Azure dan Azure Marketplace, agen dan bootloader agen akan diinstal secara otomatis. Jika Anda memprovisikan VM menggunakan PowerShell, Anda harus mengunduh file .msi agen dan agen bootloader secara manual saat membuat kumpulan host Azure Virtual Desktop dengan PowerShell. Setelah agen diinstal, ia menginstal Azure Virtual Desktop berdampingan dan agen Pemantauan Genewa. Komponen tumpukan berdampingan diperlukan bagi pengguna untuk membuat koneksi server-ke-klien terbalik dengan aman. Agen Pemantauan Genewa memantau kesehatan agen. Ketiga komponen ini sangat penting agar konektivitas pengguna end-to-end berfungsi dengan baik.

Penting

Untuk berhasil menginstal agen Azure Virtual Desktop, tumpukan berdampingan, dan agen Pemantauan Jenewa, Anda harus membuka blokir semua URL yang tercantum dalam daftar URL yang Diperlukan. Membuka blokir URL ini diperlukan untuk menggunakan layanan Azure Virtual Desktop.

Proses pembaruan agen

Layanan Azure Virtual Desktop memperbarui agen setiap kali pembaruan tersedia. Pembaruan agen dapat mencakup fungsionalitas atau perbaikan baru untuk masalah sebelumnya. Anda harus selalu menginstal versi stabil terbaru dari agen sehingga VM Anda tidak kehilangan konektivitas atau keamanan. Setelah menginstal versi awal agen Azure Virtual Desktop, agen akan secara teratur meminta layanan Azure Virtual Desktop untuk menentukan apakah ada versi agen, tumpukan, atau agen pemantauan yang lebih baru yang tersedia. Jika versi yang lebih baru ada, komponen yang diperbarui secara otomatis diinstal oleh sistem flighting, kecuali Anda telah mengonfigurasi fitur Pembaruan Agen Terjadwal. Jika Anda telah mengonfigurasi fitur Pembaruan Agen Terjadwal, agen hanya akan menginstal komponen yang diperbarui selama jendela pemeliharaan yang Anda tentukan. Untuk mengetahui informasi selengkapnya, lihat Pembaruan Agen Terjadwal.

Versi baru agen diterapkan secara berkala dalam periode lima hari ke semua langganan Azure. Periode pembaruan ini disebut "penerbangan". Dibutuhkan 24 jam untuk semua VM di satu wilayah broker untuk menerima pembaruan agen dalam penerbangan. Karena itu, ketika penerbangan terjadi, Anda mungkin melihat VM di kumpulan host Anda menerima pembaruan agen pada waktu yang berbeda. Selain itu, jika VM berada di wilayah yang berbeda, mereka mungkin memperbarui pada hari yang berbeda dalam periode lima hari. Penerbangan akan memperbarui semua agen VM di semua langganan pada akhir periode penyebaran. Sistem penerbangan Azure Virtual Desktop meningkatkan keandalan layanan dengan memastikan stabilitas dan kualitas pembaruan agen.

Hal-hal penting lainnya yang harus Anda ingat:

  • Pembaruan agen tidak tersambung ke pembaruan build infrastruktur Azure Virtual Desktop. Ketika infrastruktur Azure Virtual Desktop diperbarui, itu tidak berarti bahwa agen telah memperbarui bersama dengannya.
  • Karena VM di kumpulan host Anda mungkin menerima pembaruan agen pada waktu yang berbeda, Anda harus dapat membedakan antara masalah penerbangan dan pembaruan agen yang gagal. Jika Anda membuka log peristiwa untuk VM Anda di Pematau Peristiwa>Windows Logs>Application dan melihat peristiwa berlabel "ID 3277", itu berarti pembaruan Agen tidak berfungsi. Jika Anda tidak melihat acara itu, maka VM berada di penerbangan yang berbeda dan akan diperbarui nanti. Lihat Menyiapkan diagnostik untuk memantau pembaruan agen untuk informasi selengkapnya tentang cara menyiapkan log diagnostik untuk melacak pembaruan dan memastikan pembaruan tersebut telah diinstal dengan benar.
  • Ketika agen Pemantauan Genewa memperbarui ke versi terbaru, tugas GenevaTask lama berada dan dinonaktifkan sebelum membuat tugas baru untuk agen pemantauan baru. Versi agen pemantauan yang lebih lama tidak dihapus jika versi terbaru agen pemantauan memiliki masalah yang mengharuskan kembali ke versi yang lebih lama untuk diperbaiki. Jika versi terbaru memiliki masalah, agen pemantauan lama akan diaktifkan kembali untuk terus mengirimkan data pemantauan. Semua versi monitor yang lebih lama dari versi terakhir yang Anda instal sebelum pembaruan akan dihapus dari VM Anda.
  • Mesin virtual Anda menyimpan tiga versi agen dan tumpukan berdampingan pada satu waktu. Ini memungkinkan pemulihan cepat jika ada yang salah dengan pembaruan. Versi paling awal dari agen atau tumpukan dihapus dari mesin virtual setiap kali agen atau tumpukan diperbarui. Jika Anda menghapus komponen-komponen ini sebelum waktunya dan agen atau tumpukan mengalami kegagalan, agen atau tumpukan tersebut tidak akan dapat digulung balik ke versi yang lebih lama, sehingga status mesin virtual Anda akan menjadi tidak tersedia.

Pembaruan agen biasanya berlangsung 2-3 menit pada VM baru dan seharusnya tidak menyebabkan VM Anda kehilangan koneksi atau mati. Proses pembaruan ini berlaku untuk Azure Virtual Desktop (klasik) dan versi terbaru Azure Virtual Desktop dengan Azure Resource Manager.

Langkah berikutnya

Sekarang Setelah Anda memiliki pemahaman yang lebih baik tentang agen Azure Virtual Desktop, berikut adalah beberapa sumber daya yang mungkin membantu Anda: