SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

Grup Pilihan Alwayson Sebuah Alternatif yang layak untuk Failover Cluster?

by 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/

Fitur SQL Server Alwayson Tanpa Tag Harga yang Berat? Coba DataKeeper

by Leave a Comment

Ingin SQL Server Selalu Berfitur, Tetapi Tidak Dapat Memenuhi SQL 2012 Enterprise Edition?

Tidak diragukan lagi AlwaysOn Availability Groups adalah topik hangat di sini di SQL PASS Summit. Seperti yang saya sebutkan di posting saya sebelumnya, Anda perlu mempertimbangkan overhead yang terkait dengan AlwaysOn serta keterbatasan lainnya saat Anda menggunakan SQL Server 2012 Enterprise Edition. Baca terus saat saya mengenalkan SIOS DataKeeper Cluster Edition. 

Perbandingan harga

Saya mengeluarkan harga (harga daftar) solusi 2-node menggunakan SQL Server 2012 AlwaysOn Availability Groups dengan target baca-saja dengan 2-socket khas, konfigurasi server 16-core. Saya juga menambahkan konfigurasi yang sebanding. Menjalankan DataKeeper Cluster Edition pada SQL 2012 Edisi Standar dan sebagai SQL 2008 R2 Enterprise Edition.

DataKeeper-Dapatkan Fitur Alwayson SQL Server tanpa SQL 2012 Enterprise Edition

Seperti yang Anda lihat, menggelar SQL Server 2012 Enterprise Edition (diperlukan untuk Grup Ketersediaan), biaya Anda jauh lebih besar daripada jika Anda menggunakan solusi cluster yang direplikasi serupa menggunakan DataKeeper Cluster Edition.

Hubungi kami untuk mendapatkan Fitur SQL Server Alwayson terbaik dengan biaya terbaik.

Diproduksi ulang dengan izin dari Clusteringformeremortals.com

Mengatasi keterbatasan Alwayson Groups dengan SIOS Datakeeper

by Leave a Comment

Mengatasi keterbatasan Alwayson Groups dengan SIOS Datakeeper

Setelah mendengar semua sesi hebat di SQL PASS Summit tentang Ketersediaan Grup, apakah Anda berpikir tentang menggigit peluru untuk meningkatkan ke SQL Server 2012 Enterprise Edition? Sebelum Anda mengeluarkan buku cek, berhentilah dan tanyakan pada diri sendiri pertanyaan-pertanyaan ini dan juga, izinkan saya untuk memperkenalkan SteelEye DataKeeper Cluster Edition.

Apakah saya menggunakan / kebutuhan?

  • untuk menurunkan biaya SQL Server saya?
  • replikasi atau pengiriman log?
  • untuk meminimalkan dampak replikasi terhadap kinerja aplikasi saya?
  • Lync Server, Dynamics CRM atau aplikasi lain yang menggunakan transaksi terdistribusi?
  • untuk memastikan bahwa pekerjaan Agen SQL seperti backup database, optimasi, DTS dan lainnya terus berjalan terlepas dari node dalam pelayanan?
  • untuk memastikan bahwa akun login SQL disimpan selaras antara node cluster?
  • untuk meminimalkan beban administrasi saya?

Batasan Grup Selalu Tersedia

Jika Anda menjawab ya untuk pertanyaan-pertanyaan ini, Anda mungkin ingin mempertimbangkan kembali pilihan Anda saat membahas penerapan SQL Server HA / DR Anda. Meskipun Grup Ketersediaan AlwaysOn tentu saja memiliki tempat mereka, Anda mungkin ingin mempertimbangkan asosiasi overhead dengan mereka. Baca artikel saya sebelumnya. Juga, Anda benar-benar perlu mempertimbangkan aplikasi apa yang akan memanfaatkan database SQL Server karena tidak semua aplikasi mendukung Grup Ketersediaan AlwaysOn. Ini termasuk banyak aplikasi Microsoft seperti Lync Server dan lainnya (periksa dokumentasi aplikasi Anda).

Memperkenalkan SteelEye DataKeeper Cluster Edition

Apa yang saya usulkan sebagai gantinya adalah mempertimbangkan membangun kluster aktif / pasif tradisional yang mengatasi semua Batasan Grup Selalu Tersedia yang tercantum di atas. Tetapi alih-alih menggunakan penyimpanan bersama, gunakan solusi replikasi tingkat blok terintegrasi cluster dari SIOS Technology yang disebut SteelEye DataKeeper Cluster Edition. Dengan menggunakan solusi replikasi ini, Anda dapat menghilangkan SAN sebagai satu titik kegagalan serta menghilangkan semua batasan yang terkait dengan Grup Ketersediaan AlwaysOn yang tercantum di atas. Ketika Anda mempertimbangkan kemungkinan menggunakan solusi penyimpanan lokal berkecepatan tinggi seperti @Fusionio bersama dengan DataKeeper, Anda dapat memiliki kluster SQL Server berkecepatan tinggi, sangat tersedia dengan investasi minimal dalam perangkat keras dan perangkat lunak. Dan yang terbaik, solusi ini bekerja dengan Edisi Standar SQL 2005/2008 / 2008R2 / 2012 serta Edisi Perusahaan. Penghematan biaya saja pada lisensi SQL Server dapat lebih dari membayar untuk solusinya. Lebih lanjut tentang penghematan biaya pada posting saya berikutnya.

Bagaimana Saya Memulainya?

Anda dapat membeli solusi pra-paket 2 server yang mencakup server HP, Dell atau Supermicro, Fusion-io ioDrives. Perangkat lunak DataKeeper untuk membantu Anda menggunakan SQL cluster berkecepatan tinggi pertama yang tersedia untuk Anda. Untuk informasi lebih lanjut lihat siaran pers di sini.

http://www.sqlpass.org/summit/2012/About/News/PressReleases/PartnerPressRelease9.aspx

Seperti bagaimana Datakeeper membantu mengatasi keterbatasan Grup Alwayson Availabilty? Baca di sini untuk lebih banyak kisah sukses

Diproduksi ulang dengan izin dari Clusteringformeremortals.com

Mencapai Kinerja Tinggi Dan Ketersediaan Tinggi Untuk SQL Server

by Leave a Comment

Mendaftar di sini untuk mengetahui seberapa tinggi kinerja dan ketersediaan tinggi untuk Microsoft SQL Server dapat dicapai dengan solusi dari Fusion-io dan SIOS. Kombinasi yang kuat ini memberikan penyimpanan berkecepatan tinggi dan ketersediaan tinggi untuk SQL Server tanpa batasan cluster copy tunggal atau AlwaysOn Availability Groups.

Buat saklar dan nikmati:

  • Penghematan biaya
  • Kinerja database lebih tinggi
  • Persyaratan ruang lantai yang lebih kecil
  • Turunkan pendinginan dan tuntutan tenaga

… semua tanpa mengorbankan ketersediaan.

Hasil akhirnya: kinerja lebih cepat di sebagian kecil dari biaya SAN biasa dengan ketersediaan data 100%.

Siap untuk belajar tentang bagaimana Fusion-io dan SIOS bisa mencapai hasil yang lebih baik dengan Microsoft SQL Server. Dengarkan dari Pembicara fitur kami:

Dave Bermingham diakui dalam komunitas teknologi sebagai pakar ketersediaan tinggi dan telah menjadi Microsoft MVP di Clustering selama tiga tahun terakhir. Pekerjaan David sebagai Sr. Penginjil Teknis di SIOS membuatnya terfokus pada penyampaian solusi pemulihan dan ketersediaan yang tinggi. David memiliki banyak sertifikasi teknis dan memiliki lebih dari dua puluh tahun pengalaman teknologi yang berfokus pada ketersediaan aplikasi.

Jamila Gunawardena adalah Sales Engineer Senior OEM untuk Fusion-io. Jamila memiliki pengalaman lebih dari 15 tahun di bidang Rekayasa Perangkat Lunak dan Desain Sistem dengan keahlian di bidang Internet, Bioinformatika, dan solusi DFM Semikonduktor. Saat ini, Jamila berfokus pada ISV dan kemitraan alat di Fusion-io.

Geoff Hiten adalah Microsoft SQL MVP dan saat ini merupakan Arsitek Infrastruktur untuk Intellinet. Geoff mulai bekerja dengan SQL Server pada tahun 1992 dengan versi 4.2 dan telah menggunakan setiap versi sejak saat itu. Dia mengkhususkan diri pada ketersediaan tinggi dan sistem SQL berkinerja tinggi. Geoff sangat terlibat dalam Komunitas Microsoft SQL Server dan pada awalnya diberikan status MVP pada tahun 2004. Geoff diangkat pada tahun 2011 untuk mengisi posisi Direktur sementara di organisasi National PASS.

Direproduksi dengan izin dari https://clusteringformeremortals.com/2012/09/12/achieving-high-performance-and-high-availability-for-sql-server/

Butuh Alternatif untuk Selalu Di Ketersediaan Grup, Coba SIOS DataKeeper

by Leave a Comment

Mencari Alternatif untuk Selalu Tersedia di Grup?

Microsoft membuat pengumuman tentang opsi ketersediaan yang paling banyak diantisipasi yang sedang diperkenalkan dengan SQL Server 2012. Perubahan ini termasuk Grup Ketersediaan AlwaysOn yang hanya akan tersedia dengan SQL Edisi Perusahaan. Biaya SQL Server Enterprise adalah $ 27.496 untuk setiap server (yang memiliki hingga 4 prosesor fisik) vs $ 7.172 untuk Edisi Standar. Untuk memanfaatkan replika "Hanya-Baca", biaya solusi menjadi dua kali lipat ($ 54.992) karena Anda harus melisensikan sumber dan server target. Dengan titik harga tinggi, Anda mulai bertanya-tanya apakah ada Alternatif untuk Grup Ketersediaan Selalu Aktif. Teruslah membaca. Karena saya akan memperkenalkan SteelEye DataKeeper Cluster Edition yang mungkin memberi Anda keuntungan terbaik.

Kabar baiknya adalah bahwa Microsoft masih memungkinkan Anda untuk membangun cluster 2-node menggunakan SQL Server Standard Edition. Karena ini umumnya digunakan dalam konfigurasi aktif-pasif, Anda tidak perlu melisensikan server siaga. Jadi untuk $ 7.172 Anda dapat membangun cluster SQL 2-node yang cukup kuat. Itu dengan asumsi Anda memiliki SAN kelas perusahaan yang dapat Anda gunakan untuk menyimpan data cluster Anda.

Apa yang Anda katakan, Anda tidak memiliki SAN? Atau Anda lebih suka membangun solusi yang menghilangkan SAN sebagai titik kegagalan tunggal. Dan alih-alih memungkinkan Anda untuk menggunakan replikasi data untuk menjaga agar data tetap sinkron di antara simpul-simpul gugus seperti yang selalu memungkinkan AlwaysOn Availability Groups Anda? Atau mungkin Anda ingin memanfaatkan mengambil keuntungan dari kecepatan yang ditawarkan oleh drive SSD lokal yang terpasang seperti yang ditawarkan oleh Fusion-IO, tetapi belum mau menyerah pada ketersediaan?

Kehebatan dari SteelEye DataKeeper Cluster Edition

Untuk biaya satu salinan SQL Server 2012 Edisi Standar dan penambahan SteelEye DataKeeper Cluster Edition yang sangat terjangkau, Anda akan dapat menggunakan kluster SQL Server 2012 Standard Edition 2-simpul dengan replikasi data. Bagian terbaik? Ini sekitar setengah biaya dari 2-node SQL Server Enterprise Edition Ketersediaan Ketersediaan Grup. Lebih lanjut, ini tentang ¼ dari harga Grup Ketersediaan AlwaysOn dengan target hanya baca.

Jika Anda menemukan diri Anda menjawab ya untuk salah satu pertanyaan berikut. Maka mungkin, itu adalah tanda untuk mencari Alternatif untuk Grup Ketersediaan Selalu Aktif. Windows Server Failover Clustering dan DataKeeper Cluster Edition mungkin merupakan pilihan yang lebih bijaksana.

  • Apakah saya khawatir dengan biaya SQL Server Enterprise Edition?
  • Apakah saya menggunakan replikasi atau pengiriman log?
  • Apakah saya perlu mendukung Lync Server atau aplikasi lain yang menggunakan transaksi terdistribusi?
  • Apakah saya perlu memastikan pekerjaan SQL Agent seperti backup database, pengoptimalan, DTS dan lainnya terus berjalan terlepas dari node yang bertugas?
  • Apakah saya perlu memastikan bahwa akun masuk SQL disimpan selaras antara node cluster?
  • Apakah saya ingin meminimalkan beban administrasi saya?

Kami telah Melakukan Perbandingan

Bagan berikut merangkum opsi ketersediaan SQL Server 2012 Anda. Kami telah menyertakan opsi ke-3 yaitu membangun cluster SQL tradisional menggunakan Windows Server Failover Clustering dengan DataKeeper Cluster Edition.

Pilihan ketersediaan SQL Server 2012 termasuk Datakeeper

Failover Clustering dengan DataKeeper Cluster Edition akan menghemat banyak uang. Dan, itu juga akan membantu Anda mengatasi beberapa batasan inheren dari Grup Ketersediaan AlwaysOn.

Tentang satu-satunya hal yang tidak dapat Anda lakukan dengan solusi DataKeeper adalah memiliki target baca-saja. Seperti yang saya sebutkan sebelumnya, target read-only memerlukan lisensi SQL kedua, sehingga memiliki fitur itu akan menghabiskan biaya minimal $ 54.938. Jika Anda benar-benar harus memiliki target hanya baca, Anda akan senang mengetahui bahwa Anda dapat mencampur Cluster AlwaysOn Failover dengan DataKeeper dan Grup Ketersediaan AlwaysOn. Pada dasarnya Anda akan berakhir dengan cluster failover 2-node SQL dengan DataKeeper dan satu SQL Server standalone yang bertindak sebagai target baca-saja untuk AlwaysOn Availability Group. Dalam hal ini, Anda masih memerlukan dua salinan SQL Server Enterprise Edition – satu untuk kluster dan satu untuk target hanya-baca.

Pada dasarnya, periksa kemungkinan Alternatif untuk Selalu Tersedia Grup untuk menghemat biaya dan meningkatkan proses kerja. Saya mendemonstrasikan solusi ini di Tech-Ed 2011 di Atlanta tahun lalu dan mendapat banyak umpan balik yang sangat positif. Demonstrasi khusus ini menunjukkan kluster multisite 2-simpul. Namun, fret konsep yang tidak sama dapat diterapkan pada satu cluster situs.

https://clusteringformeremortals.com/2011/05/15/sql-server-denali-hadron-multisite-cross-subnet-failover-video-demonstration/

Direproduksi dengan izin dari https://clusteringformeremortals.com/2012/04/05/sql-server-2012-standard-edition-availability-options/