Membuat SQL Server 2014 Failover Cluster Instance dengan DataKeeper

Halaman terakhir menunjukkan port dimana VM ini dapat dicapai.

Setelah VM dibuat Anda akan melihatnya sebagai VM baru di Azure Portal

Langkah selanjutnya adalah menambahkan storage tambahan ke VM. Praktik terbaik Azure akan membuat Anda meletakkan database dan file log Anda pada volume yang sama, jika tidak, Anda harus menonaktifkan fitur replikasi Geo yang diaktifkan secara default. Artikel berikut menjelaskan masalah ini secara lebih rinci: http://msdn.microsoft.com/en-us/library/jj870962.aspx#BKMK_GEO

Untuk menambahkan penyimpanan tambahan ke VM Anda, klik VM dan kemudian Dashboard untuk membuka dasbor VMs. Sesampai di sana, klik di Attach.

Ada banyak hal yang perlu dipertimbangkan saat mempertimbangkan opsi penyimpanan untuk SQL Server. Metode yang paling aman dan termudah adalah yang akan kita gunakan di posting ini. Kami akan menggunakan satu volume untuk data dan file log kami dan telah menonaktifkan caching. Anda akan ingin membaca artikel ini untuk mendapatkan informasi terkini tentang Pertimbangan Kinerja SQL Server dan praktik terbaik untuk Azure.

http://msdn.microsoft.com/en-us/library/windowsazure/dn133149.aspx

Setelah menambahkan volume tambahan ini, Anda perlu membuka setiap VM dan menggunakan Manajemen Disk untuk menginisialisasi dan memformat volume. Untuk tujuan demo ini, kami akan memformat volume ini sebagai drive "F: ".

Anda sekarang memiliki satu VM bernama SQL1. Anda akan ingin menyelesaikan proses yang sama seperti yang dijelaskan tentang penyediaan VM lain dan menyebutnya SQL2, pastikan Anda memasukkannya ke Cloud Service, Availability Set dan Storage Account yang sama. Juga pastikan untuk melampirkan volume lain ke SQL2 seperti yang telah Anda lakukan untuk SQL1 dan formatkannya sebagai drive F: .

Bila Anda telah selesai menyiapkan kedua VMs kami akan bergerak maju ke langkah berikutnya, menambahkannya ke domain.

Tambahkan Mereka ke Domain

Menambahkan SQL1 dan SQL2 ke domain adalah proses yang sederhana. Dengan asumsi Anda telah mengikuti dengan posting saya sebelumnya, Anda telah membuat domain Anda dan memiliki DC yang disebut DC2 yang tersedia di Layanan Awan yang sama seperti SQ1 dan SQL2. Menambahkannya ke domain semudah menghubungkan ke VM dan menambahkan VM ke domain seperti yang Anda inginkan dalam jaringan reguler. Jika Anda mengonfigurasi Jaringan Virtual dengan benar, VM baru harus booting dengan alamat IP yang ditetapkan oleh DHCP yang menentukan DC2 lokal dan kontroler domain.

Klik Connect untuk membuka sesi RDP ke SQL1 dan SQL2

IPconfig / all menunjukkan konfigurasi IP saat ini. Windows Azure mengharuskan Anda meninggalkan alamat yang ditetapkan untuk menggunakan server DHCP, namun alamat IP tidak akan berubah untuk kehidupan VM. Anda harus memperhatikan bahwa server DNS Anda diatur ke server DNS lokal yang Anda buat di artikel sebelumnya.

Tambahkan SQL1 dan SQL2 ke domain dan lanjutkan dengan langkah selanjutnya.

Aktifkan Fitur Fidelover Clustering

Pada kedua SQL1 dan SQL2 Anda akan mengaktifkan fitur Failover Clustering

Buat Cluster

Jika Anda terbiasa dengan pengelompokan maka langkah-langkah berikut harus sangat familiar bagi Anda hanya dengan beberapa pengecualian, jadi perhatikan baik-baik untuk menghindari masalah yang spesifik untuk menggelar cluster pada Windows Azure.

Kita akan mulai dengan membuat cluster single node, ini akan memungkinkan kita melakukan penyesuaian yang diperlukan pada sumber nama cluster sebelum kita menambahkan node kedua ke cluster. Gunakan Failover Cluster Manager dan mulailah dengan memilih Create Cluster. Tambahkan SQL1 ke server yang dipilih dan klik Next.

Agar kita bisa menginstal SQL Server 2014 ke dalam cluster pada langkah selanjutnya, kita perlu menyelesaikan cluster validation

Langkah melalui proses pembuatan cluster lainnya seperti yang ditunjukkan di bawah ini. Kita akan memanggil cluster SQLCLUSTER ini, yang hanya nama yang kita gunakan untuk mengelola cluster. Ini bukan nama yang pada akhirnya akan digunakan oleh aplikasi klien Anda.

Begitu proses pembuatan cluster selesai, Anda akan melihat bahwa sumber gugus gugus gagal online, ini diharapkan.

Sumber nama gagal masuk online karena sumber daya IP gagal online. Alamat IP gagal online karena alamat yang diberikan server DHCP sama dengan alamat fisik server, dalam hal ini 10.10.11.5, jadi ada konflik alamat duplikat.

Untuk memperbaiki ini, kita perlu masuk ke properti sumber Alamat IP dan mengubah alamat ke alamat lain di subnet yang sama yang saat ini tidak digunakan. Saya akan memilih alamat yang berada di ujung yang lebih tinggi dari kisaran subnet untuk mengurangi kemungkinan bahwa di masa depan Anda mungkin akan menggunakan VM baru dan Azure akan membagikan alamat IP cluster tersebut, yang menyebabkan konflik alamat IP. Untuk menghilangkan kemungkinan ini, Microsoft harus mengizinkan lebih banyak kontrol terhadap alamat DHCP. Untuk saat ini, satu-satunya cara untuk benar-benar menghilangkan kemungkinan itu adalah membuat subnet baru di Virtual Private Network untuk VM baru mana pun yang mungkin Anda gunakan nanti, jadi hanya cluster ini yang berada di subnet ini. Jika Anda berencana untuk menggunakan lebih banyak VMs di subnet ini, mungkin Anda juga menyebarkannya sekaligus sehingga Anda tahu alamat IP mana yang akan mereka gunakan, dengan cara itu Anda dapat menggunakan alamat IP apa pun yang tersisa untuk cluster .

Untuk mengubah alamat IP, pilih Properties dari sumber gugus alamat IP dan tentukan alamat baru.

Setelah alamat diubah, klik kanan pada sumber Nama Cluster dan suruh untuk online.

Kita sekarang siap untuk menambahkan node kedua ke cluster. Di Failover Cluster Manager, pilih Tambahkan Node

Telusuri ke simpul kedua Anda dan klik Tambah.

Jalankan semua tes validasi sekali lagi.

Ketika Anda mengklik selesai, Anda akan melihat bahwa simpul berhasil ditambahkan, namun karena tidak ada penyimpanan bersama di Azure, tidak ada saksi disk untuk kuorum yang bisa dibuat. Kami akan memperbaikinya selanjutnya.

Kita sekarang perlu menambahkan File Share Witness ke cluster kita untuk memastikan persyaratan kuorum untuk dua cluster node terpenuhi. Saksi berbagi file akan dikonfigurasi pada server DC2, kontroler domain yang juga berjalan di Azure Cloud.

Buka sesi RDP ke kontroler domain di Azure Private Cloud Anda

Sambungkan ke kontroler domain Anda dan buat file share yang disebut "Kuorum". Anda perlu memberi Cluster Computer Name Object (yang kami sebut SQLCluster dalam contoh ini) hak baca / tulis di level Share and Security (NTFS). Jika Anda tidak terbiasa membuat saksi berbagi file, Anda mungkin ingin meninjau posting saya sebelumnya untuk lebih detail.

Setelah file share folder saksi dibuat pada kontroler domain, kita perlu menambahkan saksi dalam konfigurasi cluster menggunakan Failover Cluster Manager di SQL1.

File Share Witness sekarang harus dikonfigurasi seperti yang ditunjukkan di bawah ini.

Buat Sumber Cluster Berulang Digandakan Dengan Cluster DataKeeper Edition

Sebuah cluster failover tradisional memerlukan perangkat penyimpanan bersama, seperti SAN. Awan Azure IaaS tidak menawarkan solusi penyimpanan yang mampu digunakan sebagai disk cluster, jadi kami akan menggunakan solusi r^eplikasi data pihak ke-3 yang disebut DataKeeper Cluster Edition yang akan memungkinkan kami untuk membuat sumber daya volume ulangan yang dapat digunakan dalam tempat disk bersama. Lisensi uji coba 14 hari umumnya tersedia untuk pengujian berdasarkan permintaan.

Setelah mendownload DataKeeper, instal dan lisensinya pada SQL1 dan SQL2 dan reboot server. Setelah reboot server, sambungkan ke SQL1, luncurkan DataKeeper UI dan selesaikan langkah-langkah di bawah ini.

"Connect" untuk kedua SQL1 dan SQL2

Sekarang klik "Create Job" dan ikuti langkah-langkah yang diilustrasikan di bawah ini untuk membuat mirror and DataKeeper Volume cluster resource.

Pilihlah sumber cermin. Bila Anda memilih Alamat IP untuk sumber dan targetnya, pastikan untuk memilih alamat IP dari server itu sendiri, JANGAN MEMILIH ALAMAT CLUSTER IP!

Untuk implementasi ini dimana kedua node berada di Azure Cloud, pilihlah replikasi sinkron tanpa kompresi, seperti yang ditunjukkan di bawah ini.

Klik Selesai dan Anda akan ditanya apakah ingin mendaftarkan mirror ini di Windows Server Failover Clustering. Klik Ya.

Anda sekarang akan melihat ada DataKeeper Volume Resource di Available Storage saat Anda membuka Windows Server Failover Cluster GUI

Anda sekarang siap untuk menginstal SQL Server ke dalam cluster.

Instal SQL Server 2014 Failover Cluster Instance

Untuk memulai penginstalan cluster SQL Server 2014, Anda harus mendownload SQL 2014 ISO ke SQL1 dan SQL2. Anda bisa menggunakan SQL Server 2014 Standard Edition untuk dua cluster simpul sederhana. Jika Anda ingin memperluas cluster ini ke situs ke-3 untuk pemulihan bencana seperti yang akan kita bahas di posting berikutnya, Anda memerlukan Edisi Enterprise karena Edisi Standar hanya mendukung cluster 2-node. Jika Anda hanya mencari dua solusi simpul sederhana daripada SQL Server Standard Edition bisa menjadi solusi yang jauh lebih ekonomis.

Setelah SQL Server 2014 didownload ke server, mount ISO dan jalankan setup. Pilihan yang kita inginkan adalah buka di tab Advanced. Buka tab Advanced dan jalankan "Advanced cluster preparation". Teman baik saya dan sesama Cluster MVP, Robert Smit, mengatakan kepada saya tentang penggunaan opsi Advanced. Pada dasarnya, opsi Advanced memungkinkan Anda membagi pemasangan menjadi dua proses, persiapan dan penyelesaian yang berbeda. Banyak hal bisa salah dengan instalasi cluster, biasanya berhubungan dengan active directory dan privileges. Jika Anda menggunakan metode pemasangan standar, Anda dapat menunggu 20 menit atau lebih lama agar penginstalan selesai, hanya untuk mengetahui bahwa pada saat terakhir cluster tidak dapat mendaftarkan CNO ke dalam direktori aktif dan keseluruhan instalasi gagal. Tidak hanya seluruh instalasi gagal, sekarang Anda mungkin memiliki cluster SQL Server yang terinstal sebagian dan Anda memiliki kekacauan untuk membersihkannya. Dengan menggunakan metode Advanced, Anda dapat meminimalkan risiko dengan meletakkan bagian berisiko tepat pada akhir saat penyelesaian cluster. Jika penyelesaian cluster gagal, Anda hanya perlu mendiagnosis masalah dan menjalankan kembali proses penyelesaian cluster sekali lagi.

Jika Anda benar-benar ingin menghemat waktu, lihat artikel Robert tentang menginstal SQL Cluster dengan file konfigurasi, itu sangat mudah dilakukan dan menghemat banyak waktu jika Anda melakukan banyak instalasi. Namun, untuk tujuan kita kita akan berjalan melalui install SQL dengan GUI seperti gambar di bawah ini.

Untuk tujuan demo, saya hanya menggunakan akun administrator untuk setiap layanan. Dalam produksi Anda akan ingin membuat akun terpisah untuk setiap layanan sebagai praktik terbaik.

Setelah install selesai seperti ini.

Sekarang kita siap untuk bergerak maju dengan bagian kedua dari instalasi, Advanced Cluster Completion.

Berikan nama contoh SQL. Ini adalah nama yang akan dihubungi klien. Dalam kasus ini saya menyebutnya SQLINSTANCE1.

Ini adalah dimana keajaiban terjadi. Jika Anda mengonfigurasi cermin di DataKeeper seperti yang dijelaskan sebelumnya, Anda akan melihat Volume DataKeeper yang tercantum di sini sebagai Shared Disk yang Tersedia, padahal sebenarnya hanya sepasang volume yang direplikasi.

Salah satu halaman Konfigurasi Cluster Network, penting untuk memilih IPv4 dan menentukan alamat yang tidak digunakan di subnet Anda. Seperti yang dinyatakan sebelumnya, alamat ini harus berada di ujung yang lebih tinggi dari kisaran DHCP untuk membantu meminimalkan risiko bahwa Azure akan menetapkan alamat tersebut ke VM lain di masa depan. Saya sangat menyarankan agar Anda memiliki subnet yang didedikasikan untuk cluster Anda untuk menghindari kemungkinan konflik sampai Windows Azure memberi kami kontrol yang lebih besar terhadap alamat IP dan rentang DHCP. Kemudian, setelah cluster dibuat, Anda harus menghapus jalur akses klien ini dan menambahkan jalur akses klien seperti yang dijelaskan dalam http://blogs.msdn.com/b/sqlalwayson/archive/2013/08/06/avilities- group-listener-in-windows-azure-sekarang-didukung-dan-skrip-untuk-cloud-only-konfigurasi.aspx. Saya akan menerbitkan posting blog di masa depan yang menggambarkan proses ini secara rinci.

Pada halaman ini pastikan Anda Klik Add Current User, atau tentukan akun yang ingin Anda gunakan untuk mengelola SQL Server.

Dimulai dengan SQL Server 2012, tempdb tidak lagi perlu menjadi bagian dari SQL Server Cluster. Jika Anda memindahkan tempdb ke volume yang tidak direplikasi, Anda harus memastikan bahwa struktur direktori ada pada setiap node. Untuk mengubah lokasi tempdb, klik tab Data Directories dan ubah lokasi tempat tempdb berada.

Ketika instalasi selesai pada SQL1, sekarang saatnya untuk menjalankan installer SQL di SQL2 dan menambahkan node kedua ke cluster. Jalankan Setup pada SQL2 dan pilih Add node ke failover SQL Server cluster.

Setelah instalasi selesai, Anda sekarang memiliki SQL Server 2014 Failover Cluster Instance berfungsi penuh berjalan di Azure Cloud. Setiap instance dalam Fault Domain yang berbeda memberikan tingkat ketahanan yang tinggi. Pastikan mengganti titik akses klien dengan jalur akses klien seperti yang dijelaskan di pos saya …

Pada postingan berikutnya dalam seri ini saya akan menunjukkan cara untuk memperluas cluster dua node ini ke node ketiga untuk cluster multi-situs. Node ketiga ini akan terletak di pusat data on-premise saya, yang akan memberi kita yang terbaik dalam ketersediaan dan pemulihan bencana yang tinggi.

Baca di sini untuk informasi lebih lanjut tentang SQL Server 2014 Failover Cluster Instance

Direproduksi dengan izin dari https://clusteringformeremortals.com/2014/01/10/creating-a-sql-server-2014-alwayson-failover-cluster-fci-instance-in-windows-azure-iaas-azure-cloud/