Halo, Habr! 14/01/2020 semakin dekat dan tanggal ini menandai akhir dukungan yang diperluas untuk Windows Server 2008 R2, dan jika Anda masih menggunakan Windows Server 2008 R2, Anda harus mempertimbangkan bermigrasi ke platform yang lebih baru.
Di bawah potongan adalah perbandingan kecil dari sumber daya yang dikonsumsi dari platform Windows Server lama dan baru - peran RDSH. Pertama-tama, saya tertarik pada kesempatan untuk terus menggunakan server HP G6 / G7 yang sudah tersedia yang menjalankan VMware Vsphere 5.5.
Informasi tentang Siklus Hidup Server Windows tersedia di tautan
Siklus Hidup Produk Pencarian ini.
Saya akan memiliki dua bangku tes:
- HP DL120 G7, 1 * CPU Intel Xeon E3-1240
- HP ML350 G6, 2 * CPU Intel Xeon E5620
Server akan berjalan di bawah VMware ESXi 5.5, gambar VMware-ESXi-5.5.0-Update1-1746018-HP-5.75.4-Dec2014. Saya juga mencoba menggunakan gambar VMware-ESXi-5.5.0-Update3-3116895-HP-550.9.4.26-Nov2015, tetapi ini tidak mempengaruhi hasil.
Tetapi gambar VMware-ESXi-5.5.0-Update2-2403361-HP-550.9.2.40.2-Sep2015 memberikan hasil yang menyimpang, untuk beberapa alasan statistik yang ditampilkan server dua kali berbeda dari yang asli. Dengan gambar ini, maksimum yang ditampilkan server adalah 50 persen dari beban prosesor, tampaknya semacam bug. Pada awalnya, saya senang ketika saya mendapatkan hasil pertama, tetapi kemudian saya menyadari bahwa ada sesuatu yang salah ...
Juga harus disebutkan bahwa dukungan untuk VMware Vsphere 5.5 juga tidak abadi, dan platform tidak lagi relevan, dan Anda harus mempertimbangkan untuk memperbarui. Informasi tentang Siklus Hidup VMware tersedia dalam
Matriks Produk Siklus Hidup VMware ini.
Dan jangan lupa
Panduan Kompatibilitas VMware . Jika kita berbicara tentang server HP DL120 G7, server ini tidak pernah ada dalam matriks kompatibilitas, tetapi ESXi 5.5 U3 secara resmi diizinkan untuk diinstal pada server HP ML350 G6.
OS tamu
Informasi tentang kompatibilitas ESXi dengan OS tamu juga tersedia di
Panduan Kompatibilitas VMware .
ESXi 5.5 U3 memungkinkan Anda untuk menginstal Windows Server 2016 sebagai OS tamu, dan bahkan versi 5.5 akan cukup untuk ini. Tetapi untuk menginstal Windows Server 2019 Anda perlu ESXi versi 6+, tetapi ini tidak menghentikan saya untuk menguji rencana saya.
Saya akan memiliki VM pengujian berikut: WS2008R2SP1, WS2012R2, WS2016 dan WS2019.
Agen Alat VMware 5.5.0-10.2.5.8068406 diinstal pada semua VM. Semua pembaruan dari Microsoft untuk Mei 2019 dan bahkan beberapa untuk Juni 2019 diinstal, setelah itu layanan pembaruan dinonaktifkan.
Untuk pengujian saya, saya melakukan penyetelan minimum, saya ingin semuanya bekerja dengan parameter paling standar. Untuk ini, saya akan menggunakan kebijakan grup lokal, sedikit lagi tentang ini saya akan menulis di akhir.
- dinonaktifkan "komposisi desktop"
- diperbolehkan mengalihkan audio dan video
- Diaktifkan RemoteFX untuk Klien WS2008R2SP1 dan WS2008R2SP1
- penonaktifan font dinonaktifkan
- membatasi kedalaman bit palet warna hingga 32
- membatasi jumlah monitor hingga nilai 1
Agar RemoteFX codec mulai bekerja pada WS2008R2SP1, peran RDSH harus diinstal, untuk versi yang lebih baru, ini dapat dihilangkan. Mungkin RemoteFX digunakan pada WS2008R2SP1 tanpa menginstal RDSH, tetapi tidak ada peristiwa dalam log tentang aktivasi codec ini.
Tes 1
Sebagai ujian, saya akan menggunakan video di YouTube dengan resolusi 720p,
Apa yang baru di Layanan Desktop Jarak Jauh pada Windows Server 2019 - BRK2242 .
Di setiap server, saya akan membuka satu sesi rdp dan video uji di Chrome (versi 75.0.3770.80 (64bit)).
Dalam pengujian ini, thin client HP t510 yang menjalankan HP ThinOS 4.4 OS dan paket Freerdp-1.1hp10d-all-4.4-x86-SQ akan digunakan sebagai klien. Unit ini terhubung ke monitor dengan resolusi Full HD, dan profil thin client telah diatur ulang ke pabrik.
Saya memotret grafik dari host, semua tes pertama akan dilakukan pada server HP DL120G7.
Mengomentari hasil tes pertama:Dalam tes ini, ws2008 mengkonsumsi sumber daya prosesor tiga kali lebih sedikit, tetapi pada saat yang sama lalu lintas tiga kali lebih banyak daripada peserta lain dalam pengujian.
Dengan lalu lintas saat ini, 66 sesi dapat ditempatkan dalam satu gigabit, tetapi beralih ke versi baru dari server mungkin akan mengurangi tiga kali lipat jumlah pengguna yang dapat bekerja dengan konsumsi prosesor ini.
Secara visual, gambar dalam presentasi ini dapat diterima pada semua versi Windows Server. Tentu saja, jika Anda menjalankan sesuatu yang lebih dinamis, maka versi server yang lebih baru menunjukkan gambar yang jauh lebih baik. Saya kira ini karena jumlah frame, lebih banyak frame = pemutaran lancar = lebih banyak beban CPU.
Tes 2
Skrip untuk pengujian kedua tetap tidak berubah, dengan pengecualian menggunakan Firefox (versi 67.0.2 (64bit))
Mengomentari hasil tes kedua:Firefox yang dipasangkan dengan ws2019 menunjukkan hasil yang baik, mengonsumsi prosesor lebih banyak dan lalu lintas yang jauh lebih sedikit daripada ws2008.
Tes 3
Chrome akan digunakan dalam tes ini, tetapi klien akan menjadi laptop dengan Windows 10 1903, laptop terhubung ke monitor dengan resolusi FullHD.
Mengomentari hasil tes ketiga:Dalam kasus ws2008, lebih sedikit lalu lintas yang dikonsumsi, perubahan lain tidak signifikan ...
Saya juga memperhatikan bahwa Chrome, ketika ditampilkan dengan latar belakang video, progress bar mengkonsumsi 1000 MHz lebih banyak, tetapi di Firefox saya tidak melihat efek seperti itu, dan menggambar progress bar tidak mempengaruhi jumlah sumber daya yang dikonsumsi.
Tes 4
Laptop dengan Windows 10 dipasangkan dengan Firefox
Mengomentari hasil tes keempat:Dalam kombinasi server-klien-browser ini, ws2019 + Firefox mengonsumsi lebih sedikit sumber daya dibandingkan dengan Chrome, tetapi mulai mengonsumsi lebih banyak prosesor secara signifikan jika dibandingkan dengan hasil Uji 2.
Dalam kasus ws2012 dan ws2016, hasil dari semua tes yang dilakukan jauh lebih merata, tidak ada variasi seperti ws2019.
Tes 5
Tes ini terdiri dari memulai jumlah maksimum sesi rdp dan meluncurkan presentasi di setiap sesi.
Remote Desktop Connection Manager akan membantu saya dalam hal ini, RDCM akan diluncurkan pada laptop dengan Windows 10.
Resolusi sesi harus dikurangi menjadi 1440 * 900. Saya hanya akan memberikan tabel ringkasan sebagai hasilnya:
Mengomentari hasil tes kelima:Tanpa diduga, server 2019 menunjukkan hasil yang lebih buruk daripada ws2012 dan ws2016. Server 2008 dapat membuka 8 sesi sementara server 2012/2016 dapat membuka 4 sesi, dan sesi ke 5 meningkatkan beban hingga 100%. Server 2019 mampu bekerja dengan maksimal 4 sesi.
Firefox bukan browser prioritas bagi saya, dan karena itu saya hanya menjalankannya di ws2019 untuk memverifikasi angka yang diterima.
Tes 6
Dalam pengujian ini, server HP ML350G6 dengan dua prosesor E5620 ikut bermain, saya hanya akan menguji server 2008 dan 2019. Tesnya sama, memulai jumlah sesi maksimum, hanya Chrome yang akan digunakan.
Mengomentari hasil tes keenam:Untuk menjalankan 10 sesi pada server 2008, dibutuhkan 60 persen sumber daya prosesor, dan untuk memulai hanya 5 sesi pada server 2019, lebih dari 90 persen diperlukan.
Bagian terakhir - Tuning
Saya mengembalikan semua VM uji ke server HP DL120G7 dan menggunakan laptop dengan Windows 10 dan layar aslinya dengan resolusi 1366 * 768 sebagai klien.
Sayangnya, saya tidak akan menyebut upaya untuk mengurangi konsumsi prosesor berhasil, tetapi tidak mungkin untuk mengatakan bahwa tidak ada hasil juga. Berikut adalah daftar semua pengaturan kebijakan grup lokal yang tersedia yang dapat Anda gunakan untuk menyetel:
Di Windows Server 2008R2, opsi "Optimalkan pengalaman visual saat menggunakan RemoteFX" memungkinkan Anda untuk mengontrol kualitas gambar dan jumlah bingkai, dan ini memberikan hasil yang nyata. Mengurangi jumlah frame mengurangi beban pada prosesor dan jaringan. Untuk Windows Server 2019, opsi ini tidak berfungsi.
Kualitas gambar di Windows Server 2019 dapat dikontrol oleh parameter "Konfigurasikan kualitas gambar untuk RemoteFX Adaptive Graphics", tetapi tidak ada yang mengubah jumlah bingkai, atau saya tidak menemukan parameter seperti itu.
Saya mencoba berbagai kombinasi parameter, tetapi saya bisa mendapatkan perubahan nyata dalam hasilnya hanya dalam beberapa kasus. Dan hal yang paling menarik adalah Anda dapat melihat perubahan dalam lalu lintas, tetapi pada saat yang sama, beban pada prosesor sedikit berubah.
- Prioritas H.264 / AVC 444 meningkatkan beban pada prosesor, tetapi pada saat yang sama, lalu lintas turun dari 2x menjadi 1 megabit.
Pengaturan kebijakan ini memprioritaskan mode grafis H.264 / AVC 444 untuk skenario vGPU non-RemoteFX. Saat Anda menggunakan pengaturan ini pada server RDP, server akan menggunakan H.264 / AVC 444 sebagai codec dalam koneksi RDP 10 di mana klien dan server dapat menggunakan H.264 / AVC 444.
- Menonaktifkan kompresi RDP tidak mengurangi beban pada prosesor, tetapi pada saat yang sama lalu lintas meningkat dari 2x menjadi 7 megabit.
- Mengaktifkan parameter Losles untuk kualitas gambar menyebabkan konsumsi lalu lintas yang tidak memadai, tanpa mengubah beban pada prosesor. Untuk skenario apa opsi ini ditambahkan kepada saya tidak jelas.
Jika Anda mengaktifkan pengaturan kebijakan ini dan mengatur kualitas ke Lossless, RemoteFX Adaptive Graphics menggunakan pengkodean lossless. Dalam mode ini, integritas warna data grafik tidak terpengaruh. Namun, pengaturan ini menghasilkan peningkatan konsumsi bandwidth jaringan yang signifikan. Kami menyarankan Anda mengatur ini untuk kasus yang sangat spesifik.
Ringkasan
Jika sebelumnya, untuk pengoperasian 10 pengguna aktif, 8 server nuklir sudah cukup dan masih ada ruang kosong, sekarang server seperti itu hanya cukup untuk 5 pengguna.
Saya pikir sudah saatnya bersiap-siap untuk mengganti server generasi HP G6 dan G7. Sangat disayangkan untuk berpisah dengan server yang memiliki> 100 GB RAM diinstal, saya berasumsi bahwa mereka akan melayani lebih lanjut.
Saya tidak mengecualikan bahwa prosesor lama tidak memiliki instruksi perangkat keras, jadi saya berencana untuk mendapatkan server modern untuk pengujian dalam waktu dekat. Tapi sejujurnya, perkiraan saya pesimistis, saya pikir mungkin untuk mendapatkan hasil yang diinginkan hanya dengan kekuatan kasar, peningkatan jumlah inti prosesor, dan ini akan memerlukan peningkatan jumlah lisensi dan biaya yang diperlukan.
Akhirnya