Service Manager donanım performansını planlama

System Center - Service Manager performansının önemli bir parçası, kuruluşunuzun gereksinimlerini karşılamak için planlanan donanım yapılandırmasına ve dağıtım topolojisine bağlıdır. Aşağıdaki bölümlerde, yeterli donanım performansını planlarken göz önünde bulundurmanız gereken genel yönergeler sağlanmaktadır.

Donanım performansı

Aşağıda, Service Manager veritabanında önemli bir yük ve veri miktarı ile Service Manager'da en çok fark edilen donanım performans sorunları yer alır:

1. En yaygın sorun Microsoft SQL Server çalıştıran bilgisayardaki bellek ve G/Ç'dir. Kaynaklarınız varsa, SQL Server G/Ç'yi geliştirmek için daha fazla belleğe ve daha hızlı bir G/Ç alt sistemine yatırım yaparsanız daha iyi performans elde edebilirsiniz.
2. Bir yönetim sunucusuna bağlanan çok sayıda konsol olmasını bekliyorsanız, yönetim sunucusu için ek CPU'lara ve belleğe yatırım yaparak veya ikincil bir Service Manager yönetim sunucusu yükleyerek performansı en yüksek yükü işleyecek şekilde geliştirebilirsiniz.

Her rol için bu belgede açıklanan önerilen minimum donanıma dikkat edin.

Sanal makinelerin rolü

Çoğu kuruluş Windows Server uygulamalarını barındırmak için sanal makineler kullanır. Yönetim sunucusu ve veri ambarı sunucusu gibi Service Manager sunucu rolleri özel durum değildir. Sanal makinelerin kullanımı, sanallaştırılan tüm sunucu rollerinden sanal ve fiziksel bilgisayarların başka bir kombinasyonuna farklılık gösterebilir.

Kuruluşunuzun gereksinimleri doğal olarak benzersiz olduğundan sanaldan fiziksel bilgisayara belirli bir oran önermiyoruz. Ancak, her yazılım rolü için minimum donanım gereklilikleri fiziksel bilgisayarlar iççin geçerlidir. Bir yazılım rolünü sanallaştırmaya karar verirseniz, her sanal bilgisayar için ek donanım kaynaklarına sahip olduğunuzdan emin olun.

Aşağıdaki planlama yönergelerine uyulmazsa veritabanı sunucuları sanal makinelerde düşük performansa karşı savunmasızdır:

• HYPER-V Ortamında SQL Server çalıştırma.
• SQL Server barındırma amaçlı sanal makinelerde kesinlikle dinamik diskler kullanmamanız gerekir. Sabit boyutlu sanal sabit disk sürücüler veya düz geçiş kullanın.
• Hyper-V konuk başına yalnızca dört sanal CPU'ya izin verir ve bu da çok sayıda konsol varsa Service Manager sunucusunu kısıtlayabilir.

Service Manager temel test sonuçları

Service Manager, fiziksel bilgisayarlar biçiminde önerilen en düşük donanıma sahip çeşitli dağıtım senaryoları kullanılarak performans ve ölçeklenebilirlik açısından temel olarak test edilmiştir. Daha açık belirtmek gerekirse, senaryolar önceden doldurulmuş veritabanları ve Service Manager konsolları bir döngüde Olaylar ve Değişiklik İstekleri oluşturup güncelleştirerek test edilmiştir.

Veritabanı iki testten alınan bilgilerle önceden doldurulmuştur:

• 1. test 20.000 bilgisayar, 20.000 kullanıcı ve veritabanında toplamda yaklaşık 2,5 milyon satır olan yaklaşık 250.000 yapılandırma öğesi olan gerekli tüm yapılandırma öğelerini içermektedir. Test 1'de 40 etkin Service Manager konsolu da bulunur.
• 2. test 50.000 bilgisayar, 50.000 kullanıcı ve veritabanında toplamda yaklaşık 6 milyon satır olan yaklaşık 700.000 yapılandırma öğesi olan ilgili yapılandırma öğelerini içermektedir. Test 2'de 80 etkin Service Manager konsolu da bulunur.

Testler aşağıdaki sonuçları vermiştir:

• 50.000 bilgisayarlık yapılandırma için yanıt süresi amaçlarını karşılamak için, SQL Server belleği 8 gigabayttan (GB) 32 GB'ye yükseltilmiştir.
• Test sırasında, üç ila dört bildirim aboneliği ve her olay ve değişiklik isteği için işlenen şablonlarla, 20.000 bilgisayarlık yapılandırma için 200 olay ve 50 değişiklik isteği ve 50.000 bilgisayarlık yapılandırma için 500 olay ve 125 değişiklik isteği üretilmiştir.
• Tipik olarak, taban çizgisi testlerinde bildirim işleme ve şablon uygulama gibi iş akışları her iş öğesinin üretilmesinden sonraki bir dakika içinde çalıştırılır.

Kuruluşunuzda 20.000'den az desteklenen bilgisayar ve konsol ve daha az iş akışı olmasını planlıyorsanız, Service Manager rollerinden bazıları sanal bilgisayarlarda barındırılıyor olsa bile Service Manager performansınız kabul edilebilir olmalıdır.

Ancak, Service Manager veritabanına desteklenen başka bilgisayarlar eklemeyi planlıyorsanız, Service Manager veritabanı sunucusu için RAM miktarını bu belgede listelenen minimum gereksinimlerin ötesinde artırmayı planlamanız gerekir. Örneğin, temel testte 20.000 bilgisayar için kayıt içeren Service Manager veritabanı sunucusuna 8 GB RAM yüklendi. Sonrasında, desteklemeyi planladığınız her 10.000 bilgisayarlık artış için 8 GB RAM eklemeniz gerekir. Örneğin 50.000 bilgisayar için 32 GB RAM planlayın. SQL Server çalıştıran 32 GB RAM yüklü bilgisayarla 50.000 bilgisayarlık yapılandırmanın testi sırasında, performans yapılandırmanın ek bilgisayarlar eklenmeden önceki testine kıyasla artık azalan etkinin olmadığı bir duruma ulaşmıştır.

Taban çizgisinde ağ gecikmesi de test edilmiştir. Service Manager konsolu ile Service Manager yönetim sunucusu arasında ağ gecikmesi ortaya çıkmıştır.

Not

Service Manager veritabanı sunucusu ve Service Manager yönetim sunucuları düşük gecikme süreli bir LAN üzerinde olmalıdır; Service Manager veritabanı sunucusu ile Service Manager yönetim sunucusu arasındaki ağ gecikmesi, Service Manager performansının önemli ölçüde düşmesine neden olabilir.

Testler ayrıca aşağıdaki sonuçları vermiştir:

• Ağ gecikme süresinin 100 milisaniyeden (milisaniye) kısa olduğu durumlarda, genel Service Manager konsolu yanıt süreleri iyi bulunmuştur.

• Ağ gecikme süresinin 150 msec ile 200 msec arasında olduğu durumlarda, bazı senaryolarda yanıt süresinde yüzde 40'a varan bir düşüşle performans kullanılabilir olarak not edildi. 150 msec ile 200 msec arasındaki gecikme süresiyle, kuruluşunuz için önemli senaryoları değerlendirmeyi ve Uzak Masaüstü Bağlantısı'nın (RDC) daha iyi bir seçenek olup olmadığını belirlemeyi planlamanız gerekir.

  Not

  Service Manager konsolunda hizmet eşlemelerinin genişletilmesi herhangi bir gecikme süresiyle yavaştı.

• Ağ gecikme süresi 200 msec'i aştığında, genel Service Manager konsolu yanıt süreleri zayıf olarak gözlemlendi. Gecikmeniz 200 msan değerini aşarsa, işlem görevleri için RDC veya başka benzer bir uzak erişim çözümünü kullanmayı planlamanız gerekir. Ancak, ara sıra meydana gelen yönetim görevleri çok yaygın olmadığından, onlar için uzak erişime ihtiyacınız olmayabilir.

Sonraki adımlar

• Service Manager yazılım performansını planlarken göz önünde bulundurmanız gereken genel yönergeleri okumak için Service Manager performansı konusunu gözden geçirin.