Archives

DataKeeper Cluster Edition untuk Ketersediaan Tinggi SQL Server Di AWS Cloud

Februari 9, 2018 by Jason Aw Leave a Comment

Potensi penghematan biaya untuk pindah ke awan hampir tidak mungkin untuk tidak dipertimbangkan. Namun, setelah Anda berhenti menghitung uang yang akan Anda hemat, Anda mulai memikirkan hal-hal seperti keamanan dan ketersediaan dan bertanya-tanya apakah awan itu untuk Anda. Tapi jangan takut, kita punya solusi yang tepat – SIOS Datakeeper Cluster Edition.

Di pusat data tradisional, Anda memiliki kontrol dan dapat menerapkan keamanan dan ketersediaan solusi yang Anda inginkan. Namun, begitu Anda memutuskan untuk memindahkan server Anda ke awan, pilihan Anda bisa menjadi jauh lebih terbatas. Tidak masalah apakah Anda bersama Amazon, Google atau Microsoft, padam di awan bisa dan memang terjadi dan Anda perlu melakukan apapun yang Anda bisa untuk mengurangi risiko tersebut.

Layanan Web Amazon

Mari kita lihat lebih dekat Amazon Web Services (AWS) misalnya. Apa saja pilihan yang Anda miliki untuk memastikan bahwa database SQL Server Anda dapat bertahan dari pemadaman tak terduga? Sementara beberapa aplikasi dapat digunakan dalam konfigurasi seimbang beban di beberapa zona ketersediaan, SQL Server pada umumnya tidak digunakan dalam konfigurasi beban yang seimbang. Apa artinya ini adalah bahwa SQL Server sendiri berada di zona ketersediaan tunggal dan jika zona itu tidak tersedia, keseluruhan tumpukan aplikasi Anda bisa terhenti.

SQL Server 2008 R2 dan keterbatasannya

Jika Anda membaca artikel ini oleh Miles Ward, Anda akan melihat bahwa dengan SQL Server 2008 R2, pilihan ketersediaan Anda cukup terbatas. Dalam artikel di halaman 11, ada bagan bagus yang menjelaskan pilihan HA Anda. Seperti yang akan Anda lihat, pilihannya sangat terbatas dan sebagian besar berada di luar kategori yang akan digambarkan sebagai HA. Log pengiriman, mirroring dan replikasi transaksional cukup banyak satu-satunya pilihan yang Anda miliki, dan mereka lebih merupakan opsi perlindungan data daripada opsi HA. Jika Anda ingin Microsoft failover clustering, Anda akan menemukan diri Anda kurang beruntung karena keterbatasan beberapa jaringan (klien tidak dapat terhubung ke alamat IP yang berkerumun) di AWS dan kurangnya sumber disk bersama yang dibutuhkan untuk cluster SQL tradisional.

AWS

Jika Anda ingin menerapkan SQL Server 2012, pilihan Anda akan sedikit lebih baik. Seperti yang dijelaskan oleh Jeremy Peschka, dengan sedikit intervensi manual, Anda dapat menyebarkan AlwaysOn Availability Groups di AWS untuk melakukan replikasi asinkron dari pusat data Anda ke AWS, atau bahkan di antara kelompok ketersediaan AWS. Tentu ini mengasumsikan Anda memiliki lisensi SQL 2012 Enterprise yang diperlukan untuk AlwaysOn Availability Groups. Satu-satunya "masalah" adalah AWS benar-benar tidak mendukung perpindahan alamat IP cluster dari satu server ke server lainnya, jadi redireksi klien harus dilakukan secara manual menggunakan alamat ec2-unassign-private-ip-address dan ec2-assign-private-ip -menetapkan perintah setelah peralihan yang Peschka jelaskan dalam artikelnya. All-in-all ini adalah proses yang sangat manual, yang sekali lagi tidak sesuai dengan deskripsi sistem yang sangat tersedia.

Solusi untuk Keterbatasannya

Jika Anda dapat hidup tanpa pemulihan otomatis dan dengan keterbatasan AlwaysOn Availability Groups yang saya jelaskan di posting blog sebelumnya, Anda mungkin hanya ingin terus maju dan mencoba penyebaran AlwaysOn Availability Group di AWS. Namun, jika Anda mencari solusi HA yang lebih mudah, lebih terjangkau, lebih kuat, saya memiliki beberapa kabar bagus. SIOS Technology Corp telah melihat masalah ini dan telah mengembangkan solusi yang mengatasi semua keterbatasan yang telah dijelaskan sebelumnya dan akan tersedia sebagai AMI untuk penyebaran yang mudah. Solusi ini saat ini dalam versi beta pribadi, namun akan banyak tersedia akhir tahun ini.

Edisi Cluster Pengumpul Data SIOS

Solusi SIOS didasarkan pada server SQL dalam Microsoft Failover Clustering menggunakan replikasi berbasis DataKeeper Cluster Edition. Dengan menggunakan replikasi berbasis host, mereka telah mengatasi hambatan pertama pengelompokan di EC2 – kurangnya penyimpanan bersama. Hambatan kedua yang harus diatasi SIOS adalah masalah redireksi klien yang dideskripsikan oleh Peschka; jalur akses klien perlu dimanipulasi dari dalam EC2, bukan failover clustering. SIOS telah membangun kecerdasan ke dalam solusi AMI mereka sehingga penugasan kembali alamat IP otomatis sebagai bagian dari proses failover cluster, yang secara efektif mensimulasikan perilaku yang biasanya Anda harapkan dari sebuah cluster.

Dan karena semua ini dibangun di atas failover clustering, ini bisa digunakan menggunakan SQL 2008/2008 R2 atau 2012. Bahkan Edisi Standar SQL Server akan mendukung cluster 2-node sehingga penghematan biaya versus penggelaran SQL 2012 AlwaysOn Availability groups bisa menjadi substansial.

Biarkan aku tahu apa yang Anda pikirkan. Apakah SIOS Datakeeper Cluster Edition terdengar menarik? Apa yang Anda lakukan hari ini untuk memastikan ketersediaan instance SQL Server EC2 Anda?

Direproduksi dengan izin dari https://clusteringformeremortals.com/2013/01/11/sql-server-high-availability-in-aws-cloud/

Clustering SQL Server 2012 Pada Windows Server 2012 dengan DataKeeper

Februari 9, 2018 by Jason Aw Leave a Comment

Rekap Kecil

Di posting saya sebelumnya, saya berjalan melalui proses membangun cluster 2-node sampai ke titik di mana kita siap untuk mulai mengelompokkan SQL Server 2012 di Windows Server 2012. Jika Anda telah menyelesaikan langkah-langkah tersebut, Anda siap untuk melanjutkan dan benar-benar membuat aplikasi berkerumun Anda sesuai dengan yang saya sarankan dari SIOS Datakeeper Cluster Edition.

Langkah selanjutnya, clustering SQL Server 2012

Pertama, kita memiliki SQL Server 2012. Instalasi cluster SQL Server 2012 cukup mirip dengan instalasi cluster SQL 2008/2008 R2, jadi sebagian besar akan berlaku meskipun Anda menggunakan SQL 2008/2008 R2. Terminologi seputar SQL Server 2012 Clustering menjadi sedikit berbelit-belit. Anda akan mendengar penyebutan SQL Server AlwaysOn, yang pada dasarnya bisa berarti salah satu dari dua hal yang berbeda: AlwaysOn Availability Groups atau AlwaysOn Failover Cluster Instance. Kebingungan muncul karena kedua solusi memerlukan beberapa tingkat integrasi dengan Windows Server Failover Clustering dan bahkan semakin bingung oleh kenyataan bahwa Anda dapat menerapkan kombinasi AlwaysOn Availability Groups dan AlwaysOn Failover Clustering, tapi itu adalah topik untuk hari lain!

Breaking It Down In Easy-Untuk-Memahami Persyaratan

Intinya AlwaysOn Availability Groups inilah yang biasa disebut Database Mirroring di SQL 2008 R2 dan sebelumnya. Ini memiliki beberapa lonceng baru dan peluit yang mengatasi beberapa keterbatasan versi sebelumnya dari mirroring database, jadi pasti perlu dicoba. AlwaysOn Failover Cluster Instance adalah apa yang biasa disebut SQL Server Failover Cluster. Ini adalah edisi terbaru dari teknologi clustering yang sama yang telah tersedia sejak versi awal dari SQL Server. Salah satu fitur baru terbaik dari SQL Server 2012 AlwaysOn Failover Cluster Instance adalah kemampuan untuk memiliki node pada subnet yang berbeda. Ini adalah batasan utama pada versi sebelumnya dari SQL Server. Dalam entri blog sebelumnya saya membahas beberapa keterbatasan AlwaysOn Availability Groups, Anda harus memeriksanya sebelum membuat keputusan mengenai teknologi mana yang akan digunakan.

Ayo mulai

Dengan mengatakan bahwa, artikel ini akan berfokus pada petunjuk Langkah-demi-Langkah untuk menerapkan SQL Server 2012 AlwaysOn Failover Cluster Instance.

Langkah 1

Pastikan penyimpanan cluster Anda sudah siap. Jika Anda mengikuti petunjuk di posting saya sebelumnya, Anda akan tahu bahwa alih-alih sumber disk bersama, kami akan menggunakan sumber disk yang direplikasi menggunakan perangkat DataCeeper Cluster Edition pihak ke-3. Jika Anda menggunakan penyimpanan bersama dan telah menambahkan penyimpanan daripada yang dapat Anda lewati tepat ke Langkah 2, tempat kami memulai pemasangan SQL. Jika tidak, ikuti langkah-langkah di bawah ini untuk mengkonfigurasi perangkat lunak untuk mereplikasi disk lokal untuk digunakan dalam cluster SQL.

Mengkonfigurasi Data Cluster Cluster

Instal dan konfigurasikan DataKeeper Cluster Edition
1. Jalankan Setup DK
2. Pergi melalui seluruh proses instalasi memilih semua nilai default.
3. Restart komputer setelah instalasi selesai saat diminta dan ulangi prosesnya di server SECONDARY
4. Luncurkan UI DataKeeper pada PRIMARY dan klik Connect to Server. Sambungkan ke PRIMARY dan kemudian sambungkan ke SECONDARY
5. Klik Create Job dan berjalanlah melalui wizard Create Job untuk membuat cermin dari drive E
  
  Pilihlah volume sumber cermin dan alamat IP NIC yang akan membawa lalu lintas replikasi.
  
  Pilih target cermin dan klik Next
  
  Di sini Anda akan memilih pilihan cermin Anda:
  Kompresi – hanya memungkinkan untuk replikasi melintasi WAN
  Asynchronous – pilih ini untuk semua replikasi WAN
  Synchronous – ini sangat ideal untuk replikasi LAN
  Bandwidth maksimum – yang digunakan dalam replikasi WAN sebagai cara untuk memberi cap pada jumlah replikasi bandwidth diperbolehkan digunakan. Umumnya harus dibiarkan pada 0, namun untuk pembuatan cermin awal Anda mungkin ingin membatasi bandwidth sehingga replikasi tidak menggunakan semua bandwidth yang ada untuk melakukan sinkronisasi awal.
  
  Setelah Anda klik Selesai cermin akan dibuat.
  
  Begitu cermin dibuat Anda akan diminta untuk mendaftarkan volume pada Windows Server Failover Clustering (WSFC). Klik Yes dan DataKeeper Volume Resource yang baru akan terdaftar di Available Storage (lihat gambar di Langkah 2).

Langkah 2

Kita akan memulai penginstalan SQL Server 2012 pada node cluster pertama.

Sebelum memulai, pastikan penyimpanan Anda muncul di Failover Cluster Manager dan ditugaskan ke grup Available Storage seperti ditunjukkan di bawah ini

Pada titik ini kita akan meluncurkan setup SQL Server 2012 dan pergi ke Tab Instalasi dan klik New SQL Server failover cluster installation

Langkah melalui instalasi seperti yang ditunjukkan pada screen shot berikut.

Kesalahan berikut ini diharapkan jika server Anda tidak terhubung ke internet. Jika Anda terhubung ke internet, Anda harus terus maju dan menerima pembaruan yang ditemukannya.

Untuk praktik terbaik Akun Terbaik, baca yang berikut ini: http://msdn.microsoft.com/en-us/library/ms143504.aspxUntuk tujuan lab kami, saya hanya menggunakan akun Administrator

Sebelum Anda klik next, klik pada tab Direktori Data dan ubah lokasi tempdb. Dengan tempe Windows Server 2012 tidak lagi harus berada pada penyimpanan cluster. Dalam contoh kita, kita bergerak tempdb ke drive C untuk menghindari replikasi data yang tidak perlu.

Pada titik ini Anda perlu memastikan untuk membuat direktori tempdb yang sama di server SECONDARY seperti yang disarankan oleh peringatan tersebut.

Selamat, simpul cluster 1 telah terpasang.

Kita sekarang siap untuk menginstal SQL pada node kedua cluster.

Pergi ke server SEKUNDER dan jalankan Setup SQL Server 2012 dan ikuti wizard seperti yang ditunjukkan pada gambar di bawah ini, dimulai dengan mengklik Add node to SQL Server failover cluster.

Kesalahan berikut ini diharapkan jika server Anda tidak terhubung ke internet. Jika Anda terhubung ke internet, Anda harus terus maju dan menerima pembaruan yang ditemukannya.

Selamat – Anda telah membangun 2-node SQL Server 2012 AlwaysOn Failover Cluster Instance. Buka Failover Cluster Manager dan Anda harus melihat sesuatu yang terlihat seperti ini. Artikel ini "mengelompokkan SQL Server 2012 di cluster Windows Server 2012" dimaksudkan untuk berjalan cepat melalui bagaimana menginstal SQL 2012 di cluster Windows Server 2012 . Untuk memulai membaca tambahan di sini dan biarkan Google menjadi teman Anda!

Direproduksi dengan izin dari https://clusteringformeremortals.com/2013/01/05/clustering-sql-server-2012-on-windows-server-2012-step-by-step/

Clustering Windows Server 2012 Langkah-demi-Langkah

Februari 8, 2018 by Jason Aw Leave a Comment

Langkah Dasar Dari Setiap Cluster

Artikel ini adalah yang pertama dari serangkaian artikel tentang Clustering Windows Server 2012. Artikel pertama ini membahas dasar-dasar langkah pertama dari setiap cluster, terlepas dari apakah Anda mengelompokkan Hyper-V, SQL Server Failover Clusters, File Servers, iSCSI Target Server atau lainnya. Artikel mendatang akan mencakup petunjuk yang lebih terperinci untuk setiap jenis sumber gugus cluster, namun informasi berikut berlaku untuk SEMUA kelompok.

Saya berasumsi bahwa Anda tahu sedikit tentang kelompok dan mengapa Anda ingin membangunnya, jadi saya tidak akan membahas rincian ini di pos ini. Saya juga menganggap Anda sudah familiar dengan Windows Server 2012 dan hal-hal mendasar seperti DNS, AD, dll. Perlu dicatat juga bahwa pada pengelompokkan failover Windows Server 2012 hadir dengan setiap edisi, tidak seperti Windows Server 2008 R2 dan sebelumnya dimana failover clustering hanya disertakan dalam Edisi Enterprise dan di atas.

Fokus pada cluster 2-node dasar

Seri khusus ini akan berfokus pada cluster 2-node dasar, di mana kita memiliki dua server (bernama PRIMARY and SECONDARY) yang menjalankan Windows Server 2012 di Domain Windows Server 2012 (pengontrol domain bernama DC). Ini juga mengasumsikan bahwa PRIMER dan SEKUNDER dapat berkomunikasi satu sama lain melalui dua koneksi jaringan yang telah saya beri label PUBLIK dan PRIBADI. Dalam skenario produksi, koneksi jaringan ini harus berjalan melalui peralatan jaringan yang sama sekali berbeda (switch, router, dll) untuk menghilangkan satu titik kegagalan.

Ayo mulai! Clustering Windows Server 2012, ini dia!

Seri ini akan ditulis dengan gaya langkah-demi-langkah yang sangat mendasar yang menuntun Anda melalui proses dalam daftar terurut dengan instruksi dasar dan banyak tangkapan layar untuk membantu menggambarkan prosedur bila diperlukan. Jadi mari kita mulai dari awal …

Tambahkan Failover Clustering Feature pada semua server yang ingin Anda tambahkan ke cluster

Buka Dasbor Pengelola Server (langkah pertama ini perlu diselesaikan pada PRIMARY dan SECONDARY)

Klik pada Add role and features

Pilih penginstalan berbasis peran atau berbasis fitur

Pilih server yang Anda inginkan untuk mengaktifkan fitur cluster failover

Lewati halaman Server Roles

Pada halaman Features pilih Failover Clustering dan klik Next lalu konfirmasikan pemasangannya

Sebelum kita mulai mengkonfigurasi cluster, kita perlu mempertimbangkan jenis penyimpanan yang akan digunakan cluster. Biasanya kluster akan menggunakan semacam SAN, namun dengan Windows 2012 tidak semua cluster akan menggunakan SAN. Misalnya, jika Anda sedang membangun sebuah cluster untuk mendukung SQL Server AlwaysOn Availability Groups penyimpanan Anda akan direplikasi oleh SQL Server, sehingga menghilangkan kebutuhan akan SAN. Selain itu, dengan SMB 3.0 didukung sebagai penyimpanan cluster untuk Hyper-V dan SQL Server, Anda mungkin tidak memiliki SAN tradisional untuk penyimpanan. Dan jangan lupa mengelompokkan Ruang Penyimpanan dengan drive SAS bersama juga kemungkinan terjadi pada Windows Server 2012. Selain pilihan yang disebutkan di atas, Anda juga bisa menggunakan disk lokal dan solusi replikasi berbasis host dari pihak ke-3 seperti DataKeeper Cluster Edition yang merupakan alternatif bagus yang saya blogkan cukup sering. Untuk keperluan posting ini untuk berbagi tentang Clustering Windows Server 2012 , Saya akan menganggap Anda tidak memiliki penyimpanan bersama. Namun, jika Anda memiliki penyimpanan bersama pada saat ini, Anda harus mengkonfigurasi penyimpanan Anda sehingga LUN Anda diukir dan dibagi dengan masing-masing node cluster dengan satu LUN digunakan sebagai saksi disk dan LUN yang tersisa dapat digunakan. untuk aplikasi yang ingin anda cluster. Sebagai pengganti kesaksian disk untuk kuorum kami, saya akan menggunakan sebuah simpul dan berkas berbagi jenis kuorum saksi yang akan saya jelaskan nanti.

Sekarang Failover Clustering diaktifkan pada setiap server, Anda dapat membuka Failover Cluster Manager di server PRIMER Anda. Hal pertama yang ingin kita lakukan adalah menjalankan "Validasi Konfigurasi" sehingga kita dapat mengidentifikasi setiap masalah potensial sebelum kita memulai. Klik pada Validasi Cluster

Langkah melalui Memvalidasi Wizard Konfigurasi seperti yang ditunjukkan pada langkah-langkah berikut.

Pilih server yang ingin dikelompokkan

Jalankan semua tes (tergantung pada peran apa yang telah Anda instal di server Anda mungkin mendapatkan lebih banyak atau sedikit tes. Misalnya, jika Hyper-V diaktifkan, ada tes spesifik Hyper-V yang baru untuk cluster)

Dengan asumsi klanda Anda "lulus" validasi Anda harus memiliki laporan yang terlihat serupa dengan saya. Anda akan melihat bahwa laporan saya berisi "peringatan" namun tidak ada kesalahan. Penting bagi Anda untuk melihat laporan dan memahami peringatan apa yang mungkin ada, tapi Anda selama Anda memahami peringatan dan mereka masuk akal untuk lingkungan khusus Anda yang dapat Anda pindahkan. Jika Anda validasi "gagal", Anda HARUS memperbaiki kegagalan sebelum melanjutkan. Klik Lihat Laporan untuk melihat laporan

Anda akan melihat semua peringatan saya terkait dengan penyimpanan, jadi saya tidak khawatir karena saya belum mengkonfigurasi penyimpanan bersama apa pun, jadi saya akan mengharapkan beberapa dari thests ini menghasilkan peringatan.

Setelah Validasi selesai tanpa kesalahan, Anda akan secara otomatis dilemparkan ke dalam Wizard Buat Cluster. Berjalanlah melalui wizard ini seperti yang ditunjukkan di bawah ini untuk membuat cluster dasar Anda.

Di layar pertama ini Anda akan memilih nama untuk cluster Anda dan memilih alamat IP yang akan dikaitkan dengan nama ini di DNS. Nama ini hanya nama yang digunakan untuk mengelola cluster Anda – ini BUKAN nama yang akan digunakan klien Anda untuk terhubung ke sumber berkerumun yang pada akhirnya akan Anda buat. Setelah Anda membuat jalur akses ini, objek komputer baru akan dibuat pada AD dengan nama ini dan sebuah record DNS A akan dibuat dengan nama dan alamat IP ini.

Pada layar konfirmasi Anda akan melihat nama dan alamat IP yang Anda pilih. Anda juga akan melihat opsi yang baru dengan pengelompokkan failover Windows Server 2012 … "Tambahkan semua penyimpanan yang layak ke cluster". Secara pribadi saya tidak yakin mengapa ini dipilih secara default, karena opsi ini benar-benar dapat membingungkan banyak hal. Secara default, pilihan ini akan menambahkan semua penyimpanan bersama (jika Anda memilikinya dikonfigurasi) ke cluster, tapi saya juga melihatnya menambahkan disk lokal dan non-shared ke cluster juga. Saya kira mereka ingin membuatnya mudah untuk mendukung penyimpanan simetris, namun umumnya solusi berbasis host atau berbasis array replikasi akan memiliki beberapa petunjuk yang cukup spesifik tentang bagaimana menambahkan penyimpanan simetris ke cluster dan umumnya opsi ini untuk menambahkan semua disk ke cluster lebih merupakan penghalang daripada bantuan ketika sampai pada penyimpanan asimetris. Untuk kasus kami, karena saya tidak memiliki penyimpanan bersama yang dikonfigurasi dan saya tidak ingin cluster menambahkan disk lokal ke cluster untuk saya secara otomatis, saya tidak mencentang penyimpanan Tambahkan semua yang memenuhi syarat ke opsi klaster.

Setelah Anda klik next, Anda akan melihat bahwa cluster telah menyelesaikan proses pembuatannya, namun mungkin ada beberapa peringatan. Dalam kasus kami, peringatan mungkin terkait dengan konfigurasi kuorum yang akan kami jaga pada langkah selanjutnya. Klik Lihat Laporan untuk melihat peringatan apa pun.

Anda melihat bahwa peringatan itu digunakan untuk mengubah jenis kuorum.

Karena kita tidak memiliki penyimpanan bersama, kita tidak akan menggunakan kuota Node dan Disk Majority seperti yang disarankan. Sebagai gantinya, kita akan menggunakan dan Node dan File Share Majority quorum. Langkah-langkah berikut akan membantu kita mengkonfigurasi Node dan File Majority Quorum

File Share Witness perlu dikonfigurasi pada server yang bukan bagian dari cluster. Saksi berbagi file adalah file sharing dasar bahwa nama komputer cluster (MYCLUSTER dalam kasus kami) telah membaca / menulis akses. Langkah pertama melibatkan pembuatan file share ini. Dalam contoh kita, kita akan membuat file share di DC kita dan memberi MYCLUSTER akses baca / tulis untuknya.

Berbagi file tidak perlu berada pada server Windows 2012, namun perlu berada di Server Windows di domain yang sama dengan cluster. Yang penting untuk diingat adalah bahwa nama komputer cluster yang kita buat membutuhkan akses baca / tulis baik pada level share maupun level NTFS. Berikut adalah beberapa screen shot yang memandu Anda melalui proses ini di server DC yang menjalankan Windows Server 2012 di lab saya.

Sekarang kita memiliki share file yang dibuat di DC, kita akan kembali ke PRIMARY dan menggunakan Failover Cluster Manager untuk mengubah tipe kuorum seperti yang ditunjukkan pada langkah-langkah berikut.

Jika kebetulan wizard ini gagal, kemungkinan besar terkait dengan hak akses pada file share. Pastikan Anda memberi nama komputer cluster baca / tulis izin di KEDUA tingkat berbagi file dan keamanan (NTFS) dan coba lagi.

Anda sekarang memiliki cluster 2-node dasar dan siap untuk beralih ke langkah berikutnya dari seri Clustering Windows Server 2012 yang menciptakan sumber daya cluster Anda. Saya akan menerbitkan serangkaian artikel tentang cara mengelompokkan sumber daya yang berbeda, dimulai dengan SQL 2012 di posting berikutnya.

Direproduksi dengan izin dari https://clusteringformeremortals.com/2012/12/31/windows-server-2012-clustering-step-by-step/

Datakeeper Cluster Edition 7.5 Sekarang Mendukung Windows Server 2012

Februari 7, 2018 by Jason Aw Leave a Comment

Manfaat Menggunakan Data Cluster DataKeeper

Berita bagus untuk Anda pengadopsi awal Windows Server 2012 – Anda sekarang dapat menggunakan DataKeeper Cluster Edition dengan Windows Server 2012. Saya akan memposting beberapa artikel Step-by-Step Windows Server 2012 sebelum akhir tahun dan pasti akan menyertakan beberapa contoh cluster multisite juga. Sementara itu, jika Anda ingin membangun cluster berdasarkan Windows Server 2012 dan ingin menghilangkan penyimpanan bersama sebagai satu titik kegagalan atau Anda ingin meregangkan cluster Anda melintasi lokasi geografis, Anda dapat melakukannya dengan DataKeeper Cluster Edition v7.5.

Direproduksi dengan izin dari https://clusteringformeremortals.com/2012/12/19/datakeeper-cluster-edition-7-5-now-support-windows-server-2012/

Grup Pilihan Alwayson Sebuah Alternatif yang layak untuk Failover Cluster?

Februari 7, 2018 by Jason Aw Leave a Comment

Apakah Kelompok Ketersediaan Alwayson Sebuah Alternatif yang layak untuk Selalu Menemukan Kelompok Gagal di Lingkungan Umum?

Baru-baru ini saya membaca sebuah artikel berjudul SQL Server 2012 AlwaysOn: Database Ketersediaan Tinggi untuk pusat data awan tempat penulis John Joyner membuat sebuah kasus untuk menggunakan AlwaysOn Availability Groups untuk ketersediaan SQL Server yang tinggi di cloud. Saya telah menyelidiki AlwaysOn Availability Groups sejak tersedia dalam versi pra-rilis SQL Server 2012. Meskipun tentu saja memiliki beberapa kegunaan yang valid (kebanyakan dalam konfigurasi pemulihan bencana), dengan mengatakan bahwa ini adalah "cara baru untuk mencapai HA SQL" melirik banyak masalah yang membuat penggelaran AlwaysOn Availability Groups sebagai pengganti kelompok failover tidak layak dilakukan. pilihan dalam banyak kasus.

Tanggapan saya

Sebagai tanggapan, saya menulis artikel yang saya ajukan bahwa AlwaysOn Multisite Clustering menggunakan solusi replikasi berbasis host DataKeeper Cluster Edition adalah alternatif yang jauh lebih baik dan saya terus maju dan menjelaskan mengapa ..

Tanggapan asli saya terhadap artikel sepertinya telah dihapus, jadi saya memutuskan untuk memposting ulang tanggapan saya terhadap artikel asli di bawah ini:

Ada beberapa hal yang perlu dipertimbangkan dengan AlwaysOn Availability Groups. Seperti yang Anda sebutkan, "Microsoft mengumumkan dukungan untuk beberapa aplikasi System Center 2012 SP1 untuk bekerja sama dengan SQL AlwaysOn", yang berarti masih ada aplikasi yang tidak mendukung AlwaysOn. Sebenarnya, ada BANYAK aplikasi yang tidak mendukung AlwaysOn Availability Groups, termasuk aplikasi yang menggunakan transaksi terdistribusi. Dan bagaimana dengan keterbatasan lainnya, seperti tidak bisa menjaga MSDB, Master dan database lainnya selaras? Saya blog tentang keterbatasan ini disini.

https://clusteringformeremortals.com/2012/11/09/how-to-overcome-the-limitations-of-sql-server-alwayson-availability-groups-sqlpass/

Saya setuju bahwa SQL HA itu penting, bagaimanapun, satu-satunya cara untuk mendapatkan "Ketersediaan Tinggi" (artinya pemulihan otomatis jika terjadi kegagalan) dengan AlwaysOn Availability Groups adalah dengan menggunakan mirroring sinkron. Pada PASS Summitt di Seattle awal bulan ini, saya duduk dalam berbagai presentasi di AlwaysOn dan hampir tanpa gagal para presenter membicarakan AlwaysOn dalam konfigurasi asinkron. Alasannya adalah bahwa replikasi sinkron AlwaysOn memiliki dampak yang SIGNIFICANT terhadap kinerja aplikasi Anda. Saya secara pribadi telah mengukur hukuman kinerja 68% dengan mirror mirror AlwaysOn Synchronous, dan itu berada di dedicated 10 Gbps LAN! Saya blog tentang hasil ini disini

Sayangnya, dalam konfigurasi asinkron Anda melepaskan failover otomatis, jadi Anda benar-benar tidak mendapatkan HA, Anda mendapatkan perlindungan data, namun pastinya bukan RTO yang sama seperti yang Anda harapkan dari sebuah cluster failover SQL tradisional.

Dan akhirnya ada biaya untuk dipertimbangkan. SQL Server 2012 Enterprise tidak ada yang bersin. Jika Anda ingin membangun cluster 2-node dan memanfaatkan sekunder yang mudah dibaca dan Anda menggunakan server 2-soket, 16-core yang Anda cari untuk mengupas hampir $ 220k untuk lisensi SQL Server 2012 Enterprise. Saya memecahkan biaya terkait di artikel blog saya di sini.

Jangan salah sangka, SQL Server 2012 AlwaysOn Availability Groups dapat memecahkan banyak masalah, namun saya tidak akan mengkategorikan konfigurasi asinkron yang dibutuhkan di sebagian besar penerapan awan sebagai alternatif HA. Banyak orang yang menghadap "AlwaysOn" lainnya, AlwaysOn Failover Cluster. Fitur baru dari SQL Server AlwaysOn Failover Cluster, termasuk dukungan yang disempurnakan untuk cluster subnet multisite lintas, akan memberi Anda solusi HA yang benar dan mengatasi semua keterbatasan yang saya jelaskan di atas. Tentu saja dengan solusi cloud murni Anda mungkin tidak bisa berintegrasi dengan replikasi berbasis array untuk mendukung cluster multisite, namun Anda selalu dapat menggunakan solusi replikasi berbasis host seperti SteelEye DataKeeper Cluster Edition untuk membangun cluster multisite di awan publik atau swasta dan di tempat Anda. pusat data fisik sendiri dan Anda dapat melakukannya dengan SQL Server 2008 sampai 2012 DAN bekerja pada edisi SQL Server Standard dan juga Enterprise.

Sudahkah Anda melakukan pengujian dengan AlwaysOn Availability Groups dalam konfigurasi HA? Jika demikian, saya akan penasaran untuk mengetahui apakah Anda mengukur biaya overhead yang terkait dengan replikasi sinkron di lingkungan Anda.

Direproduksi dengan izin dari https://clusteringformeremortals.com/2012/11/27/is-alwayson-availability-groups-a-viable-alternative-to-alwayson-failover-clusters-in-the-public-cloud/

« Previous Page

1

2

3

4

5

6

…

8

Next Page »