)
)
Pengantar
Lingkungan desktop jarak jauh menghasilkan beberapa lapisan data operasional, mulai dari penggunaan CPU dan memori hingga pengguna yang terhubung, sesi bersamaan, dan permintaan aplikasi. Tantangannya adalah memutuskan sinyal mana yang penting dan bagaimana hubungannya. Artikel ini menjelaskan apa yang dilacak oleh perangkat lunak pemantauan desktop jarak jauh, bagaimana visibilitas sesi berbeda dari pemantauan server, dan bagaimana tim TI dapat menggunakan data waktu nyata dan historis untuk mendiagnosis masalah kinerja.
Apa yang Sebenarnya Dipantau oleh Perangkat Lunak Pemantauan Remote Desktop?
Pemantauan desktop jarak jauh mencakup sejumlah konsep. Beberapa alat fokus pada sumber daya sisi server, sementara yang lain menginventarisasi koneksi menggunakan Protokol Desktop Jarak Jauh (RDP) atau Layanan Desktop Jarak Jauh (RDS). Alat yang mengambil pendekatan berfokus pada keamanan dapat mengaudit dan merekam aktivitas pengguna.
Untuk TI, masuk akal untuk membagi alat-alat ini menjadi 5 kategori:
| Lapisan pemantauan | Apa yang dijawab | Informasi tipikal |
|---|---|---|
| Infrastruktur | Apakah host dalam keadaan sehat? | CPU, memori, disk, bandwidth, ketersediaan |
| Koneksi | Siapa yang terhubung dan kapan? | Pengguna, waktu masuk, status koneksi |
| Sesi | Apa yang terjadi di sesi jarak jauh? | Pengguna terhubung, sesi bersamaan, durasi, status sesi |
| Pengalaman pengguna | Apakah sesi jarak jauh responsif? | Keterlambatan input, latensi, keterlambatan logon, responsivitas aplikasi |
| Aktivitas | Aplikasi atau tindakan apa yang terlibat? | Penggunaan aplikasi, proses, peristiwa audit, atau rekaman sesi |
Ini terkait tetapi tidak selalu dapat dipertukarkan, karena satu mungkin melaporkan saturasi CPU tetapi tidak mengungkapkan sesi mana yang pertama terpengaruh, sementara platform audit mungkin mengidentifikasi siapa yang terhubung tetapi tidak menjelaskan mengapa kinerja menurun.
Perangkat lunak perekaman sesi membawa ini selangkah lebih jauh dengan mengumpulkan bukti rinci tentang apa yang terjadi dalam konteks lingkungan jarak jauh, memperkenalkan pertimbangan lebih lanjut mengenai keamanan, privasi, serta retensi dan penyimpanan.
Tantangan pertama, dalam membandingkan perangkat lunak pemantauan desktop jarak jauh, adalah mengidentifikasi visibilitas yang sebenarnya dibutuhkan oleh TI.
Mengapa Visibilitas Tingkat Sesi Berbeda Dari Pemantauan Server?
Tradisional pemantauan server alat bertanya apakah mesin berfungsi dengan baik. Apakah penggunaan CPU tinggi? Memori rendah? Apakah penggunaan disk meningkat? Apakah server online?
Metrik ini masih relevan dalam skenario hosting RDS, tetapi ada lapisan lain yang perlu dipertimbangkan. Infrastruktur RDS yang dibagikan berarti bahwa di tingkat host, CPU, memori, penyimpanan, dan kapasitas jaringan didistribusikan di antara beberapa pengguna dan aplikasi.
Pada tingkat sesi, aplikasi dan proses setiap pengguna memiliki permintaan yang unik. Sebuah RD Session Host dapat secara umum sehat sementara aplikasi salah satu pengguna membeku, atau satu sesi yang lambat tidak berarti bahwa seluruh server sudah mencapai kapasitas.
Perbedaannya berarti untuk tujuan pemecahan masalah. Jika sepuluh pengguna di server yang sama mulai melambat pada saat yang sama, masuk akal untuk memeriksa sumber daya bersama server terlebih dahulu. Jika hanya satu pengguna yang mengalami masalah, masalah tersebut lebih mungkin terisolasi pada sesi itu, aplikasinya, dan koneksinya.
Alat pemantauan desktop jarak jauh paling efektif ketika mereka memberdayakan administrator untuk beralih antara perspektif ini, dan menarik hubungan antara kesehatan keseluruhan server dan keadaan sesi pengguna individu.
Apa Metrik Remote Desktop yang Paling Penting?
Tidak ada satu metrik pun yang mengatur kesehatan lingkungan desktop jarak jauh. Administrator memerlukan konteks yang cukup untuk menginterpretasikan beban kerja saat ini, konsumsi sumber daya, dan pengalaman pengguna.
Berapa Banyak Pengguna dan Sesi yang Aktif?
Jumlah sesi memberikan dasar untuk percakapan ini.
Data poin yang relevan mencakup pengguna yang terhubung, sesi aktif, dan sesi terputus. jumlah sesi bersamaan , distribusi di antara server, periode puncak, dan konkruensi historis.
Tren konkruensi lebih diutamakan daripada jumlah karyawan saat mengevaluasi kinerja sistem desktop jarak jauh, karena kapasitas biasanya ditentukan oleh beban kerja simultan, bukan oleh jumlah pengguna terdaftar. Sebuah mesin yang melayani 200 pengguna kasual dapat mengalami stres yang jauh lebih besar daripada jumlah sesi bersamaan 40 pengguna yang menjalankan aplikasi berkinerja tinggi.
Nilai dari metrik konkuren, yang dilengkapi dengan statistik infrastruktur, adalah untuk menentukan apakah ada korelasi antara peningkatan pengguna yang terhubung dan pertumbuhan konsumsi sumber daya.
Apakah Sumber Daya Server Memadai untuk Permintaan Sesi?
CPU, memori, aktivitas disk, dan penyimpanan yang tersedia masih merupakan metrik kunci untuk memantau desktop jarak jauh.
Pertanyaan yang menarik bukanlah apakah CPU mencapai persentase tertentu, tetapi kapan ia berada di bawah tekanan dan apa lagi yang terjadi pada saat yang sama.
Lonjakan CPU yang konsisten, misalnya, dapat berkorelasi dengan lonjakan login di pagi hari, jumlah sesi bersamaan yang meningkat, proses terjadwal, atau penggunaan berat dari aplikasi bisnis tertentu.
Koneksi antara keduanya biasanya lebih penting daripada nilai pemanfaatan.
Aplikasi dan Proses Apa yang Mendorong Beban Kerja?
Visibilitas aplikasi memberikan konteks tambahan.
Memahami aplikasi yang digunakan, ketika permintaan meningkat dan proses mana yang mengkonsumsi sumber daya terbanyak memungkinkan administrator untuk mengaitkan aktivitas pengguna dengan perilaku infrastruktur.
Pemantauan aplikasi dapat menjawab jenis pertanyaan ini. Apakah masalah kinerja muncul ketika aplikasi tertentu digunakan secara intensif? Apakah ada host sesi yang menjalankan kumpulan aplikasi yang lebih intens? Apakah aplikasi yang jarang digunakan sedang dipelihara atau dilisensikan?
Informasi ini memiliki nilai, tidak hanya untuk pemecahan masalah, tetapi juga untuk administrasi infrastruktur dan perangkat lunak secara umum.
Apakah Jaringan atau Pengalaman Pengguna Berkontribusi pada Masalah?
Sesi desktop jarak jauh bersifat interaktif secara alami, sehingga masalah jaringan atau responsivitas segera terlihat oleh pengguna akhir.
Kebutuhan bandwidth harus dievaluasi bersamaan dengan metrik kinerja server lainnya karena sebuah server mungkin memiliki kapasitas CPU dan memori yang berlebih sementara koneksi terhambat oleh kemacetan di tempat lain dalam rantai komunikasi. Memahami Kinerja RDP pada jaringan latensi tinggi dapat membantu membedakan masalah responsivitas jaringan dari kendala sumber daya di sisi host.
Beberapa lingkungan RDS dapat menawarkan lebih banyak wawasan pengalaman pengguna akhir daripada yang lain. Microsoft Performance Monitor, misalnya, memiliki penghitung Penundaan Input Pengguna yang dapat mengidentifikasi penundaan pada tingkat sesi dan proses. Microsoft mendokumentasikan fitur ini sebagai metode untuk menghubungkan nomor sesi, penggunaan CPU, dan responsivitas pada server RD Session Host.
Tidak semua alat pemantauan desktop jarak jauh menyertakan metrik latensi atau penundaan input yang sama. Administrator TI harus memeriksa kembali apa yang sebenarnya ditawarkan oleh vendor dalam hal informasi pengalaman pengguna alih-alih menganggap bahwa itu akan ada.
Bagaimana Pemantauan Remote Desktop Dapat Membantu Tim Anda Ketika Anda Harus Memecahkan Masalah Sesi yang Lambat?
Nilai dari pemantauan desktop jarak jauh paling baik terlihat ketika administrator mengambil beberapa sinyal dan menghubungkannya.
Ketika seorang pengguna menunjukkan bahwa RDP lambat, mereka menggambarkan efeknya, bukan penyebabnya. Prioritas pertama Anda adalah memahami ruang lingkup masalah tersebut.
Apakah satu pengguna mengalami masalah? Apakah ada sejumlah pengguna yang berada di host yang sama? Apakah ada pengguna di beberapa server dengan masalah yang sama?
Dengan ruang lingkup masalah yang ditentukan, wawasan pemantauan Anda dapat membantu memfokuskan pencarian Anda:
| Gejala | Pemeriksaan yang berguna |
|---|---|
| Satu pengguna lambat | Status sesi, aplikasi, proses, kondisi koneksi |
| Sebagian besar pengguna di satu server lambat | CPU, memori, disk I/O, penggunaan proses, sesi bersamaan |
| Pengguna di beberapa server lambat | Ketergantungan jaringan atau infrastruktur bersama |
| Kinerja menurun pada waktu yang sama setiap hari | Konkruensi, tugas terjadwal, puncak aplikasi |
| Pengguna sering terputus koneksi | Ketersediaan server, kondisi jaringan, peristiwa layanan dan koneksi |
| Satu aplikasi terus-menerus berkinerja buruk | Penggunaan aplikasi, proses terkait, dan konsumsi sumber daya |
Tujuannya adalah korelasi. Lonjakan CPU berarti lebih dalam konteks peningkatan konkruensi. Pemanfaatan bandwidth yang tinggi lebih patut dicatat di tengah banyaknya keluhan pengguna. Masalah kinerja yang berulang lebih mudah diidentifikasi ketika Anda tahu bahwa aplikasi atau beban kerja yang sama terjadi setiap kali.
Pemantauan tidak selalu mengidentifikasi penyebab utama, tetapi itu menangkap konteks operasional yang dibutuhkan oleh administrator untuk mempersempit kemungkinan tersangka.
Memecahkan masalah berdasarkan memori setelah kejadian tidak sama dengan memeriksa lingkungan pada saat insiden terjadi.
Pemantauan Waktu Nyata, Peringatan, dan Laporan Historis: Mengapa Semua Ini Penting?
Pemantauan terbukti bermanfaat ketika memungkinkan Anda untuk menjawab tiga pertanyaan operasional yang berbeda: apa yang sedang terjadi saat ini, kapan TI harus mengambil tindakan, dan apa yang terjadi sebelumnya?
Apa yang sedang terjadi sekarang?
Pemantauan waktu nyata dapat digunakan oleh administrator untuk memeriksa kinerja server saat ini, pengguna yang terdaftar, proses aplikasi, dan aktivitas jaringan.
Informasi ini dapat terbukti sangat penting selama insiden karena memungkinkan administrator untuk menentukan apakah masih ada tekanan pada sumber daya atau beban yang tidak biasa terjadi.
Nilai waktu nyata memberikan data terkini, tetapi itu saja. Metrik ini hanya informatif pada saat ini. Sesuatu yang tampak normal sekarang mungkin telah tidak normal ketika pengguna mengalami masalah.
Kapan Sesuatu Memerlukan Perhatian?
Peringatan mengubah pemantauan dari pengumpulan data pasif menjadi proses yang proaktif dan operasional.
Administrator menentukan apa yang perlu diperhatikan: penggunaan prosesor yang berkelanjutan, tekanan memori, aktivitas disk, pengguna aktif yang berlebihan, atau waktu henti server.
Ambang pemantauan masih perlu diterapkan dengan akal sehat; lonjakan singkat dalam aktivitas CPU diharapkan, tetapi tekanan berulang selama jam sesi puncak dapat menunjukkan masalah kapasitas yang muncul.
Apa yang Terjadi Sebelum Insiden?
Laporan historis mengungkapkan pola yang tidak dapat dilihat oleh metrik langsung. Microsoft merekomendasikan menggunakan Pengumpulan data Monitor Kinerja untuk merekam penghitung kinerja seiring waktu saat menyelidiki masalah kinerja Windows Server yang bersifat intermiten.
Katakan CPU mencapai 90 persen selama lima menit. Jika itu adalah insiden terisolasi dalam proses batch yang diketahui, itu mungkin tidak menunjukkan masalah. Tetapi jika CPU mencapai 90 persen setiap hari kerja pada waktu yang hampir sama saat konkruensi melewati ambang batas tertentu, itu adalah informasi berharga untuk perencanaan kapasitas.
Garis dasar historis seringkali lebih penting daripada ambang batas individu, karena mereka menunjukkan apa yang normal untuk server tertentu, campuran aplikasi, dan populasi pengguna.
Dalam Kasus Apa Alat Pemantauan Windows Bawaan Cukup?
Windows menyediakan seperangkat alat yang cukup kuat untuk pemecahan masalah.
Pengelola Tugas dan Monitor Sumber menampilkan pemanfaatan sumber daya saat ini. Monitor Kinerja dapat mengumpulkan penghitung kinerja Windows, termasuk Penundaan Input Pengguna pada tingkat sesi dan proses di versi Windows Server yang didukung. Penampil Peristiwa menyajikan peristiwa terkait sistem operasi dan RDS, sementara PowerShell dapat digunakan untuk menanyakan dan mengotomatiskan banyak tugas administrasi.
Untuk pemecahan masalah server tunggal atau penyelidikan masalah tertentu, alat-alat ini mungkin terbukti cukup untuk seorang administrator berpengalaman.
Namun, kebutuhan untuk memantau beberapa server atau untuk meninjau situasi dari perspektif kejadian sebelumnya mungkin memerlukan informasi yang diambil dari beberapa sumber.
Pemantauan terpusat berguna dalam situasi di mana TI harus memantau lebih dari satu host melalui satu konsol, menyimpan informasi historis untuk digunakan nanti, membandingkan sistem dan kerangka waktu, melaporkan aktivitas pengguna dan konsistensi, atau mengatur peringatan.
Nilai dari pendekatan semacam itu tidak selalu terletak pada metrik yang tidak disediakan oleh Windows.
Ini lebih pada kemampuan untuk mengkonsolidasikan, menyimpan, dan mengorelasikan informasi ini agar lebih dapat ditindaklanjuti bagi para administrator.
Apakah Itu Berarti Anda Merekam Pengguna Jika Anda Menggunakan Pemantauan Sesi Remote Desktop?
Tidak. Istilah-istilah tersebut sering digunakan secara bergantian, tetapi pemantauan sesi dan perekaman sesi memiliki cakupan dan kemampuan yang sangat berbeda.
Sementara pemantauan sesi desktop jarak jauh mungkin hanya mengamati pengguna yang terhubung, sesi bersamaan, pemanfaatan sumber daya, riwayat sesi, atau penggunaan aplikasi, perekaman sesi akan menangkap kumpulan data yang jauh lebih rinci tentang aktivitas dalam sesi jarak jauh tergantung pada produk seperti konten layar, aktivitas aplikasi, aktivitas clipboard, atau peristiwa lainnya.
Merekam sesi mungkin masuk akal untuk akses khusus yang memiliki hak istimewa, akses pihak ketiga, audit, atau skenario keamanan tertentu, tetapi hal ini menimbulkan pertanyaan tambahan tentang retensi, akses, penyimpanan, dan privasi.
Untuk sebagian besar operasi desktop jarak jauh sehari-hari, kemampuan untuk merekam semua detail sesi tidak diperlukan dan tidak diinginkan oleh tim TI karena mereka hanya memerlukan informasi yang cukup tentang sesi untuk tujuan pengamatan dan analisis kinerja.
Bagaimana Anda Dapat Meningkatkan Perencanaan Kapasitas Anda Dengan Menggunakan Pemantauan Desktop Jarak Jauh?
Ketika datang ke infrastruktur desktop jarak jauh, kepadatan beban adalah pertimbangan penting.
Jumlah akun yang dikonfigurasi tidak banyak berbicara tentang jumlah pengguna simultan, aplikasi yang mereka jalankan, dan intensitasnya.
Pemantauan historis membuat informasi tersebut tersedia.
Dengan menganalisis pengguna simultan dan membandingkannya dengan penggunaan CPU, memori, disk, dan jaringan, administrator TI mendapatkan wawasan yang dapat ditindaklanjuti tentang lingkungan mereka. Mereka melihat kapan beban mulai mempengaruhi infrastruktur, beban kerja mana yang bertanggung jawab, dan apakah tren tersebut meningkat.
Informasi tersebut dapat digunakan untuk membenarkan tindakan seperti menyeimbangkan beban kerja antara host, menambahkan lebih banyak server, menambahkan lebih banyak sumber daya ke server yang ada, menjadwalkan aplikasi berat, atau menyelidiki aplikasi yang mengkonsumsi jumlah sumber daya yang tidak proporsional.
Pendekatan itu jauh lebih akurat daripada rekomendasi umum berdasarkan pengguna per server. Microsoft’s Panduan penentuan ukuran Host Sesi Desktop Jarak Jauh demikian juga merekomendasikan untuk mengevaluasi jenis beban kerja, kepadatan pengguna, dan pengukuran pengalaman pengguna daripada mengandalkan satu angka kapasitas generik. Dua perusahaan dengan basis pengguna yang sama dapat memiliki tuntutan aplikasi dan infrastruktur yang sangat berbeda.
Jenis Persyaratan Apa yang Harus Anda Cari Saat Mencari Perangkat Lunak Pemantauan Desktop Jarak Jauh?
Perangkat lunak pemantauan desktop jarak jauh terbaik tidak selalu merupakan produk yang mengumpulkan data terbanyak. Ini adalah produk yang memberikan tingkat visibilitas yang diperlukan untuk lingkungan yang dikelola.
Untuk sebagian besar tim operasi TI, persyaratan kunci adalah sederhana:
- c visibilitas terpusat di berbagai server
- informasi pengguna saat ini dan sesi bersamaan
- Pemantauan CPU, memori, disk, dan jaringan
- visibilitas aplikasi dan proses
- laporan historis dan analisis tren
- pemberitahuan yang dapat dikonfigurasi
- opsi pelaporan dan ekspor yang praktis
Platform juga harus memudahkan korelasi. Jumlah sesi menjadi lebih berharga ketika administrator dapat membandingkannya dengan beban server. Penggunaan aplikasi menjadi lebih berguna ketika dapat diperiksa seiring waktu.
Overhead penerapan dan administrasi juga penting. Platform pemantauan yang dimaksudkan untuk menyederhanakan infrastruktur jarak jauh tidak boleh memperkenalkan kompleksitas infrastruktur atau manajemen yang tidak proporsional.
Akhirnya, verifikasi dengan tepat apa yang dimaksud vendor dengan istilah seperti pemantauan sesi, pemantauan pengguna, dan pemantauan desktop jarak jauh. Satu platform mungkin berarti pelaporan pengguna yang terhubung, yang lain mungkin menyediakan metrik responsivitas RDP, sementara yang lain mungkin menawarkan perekaman layar lengkap.
Terminologi dapat terdengar mirip. Visibilitas yang diberikan bisa sangat berbeda.
Bagaimana TSplus Dapat Menyederhanakan Pemantauan Remote Desktop?
Untuk tim TI yang mengelola infrastruktur desktop jarak jauh Windows, kami membawa aktivitas server dan pengguna ke dalam lingkungan pemantauan terpusat. Administrator dapat mengikuti penggunaan CPU, memori, disk, dan bandwidth sambil juga melacak pengguna yang terhubung, sesi bersamaan, dan aktivitas aplikasi, membantu mereka mengaitkan kinerja infrastruktur dengan permintaan desktop jarak jauh yang sebenarnya.
TSplus Server Monitoring juga menyediakan pelaporan historis dan peringatan yang dapat dikonfigurasi, sehingga administrator dapat mengidentifikasi pola beban kerja yang berulang alih-alih hanya mengandalkan metrik langsung. Ini memudahkan untuk menyelidiki masalah kinerja, menetapkan dasar praktis, dan mengantisipasi kebutuhan kapasitas di berbagai server tanpa memperkenalkan perekaman sesi pengguna secara penuh.
Kesimpulan
Pemantauan desktop jarak jauh yang efektif adalah tentang korelasi, bukan mengumpulkan set metrik terbesar yang mungkin. Kinerja server, aktivitas sesi, permintaan aplikasi, dan kondisi jaringan menjadi lebih berguna ketika administrator dapat memeriksanya bersama-sama.
Tampilan gabungan itu membantu TI membedakan masalah pengguna yang terisolasi dari hambatan di seluruh host, memahami pola kinerja yang berulang, dan membuat keputusan kapasitas yang lebih baik seiring dengan pertumbuhan lingkungan desktop jarak jauh.
)
)
)
