Mengkonfigurasi Cluster Failover Sanless Hyper-V Dengan DataKeeper

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.

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.

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.

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.

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.

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.

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.

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

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.

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.

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.

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.

Anda sekarang harus bisa memulai VM.

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.

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.

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

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

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.

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

Anda sekarang memiliki mesin virtual yang sangat tersedia.

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

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

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:

• Contoh Cluster AlwaysOn Failover
• Kelompok Ketersediaan AlwaysOn
• Cluster Multisite (ketersediaan tinggi DAN pemulihan bencana)

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.

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

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 …

1. Cara Membuat Terowongan Situs-Untuk-Situs VPN ke Windows Azure Cloud
2. Memperluas Pusat Data Anda ke Azure Cloud
3. Buat SQL Server 2014 AlwaysOn Failover Cluster (FCI) Instance di Windows Azure Iaas Dengan DataKeeper

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.

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

Pilih SQL3 dan klik Next

Jalankan semua tes validasi pada SQL3

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

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.

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.

Kita sekarang siap untuk menambahkan SQL3 ke cluster.

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

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.

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.

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.

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

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

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.

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

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

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.

Jalankan melalui semua langkah …

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.

Masukkan kata sandi untuk akun layanan Anda

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

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

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^s ke-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.

Pilih Mesin Virtual Baru dari Galeri

Untuk cluster kita kita akan memilih Windows 2012 R2 Datacenter

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.

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.