(04-12-2019, Saat: 15:41)emre21 Adlı Kullanıcıdan Alıntı: Linkleri Görebilmeniz İçin Üye Olmanız Gerekiyor. Üye Olabilmek İçin Lütfen Buraya Tıklayınız.ben yapamayacağınız kanısındayim, deneyin isterseniz, tcpview den screen atarsanız,
Linkleri Görebilmeniz İçin Üye Olmanız Gerekiyor. Üye Olabilmek İçin Lütfen Buraya Tıklayınız.
hesap yanlış değilse;
SQL Server 2008 için,
When using multiple active result sets is enabled, the user connection is approximately (3 + 3 * num_logical_connections) * network_packet_size + 94 KB.
((3+3*16çekirdek)*(4000byte+94000byte)*70000) = 349.860.000.000 byte / memory
Bu rakam 350GB demektir. Eğer 2TB memory koyarsanız kaldırır. Benim 398GB memory koyduğum mikro sunucu vardı (HP 980, buna bağlı iki 3PAR storage, herbirinin disk kapasitesi 40TB.). Tabii ki buna rağmen sistem zorlanacaktır.
MSSQL olarak düşündüğümüzde benim bildiğim load balance anlamında çok da fazla bir seçenek yok. En çok cluster oluşturma olabilir. Ancak bu da high availability (arızi durumlardaki backup sistemi) vazifesi görecektir. MSSQL'in daha hızlı çalışmasını sağlayacak fazla bir opsiyon yok.
MSSQL 2012 ile birlikte gelen Load Balancing 2016'da AlwaysOn yapısı getirilmiş. Ancak bu replika sunuculara gereksinim duyuyor. MSSQL Server Replika sunucularını yönetmekse son derece zor. Çünkü birbirleri arasındaki senkronizasyonu sağlayabilmek için her tabloda ayrı bir ID alanı kullanıyorlar bu alandaki rakamların birbiriyle (replikalar arasında) karışmaması gerekiyor vs. Tabii bu sistem hız için değil high availability için getirilmiş bir sistem öncelikle.
Elbette burada öncelikle yazılımlara çok iş düşüyor. Özellikle DB'den veri çekerken, her türlü optimizasyonu yapması gerekiyor. Bunu zaten yadsımıyorum.
Özellikle Web yazılımcılarının (Soap ve Rest de buna dahil) bu konularda çok hassas olması gerekiyor. İşlem süresi ve aradaki bilgi alışverişinin minimize edilmesi şart. Hatta dediğiniz gibi bağlantı sayılarının bile. Belki araya bir cache katmanı yazıp (cache sunucularını kullanan) bununla da sunucuyu desteklemek gerekebilir.
