Cara Menghitung Sumber Daya di Server Terminal: Metode Penentuan Ukuran yang Praktis

Kalkulator server terminal jarang merupakan kalkulator literal. Di sebagian besar lingkungan SMB dan MSP, ini adalah metode perencanaan yang digunakan untuk memperkirakan berapa banyak CPU, RAM, penyimpanan, dan ruang tambahan yang dibutuhkan oleh server terminal sebelum pengguna mulai mengeluh. Pertanyaan sebenarnya di balik kata kunci ini bersifat praktis: bagaimana Anda menghitung sumber daya di server terminal dengan cukup baik untuk diterapkan dengan percaya diri, menghindari pengeluaran berlebihan dan mengurangi risiko kemacetan kinerja ?

Apa yang seharusnya dihitung oleh kalkulator server terminal?

Kalkulator server terminal yang berguna harus memperkirakan lebih dari "pengguna per server." Sebagai admin, itu harus membantu Anda merencanakan untuk CPU, RAM, kinerja penyimpanan, penyimpanan profil, dan margin kapasitas di bawah penggunaan bersamaan yang realistis. Panduan Microsoft untuk host sesi Remote Desktop mengatur ukuran berdasarkan jenis beban kerja dan pengguna yang disarankan per vCPU, bukan berdasarkan batas koneksi satu ukuran untuk semua.

Mengapa jumlah pengguna saja tidak cukup untuk menghitung sumber daya di server terminal?

Penggunaan sesi

Perlu diingat, dua lingkungan dengan jumlah pengguna yang sama dapat menghasilkan hasil yang sangat berbeda. Kami mengasumsikan Anda sudah tahu berapa banyak pengguna yang akan mengakses infrastruktur Anda, jadi memiliki dipertimbangkan lisensi dan CALs , pekerjaan praktis dapat dimulai.

Bayangkan bagaimana lima belas pengguna yang membuka satu aplikasi lini bisnis dapat memberikan beban yang moderat pada sebuah host. Sementara itu, lima belas pengguna yang menjalankan desktop jarak jauh penuh dengan browser, aplikasi Office, alat PDF, pencetakan, dan sinkronisasi latar belakang dapat menciptakan jejak yang jauh lebih berat. Model ukuran mencerminkan perbedaan itu dengan memisahkan beban kerja multi-sesi ringan, sedang, dan berat.

Perbedaan ini penting karena "30 pengguna" bukanlah angka kapasitas itu sendiri. Itu hanya berarti setelah Anda mendefinisikan. apa yang dilakukan dan digunakan oleh pengguna tersebut selama periode puncak.

Penggunaan server

Ingat juga perbedaan penting yang sangat berarti: untuk laboratorium atau kantor kecil, Anda mungkin merencanakan satu server, mengingat itu akan menjalankan lebih sedikit sesi pengguna bersamaan, sementara untuk produksi, Anda kemungkinan akan merencanakan sebuah farm. Memang, peran terpisah diperlukan untuk meningkatkan kinerja, menyederhanakan pemecahan masalah, dan mengunci keamanan, jadi pemisahan yang umum adalah:

• 1 server untuk Broker, Web, dan Lisensi
• 1 atau lebih server untuk Host Sesi
• 1 Gateway RD di servernya sendiri untuk akses eksternal.

Untuk melangkah lebih jauh, Anda juga akan menemukan bahwa jenis server, memori, dll., akan berperan dan Anda mungkin ingin sertakan SSD dalam pengaturan yang lebih besar misalnya. Namun, ini hanya disebutkan untuk membuat Anda sadar akan kemungkinan tersebut.

Input mana yang membentuk perencanaan sumber daya?

Selanjutnya, lebih dapat diandalkan daripada langsung melompat ke angka perangkat keras, berikut adalah empat masukan yang perlu dikumpulkan sebelum mulai menghitung. Pekerjaan hulu ini menghindari tumpang tindih dengan pertanyaan lisensi tentang siapa yang dapat terhubung dan berdasarkan aturan Microsoft apa. Kekhawatiran utama di sini adalah seberapa banyak sumber daya yang dibutuhkan oleh host sesi agar tetap responsif. Artikel kami sebelumnya membahas lisensi dan kapasitas server jadi kita dapat mengembangkan di sini praktis menghitung semuanya secara metodis untuk merencanakan dengan benar.

Oleh karena itu, Anda perlu menjumlahkan:

Pengguna aktif bersamaan

Kami masih perlu menyertakan angka penting ini karena jumlah sesi yang dijalankan secara paralel pasti akan mempengaruhi kinerja server. Perhatikan bahwa jumlah bersamaan dapat independen dari jumlah total.

Kelas beban per grup pengguna

Menilai seberapa banyak satu pengguna atau sekumpulan pengguna akan menggunakan sumber daya adalah pemeriksaan kenyataan pertama. Kelompok atau individu tertentu pasti akan menggunakan lebih banyak dari tugas yang mereka lakukan. Itulah mengapa pengguna berat perlu diidentifikasi.

Tipe aplikasi dan sesi

Sangat membantu untuk menentukan aplikasi tertentu, karena pengguna tertentu akan memonopoli sejumlah besar sumber daya tergantung pada aplikasi yang mereka jalankan.

Puncak, pertumbuhan, dan margin fail-over

Rangkum daftar input ini dengan memperhitungkan penggunaan maksimum, menyisakan ruang untuk pertumbuhan jangka pendek yang diharapkan dan membangun margin buffer cadangan.

Bagaimana Anda Menghitung Sumber Daya di Server Terminal?

Berikut adalah metode perhitungan praktis yang kami harap akan berguna dalam administrasi SMB serta konteks lainnya. Metode ini bertujuan untuk setidaknya menyederhanakan perencanaan dan struktur persiapan. Kemudian, seharusnya dapat disempurnakan sehingga Anda dapat mengandalkannya selama periode percobaan dan seterusnya.

Langkah 1: Hitung pengguna bersamaan, bukan total pengguna

Mulailah dengan jumlah pengguna yang aktif pada saat yang sama. Ini adalah jumlah yang mempengaruhi beban server. Sebuah bisnis dengan 50 pengguna terdaftar mungkin hanya memiliki 18 hingga 25 yang terhubung secara bersamaan selama jam sibuk. Ketika menentukan ukuran host sesi, jumlah sesi simultan jauh lebih berguna daripada total jumlah pengguna.

Sebelum menguji kapasitas dunia nyata yang berkelanjutan di bawah beban, perencanaan perlu menantang estimasi.

Langkah 2: Klasifikasikan beban kerja sebagai ringan, sedang, atau berat

Selanjutnya, urutkan pengguna grup berdasarkan beban kerja. Microsoft’s panduan host sesi saat ini menyarankan rentang kepadatan dasar berikut untuk lingkungan multi-sesi dan HP serta sumber lainnya setuju:

• hingga 6 pengguna ringan per vCPU,
• 4 pengguna menengah per vCPU dan
• 2 pengguna berat per vCPU,

dengan masing-masing contoh VM minimum 8 vCPU, 16 GB RAM, 32 GB penyimpanan di seluruh band beban kerja tersebut. Rekomendasi juga mencakup menjaga ukuran VM multi-sesi kira-kira antara 4 dan 24 vCPU untuk pengembalian kapasitas yang lebih baik.

Peta beban kerja yang sederhana untuk perencanaan UKM akan memandu pengurutan:

• Cahaya: satu aplikasi bisnis, penggunaan browser terbatas, sesi singkat
• Sedang: Aplikasi kantor, tab browser, alat PDF, multitasking moderat
• Berat: ERP, file Excel yang lebih besar, penggunaan browser yang konstan, pencetakan, beberapa aplikasi terbuka sepanjang hari

Ini adalah pita perencanaan dasar, bukan jaminan. Tujuannya adalah untuk memilih titik awal yang didasarkan pada perilaku beban kerja.

Langkah 3: Perkirakan kapasitas CPU

Setelah pengguna dikelompokkan, perkirakan CPU dengan pendekatan pengguna-per-vCPU. Misalnya, jika 24 pengguna bersamaan sebagian besar adalah pengguna menengah, dasar Microsoft sekitar 4 pengguna per vCPU menyarankan untuk memulai sekitar 6 vCPUs, kemudian membulatkan ke ukuran host yang praktis dengan ruang cadangan untuk lonjakan. Jika Anda ingin memberikan kapasitas lonjakan yang lebih baik selama lonjakan permintaan CPU jangka pendek, rencanakan rasio pengguna-per-core yang lebih rendah daripada yang mungkin Anda lakukan sebaliknya.

Seperti yang mungkin sudah jelas, penentuan ukuran CPU tidak boleh berhenti pada minimum matematis. Ini harus memperhitungkan lonjakan login, aktivitas antivirus, pekerjaan pelaporan, dan periode singkat peluncuran aplikasi secara bersamaan.

Langkah 4: Perkirakan kebutuhan RAM

RAM harus mencakup kebutuhan sistem operasi, layanan inti, overhead sesi, dan penggunaan memori aplikasi per pengguna. Seperti yang dijelaskan di atas, baseline multi-sesi Microsoft saat ini mengaitkan contoh beban kerja ringan, sedang, dan beratnya dengan minimum 16 GB RAM untuk titik awal 8 vCPU. Meskipun ini hanya merupakan baseline, ini tetap memberikan titik awal yang nyata untuk estimasi.

Metode praktis dalam bisnis kecil atau menengah adalah:

1. cadangkan memori untuk OS dan layanan platform,
2. perkirakan memori per sesi berdasarkan kelas pengguna,
3. kalikan dengan sesi bersamaan,
4. kemudian tambahkan margin keamanan.

PeteNetLive memberikan sebuah aturan umum yang sengaja luas dari 2 hingga 8 GB per pengguna untuk perencanaan RAM RD Session Host. Ini berguna sebagai peringatan untuk tidak meremehkan sesi berat, meskipun jumlah yang tepat harus disempurnakan dalam pengujian.

Langkah 5: Periksa penyimpanan dan overhead profil

Penyimpanan sering kali diremehkan dalam perencanaan server terminal. Penyimpanan yang lambat dan tersumbat dapat merugikan logon, pemuatan profil, file sementara, peluncuran aplikasi, dan spooling cetak bahkan ketika CPU dan RAM masih terlihat dapat diterima.

• penyimpanan profil
• Penyimpanan OS
• logs: untuk keamanan dan tujuan lainnya

Kategori terakhir ini sangat layak untuk diperkirakan karena dapat dengan cepat membengkak tergantung pada ukuran infrastruktur Anda dan jenis pemantauan serta perlindungan yang Anda butuhkan.

Presentasi peran demi peran dari PeteNetLive berfungsi sebagai pengingat yang berguna bahwa host sesi biasanya adalah tempat tekanan sumber daya muncul pertama kali, sementara peran RDS lainnya seringkali memiliki jejak yang relatif lebih kecil. Ingatlah hal ini ketika Anda mencari tanda-tanda kapasitas penggunaan perusahaan Anda yang mendorong, karena ini dapat mendukung penentuan ukuran rencana.

Langkah 6: Tambahkan ruang untuk puncak, pertumbuhan, dan failover

Tidak ada kalkulator server terminal yang seharusnya berakhir dengan angka "hanya cukup". Tambahkan ruang tambahan untuk:

• lonjakan masuk pagi
• penambalan dan pemindaian AV
• puncak pelaporan bulanan
• pertumbuhan pengguna yang diharapkan
• kegagalan host dalam desain multi-server

Sebagai penutup, beberapa saran operasional yang baik untuk lingkungan mana pun yang bergerak melampaui satu host adalah mempertimbangkan host tambahan jika terjadi kehilangan server atau hypervisor.

Metode Kalkulator Server Terminal Sederhana untuk SMB dan MSP

Logika kalkulator ini sengaja dibuat sederhana. Ini dimaksudkan untuk menghasilkan perkiraan awal yang dapat dipertahankan, bukan tolok ukur akhir, dan untuk Anda sesuaikan sesuai kebutuhan.

Formula perencanaan cepat

Gunakan urutan ini:

1. Hitung pengguna bersamaan .
2. Urutkan mereka ke dalam ringan, sedang, dan berat grup.
3. Perkiraan CPU menggunakan rasio pengguna-per-vCPU dasar.
4. Perkiraan RAM dari overhead OS ditambah permintaan per sesi.
5. Periksa penyimpanan untuk profil, kinerja sementara, dan peluncuran.
6. Tambahkan 20 hingga 30 persen ruang cadangan , kemudian tinjau kebutuhan failover.

Ini mencerminkan esensi bagaimana ukuran dibingkai secara umum: beban kerja pertama, rasio kedua, penyempurnaan setelah pengamatan. Dan sekarang, mengapa tidak mendapatkan pratayang? bentuk apa yang bisa diambil , dapatkan estimasi yang tepat dan peta infrastruktur potensial Anda? Alat kunci saat merencanakan anggaran Anda.

Contoh 1: 15 pengguna kantor ringan

Asumsikan 15 pengguna bersamaan mengakses aplikasi bisnis yang diterbitkan ditambah penggunaan browser ringan.

Menggunakan dasar ringan yang direkomendasikan, perkiraan CPU mentah adalah sekitar 3 vCPU. Dalam praktiknya, itu terlalu ketat untuk kapasitas lonjakan, jadi seorang perencana akan beralih ke profil host yang lebih praktis daripada membangun hingga batas. Anda akan menemukan saran yang mendukung rentang ukuran 4 hingga 24 vCPU yang lebih luas dengan 8 vCPU, 16 GB RAM sebagai profil dasar standar untuk beban kerja multi-sesi.

Untuk RAM, cadangkan kapasitas untuk OS dan layanan, kemudian tambahkan memori sesi untuk setiap pengguna. Jika lingkungan stabil dan penggunaan aplikasi terbatas, ini dapat dengan nyaman muat di host yang sederhana, tetapi tetap harus divalidasi selama penggunaan percobaan.

Contoh 2: 30 pengguna kantor dan ERP campuran

Asumsikan:

• 18 pengguna menengah
• 12 pengguna berat

Sebuah pintasan perencanaan akan memperlakukan grup medium sekitar 4 pengguna per vCPU dan grup berat sekitar 2 pengguna per vCPU. Itu berarti sekitar 4,5 vCPU untuk grup medium dan 6 vCPU untuk grup berat, sebelum overhead dan ruang tambahan. Dalam praktiknya, itu sudah menunjukkan arah dari satu host berukuran kecil dan menuju baik host yang lebih besar dengan margin atau pembagian di antara beberapa host sesi.

Ini adalah tempat di mana saran "rencanakan untuk sumber daya server" menjadi berarti. Dengan sebuah ERP seperti dalam konteks perusahaan mana pun, tujuannya bukan hanya untuk menempatkan pengguna di suatu tempat. Tujuannya bukan hanya untuk menempatkan pengguna di suatu tempat. Tujuannya adalah untuk menjaga waktu respons tetap dapat diterima selama bagian terpadat hari.

Contoh 3: Kapan membagi pengguna di beberapa host

Setelah perhitungan menghasilkan host padat dengan kapasitas lonjakan terbatas, jawaban yang lebih baik mungkin bersifat arsitektural daripada penskalaan vertikal. Host sesi dapat diatur untuk melakukan pekerjaan berat, sementara peran seperti RD Connection Broker, Gateway, dan Lisensi diberikan profil sumber daya yang berbeda. Membagi beban pengguna di antara beberapa host kemungkinan akan meningkatkan ketahanan, fleksibilitas pemeliharaan, dan perencanaan pemulihan.

Bagi MSP, ini sering kali menjadi titik balik di mana kalkulator server terminal menjadi diskusi ukuran farm daripada diskusi server tunggal.

Kesalahan Penentuan Ukuran Umum Apa yang Biasanya Mengganggu Kinerja Server Terminal?

Kesalahan pengukuran biasanya tidak disebabkan hanya oleh matematika. Mereka berasal dari asumsi yang salah.

Membingungkan lisensi dengan kapasitas kinerja

Lisensi memberi tahu Anda bagaimana akses ditugaskan dan dikonfigurasi. Ini tidak memberi tahu Anda berapa banyak pengguna bersamaan yang dapat didukung oleh server dengan kinerja yang dapat diterima.

Mengabaikan sesi yang berat pada browser dan berat pada cetakan

Banyak lingkungan masih meremehkan seberapa banyak beban penggunaan browser modern, penanganan PDF, dan pencetakan dapat menambah beban pada host sesi. Aktivitas ini dapat mengubah kelompok pengguna dari ringan ke sedang, atau dari sedang ke berat, bahkan ketika aplikasi lini bisnis itu sendiri tergolong sederhana.

Hanya untuk ukuran beban rata-rata

Rata-rata beban jarang menjadi saat pengguna mengeluh. Keluhan terjadi selama badai logon, pembukaan file secara bersamaan, pelaporan, atau puncak pagi. Microsoft mencatat kapasitas lonjakan yang lebih baik menjadi penting pada rasio pengguna-per-inti yang lebih rendah karena mendukung memberikan ruang alih-alih menargetkan kepadatan maksimum.

Melupakan sisa tumpukan RDS

Host sesi adalah konsumen sumber daya utama, tetapi itu bukan satu-satunya peran di lingkungan tersebut. Pembagian peran PeteNetLive adalah pengingat yang berguna untuk memperhitungkan Connection Broker, Gateway, Web Access, dan Lisensi secara terpisah ketika penyebaran berkembang melampaui pengaturan satu host kecil.

Mengapa Pemantauan Harus Memvalidasi Perkiraan Ukuran Anda?

Kalkulator server terminal memberikan Anda dasar perencanaan. Itu tidak memberikan Anda bukti. Untuk bukti, Anda perlu memantau penggunaan.

Dari dasar hingga bukti: pemantauan sebagai hal yang penting

Dalam artikel kami sebelumnya, kami menjelaskan mengapa kapasitas pengguna yang berkelanjutan adalah pertanyaan pemantauan yang praktis. Di sini, tujuannya adalah untuk menunjukkan bagaimana memperkirakan versi pertama dari kapasitas tersebut sebelum diluncurkan. Pemantauan akan memberikan banyak hitungan yang telah kami sebutkan. Kami merekomendasikan Anda untuk menguji dalam konteks laboratorium untuk mengevaluasi kebutuhan yang Anda bayangkan.

Di mana TSplus Server Monitoring membuat perbedaan?

TSplus Server Monitoring cocok setelah estimasi ukuran diterapkan. Ini membantu memverifikasi apakah saturasi CPU, tekanan memori, kemacetan penyimpanan, atau lonjakan penggunaan sesuai dengan asumsi yang digunakan dalam perencanaan. Ini sangat berguna bagi admin TI SMB dan MSP yang memerlukan bukti sebelum mengubah ukuran host, mendistribusikan ulang pengguna, atau menambahkan server lain.

Selain mengetahui cara memproyeksikan sumber daya, bagaimana lagi Anda bisa tahu apakah perhitungannya benar selain melalui sistem pemantauan? Server Monitoring memberikan Anda pemantauan waktu nyata dan peringatan untuk menjaga Anda tetap terinformasi setiap kali penanda mencapai ambang batas yang Anda tetapkan. .

TSplus perangkat lunak untuk pengiriman aplikasi dan desktop yang aman dan berkelanjutan

TSplus Remote Access berfungsi sebagai lapisan pengiriman dalam cerita yang lebih luas sementara Advanced Security dirancang khusus untuk melindungi server aplikasi. Selain itu, TSplus Remote Support menyediakan seperangkat alat penting untuk pemecahan masalah dan pemeliharaan server ini dan lainnya dari lokasi mana pun. Setelah lingkungan diatur dengan benar, TSplus Remote Access akan menerbitkan desktop dan aplikasi dengan lebih sederhana dibandingkan Citrix dan tanpa melebihi anggaran Anda. Menguji fitur seperti akses web dan pengiriman terpusat akan memberi Anda gambaran tentang bagaimana Anda dapat bergerak melampaui akses RDP ad hoc.

Kesimpulan

Sebuah kalkulator server terminal tidak boleh menjanjikan jawaban ajaib. Sekarang saatnya untuk menghitung sumber daya server terminal secara bertahap: mulai dengan pengguna bersamaan, klasifikasikan intensitas beban kerja, perkirakan CPU dan RAM dari perilaku sesi yang realistis, periksa penyimpanan dan kemudian tambahkan margin untuk puncak, pertumbuhan, dan pemulihan.

Sebagai admin sistem, admin TI SMB atau MSP, ini akan memberi Anda perkiraan awal yang praktis. Dari sana, disiplin yang sebenarnya adalah validasi. Rencanakan dengan hati-hati, terapkan secara konservatif dan kemudian gunakan data pemantauan untuk mengonfirmasi apakah host, atau farm host dapat mempertahankan pengalaman pengguna yang Anda maksud.