Windows Server 2025 Remote Access: Panduan Perencanaan TI

Windows Server 2025 semakin menjadi bagian dari rencana pembaruan infrastruktur, terutama saat Windows Server 2016 mendekati akhir dukungan. Untuk tim TI yang mengelola desktop jarak jauh, aplikasi yang diterbitkan atau infrastruktur RDS, migrasi melibatkan lebih dari sekadar memperbarui sistem operasi. Peran yang ada, lisensi, metode otentikasi, jalur akses eksternal, dan beban kerja semuanya perlu dipertimbangkan sebelum sistem produksi berpindah.

Mengapa Perencanaan Akses Jarak Jauh Windows Server 2025 Penting Sekarang?

Konteks Windows Server di 2026

Bagi banyak tim TI, Windows Server 2025 akan hadir sebagai bagian dari penyegaran infrastruktur yang lebih luas daripada sebagai proyek Remote Desktop yang terpisah. Lingkungan yang ada mungkin menggabungkan Protokol Desktop Jarak Jauh (RDP) administratif, Layanan Desktop Jarak Jauh (RDS), Gerbang RD, akses VPN, aplikasi bisnis yang dipublikasikan, dan perangkat lunak akses jarak jauh pihak ketiga.

Pertanyaan praktisnya oleh karena itu bukan sekadar apakah Windows Server 2025 mendukung remote access. Itu memang mendukung. Sebaliknya, pertanyaan yang lebih berguna adalah apa yang perlu ditinjau agar pengguna, aplikasi, dan administrator dapat terus terhubung seperti yang diharapkan selama migrasi.

Batas waktu migrasi karena Akhir Dukungan Windows Server 2016

Microsoft mencantumkan 12 Januari 2027 sebagai akhir dukungan diperpanjang untuk Windows Server 2016. Setelah tanggal tersebut, organisasi tidak dapat mengandalkan siklus hidup standar untuk pembaruan keamanan rutin dan dukungan produk, sehingga sistem yang tetap dalam produksi memerlukan jalur dukungan lain atau rencana migrasi.

Akses jarak jauh membuat tenggat waktu ini sangat relevan karena server yang lebih tua sering berada di belakang alur kerja yang penting bagi bisnis. Sebuah mesin Windows Server 2016 mungkin masih menjadi tuan rumah aplikasi, sesi pengguna, atau infrastruktur akses jarak jauh yang bergantung pada sistem lain. Mengganti sistem operasi tanpa mengidentifikasi hubungan tersebut dapat mengubah penyegaran server menjadi masalah akses.

Persiapan harus dimulai sebelum jendela migrasi. Catat aplikasi mana yang masih memerlukan Windows Server 2016, pengguna mana yang terhubung ke aplikasi tersebut, bagaimana koneksi tersebut dibuat, dan layanan otentikasi, lisensi, atau infrastruktur mana yang mendukungnya. Tim kami yang berdedikasi Panduan akhir dukungan Windows Server 2016 menyediakan tempat untuk memulai bagi tim yang perlu menjelajahi tenggat waktu siklus hidup dan opsi migrasi dengan lebih rinci.

Akses jarak jauh inventaris sebelum memilih jalur migrasi

Inventaris yang berguna memisahkan fungsi akses jarak jauh yang sering dikelompokkan bersama di bawah "RDP":

Desktop Jarak Jauh Administratif,
multi-pengguna RDS ,
RD Gateway,
Akses Web RD,
Lisensi RD dan Routing
dan Layanan Akses Jarak Jauh (RRAS).

Setiap orang melakukan pekerjaan yang berbeda dan tidak selalu memiliki persyaratan migrasi yang identik.

Untuk penyebaran RDS, dokumen:

broker koneksi RD,
Host Sesi,
Gerbang,
Akses Web dan server lisensi, termasuk versi Windows Server mereka.

Tambahkan

sertifikat,
nama DNS,
ketergantungan otentikasi,
profil pengguna,
aplikasi yang diterbitkan
dan komponen penyeimbang beban atau ketersediaan tinggi.

Perangkat lunak pengiriman aplikasi pihak ketiga termasuk dalam inventaris yang sama. Kompatibilitasnya dengan Windows Server 2025 harus diperiksa bersama dengan infrastruktur Microsoft daripada ditemukan selama peluncuran produksi.

Rencanakan Peran RDS dan Kompatibilitas Versi Bersama

Layanan Desktop Jarak Jauh dapat mendukung perpindahan bertahap ke Windows Server 2025, tetapi tim TI tidak dapat memperlakukan setiap peran RDS sebagai peningkatan server yang independen. Microsoft mendefinisikan hubungan yang didukung antara versi peran dan memberikan urutan untuk meningkatkan penyebaran RDS .

Ini sangat penting di pertanian di mana infrastruktur dan Session Hosts tersebar di beberapa server. Urutan migrasi harus dirancang berdasarkan hubungan tersebut sebelum jendela pemeliharaan dijadwalkan.

Tentukan Apa yang Dapat Berada Bersama Selama Migrasi Bertahap

Microsoft menyatakan bahwa semua RD Session Hosts dalam satu koleksi perlu berjalan pada tingkat Windows Server yang sama, meskipun koleksi terpisah dapat menggunakan versi yang didukung yang berbeda. Oleh karena itu, penerapan bertahap dapat mempertahankan koleksi dari Session Hosts yang lebih lama sementara koleksi lain menjalankan Windows Server 2025.

RD Connection Broker memerlukan perhatian lebih. Microsoft merekomendasikan untuk memperbarui server Connection Broker terlebih dahulu dan tidak mendukung versi Windows Server campuran di seluruh Connection Brokers dalam penyebaran yang sama. Setelah broker menjalankan versi yang lebih baru, Session Hosts yang lebih lama yang didukung dapat tetap tersedia sementara tahap selanjutnya dilanjutkan.

Di mana arsitektur mengizinkannya, ini membuat koleksi pilot menjadi berguna. IT dapat memvalidasi aplikasi dan sesi pengguna yang representatif di Windows Server 2025 sebelum mengalihkan sisa beban kerja ke platform baru.

Tinjau Lisensi RDS Sebelum Memindahkan Host Sesi

Lisensi RD juga termasuk awal dalam urutan migrasi. Microsoft menyatakan bahwa server lisensi RDS dapat memproses Lisensi Akses Klien (CALs) dari generasi Windows Server-nya sendiri dan generasi sebelumnya. Oleh karena itu, memindahkan RD Session Hosts ke Windows Server 2025 juga memerlukan peninjauan terhadap server lisensi dan persyaratan CAL.

Microsoft menempatkan Lisensi RD sebelum Host Sesi RD dalam urutan peningkatan yang direkomendasikan. Oleh karena itu, tim harus mengonfirmasi versi server lisensi saat ini, CAL RDS yang terpasang, dan mode lisensi saat merencanakan host baru, daripada menunggu hingga pengguna mulai terhubung.

Mekanisme User CALs, Device CALs, dan kompatibilitas versi adalah subjek tersendiri. Lihat panduan lisensi TSplus RDS CAL kami yang ada untuk detail yang tidak dibahas di sini karena fokus migrasi.

Uji Ulang Autentikasi, Keamanan, dan Koneksi Eksternal

Migrasi sistem operasi juga merupakan kesempatan yang baik untuk membahas bagaimana pengguna jarak jauh mengautentikasi dan bagaimana lalu lintas mereka mencapai server. Tujuannya bukan untuk merancang ulang setiap kontrol keamanan selama proyek yang sama, tetapi untuk mengidentifikasi pengaturan default atau ketergantungan lama yang mungkin berperilaku berbeda di Windows Server 2025.

Validasi Perilaku Autentikasi dan SSO

Credential Guard layak mendapatkan tempat dalam rencana pengujian itu. Microsoft mengaktifkan Credential Guard secara default pada sistem Windows Server 2025 yang bergabung dengan domain yang memenuhi syarat dan bukan pengontrol domain. Karena Credential Guard membatasi delegasi kredensial, Microsoft mendokumentasikan situasi di mana RDP, VPN, dan koneksi lain yang bergantung pada otentikasi berbasis kata sandi yang tidak aman tidak lagi memberikan perilaku single sign-on yang sama.

Itu tidak berarti Credential Guard harus dinonaktifkan begitu saja untuk mempertahankan alur kerja lama. Sebaliknya, administrator harus menguji jalur koneksi yang sebenarnya, termasuk Autentikasi Tingkat Jaringan (NLA), kredensial yang disimpan, SSO, gerbang dan aplikasi yang bergantung pada kredensial yang didelegasikan.

Untuk keputusan penguatan seperti NLA, otentikasi multi-faktor, sertifikat, pembatasan jaringan, dan pemantauan, kami Daftar Periksa Konfigurasi RDP Aman untuk Windows Server 2025 adalah sumber pendamping yang disambut baik.

Periksa RD Gateway, VPN, dan Jalur Akses Lainnya

Akses jarak jauh juga dapat bergantung pada infrastruktur di luar Host Sesi itu sendiri. Di mana RD Gateway menyediakan akses eksternal, verifikasi sertifikat, kebijakan, DNS, jalur firewall, dan koneksi pengguna end-to-end sebagai bagian dari migrasi. Sesi RDP yang berhasil dari jaringan internal tidak membuktikan bahwa jalur jarak jauh sudah siap.

Windows Server 2025 juga mengubah perilaku default untuk penyebaran RRAS baru. Microsoft menyatakan bahwa instalasi baru tidak lagi menerima koneksi VPN PPTP atau L2TP secara default, sementara SSTP dan IKEv2 tetap diterima. Konfigurasi yang ada yang ditingkatkan di tempat akan mempertahankan perilaku PPTP dan L2TP sebelumnya.

Tim IT yang menggunakan RRAS harus membedakan antara membangun server akses jarak jauh Windows Server 2025 yang baru dan meningkatkan yang sudah ada saat merencanakan pengujian konektivitas.

Mengapa Menilai Kembali Kapasitas dan Kompatibilitas Aplikasi?

Pindah ke rilis Windows Server yang lebih baru bukanlah alasan untuk mempertahankan asumsi ukuran lama tanpa perubahan. Microsoft telah menerbitkan panduan perencanaan kapasitas khusus untuk Windows Server 2025 Remote Desktop Session Host, dengan metodologi untuk mengevaluasi kapasitas host terhadap beban kerja pengguna yang representatif.

Panduan spesialis itu berguna ketika ukuran yang rinci diperlukan. Untuk rencana migrasi itu sendiri, prinsip yang lebih penting adalah menetapkan baseline baru menggunakan aplikasi dan pengguna yang akan didukung oleh lingkungan baru Anda.

Ukuran untuk Beban Kerja Remote yang Nyata

CPU dan memori tetap menjadi titik awal yang jelas, tetapi kepadatan pengguna sangat bergantung pada apa yang terjadi di dalam setiap sesi. Beban kerja kantor, sesi yang berat pada browser, perangkat lunak lini bisnis, dan aplikasi yang intensif grafis dapat memberikan tuntutan yang sangat berbeda pada Host Sesi RD yang sama.

Gunakan lingkungan saat ini sebagai dasar, kemudian uji Windows Server 2025 dengan pengguna konkuren yang representatif dan perilaku aplikasi. Ukur konsumsi sumber daya dan responsivitas sesi daripada hanya mengandalkan batasan teoretis. Dalam penyebaran multi-host, pertahankan kapasitas yang cukup untuk periode puncak, pemeliharaan, dan kehilangan host di mana persyaratan ketersediaan memerlukannya.

Validasi Aplikasi dan Ketergantungan Sesi

Kompatibilitas aplikasi juga harus diuji dalam konteks di mana pengguna bekerja dalam praktik. Sebuah aplikasi yang diluncurkan berhasil di Windows Server 2025 mungkin masih memiliki ketergantungan yang melibatkan profil pengguna, pencetakan, drive yang diarahkan, kebijakan clipboard, otentikasi, atau perilaku sesi lainnya.

Pengujian pilot harus mencakup aplikasi yang mendukung proses bisnis, bukan hanya login desktop yang berhasil. Perhatikan dengan seksama aplikasi yang lebih lama yang tetap berada di Windows Server 2016 karena dukungan vendor, persyaratan runtime, atau integrasi.

Ketergantungan ini dapat menentukan apakah beban kerja dapat berpindah langsung ke Windows Server 2025 atau memerlukan transisi bertahap.

Membangun Peluncuran Bertahap Windows Server 2025

Pada titik ini, rencana migrasi harus didasarkan pada ketergantungan yang diketahui daripada daftar periksa peningkatan server yang umum. Panduan Microsoft menjadikan urutan sangat penting untuk penerapan RDS multi-server.

Sebuah peluncuran praktis dapat mengikuti lima tahap:

Peran akses jarak jauh inventaris, aplikasi, jalur otentikasi, lisensi, dan ketergantungan eksternal.
Bangun atau tingkatkan infrastruktur RDS yang diperlukan dalam urutan yang didukung, dimulai dengan Koneksi RD Broker dan menangani Lisensi RD sebelum Host Sesi.
Buat pilot Windows Server 2025 yang terkontrol untuk aplikasi dan pengguna yang representatif.
Validasi otentikasi, konektivitas eksternal, profil, periferal, kinerja, dan pemantauan di bawah beban kerja normal.
Pindahkan beban kerja produksi secara bertahap dan pertahankan opsi rollback hingga lingkungan baru telah lulus pemeriksaan operasional.

Lingkungan server tunggal kecil tidak akan memerlukan prosedur yang sama seperti farm RDS multi-server. Apa yang harus tetap konsisten adalah disiplin untuk memvalidasi seluruh rantai akses sebelum menghentikan platform yang lebih lama.

Bagaimana TSplus Remote Access Sesuai dengan Perencanaan Windows Server 2025

Penyegaran server juga merupakan titik alami untuk mempertimbangkan apakah arsitektur pengiriman aplikasi jarak jauh yang ada masih memenuhi kebutuhan organisasi. TSplus Remote Access menyediakan desktop jarak jauh dan Windows publikasi aplikasi melalui klien yang kompatibel dengan RDP dan akses browser, sementara aplikasi tetap dihosting di infrastruktur Windows yang dikendalikan oleh organisasi.

Dokumentasi kami saat ini mencakup Windows Server 2025 di antara platform yang didukung, dengan syarat memenuhi prasyarat dan persyaratan edisi yang relevan. Pada Juli 2026, tim pengembangan kami juga merilis pembaruan kompatibilitas untuk pembaruan terbaru Windows Server 2025 di seluruh rilis Remote Access saat ini dan cabang LTS 18 serta LTS 17.

Untuk tim yang beralih dari Windows Server 2016, migrasi dapat menjadi kesempatan untuk meninjau baik platform server maupun cara desktop dan aplikasi Windows disampaikan secara remote. Seperti pada jalur Microsoft RDS, penerapan produksi harus mengikuti pengujian aplikasi, otentikasi, dan beban kerja daripada hanya asumsi kompatibilitas.

Kesimpulan

Perencanaan akses jarak jauh Windows Server 2025 kurang tentang mempelajari yang baru antarmuka RDP daripada memahami apa yang berubah di sekitarnya. Tim IT harus memetakan peran RDS, lisensi, otentikasi, konektivitas, aplikasi, dan kapasitas sebelum memindahkan beban kerja produksi. Dengan dukungan Windows Server 2016 yang berakhir pada Januari 2027, memulai lebih awal memberikan ruang untuk pilot, migrasi bertahap, dan pensiun yang lebih bersih dari infrastruktur lama, serta menguji TSplus untuk membandingkan beban admin dan kesederhanaan.