Menerapkan kluster stretch
Secara tradisional, klaster failover memberikan perlindungan ketersediaan tinggi dari kegagalan lokal ke satu atau beberapa node klaster yang berada di lokasi fisik yang sama. Anda dapat menggunakan kluster stretch saat diperlukan untuk menyediakan fungsionalitas yang setara di beberapa lokasi fisik.
Apa itu kluster peregangan?
Kluster stretch menerapkan ketersediaan tinggi dan pemulihan bencana di dua lokasi fisik terpisah. Kedua lokasi menghosting sistem penyimpanan terpisah, dengan replikasi sinkron yang tidak langsung dari situs utama ke situs sekunder. Jika kegagalan memengaruhi ketersediaan situs utama, untuk meminimalkan waktu henti, kluster secara otomatis mentransisikan beban kerjanya ke simpul di situs sekunder. Untuk peristiwa pemeliharaan terencana di situs utama, Anda dapat menggunakan Hyper-V Live Migration untuk memindahkan beban kerja dengan mulus ke situs lain, yang menghindari pemadaman sama sekali.
Menggunakan kluster stretch menawarkan beberapa keuntungan daripada mempertahankan situs pemulihan bencana secara manual:
- Replikasi otomatis dan failover otomatis beban kerja berkluster.
- Kurangi beban administratif.
- Minimalkan kemungkinan kesalahan manusia, yang melekat pada proses manual.
Di sisi lain, kluster stretch lebih kompleks untuk didesain dan diimplementasikan. Mereka juga biasanya memerlukan investasi tambahan dalam infrastruktur penyimpanan dan jaringan.
Gambaran Umum Replika Penyimpanan
Kluster terentang memanfaatkan Storage Replica, fitur Windows Server yang menyediakan replikasi volume antara server atau antarkluster untuk pemulihan ketika terjadi bencana. Dengan menggunakan Storage Replica, kluster stretch dapat menyinkronkan volume penyimpanan yang terpasang pada node kluster stretch di dua lokasi terpisah.
Storage Replica mendukung replikasi sinkron dan asinkron:
- Replikasi sinkron mereplikasi data melalui jaringan latensi rendah, dalam milidetik waktu pulang-pergi, memastikan tidak ada kehilangan data di tingkat sistem file selama failover.
- Replikasi asinkron mereplikasi data pada jarak yang lebih panjang yang tunduk pada latensi yang lebih tinggi, tetapi tanpa jaminan bahwa kedua situs memiliki salinan data yang identik pada saat failover.
Penting
Kluster stretch memerlukan replikasi sinkron. Persyaratan ini memberlakukan batas latensi jaringan pulang pergi 5 md antara dua grup node kluster di situs yang direplikasi. Tergantung pada karakteristik konektivitas jaringan fisik, batasan ini biasanya diterjemahkan ke dalam jarak sekitar 20-30 mil.
Fitur Replika Penyimpanan
Fitur utama Replika Penyimpanan tercantum dalam tabel berikut.
| Fitur | Deskripsi |
|---|---|
| Replikasi tingkat blok | Dengan replikasi tingkat blok, tidak ada kemungkinan penguncian file. |
| Kesederhanaan | Anda dapat mengandalkan Windows Admin Center untuk memandu Anda melalui proses pembuatan kemitraan replikasi antara dua server. Untuk menyebarkan kluster rentang, Anda dapat menggunakan wizard berbasis Pengelola Kluster Failover. |
| Penggunaan Blok Pesan Server (SMB) 3.0 | Replika Penyimpanan bergantung pada SMB 3.x, yang diperkenalkan di Windows Server 2012 dan secara signifikan ditingkatkan dalam versi-versi Windows Server berikutnya. Semua karakteristik tingkat lanjut Server Message Block, seperti Server Message Block Multichannel dan Server Message Block Direct, tersedia untuk Replika Penyimpanan. |
| Keamanan | Replika Penyimpanan mencakup berbagai mekanisme keamanan, seperti penandatanganan paket, enkripsi data penuh AES-128-GCM, dukungan untuk akselerasi enkripsi pihak ketiga, serta pencegahan serangan man-in-the-middle melalui integritas pra-autentikasi. Replika Penyimpanan juga bergantung pada Kerberos AES256 untuk semua autentikasi antar node. |
| Batasan jaringan | Jika terdapat beberapa jalur jaringan di antara volume yang direplikasi, Anda dapat mengonfigurasi lalu lintas Replika Penyimpanan untuk menggunakan adaptor jaringan yang ditentukan. Ini memungkinkan Anda untuk meminimalkan dampak potensial dari lalu lintas replikasi pada beban kerja produksi. |
| Penyediaan ruang penyimpanan yang efisien | Anda memiliki opsi untuk menerapkan penyediaan tipis di Storage Spaces Direct, meminimalkan waktu replikasi awal. |
Prasyarat untuk menerapkan kluster stretch
Prasyarat untuk menerapkan kluster yang direntangkan meliputi:
Node kluster harus menjadi anggota forest AD DS yang sama atau tepercaya.
Setiap node kluster harus memiliki setidaknya 2 GB RAM dan dua inti CPU per server.
Setiap simpul kluster harus menjalankan Pusat Data Windows Server 2025 atau edisi Pusat Data Windows Server 2016. Dimungkinkan untuk menggunakan edisi Windows Server 2025 Standard, tetapi konfigurasi tersebut hanya mendukung replikasi volume tunggal hingga 2 terabyte (TB).
Setiap node kluster harus memiliki adaptor Ethernet minimal 1 Gigabit untuk replikasi sinkron, meskipun Akses Memori Langsung Jarak Jauh (RDMA) lebih disukai.
Dua set volume (satu untuk data dan yang lainnya untuk log) di situs utama dan sekunder, dengan pengaturan berikut:
Disk harus diinisialisasi sebagai GUID Partition Table (GPT), bukan master boot record (MBR).
- Volume harus diformat dengan ReFS atau NTFS.
- Ukuran volume data dan ukuran sektor harus cocok.
- Ukuran volume log dan ukuran sektor harus cocok.
- Volume log harus menggunakan penyimpanan yang lebih cepat dari volume data.
- Volume log tidak boleh digunakan untuk beban kerja lainnya.
Konektivitas dua arah melalui Internet Control Message Protocol (ICMP), SMB (port 445, ditambah port 5445 untuk SMB Direct) dan Web Services-Management (WS-MAN) (port 5985) di antara kedua situs.
Jaringan antara server dengan bandwidth yang cukup untuk mengimbangi penulisan I/O dari beban kerja berkluster dan latensi perjalanan pulang-pergi kurang dari 5 mdtk.
Pertimbangan untuk penerapan kluster jarak jauh
Kluster stretch tidak cocok untuk setiap beban kerja dan setiap skenario. Saat Anda merancang solusi kluster stretch, identifikasi dengan jelas persyaratan dan harapan organisasi. Selain itu, perlu diingat bahwa kluster regangan mengakibatkan lebih banyak beban pengelolaan daripada kluster tradisional di mana semua node berada di lokasi fisik yang sama. Anda juga harus mempertimbangkan dengan cermat pilihan optimal dari bukti kuorum untuk memaksimalkan ketersediaannya jika terjadi bencana yang memengaruhi seluruh situs fisik.
Penting
Aplikasi dan layanan stateful seperti Microsoft SQL Server, Hyper-V, Microsoft Exchange Server, dan AD DS harus menggunakan mekanisme ketahanan asli mereka sendiri daripada mengandalkan kluster stretch untuk ketersediaan tinggi.
Pertimbangan untuk failover dan failback dalam kluster jarak jauh
Sebagai bagian dari perencanaan penyebaran kluster stretch, Anda perlu menentukan konfigurasi failover dan failback-nya, dengan mempertimbangkan pertimbangan berikut:
- Dependensi infrastruktur. Anda harus dengan jelas menentukan layanan penting, seperti AD DS, DNS, dan DHCP, yang harus tetap tersedia setelah failover ke situs sekunder.
- Model kuorum. Penting untuk memilih model kuorum yang mempertahankan fungsionalitas kluster setelah failover.
- Penerbitan layanan dan resolusi nama. Jika Anda memiliki layanan yang diterbitkan ke pengguna internal atau eksternal Anda, seperti email dan halaman web, ketahuilah bahwa dalam beberapa kasus, failover ke situs lain memerlukan perubahan nama atau alamat IP. Jika demikian, Anda harus memiliki prosedur untuk mengubah catatan DNS di DNS internal atau publik. Untuk mengurangi waktu henti, kami menyarankan Anda untuk mengurangi nilai TTL (Time to Live) pada catatan DNS yang penting.
- Konektivitas pelanggan. Jika terjadi bencana, rencana failover harus mengakomodasi konektivitas dari aplikasi klien ke beban kerja terkluster. Ini termasuk klien internal dan eksternal.
- Prosedur pemulihan (failback) Anda harus merencanakan dan menerapkan proses failback untuk dilakukan setelah situs utama kembali online. Failback sama pentingnya dengan failover karena jika Anda salah melakukannya, Anda dapat menyebabkan kehilangan data dan waktu henti layanan.
Membuat kluster peregangan
Anda dapat membuat kluster stretch dengan menggunakan Pusat Admin Windows, Manajer Kluster Failover, atau Windows PowerShell. Windows Admin Center menyederhanakan implementasi kluster stretch dengan memandu Anda melalui proses provisi dan mengotomatiskan sebagian besar tugas konfigurasi. Ini termasuk dukungan untuk:
- Kluster hiperkonvergensi (Pengklusteran Failover, Hyper-V, dan Storage Spaces Direct).
- Kluster penyimpanan (Failover Clustering dan Storage Spaces Direct).
Nota
Membuat kluster stretch dengan menggunakan Failover Cluster Manager atau Windows PowerShell lebih kompleks. Kedua metode memerlukan melakukan masing-masing langkah implementasi menengah. Dalam istilah yang paling sederhana, ini dimulai dengan membuat kluster failover tradisional yang tidak terentang, terdiri dari semua simpul di lokasi utama dan sekunder. Setelah Anda membuat kluster dan menyelesaikan validasinya, di setiap situs, Anda membuat sekumpulan volume penyimpanan terpisah. Terakhir, Anda mengonfigurasi Replika Penyimpanan untuk mereplikasi volume penyimpanan di antara kedua situs.