Bugün Windows Server'da Microsoft SQL Server Yük Dengelemesi yapmak ve programatik erişimlere karşı şeffaf olmak için var olan şey. Bu yerleşik mi yoksa bir çözümün satın alınması mı gerekiyor?
Bugün bunu web sunucularının bakış açısından veya SQL Server'a başka bir veritabanı erişiminden çok kolaylaştıran bir çözüm olup olmadığını bulmaya çalışıyorum.
Yanıtlar:
Sihirbazla çalıştırabileceğiniz MS SQL Server için ayarlanmış "standart" bir yük dengelemesi yoktur.
Bu bir veritabanı mimarisi kararı olur ve sunucu seviyesinde değil veritabanı seviyesinde uygulanır . Teknikler olacaktır:
Herkes katılmazsa, o zaman kümeleme söyleyerek bilinen saygın MS SQL şahsiyetlerinden bir makale görmek istiyorum olan yük dengeleme. Yukarıda alıntı yapılan makaleler yük dengelemeden söz etmez. Örneğin, bir Microsoftie (Chas Boyd) burada olmadığını söylüyor .
OP'ye sorum, ne tür bir yük bekliyorsunuz?
Veri tabanı sunucuları genellikle IO ve belleğe bağlıdır, bu nedenle uygun disk yapılandırması (uygun dosya gruplarıyla) ve olabildiğince fazla RAM yukarıdaki çözümlerden çok daha ileriye gidecektir.
Unutmayın: SQL Server 2005 / Windows 2003 Enterprise 32-bit, 32 GB RAM'e (26-28 GB veri önbelleğine sahip olacak) gider ve NTFS bağlama noktaları nedeniyle sürücü harfleriyle sınırlandırılmazsınız. X64'e gelince ...
Öncelikle eğer yapabilirsem birkaç şeyi açıklığa kavuşturmak isterim….
SQL Server Kümeleme, Windows Kümeleme üzerine kurulu bir kullanılabilirlik teknolojisidir. Donanım düzeyinde artıklık sağlar ve yük dengeleme, yani bir işlem yükünün dağıtılması olarak bilinen teknikle hiçbir ilişkisi yoktur.
Bundan başka, Veritabanı Aynalama ve Günlük Gönderme aynı zamanda öncelikle çeşitli formların mevcudiyetini uygulamak için teknolojilerdir.
Şimdi asıl soru üzerine… ..
Ne yazık ki, SQL Server'da yük dengeleme için “kullanıma hazır” bir çözüm bulunmaya hazır değil.
İşlem işleme yükünün dağılımını da etkileyen, dağıtılmış bir veritabanı ortamı oluşturmak için SQL Server Replication Technologies'i kullanabilirsiniz, ancak uygulamanızın altında yatan mimarinin “farkında” olması gerekir.
Bu yaklaşım, yük dengesi olan bir hizmet sunmak için verilen bir uygulamanın geliştirilmesini ve özelleştirilmesini gerektirir.
Umarım ayrıntılı olarak açık ve anlaşılır bir şey ifade eder, ancak tabii ki lütfen bana doğrudan sorularınızı göndermek için çekinmeyin.
Yerel SQL Yükü dengeleme çözümüne Cirtrix NetScaler veya bu den bir göz atın .
Çok yüksek bir yazma veritabanınız yoksa, işlemlerin yalnızca% 10'unun yazdığı 10/90 deyin, ihtiyaçlarınızı karşılamak için donanım yükü dengeleyicisinin üzerine eşler arası çoğaltmayı sql 2005 ve üstü kullanabilirsiniz. Kutunun dışında hiçbir şey yok.
DB grubuna sahip bir gruba sahip olan AlwaysOn Grubu, A Sunucusunda Birincil ve geri kalan diğer DB'lerde ise Yük Dengeleme çözümü olarak düşünebildiğim Sunucu B'de Birincil olarak görev yapmaktadır. Yalnızca girişler, bağlantılı sunucular, operatörler, uyarılar, veritabanı posta ayarları gibi Sunucu düzeyinde nesnelerin manuel senkronizasyonunu geliştirmeniz gerekir.
SQL Server'dan ayrı, veritabanı yük dengeleme için yeni teknolojiler mevcuttur. Bu yazılım çözümleri 2012 veya 2014'te Always On ile bütünleşir ve otomatik okuma / yazma bölme ve diğer yük dengeleme tekniklerini destekler. Bu şeffaf SQL yük dengeleme yazılımının iki örneği olarak SQL Server için NetScaler DataStream veya ScaleArc öğesini arayın .