Service Manager donanım performansını planlama

Önemli

bu Service Manager sürümü desteğin sonuna ulaştı. Service Manager 2022'ye yükseltmenizi öneririz.

System Center'ın önemli bir parçası olan Service Manager performansı, 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ümler, yeterli donanım performansı için planlama yaparken göz önünde bulundurmanız gereken genel yönergeler sağlar.

Donanım performansı

Service Manager veritabanında önemli bir yük ve veri miktarıyla Service Manager en çok fark edilen donanım performans sorunları şunlardır:

1. En yaygın sorun Microsoft SQL Server çalıştıran bilgisayardaki bellek ve G/Ç'dir. Kaynaklarınız varsa, G/Ç'yi geliştirmek için daha fazla belleğe ve daha hızlı bir G/Ç alt sistemine yatırım yapmak SQL Server daha iyi performans elde eder.
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, belirli bir sanal-fiziksel bilgisayar 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 makinelerdeki 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 konsola sahipseniz Service Manager sunucusunu kısıtlayabilir.

Temel test sonuçlarını Service Manager

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 test edilmiştir. Daha açık belirtmek gerekirse, senaryolar önceden doldurulmuş veritabanlarıyla test edilmiş ve bir döngüde Olaylar ve Değişiklik İstekleri oluşturup güncelleştiren konsollar Service Manager.

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 desteklenen 20.000'den az 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 testinde 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ğ gecikme süresi ortaya çıkmıştır.

Not

Service Manager veritabanı sunucusu ve Service Manager yönetim sunucuları düşük gecikme süreli bir LAN'da olmalıdır; Service Manager veritabanı sunucusu ile Service Manager yönetim sunucusu arasındaki ağ gecikmesi, Service Manager önemli ölçüde düşüşe yol açabilir Performans.

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

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

• Ağ gecikme süresinin 150 m/sn 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 belirtilir. 150 milisaniye ile 200 milisaniye 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 haritalarının genişletilmesi herhangi bir gecikme süresiyle yavaştı.

• Ağ gecikme süresi 200 msec'i aştığında, genel Service Manager konsol 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ını gözden geçirin.