Migrasi cluster failover Windows - AWS Panduan Preskriptif
MenilaiMemobilisasiMigrasi

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Migrasi cluster failover Windows

Cluster failover Microsoft adalah sekelompok server dengan sebagian besar penyimpanan bersama di antara mereka. Anda dapat menggunakan cluster failover untuk memfasilitasi ketersediaan tinggi untuk aplikasi dan layanan Anda. Anda juga dapat memigrasikan kluster failover ke AWS Cloud untuk memanfaatkan keandalan, performa, dan keandalannya yang lebih rendah. TCO

Cluster failover Windows bekerja secara berbeda di cloud daripada di lingkungan lokal. Penting untuk dicatat bahwa hanya cluster multi-subnet yang dapat digunakan di cloud. Tidak seperti di lingkungan lokal, alamat IP di kluster failover Windows ditetapkan ke Adaptor Jaringan Elastis (ENA), bukan di tingkat sistem operasi. Di lingkungan lokal, sistem operasi menangani penetapan alamat IP, tetapi penyedia cloud (AWS) menangani penetapan alamat IP di cloud. Karena pengelompokan failover adalah fitur tingkat sistem operasi, ia tidak dapat mengendalikan failover IP. Oleh karena itu, IP yang sama tidak dapat gagal di antara node. Untuk mengatasinya, Anda dapat menggunakan cluster multi-subnet di mana cluster gagal ke IP sekunder. IP sekunder ditugaskan ke ENA subnet lain dan dapat online. Untuk informasi selengkapnya, lihat Failover Clustering Networking Basics and Fundamentals dalam dokumentasi Microsoft.

Migrasi cluster failover Windows AWS dapat menjadi proses yang kompleks, tetapi dengan perencanaan dan implementasi yang cermat dapat dilakukan dengan gangguan minimal pada operasi bisnis Anda. Misalnya, setiap aplikasi dikonfigurasi secara berbeda pada cluster failover, jadi sangat penting untuk memahami kebutuhannya dan kemudian mencari tahu bagaimana mereka dapat dipenuhi di cloud sebelumnya. Prosesnya melibatkan langkah-langkah berikut:

  • Memastikan bahwa semua node cluster menjalankan versi Windows yang sama dan semua pembaruan yang diperlukan

  • Mengkonfigurasi kuorum cluster

  • Memastikan bahwa semua aplikasi dan data dicadangkan dan dapat dipulihkan selama migrasi

Menilai

Fase penilaian adalah langkah penting dalam proses migrasi cluster failover ke. AWS Selama fase ini, Anda mengumpulkan informasi tentang lingkungan Anda saat ini, menentukan kelayakan migrasi keAWS, dan mengidentifikasi potensi tantangan atau risiko. Kami menyarankan Anda mengikuti langkah-langkah ini selama fase penilaian:

  • Menilai kesiapan aplikasi Anda — Tentukan apakah aplikasi Anda dapat dimigrasi AWS tanpa modifikasi atau apakah aplikasi tersebut perlu diperbarui atau ditulis ulang untuk memanfaatkan layanan cloud-native.

  • Evaluasi persyaratan jaringan dan keamanan Anda — Tentukan persyaratan jaringan dan keamanan Anda, termasuk konfigurasi firewall, penyeimbang beban, dan. VPNs

  • Menilai persyaratan migrasi data Anda — Tentukan cara data Anda dimigrasiAWS, termasuk ukuran dan lokasi data Anda, waktu yang diperlukan untuk migrasi, dan biaya transfer data apa pun. Di lingkungan lokal, Anda mungkin menggunakan beragam teknologi penyimpanan sepertiJBOD,NAS, danSAN. Masing-masing dapat menyajikan data ke aplikasi Anda melalui metode akses yang berbeda, seperti SAN Fiber ChannelSCSI, iSAS, atauSMB/NFSshares.

  • Identifikasi potensi risiko dan tantangan — Identifikasi potensi risiko atau tantangan yang dapat memengaruhi proses migrasi, seperti waktu henti, masalah kompatibilitas, atau kehilangan data.

  • Perkirakan biaya — Perkirakan biaya migrasi keAWS, termasuk biaya EC2 instans, penyimpanan, transfer data, dan AWS layanan lain yang diperlukan.

  • Buat rencana migrasi — Berdasarkan informasi yang dikumpulkan selama fase penilaian, buat rencana migrasi terperinci yang mencakup jadwal, sumber daya yang diperlukan, dan langkah-langkah yang terlibat dalam migrasi. AWS

Evaluasi lingkungan Anda saat ini

Nilai lingkungan Anda saat ini, termasuk konfigurasi perangkat keras dan perangkat lunak, untuk menentukan apa yang perlu dimigrasikan. AWS Identifikasi dependensi antara aplikasi, server, dan database.

Tentukan strategi migrasi Anda

Pertimbangkan opsi Anda untuk bermigrasiAWS, termasuk lift-and-shift pendekatan atau merancang ulang lingkungan Anda untuk memanfaatkan layanan cloud-native.

  • Migrasi kluster failover tradisional — Jika Anda mengonfigurasi Microsoft failover cluster dari awal, Anda dapat mengikuti langkah-langkah di bagian 1 dari Peluncuran Microsoft SQL Server pada contoh Amazon EC2 Windows (YouTube). Penyimpanan bersama adalah salah satu pertimbangan terpenting untuk migrasi cluster failover. Amazon EBS multi-attach tidak mendukung Reservasi Persisten SCSI -3, tetapi Amazon FSx untuk Windows File Server dan FSx NetApp ONTAP keduanya berfungsi dengan baik sebagai opsi penyimpanan bersama. Salah satu kasus penggunaan yang paling umum adalah menggunakan Instans Cluster Always On Failover untuk cluster SQL Server dengan Amazon FSx untuk Windows File Server. Untuk informasi selengkapnya, lihat posting Menyederhanakan penerapan ketersediaan tinggi Microsoft SQL Server Anda menggunakan Amazon FSx untuk Windows File Server di Blog Penyimpanan. AWS Langkah selanjutnya adalah membawa node ke cloud. Hal ini dapat dicapai dengan menggunakan Layanan Migrasi Aplikasi. Untuk informasi selengkapnya, lihat Memigrasi kluster Microsoft Windows Anda untuk AWS menggunakan posting CloudEndure Migrasi di Blog AWS Penyimpanan. Kemudian, Anda dapat mengonfigurasi peran yang dikelompokkan untuk aplikasi Anda untuk menyediakan ketersediaan tinggi.

  • Bermigrasi tanpa downtime menggunakan stretch cluster — Stretch cluster bisa sangat cocok jika Anda memiliki aplikasi bisnis yang penting untuk bermigrasi ke cloud dan tidak mampu membayar downtime. Dengan Microsoft stretch cluster, Situs A dan Situs B harus berkomunikasi satu sama lain melalui jaringan tetapi mereka dapat memiliki penyimpanan bersama masing-masing. Anda dapat menggunakan ini untuk keuntungan Anda dalam skenario migrasi. Misalnya, sumber Anda (apakah itu lokal atau di cloud penyedia lain) dapat berupa Situs A, yang memiliki konektivitas jaringan dengan Amazon VPC tempat Anda menyebarkan situs B. Setelah Situs B aktif dan berjalan, Anda dapat memotong ke situs B. Mekanisme replikasi data sangat penting dalam pendekatan ini karena teknologi penyimpanan sumber Anda mungkin memiliki faktor pembatas dalam hal metode replikasi apa yang dapat bekerja.

  • Memigrasi kluster failover yang diterapkan di VMware lokal ke cloud VMware di AWS — VMware Cloud on AWS memiliki dukungan asli untuk SCSI Reservasi Persisten -3. Hal ini memungkinkan untuk meng-host cluster failover pada disk mesin virtual (VMDK) di VMware Cloud onAWS. Untuk informasi selengkapnya, lihat Memigrasi FCI kluster SQL Server dengan disk bersama ke VMware Cloud AWS di dokumentasi. VMware

    Pemberitahuan

    Per 30 April 2024, VMware Cloud on AWS tidak lagi dijual kembali oleh AWS atau mitra salurannya. Layanan ini akan terus tersedia melalui Broadcom. Kami mendorong Anda untuk menghubungi AWS perwakilan Anda untuk detailnya.

  • Memigrasi SQL Server FCI menggunakan volume EBS Multi-Lampirkan Amazon — Anda dapat menggunakan Amazon EBS Multi-Lampirkan dan NVMe reservasi untuk membuat Instans Kluster Failover SQL Server (FCIs) dengan volume EBS io2 Amazon sebagai penyimpanan bersama di klaster failover Windows Server. Volume ini hanya dapat dilampirkan ke instance yang berada di Availability Zone yang sama. Menyebarkan cluster failover Windows Server dengan menggunakan EBS io2 volume Amazon memerlukan driver Windows terbaru yang menerjemahkan perintah reservasi ke NVMe perintah SCSI reservasi. Untuk informasi selengkapnya tentang memigrasi SQL Server lokal Anda FCIs ke AWS dalam satu Availability Zone menggunakan pendekatan ini, lihat posting AWS blog Cara menerapkan kluster failover SQL Server dengan Amazon EBS Multi-Lampirkan di Windows Server.

Fase penilaian sangat penting untuk memastikan migrasi cluster failover Anda berhasil. AWS Jika Anda meluangkan waktu untuk mengumpulkan informasi dan mengidentifikasi tantangan potensial, Anda dapat mengembangkan rencana migrasi komprehensif yang meminimalkan waktu henti, mengurangi risiko, dan memastikan transisi yang mulus. AWS

Memobilisasi

Selama migrasi cluster failover keAWS, fase mobilisasi melibatkan persiapan cluster untuk migrasi AWS dan mengujinya untuk memastikan fungsinya dengan baik. Fase mobilisasi meliputi langkah-langkah berikut:

  1. Siapkan lingkungan target — Pada langkah ini, Anda membuat AWS sumber daya yang diperlukan untuk meng-host cluster failover. Ini melibatkan pengaturan AmazonVPC, subnet, grup keamanan, dan sumber daya lain yang diperlukan.

  2. Siapkan lingkungan sumber — Pada langkah ini, Anda menyiapkan klaster failover yang ada untuk migrasi. Ini dapat melibatkan membuat perubahan pada konfigurasi jaringan, mengkonfigurasi replikasi, atau menginstal perangkat lunak yang diperlukan.

  3. Validasi cluster — Setelah lingkungan sumber dan target disiapkan, Anda dapat melakukan uji validasi untuk memastikan bahwa cluster berfungsi dengan baik. Ini melibatkan menjalankan serangkaian tes untuk memastikan bahwa cluster dapat gagal ke lingkungan target dengan sukses.

  4. Buat tautan replikasi — Setelah uji validasi, Anda dapat membuat tautan replikasi antara sumber dan lingkungan target. Ini memastikan bahwa setiap perubahan yang dibuat pada lingkungan sumber direplikasi ke lingkungan target.

  5. Pantau replikasi — Setelah tautan replikasi dibuat, pantau proses replikasi untuk memastikan bahwa semua perubahan direplikasi dengan benar.

  6. Gagal di atas cluster — Setelah memverifikasi bahwa replikasi berfungsi dengan benar, lakukan failover akhir ke lingkungan target. Ini melibatkan menghentikan layanan cluster di lingkungan sumber dan memulainya di lingkungan target.

  7. Uji failover — Setelah failover selesai, lakukan pengujian untuk memastikan bahwa aplikasi dan layanan yang berjalan di cluster berfungsi dengan baik di lingkungan baru

Migrasi

Migrasi cluster failover Microsoft dapat menjadi proses kompleks yang memerlukan perencanaan dan implementasi yang cermat untuk memastikan hasil yang sukses. Sangat penting untuk menilai secara menyeluruh lingkungan yang ada, mengidentifikasi potensi masalah, dan mengembangkan rencana migrasi komprehensif yang mencakup pengujian dan validasi sebelum membuat perubahan apa pun pada lingkungan produksi. Selama fase migrasi, penting untuk memantau proses dengan cermat dan mengatasi masalah atau perilaku tak terduga dengan segera. Komunikasi dan kolaborasi antara semua pemangku kepentingan — termasuk tim TI, pengguna bisnis, dan vendor — sangat penting untuk proses migrasi yang lancar.

Selain itu, penting untuk mempertimbangkan dampak migrasi pada aplikasi atau layanan pihak ketiga yang berjalan di klaster failover. Identifikasi dependensi apa pun dan uji aplikasi tersebut secara menyeluruh untuk memastikan bahwa dependensi tersebut terus berfungsi seperti yang diharapkan setelah migrasi. Aspek kunci lain dari fase migrasi adalah membuat rencana rollback jika terjadi masalah atau kegagalan yang tidak terduga selama proses migrasi. Rencana ini idealnya mencakup langkah-langkah untuk mengembalikan migrasi dan memulihkan lingkungan semula, sambil meminimalkan dampak apa pun pada lingkungan produksi.

Akhirnya, setelah migrasi selesai dan cluster failover berhasil berjalan di lingkungan baru, penting untuk melakukan validasi dan pengujian pasca-migrasi untuk mengonfirmasi bahwa semuanya berfungsi sebagaimana dimaksud. Ini termasuk memantau kinerja, memvalidasi kemampuan failover, dan memastikan bahwa semua aplikasi dan layanan berfungsi dengan baik.