SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

  • Home
  • Produk
    • SIOS DataKeeper for Windows
    • SIOS Protection Suite for Linux
  • Berita dan acara
  • Cluster server penyederhanaan
  • Kisah sukses
  • Hubungi kami
  • English
  • 中文 (中国)
  • 中文 (台灣)
  • 한국어
  • Bahasa Indonesia
  • ไทย

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

Februari 6, 2018 by Jason Aw 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

Filed Under: Cluster server penyederhanaan, Datakeeper Tagged With: Kelompok Ketersediaan AlwaysOn, selalu, SQL Server 2012

Mengatasi Masalah Kinerja Dengan Grup Alwayson SQL Server

Februari 5, 2018 by Jason Aw Leave a Comment

Asynchronous vs synchronous replication on AlwaysOn

Dari menghadiri sesi di PASS Summit minggu ini, sudah menjadi jelas bahwa AlwaysOn adalah topik hangat dengan sekitar enam sesi yang didedikasikan untuk solusi ini. Satu hal yang saya pelajari adalah bahwa walaupun solusinya tentu memiliki aplikasinya, sebagian besar penerapan yang berhasil didasarkan pada penggunaan AlwaysOn secara asinkron. Alasan orang menghindari opsi replikasi sinkron adalah bahwa overhead terlalu besar. Selama replikasi sinkron, menulis harus dilakukan pada replika sebelum dilakukan pada sumbernya. Dalam pengujian yang telah saya lakukan, overhead ini bisa dikenalkan sebanyak 68%.

Sebagai contoh, dalam sebuah tes dimana saya memiliki database yang menyisipkan sekitar 1.000.000 baris per detik dan kita mengukur throughput pada file log, kita melihat bahwa tanpa mirroring di tempat kita menulis sekitar 400 MBps. Begitu kita mulai mereplikasi database itu dengan AlwaysOn Availability Groups di LAN 10 Gbps, kita melihat penurunan kinerja sebesar 68%, dengan database khusus ini melambat menjadi sekitar 250.000 sisipan per detik.

Asynchronous vs synchronous replication on AlwaysOn
Gambar 1 – MBps ditulis ke database SQL Server sebelum dan sesudah AlwaysOn Synchronous Mirroring

Jika Anda mempertimbangkan solusinya sebagai pengganti cluster failover Anda, drop off ini harus menjadi perhatian utama Anda. Untuk mencapai failover otomatis yang biasa Anda gunakan dalam failover clustering, Anda harus menggunakan mirroring sinkron, yang berarti Anda harus hidup dengan hit kinerja ini. Umumnya ini tidak akan dapat diterima, yang mungkin mengapa Anda tidak mendengar para ahli merekomendasikan konfigurasi semacam itu secara teratur.

Jadi apa yang harus kamu lakukan?

Jika Anda tetap dengan Anda cluster failover tradisional dan SAN? Bagaimana jika Anda ingin memanfaatkan fast, high speed storage seperti Fusion-io? Kalau begitu, Anda tidak bisa menggunakan cluster tradisional … atau bisa?

Kabar baiknya adalah Anda bisa membangun cluster tanpa SAN dan melakukan semuanya tanpa biaya, keterbatasan dan biaya overhead dengan AlwaysOn Availability Groups (lebih pada keterbatasan dan biaya di posting blog saya berikutnya). Dengan menggunakan DataKeeper Cluster Edition Anda dapat membangun cluster tanpa penyimpanan bersama DAN overhead yang terkait dengan replikasi Synchronous mendekati 10% vs mendekati 70% yang kita lihat dengan AlwaysOn Availability Groups.

Datang ke stan 351 di #SQLPASS dan saya akan dengan senang hati menunjukkan bagaimana solusinya bekerja.

Direproduksi dengan izin dari https://clusteringformeremortals.com/2012/11/09/how-to-overcome-the-performance-problems-with-sql-server-alwayson-availability-groups-sqlpass/

Filed Under: Cluster server penyederhanaan Tagged With: Asinkron, selalu, Sinkronis

Tulisan Terbaru

  • Video: Keunggulan SIOS
  • Demo Penjaga Data SIOS Untuk Klaster Tiga Node Di AWS
  • Prediksi 2023: Demokratisasi Data Untuk Mendorong Permintaan Ketersediaan Tinggi
  • Memahami Kompleksitas Ketersediaan Tinggi untuk Aplikasi Penting Bisnis
  • Epicure Melindungi SQL Server Bisnis Penting dengan Amazon EC2 dan SIOS SANLess Clustering Software

Posting Terpopuler

Bergabunglah dengan Milis Kami

Copyright © 2023 · Enterprise Pro Theme on Genesis Framework · WordPress · Log in