Archives

Mengkonfigurasi Cluster Failover Sanless Hyper-V Dengan DataKeeper

Februari 19, 2018 by Jason Aw Leave a Comment

Mengkonfigurasi Cluster Failover Sanless Hyper-V Dengan DataKeeper

Pertanyaan tentang SANLess

T. Apa itu cluster SANLess?
A. Ini adalah cluster yang menggunakan penyimpanan lokal dan bukan SAN.

Q. Mengapa saya ingin mengonfigurasi Cluster Failover Sanless Hyper-V?
A. Ada beberapa alasan:

Hilangkan biaya SAN
Hilangkan SAN sebagai satu titik kegagalan
Manfaatkan opsi penyimpanan kecepatan tinggi seperti ioDrives Fusion-io dan perangkat penyimpanan berkecepatan tinggi lainnya yang disambungkan secara lokal
Peregangan cluster melintasi lokasi geografis untuk pemulihan bencana
Sederhanakan manajemen
Hilangkan kebutuhan administrator SAN

Mengkonfigurasi Sanless Hyper-V Failover Cluster dengan DataKeeper Cluster Edition mudah

Jika Anda tahu apa-apa tentang Windows Server Failover Clustering, maka Anda sudah tahu 99% solusinya. Tidak perlu khawatir jika Anda belum pernah membangun Windows Server Failover Cluster sebelumnya. Microsoft telah membuatnya mudah dan tidak menyakitkan. Untuk pemula, saya telah menulis artikel selangkah demi selangkah yang memberi tahu Anda cara membangun cluster Windows Server 2012 #SANLess di posting blog saya di sini.

Dua Pilihan Untuk Membuat Mesin Virtual Yang Sangat Tersedia

Jika Anda telah mengikuti langkah-langkah di posting saya, Anda siap untuk membuat mesin virtual pertama yang sangat tersedia. Pilihan pertama mengasumsikan bahwa Anda memiliki mesin virtual yang ada yang ingin Anda jadikan sangat tersedia. Pilihan kedua mengasumsikan Anda membangun mesin virtual yang sangat tersedia dari awal.

Mengkonfigurasi Sumber Data Cluster Volume DataKeeper

SANLess Hyper-V cluster membutuhkan satu VM per volume. Oleh karena itu, Anda harus memastikan bahwa penyimpanan Anda telah dipartisi sehingga Anda memiliki volume yang cukup untuk setiap VM. Penyimpanan pada setiap node cluster harus dikonfigurasi secara identik dalam hal huruf drive dan ukuran partisi. Apakah partisi dikonfigurasi dengan benar dan VM Anda berada di partisi yang ingin Anda tiru. Kemudian, buka antarmuka DataKeeper dan berjalan melalui wizard tiga langkah untuk membuat Sumber Daya Volume DataKeeper seperti yang ditunjukkan di bawah ini.

Pertama, buka antarmuka DataKeeper dan klik Connect to Server. Lakukan ini dua kali untuk terhubung ke kedua server.

Mengkonfigurasi Cluster Failover Sanless Hyper-V dengan Data Cluster Cluster

Setelah terhubung, klik Buat Ayub untuk membuat cermin volume yang berisi mesin virtual yang ingin Anda buat sangat tersedia seperti yang ditunjukkan di bawah ini. Dalam contoh ini kita akan merefleksikan drive E.

Mengkonfigurasi Cluster Failover Sanless Hyper-V dengan Data Cluster Cluster

Bila mungkin, teruskan replikasi lalu lintas di jaringan pribadi. Dalam kasus ini, kami menggunakan jaringan 10.0.0.0/8 untuk lalu lintas replikasi. Ini bisa menjadi kabel patch sederhana yang menghubungkan dua server di dua NIC yang tidak terpakai.

Mengkonfigurasi Cluster Failover Sanless Hyper-V dengan Data Cluster Cluster

Layar terakhir menunjukkan pilihan yang tersedia untuk mirroring. Untuk jaringan area lokal, Synchronous mirroring lebih diutamakan. Saat mereplikasi jaringan wide area, Anda akan ingin menggunakan replikasi asinkron dan mungkin mengaktifkan kompresi. Saya tidak akan membatasi bandwidth Maksimum. Karena itu berpotensi menyebabkan cermin Anda tidak sinkron jika tingkat perubahan Anda (Disk Right Bytes / detik) melebihi bandwidth Maksimum yang ditentukan. Namun, Anda mungkin ingin mengaktifkan bandwidth maksimum sementara selama proses pembuatan cermin awal. Jika tidak, DataKeeper dapat membanjiri jaringan dengan lalu lintas replikasi awal saat mencoba melakukan sinkronisasi sesegera mungkin. Baik bandwidth maksimum dan pengaturan Kompresi dapat disesuaikan setelah cermin dibuat. Namun, Anda tidak dapat mengubah antara mirroring Synchronous dan Asynchronous begitu cermin telah dibuat tanpa menghapus cermin dan menciptakannya kembali.

Mengkonfigurasi Cluster Failover Sanless Hyper-V dengan Data Cluster Cluster

Pada akhir proses pembuatan cermin Anda akan melihat popup yang menanyakan apakah Anda ingin mendaftarkan secara otomatis volume ini sebagai volume cluster. Pilih Ya, ini akan membuat sumber volume DataKeeper dalam Failover Clustering Available Storage.

Mengkonfigurasi Cluster Failover Sanless Hyper-V dengan Data Cluster Cluster

Anda sekarang siap untuk membuat VMs Anda yang sangat tersedia.

Opsi 1 – Clustering Sebuah VM yang ada

Sekali lagi, prosedur ini mengasumsikan Anda memiliki VM yang ada yang ingin Anda jadikan sangat tersedia. Jika Anda tidak memiliki VM yang ada, Anda akan ingin mengikuti prosedur di Opsi 2 – Membuat VM yang Tersedia dengan Baik. Jika tidak, Anda harus memiliki VM saat melihat Manajer Hyper-V seperti yang ditunjukkan di bawah ini.

Mengkonfigurasi Cluster Failover Sanless Hyper-V dengan Data Cluster Cluster

Semua file VM seharusnya sudah berada pada volume yang direplikasi, seperti yang ditunjukkan di bawah ini. Jika tidak, Anda harus memindahkan file sebelum mencoba mengelompokkan VM.

Mengkonfigurasi Cluster Failover Sanless Hyper-V dengan Data Cluster Cluster

Untuk memulai proses clustering, buka Failover Cluster Manager. Klik kanan pada Configure Roles dan pilih Virtual Machine sebagai role yang ingin Anda buat.

Mengkonfigurasi Cluster Failover Sanless Hyper-V dengan Data Cluster Cluster

Ini akan meluncurkan Wisaya Ketersediaan Tinggi. Pada titik ini Anda harus memilih VM yang ingin dikelompokkan dan masuk melalui wizard seperti gambar di bawah ini.

Mengkonfigurasi Cluster Failover Sanless Hyper-V dengan Data Cluster Cluster

Anda akan melihat bahwa sumber VM akan dibuat, namun akan ada beberapa peringatan. Peringatan menunjukkan bahwa drive E saat ini tidak menjadi bagian dari Grup Sumber Cluster VM.

Mengkonfigurasi Cluster Failover Sanless Hyper-V dengan Data Cluster Cluster

Untuk membuat bagian DataKeeper Volume E dari Grup Sumber Cluster VM, klik kanan pada peran dan pilih Add Storage. Tambahkan Volume DataKeeper yang akan Anda lihat tercantum di Available Disk.

Mengkonfigurasi Cluster Failover Sanless Hyper-V dengan Data Cluster Cluster

Bagian terakhir adalah memilih Properties of the Virtual Machine Configuration (bukan Mesin Virtual) dan membuatnya bergantung pada penyimpanan yang baru saja Anda tambahkan ke grup sumber daya.

Mengkonfigurasi Cluster Failover Sanless Hyper-V dengan Data Cluster Cluster

Anda sekarang harus bisa memulai VM.

Mengkonfigurasi Cluster Failover Sanless Hyper-V dengan Data Cluster Cluster

Opsi 2 – Menciptakan VM yang Sangat Tersedia dari Gores

Dengan asumsi Anda ingin membuat VM yang sangat tersedia dari awal, Anda dapat menyelesaikan keseluruhan proses ini dari Hyper-V Virtual Machine Manager seperti yang ditunjukkan di bawah ini. Langkah ini mengasumsikan bahwa Anda telah membuat cermin drive E menggunakan DataKeeper seperti yang dijelaskan dalam Mengkonfigurasi bagian Sumber Volume DataKeeper.

Untuk memulai, buka Failover Cluster Manager dan klik kanan pada Peran dan pilih Virtual Machine – New Virtual Machine.

Mengkonfigurasi Cluster Failover Sanless Hyper-V dengan Data Cluster Cluster

Ikuti langkah demi langkah wizard dan pilih opsi yang ingin Anda gunakan untuk VM. Saat memilih tempat untuk menempatkan VM, pilih node cluster yang saat ini merupakan pemilik dari Available Storage. Ini juga akan menjadi sumber cermin.

Mengkonfigurasi Cluster Failover Sanless Hyper-V dengan Data Cluster Cluster

Pastikan saat menentukan Nama dan Lokasi VM, Anda memilih lokasi volume yang direplikasi.

Mengkonfigurasi Cluster Failover Sanless Hyper-V dengan Data Cluster Cluster

Sisanya pilihan terserah Anda. Pastikan file VHD terletak pada volume yang direplikasi.

Mengkonfigurasi Cluster Failover Sanless Hyper-V dengan Data Cluster Cluster

Anda akan melihat VM yang sangat tersedia dibuat, namun ada peringatan tentang penyimpanan. Anda perlu menambahkan DataKeeper Volume Resource ke VM Cluster Resource Group seperti yang ditunjukkan di bawah ini.

Mengkonfigurasi Cluster Failover Sanless Hyper-V dengan Data Cluster Cluster

Setelah Volume DataKeeper ditambahkan ke VM Cluster Resource Group, tambahkan Volume DataKeeper sebagai ketergantungan sumber daya Konfigurasi Mesin Virtual.

Mengkonfigurasi Cluster Failover Sanless Hyper-V dengan Data Cluster Cluster

Anda sekarang memiliki mesin virtual yang sangat tersedia.

Mengkonfigurasi Cluster Failover Sanless Hyper-V dengan Data Cluster Cluster

Ringkasan

Dalam posting blog ini, kami membahas apa yang merupakan kluster #SANLess. Kami memilih SIOS DataKeeper untuk Mengkonfigurasi Sanless Hyper-V Failover Cluster. Setelah dibangun, cluster tersebut berperilaku persis seperti cluster berbasis SAN, Ini mencakup kemampuan melakukan Live Migration, Quick Migration dan failover otomatis jika terjadi kegagalan yang tidak terduga.

Sebuah cluster #SANLess menghilangkan biaya SAN dan juga titik tunggal kegagalan SAN. DataKeeper Cluster Edition mendukung beberapa node dalam SAN. Jadi konfigurasi yang meregangkan kedua LAN dan WAN adalah semua solusi yang mungkin untuk ketersediaan tinggi Hyper-V dan pemulihan bencana. DataKeeper mendukung penyimpanan lokal manapun. Ini membuka kemungkinan penggunaan SSD SSD berkecepatan tinggi lokal atau penyimpanan NAND Flash untuk kinerja tinggi tanpa melepaskan ketersediaan tinggi.

Jika Anda menikmati tip membaca untuk Mengkonfigurasi Sanless Hyper-V Failover Cluster, baca selengkapnya tentang pengelompokan di sini

Dilaporkan dengan izin dari https://clusteringformeremortals.com/2014/03/04/configuring-a-sanless-hyper-v-failover-cluster-with-datakeeper-cluster-edition/

Pilihan Pemulihan Bencana Windows Azure Lebih Baik Dengan ExpressRoute

Februari 19, 2018 by Jason Aw Leave a Comment

Baru hari ini saya menerima pemberitahuan bahwa ExpressRoute, opsi Windows Azure Network baru, dirilis di Preview. Intinya ExpressRoute sekarang akan memungkinkan Anda untuk menyewa koneksi pribadi ke Windows Azure Cloud melalui sejumlah penyedia layanan jaringan dan penyedia pertukaran. Kecepatan mulai dari 10 Mbps sampai 10 Gbps tersedia melalui Penyedia Exchange atau Penyedia Layanan Jaringan.

Apa Bagus Tentang ExpressRoute?

Sebelumnya satu-satunya cara untuk menghubungkan situs on-premis Anda adalah dengan mengkonfigurasi VPN situs-ke-situs ke jaringan virtual Anda. Meskipun ini adalah pilihan bagus, memiliki koneksi langsung seperti ExpressRoute yang melewati jaringan publik akan memungkinkan latensi yang jauh lebih sedikit dan koneksi yang lebih andal.

Sesuaikan Kapasitas Untuk Pemulihan Bencana Atau Untuk Perlindungan Data Tambahan

Jika Anda mencoba menggunakan solusi replikasi data seperti DataKeeper untuk mereplikasi data ke awan Azure untuk pemulihan bencana, atau keluar dari Azure ke jaringan pribadi Anda untuk perlindungan data tambahan, Anda akan menghargai berbagai kecepatan tautan yang berbeda yang memungkinkan Anda menyesuaikannya. kapasitas harus bandwidth Anda perlu berubah dari waktu ke waktu.

Bahkan jika Anda belum siap untuk memindahkan seluruh jaringan produksi ke awan pada saat ini, saya yakin menggunakan sesuatu seperti Windows Azure sebagai pengganti fasilitas pemulihan bencana yang terpisah membuat banyak akal, terutama sekarang opsi konektivitas langsung yang kuat tersedia. .

Direproduksi dengan izin dari https://clusteringformeremortals.com/2014/02/21/windows-azure-disaster-recovery-options-just-got-better-with-expressroute/

Pilihan Ketersediaan Windows Azure Untuk SQL Server

Februari 18, 2018 by Jason Aw Leave a Comment

Downtime! Siapa yang Harus Membawa Tanggung Jawabnya?

Memastikan Pilihan Ketersediaan Tinggi Untuk SQL Server sepanjang waktu mungkin merupakan alasan utama kami menggunakan Layanan Cloud. Namun, melindungi terhadap waktu henti yang terkait dengan penghentian cloud adalah sesuatu yang perlu ditangani siapa pun yang menggunakan layanan cloud APAPUN. Sangat mudah untuk hanya menyebarkan aplikasi Anda di "awan" dan menganggap bahwa itu adalah masalah orang lain yang harus dikelola sekarang. Penyedia cloud mungkin memiliki lebih banyak sumber daya dan keahlian untuk memastikan server Anda tetap terjaga. Tetapi tanggung jawab utama untuk memastikan bahwa aplikasi kritis Anda tersedia berada di pundak Anda.

Opsi Ketersediaan Tinggi Untuk SQL Server Tidak Semudah ABC

Percaya atau tidak, cukup menggelar SQL Server Anda di Windows Azure tidak membuatnya "sangat tersedia". Untuk membuatnya sangat tersedia, Anda harus menggunakan alat dan teknik tradisional yang mungkin Anda gunakan di datacenter Anda sendiri. Meskipun ada beberapa perbedaan pendapat tentang topik ini, saya percaya bahwa Opsi Ketersediaan Tinggi untuk SQL Server 2012/2014 adalah sebagai berikut:

Terlepas dari pilihan mana yang Anda pilih, Anda akan ingin menjadi akrab dengan Windows Azure Fault Domain seperti yang dijelaskan di bawah ini:

"Meskipun demikian, di Windows Azure rak komputer memang diidentifikasi sebagai domain kesalahan. Dan alokasi domain kesalahan ditentukan oleh Windows Azure pada waktu penyebaran. Pemilik layanan tidak dapat mengendalikan alokasi domain kesalahan, namun secara pemrograman dapat mengetahui domain kesalahan mana yang menjalankan layanan. Windows Azure Hitung layanan SLA menjamin tingkat uptime konektivitas untuk layanan yang dikerahkan hanya jika dua atau lebih contoh dari setiap peran layanan dikerahkan "

Miliki SQL Server Anda berada di Domain Fault yang berbeda

Saat Anda mulai menerapkan Windows Azure VMs, pastikan setiap SQL Server dan server "saksi" ada di Domain Fault yang berbeda. Anda melakukan ini dengan meletakkan semua VMs di "Availability Set" yang sama. Intinya, setiap server di Set Ketersediaan yang sama berada di Domain Fault yang berbeda, mudah-mudahan menghilangkan kegagalan.

Pilihan Ketersediaan Windows Azure Untuk SQL Server — VMs dalam Set Ketersediaan yang sama tersedia di Domain Fault yang berbeda

Masukkan semua VM di Domain Fault yang berbeda dan konfigurasikan Cluster Failover SQL Server atau Grup Ketersediaan untuk melindungi dari jenis pemadaman biasa yang mungkin terlokalisasi ke rak server tunggal, AKA, Fault Domain. Saya telah menulis sebuah artikel selangkah demi selangkah yang berjudul Menciptakan SQL Server 2014 AlwaysOn Failover Cluster (FCI) Instance di Windows Azure IaaS dengan DataKeeper yang seharusnya membantu dalam usaha Anda untuk membangun ketahanan di dalam awan Azure untuk SQL Server Anda.

Tapi Apa Yang Terjadi Jika Windows Azure Memiliki Pemadaman Besar yang Membawa Wilayah Utuh?

Bencana alam atau kesalahan manusia kemungkinan akan menjadi penyebab pemadaman semacam itu. Sayangnya, pada titik ini tidak ada cara untuk meregangkan Jaringan Pribadi Azure Virtual antara dua wilayah Azure yang berbeda. Ini termasuk Asia Tenggara. Namun, Azure Virtual Private Network dapat mendukung koneksi VPN dari situs ke situs dengan sejumlah perangkat VPN terbatas. Perangkat ini berasal dari Cisco, Juniper dan bahkan Microsoft RRAS.

Bagaimana tentang suatu tempat di luar Azure?

Itu membawa kita untuk memikirkan lokasi alternatif di luar Azure, bahkan pusat data pribadi kita sendiri. Baru-baru ini saya menulis sebuah artikel selangkah demi selangkah yang menjelaskan bagaimana cara memperpanjang datacenter premis Anda ke Azure Cloud. Sambungkan datacenter ke Windows Azure, konfigurasikan AlwaysOn Availability Groups atau AlwaysOn Failover Clustering (multisite) untuk perlindungan dari kegagalan Azure yang dahsyat. Saya telah menulis sebelumnya tentang Keuntungan dari Multisite Clustering vs. Grup yang Tersedia. Jadi di lab saya, saya memutuskan untuk membuat contoh SQL Failover Cluster 2-simpul di Azure dan kemudian menambahk^an simpul ke-3 di pusat data utama saya. Saya telah menulis langkah-langkah konfigurasi terperinci di posting blog saya yang berjudul Creating a Multisite Cluster di Windows Azure for Disaster Recovery.

Jika Anda lebih suka menggunakan AlwaysOn Availability Groups, Anda mungkin ingin mengunjungi tutorial yang disebut AlwaysOn Availability Groups di Windows Azure (GUI) dan Konfigurasi Pendengar untuk AlwaysOn Availability Groups di Windows Azure. Jika Anda menggunakan SQL 2008 R2 atau sebelumnya saya yakin Anda bisa mengkonfigurasi mirroring database. Pada titik ini jika Anda pindah ke Azure, saya menduga Anda mungkin menerapkan SQL Server 2012 atau 2014. Teknologi lain seperti Log Shipping dan Replication adalah pilihan untuk memindahkan data, namun saya tidak menganggapnya sebagai solusi ketersediaan tinggi.

Direproduksi dengan izin dari https://clusteringformeremortals.com/2014/01/15/windows-azure-high-avilities-options-for-sql-server-azure-cloud-iaas/

Buat Multi-Site Cluster Di Windows Azure Untuk DR Dengan DataKeeper

Februari 15, 2018 by Jason Aw Leave a Comment

Buat Multi-Site Cluster Di Windows Azure Untuk DR Dengan DataKeeper

Ini adalah posting ke-4 dalam seri saya tentang Ketersediaan Tinggi dan Pemulihan Bencana untuk Windows Azure dengan Edisi Cluster DataKeeper SIOS. Ini adalah posting selangkah demi selangkah pada proses untuk membuat cluster multi-situs. Itu dibangun di atas konfigurasi Azure yang kami buat selama tiga artikel pertama saya …

Kami sekarang akan memperluas cluster yang ada (SQL1 dan SQL2) ke pusat data lokal Anda, SQL3. Konfigurasi ini akan memberi Anda ketersediaan tinggi untuk aplikasi Anda di Azure Cloud, dan juga solusi pemulihan bencana jika Azure mengalami gangguan besar. Anda bisa mengkonfigurasikannya secara terbalik juga dengan datacenter premis Anda sebagai situs utama Anda dan menggunakan Windows Azure sebagai situs pemulihan bencana Anda. Dan tentu saja solusi ini menggambarkan SQL Server sebagai aplikasi, namun setiap aplikasi cluster aware dapat dilindungi dengan cara yang sama.

Pada titik ini, jika Anda mengikuti jaringan Anda akan terlihat seperti ilustrasi di bawah ini.

Tambahkan SQL3 ke Cluster

Untuk menambahkan SQL3 ke cluster, hal pertama yang perlu kita lakukan adalah memastikan SQL3 aktif dan berjalan, sepenuhnya ditambal dan ditambahkan ke domain. Kita juga perlu memastikan bahwa ia memiliki drive F: yang berukuran sama dengan drive F: yang digunakan di Azure. Dan akhirnya, jika Anda memindahkan tempdb pada cluster SQL, pastikan Anda memiliki struktur direktori tempat tempdb berada pada pra-konfigurasi pada SQL1 juga.

Selanjutnya kita akan menambahkan fitur Failover Cluster ke SQL3.

Buat Cluster Multi-Situs Di Windows Azure Untuk DR Dengan DataKeeper

Dengan failover clustering yang terpasang pada SQL3, kita akan membuka Failover Cluster Manager di SQL1 dan klik Add Node

Buat Cluster Multi-Situs Di Windows Azure Untuk DR Dengan DataKeeper

Pilih SQL3 dan klik Next

Buat Cluster Multi-Situs Di Windows Azure Untuk DR Dengan DataKeeper

Jalankan semua tes validasi pada SQL3

Buat Cluster Multi-Situs Di Windows Azure Untuk DR Dengan DataKeeper

Mari kita lihat beberapa peringatan dalam laporan validasi

Properti RegisterAllProvidersIP diatur ke 1, yang bisa bagus ketika Anda berniat untuk Membuat Multi-Site Cluster. Anda dapat membaca lebih lanjut tentang pengaturan ini di sini: http://technet.microsoft.com/en-us/library/ca35febe-9f0b-48a0-aa9b-a83725feb4ae

Buat Cluster Multi-Situs Di Windows Azure Untuk DR Dengan DataKeeper

Peringatan berikutnya ini berbicara tentang hanya memiliki satu jaringan antara node cluster. Saat ini Azure hanya mendukung antarmuka jaringan tunggal antara VM. Perhatikan bahwa tidak ada yang dapat Anda lakukan tentang peringatan ini. Namun, antarmuka jaringan ini sepenuhnya redundan di belakang layar. Abaikan pesan ini dengan aman.

Buat Cluster Multi-Situs Di Windows Azure Untuk DR Dengan DataKeeper

Tentu saja Anda akan melihat banyak peringatan seputar penyimpanan. Itu karena cluster ini tidak memiliki penyimpanan bersama. Sebaliknya itu bergantung pada penyimpanan yang direplikasi oleh SIOS DataKeeper Cluster Edition. Seperti yang dinyatakan di bawah ini, ini sangat baik karena database akan tetap sinkron dengan perangkat lunak replikasi.

Buat Cluster Multi-Situs Di Windows Azure Untuk DR Dengan DataKeeper

Kita sekarang siap untuk menambahkan SQL3 ke cluster.

Buat Cluster Multi-Situs Di Windows Azure Untuk DR Dengan DataKeeper

Setelah Anda klik Finish, SQL3 akan ditambahkan ke cluster seperti yang ditunjukkan di bawah ini.

Buat Cluster Multi-Situs Di Windows Azure Untuk DR Dengan DataKeeper

Namun, ada beberapa hal yang perlu kita lakukan untuk menyelesaikan instalasi ini. Selanjutnya kita akan melakukan langkah-langkah berikut:

Tambahkan alamat IP tambahan ke Cluster Name Object
Tune pengaturan detak jantung
Perluas cermin DataKeeper ke SQL3
Instal SQL 2014 di SQL3

Tambahkan Alamat IP Tambahan ke Objek Nama Cluster

Untuk Membuat Multi-Site Cluster, kami menambahkan SQL3 ke cluster. Jadi dari satu cluster situs, itu menjadi multi-subnet cluster. Jika cluster pada awalnya dibuat sebagai satu cluster situs dan Anda kemudian menambahkan sebuah simpul yang berada di subnet yang berbeda, Anda harus menambahkan alamat IP kedua ke Cluster Name Object secara manual dan membuat OR dependency. Untuk informasi lebih lanjut tentang topik ini, lihat artikel berikut. http://blogs.msdn.com/b/clustering/archive/2011/08/31/10204142.aspx

Untuk menambahkan alamat IP kedua ke Cluster Name Object (CNO), kita harus menggunakan perintah PowerShell yang dijelaskan pada artikel di atas.

Buat Cluster Multi-Situs Di Windows Azure Untuk DR Dengan DataKeeper

Sekarang jika Anda mengikuti dengan artikel MSDN yang saya rujuk, Anda akan mengharapkan untuk melihat "NewIP" ini di GUI. Namun, setidaknya dengan Windows 2012 R2 saya saat ini tidak melihat sumber ini di GUI.

Buat Cluster Multi-Situs Di Windows Azure Untuk DR Dengan DataKeeper

Namun, jika saya klik kanan pada nama SQLCLUSTER dan pilih properties dan coba tambahkan NewIP sebagai dependensi, saya melihatnya terdaftar sebagai sumber daya yang mungkin.

Buat Cluster Multi-Situs Di Windows Azure Untuk DR Dengan DataKeeper

Pilih "NewIP" dan juga buat tipe ketergantungan "OR" seperti gambar di bawah ini.

Buat Cluster Multi-Situs Di Windows Azure Untuk DR Dengan DataKeeper

Setelah Anda klik OK, sekarang muncul di GUI sebagai IP Address yang perlu dikonfigurasi.

Buat Cluster Multi-Situs Di Windows Azure Untuk DR Dengan DataKeeper

Kita sekarang dapat memilih properti dari Alamat IP ini dan mengkonfigurasi alamat untuk menggunakan alamat IP yang saat ini tidak digunakan di subnet 10.10.10.0/24, yang merupakan subnet yang sama dimana SQL3 berada.

Buat Cluster Multi-Situs Di Windows Azure Untuk DR Dengan DataKeeper

Tune Pengaturan Heartbeat

Kami sekarang siap untuk menyetel pengaturan detak jantung. Pada dasarnya, kita akan sedikit lebih toleran dengan komunikasi jaringan. Selanjutnya, karena SQL3 terletak di koneksi VPN dengan beberapa latensi di telepon dan kami hanya memiliki antarmuka jaringan tunggal pada node cluster. Saya sangat menyarankan Anda membaca artikel ini oleh Elden Christensen untuk membantu Anda memutuskan pengaturan yang tepat untuk kebutuhan Anda: http: //blogs.msdn.com/b/clustering/archive/2012/11/21/10370765.aspx

Untuk lingkungan kita, kita akan menuju pada apa yang ia sebut pengaturan "Santai" dengan menetapkan SameSubnetThreshold menjadi 10 detak jantung dan CrossSubnetThreshold menjadi 20 detak jantung.

Perintahnya adalah:

(get-cluster) .SameSubnetThreshold = 10

(get-cluster) .CrossSubnetThreshold = 20

Buat Cluster Multi-Situs Di Windows Azure Untuk DR Dengan DataKeeper

Apa artinya ini adalah detak jantung akan terus dikirim setiap 1 detik, tapi SQL1 dan SQL2 hanya akan dianggap mati setelah 10 kehilangan detak jantung. SQL3 akan mati setelah 20 kehilangan detak jantung. Ini akan meningkatkan Waktu Pemulihan Anda Objective sedikit (5-10 detik), tapi juga akan menghilangkan failover palsu yang potensial.

Perluas Cermin DataKeeper Untuk SQL3

Sebelum kita bisa menginstal SQL 2014 di SQL3 kita harus memperluas mirror DataKeeper sehingga termasuk SQL3 sebagai target replikasi. Tentu saja Anda harus menginstal DataKeeper Cluster Edition pada SQL3 terlebih dahulu, dan pastikan memiliki F: drive setidaknya sebesar sumber mirror. Setelah DataKeeper diinstal

Buat Cluster Multi-Situs Di Windows Azure Untuk DR Dengan DataKeeper

Instal SQL 2014 Di SQL3

Sekarang saatnya untuk menginstal SQL 2014 ke node ke-3. Prosesnya sama persis dengan yang di install di SQL2. Mulailah dengan meluncurkan SQL Setup di SQL3.

Buat Cluster Multi-Situs Di Windows Azure Untuk DR Dengan DataKeeper

Jalankan melalui semua langkah …

Buat Cluster Multi-Situs Di Windows Azure Untuk DR Dengan DataKeeper

Pada tahap ini dalam instalasi Anda harus memilih alamat IP yang valid untuk subnet SQL3. Cluster ini akan menambahkan alamat IP ini dengan ketergantungan "OR" ke jalur akses klien.

Buat Cluster Multi-Situs Di Windows Azure Untuk DR Dengan DataKeeper

Masukkan kata sandi untuk akun layanan Anda

Buat Cluster Multi-Situs Di Windows Azure Untuk DR Dengan DataKeeper

Setelah Anda menyelesaikan instalasi biarkan menyenangkan dimulai. Anda sekarang memiliki cluster SQL Server multisite yang seharusnya terlihat seperti ini.

Buat Cluster Multi-Situs Di Windows Azure Untuk DR Dengan DataKeeper

Untuk informasi untuk Membuat Multi-Site Cluster atau pertanyaan clustering, baca di sini untuk melihat bagaimana SIOS dapat membantu Anda mencapai solusi yang lebih baik

Diproduksi dengan izin dari https://clusteringformeremortals.com/2014/01/14/creating-a-multi-site-cluster-in-windows-azure-for-disaster-recovery-azure-cloud/

Membuat SQL Server 2014 Failover Cluster Instance dengan DataKeeper

Februari 15, 2018 by Jason Aw Leave a Comment

Membuat SQL Server 2014 Failover Cluster Instance dengan DataKeeper

UPDATE – Karena fitur baru diperkenalkan, saya telah memperbarui panduan saya untuk menerapkan cluster SQL Server di Azure. Artikel terbaru dapat ditemukan di sini: https://clusteringformeremortals.com/2015/01/01/step-by-step-how-to-configure-a-sql-server-failover-cluster-instance-fci-in- microsoft-azure-iaas-sqlserver-azure-sanless /

Ini adalah po^ske-3 dalam seri tentang Ketersediaan Tinggi dan Pemulihan Bencana di Windows Azure. Posting ini berisi petunjuk langkah demi langkah untuk mengimplementasikan Windows Server Failover Cluster di Windows Azure IaaS Cloud antara dua node cluster di berbagai Domain Kesalahan. Sementara posting ini berfokus pada membangun SQL Server 2014 Failover Cluster Instance, Anda bisa melindungi aplikasi sadar cluster dengan hanya membuat beberapa penyesuaian kecil pada langkah-langkah di bawah ini. Di posting berikutnya, saya akan menunjukkan cara memperpanjang cluster ini ke simpul ketiga di pusat data yang berbeda untuk rencana pemulihan bencana yang sangat kuat. Karena Azure tidak memiliki opsi penyimpanan berkerumun, kami akan menggunakan sol^usi pihak ke-3 yang disebut DataKeeper Cluster Edition untuk penyimpanan cluster kami.

Posting ini mengasumsikan Anda telah membuat Jaringan Virtual di Azure dan Anda memiliki DC pertama Anda yang sudah tersedia di Azure. Jika Anda belum melakukannya, Anda pasti ingin terus maju dan melihat dua posting pertama mengenai topik ini.

Cara Membuat Terowongan Situs-Untuk-Situs VPN ke Windows Azure Cloud

http://www.sios-apac.com/2018/02/extending-datacenter-azure-cloud/

Meskipun membuat koneksi VPN ke Datacenter utama Anda bukan prasyarat, saya sangat menyarankan Anda mempertimbangkan untuk melakukannya. Dengan cara ini Anda dapat siap untuk konfigurasi pemulihan bencana hibrid kami yang akan dibahas pada posting berikutnya.

Langkah tingkat tinggi yang akan kami gambarkan dalam posting ini adalah sebagai berikut:

Tentukan dua Server Windows Server 2012 R2
Tambahkan server ke domain
Aktifkan fitur Failover Clustering
Buat cluster
Buat sumber gugus volume yang direplikasi dengan DataKeeper Cluster Edition
Instal SQL 2014 Failover Cluster Instance

Provisi Dua Server Windows Server 2012 R2

Klik pada tab Virtual Machine di kolom kiri dan kemudian klik tombol New di pojok kiri bawah.

Membuat SQL Server 2014 Alwayson FCI Pada Windows Azure IAAS dengan DataKeeper

Pilih Mesin Virtual Baru dari Galeri

Membuat SQL Server 2014 Alwayson FCI Pada Windows Azure IAAS dengan DataKeeper

Untuk cluster kita kita akan memilih Windows 2012 R2 Datacenter

Membuat SQL Server 2014 Alwayson FCI Pada Windows Azure IAAS dengan DataKeeper

Pilih Versi Release Date terbaru, beri nama VM and Size. Nama pengguna dan kata sandi akan menjadi akun administrator lokal yang akan Anda gunakan untuk masuk ke VM untuk menyelesaikan konfigurasi.

Membuat SQL Server 2014 Alwayson FCI Pada Windows Azure IAAS dengan DataKeeper

Pada halaman berikut ini Anda akan memilih yang berikut ini:

Layanan Cloud: Saya memilih Layanan Awan yang sama dengan yang saya buat saat menyiapkan VM pertama saya. Dokumentasi Layanan Cloud mengatakan bahwa ini digunakan untuk penyeimbangan beban, tapi saya tidak melihat ada salahnya menempatkan semua cluster VMs dan DC di Cloud Service yang sama untuk pengelolaan yang lebih mudah. Dengan memilih Layanan Awan yang ada, Jaringan Virtual dan Subnet saya dipilih secara otomatis untuk saya.

Akun Penyimpanan: Saya memilih Akun Penyimpanan yang ada

Set Ketersediaan: Ini sangat penting. Anda ingin memastikan semua VM Anda berada di Set Ketersediaan yang sama. Dengan menempatkan semua VM Anda di Ketersediaan yang sama, Anda menjamin bahwa semua VM dijalankan di Domain Kesalahan yang berbeda.

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/

« Previous Page

1

…

78

79

80

81

82

…

94

Next Page »