Kaynak havuzu tasarımında dikkat edilmesi gerekenler

Kaynak Havuzu, işleri kendi aralarında dağıtmak ve başarısız bir üyeden iş devralmak için kullanılan yönetim sunucularının ve/veya ağ geçidi sunucularının mantıksal bir gruplandırmadır. Başka bir deyişle iş akışları için yüksek kullanılabilirlik ve ölçeklenebilirlik sağlarlar. Bir yönetim grubu tasarlanırken ağ aygıtlarının, Linux/UNIX sistemlerinin ve bir kaynak havuzunun avantajlarından yararlanmak üzere tasarlanmış diğer iş yüklerinin izlenmesine yönelik değerlendirmeler yapılmalıdır.

Genel bakış

Kaynak havuzları, havuzun üyelerinden biri kullanılamaz duruma gelirse izleme iş akışlarını devralabilecek yönetim sunucuları ve/veya ağ geçidi sunucuları olan birden çok üye sağlayarak izlemenin sürekliliğini sağlar. Kaynak havuzlarını belirli amaçlar için oluşturabilirsiniz. Örneğin, ağ cihazlarını izlemek için birincil veri merkezinizde bir yönetim sunucuları kaynak havuzu oluşturabilirsiniz.

Kaynak havuzları " çoğunluk düğüm kümesi" kümelemeye benzer bir mantık uygular; burada (< /2 havuzunun > üyesi olarak düğüm sayısı) + 1. En azından, çekirdeği korumak için havuzda üç üye olmalıdır ve havuzun kullanılabilirliğini korumak için bir havuzdaki çekirdek oylama üyelerinin %50'sinden fazlası olmalıdır. Havuzun yalnızca iki üyesi varsa ve biri kullanılamıyorsa, çekirdeği kaybettiniz.

İşletim konsolunda oluşturulan her kaynak havuzu için, çekirdek sayısına ulaşılması için havuzda çift sayıda üyeniz olsa bile, varsayılan gözlemci olarak adlandırılan Operations Manager veritabanına her zaman bir oy verilir. Bu, bu makalenin devamında açıklanan yönetim grubunu ilk oluşturduğunuzda varsayılan olarak oluşturulan üç kaynak havuzu için de geçerlidir. NewSCOM-ResourcePool PowerShell cmdlet'i kullanılarak oluşturulan tüm kaynak havuzları için varsayılan olarak devre dışı olarak ayarlanır. Operations Manager veritabanını varsayılan gözlemci olarak eklemek, kaynak havuzlarınızın yüksek kullanılabilirliğini korumak için en az iki yönetim sunucusu dağıtmanızı gerektirerek yönetim grubunuzun karmaşıklığını azaltır.

Kaynak havuzunu destekleyen bir diğer rol de Gözlemciler'dir. Bu, havuz için iş akışlarını yüklemeye katılmayan bir yönetim sunucusu veya Ağ Geçidi sunucusudur; ancak çekirdek kararlarına katılırlar. Bu, normal koşullarda hiçbir zaman kullanılmaz ve bu nedenle dikkate alınmamalıdır.

İki tür üyelik vardır:

• Otomatik
• El ile

Kaynak havuzu oluşturduğunuzda, üyeliği el ile olarak ayarlanır ve otomatik olarak yeniden yapılandırılamaz. System Center – Operations Manager yönetim grubu oluşturulduğunda, varsayılan olarak otomatik üyelikle üç kaynak havuzu oluşturulur. Aşağıdaki tabloda bu üç kaynak havuzu açıklanmaktadır.

Kaynak Havuzu Adı	Açıklama
Tüm Yönetim Sunucuları Kaynak Havuzu	Grup hesaplaması, kullanılabilirlik, dağıtılmış izleyici sistem durumu toplaması ve veritabanı temizleme için iş akışları gerçekleştirir.
Bildirimler Kaynak Havuzu	Uyarı Abonelik Hizmeti iş akışları, uyarı bildirimlerini desteklemek için bu Kaynak Havuzu'na hedeflenir.
AD Atama Kaynak Havuzu	AD Tümleştirme iş akışları, yönetim sunucularına otomatik aracı atamasını desteklemek için bu Kaynak Havuzu'na hedeflenir.

Tüm Yönetim Sunucuları Kaynak Havuzu üyeliği otomatik olduğundan, devreye alınan tüm yönetim sunucuları otomatik olarak bu kaynak havuzunun bir üyesi yapılır. Coğrafi olarak dağınık acil durum işlemlerini birleştirenler gibi belirli mimarilerde ve tasarımda dikkat edilmesi gerekenler, Tüm Yönetim Sunucuları Kaynak Havuzu'na otomatik atama istenmeyebilir. Bu gibi durumlarda, üyelik atamasını otomatik yerine el ile olarak değiştirmek mümkündür. Bu nedenle, yönetim sunucularının el ile atama yoluyla Tüm Yönetim Sunucuları Kaynak Havuzu'na eklenmesi gerekir.

Not

Tüm Yönetim Sunucuları Kaynak Havuzu üyeliği salt okunurdur. Üyeliğini otomatikten el ile olarak değiştirmek için bkz . Havuz Üyeliğini Değiştirme.

Kaynak havuzlarının kullanıma sunulmasıyla birlikte, tüm üyelerin düşük gecikme süresine sahip bir ağ (10 ms'den az) ile bağlanması önerilir. Kaynak havuzları birden çok veri merkezine veya Microsoft Azure gibi bir hibrit bulut ortamına dağıtılmamalıdır.

Kaynak Havuzu kullanılabilirlik örnekleri

Aşağıdaki örneklerde, yalnızca yönetim sunucularında veya yalnızca Ağ Geçidi sunucularında aşağıdaki yapılandırmalara göre kaynak havuzu kullanılabilirliği kavramı gösterilmektedir.

Tek yönetim sunucusu

• Varsayılan gözlemci varsayılan olarak etkindir ve yalnızca iki üye olduğundan ve çekirdek sayısına ulaşılamadığından hiçbir fayda sağlamaz.
• Yönetim sunucusu tek bir hata noktası olduğundan yüksek kullanılabilirlik yoktur.

İki yönetim sunucusu

• Varsayılan gözlemci varsayılan olarak etkindir.
• Havuz için yüksek kullanılabilirlik vardır çünkü üç oylama üyesi vardır: iki yönetim sunucusu ve varsayılan gözlemci.
• Varsayılan gözlemciyi devre dışı bırakırsanız havuz için yüksek kullanılabilirliği kaybedersiniz.

Üç yönetim sunucusu

• Varsayılan gözlemci varsayılan olarak etkindir.
• Dört oy kullanan üye olduğundan havuz için yüksek kullanılabilirlik vardır: üç yönetim sunucusu ve varsayılan gözlemci.
• Varsayılan olarak, çekirdeği korumak için yalnızca bir yönetim sunucusu kullanılamaz durumda olabilir. İki yönetim sunucusu kullanılamıyorsa, oy kullanan üyelerin %50'sine sahip olursunuz ve kaynak havuzu artık izleme iş yüklerini yönetmek için çalışmaz.
• Varsayılan gözlemci kapalı olabilecek yönetim sunucularının sayısını artırmaz, bu nedenle havuz kullanılabilirliğini artırmaz.
• Bu senaryoda varsayılan gözlemciyi kaldırmayı düşünebilirsiniz.

Dört yönetim sunucusu

• Varsayılan gözlemci varsayılan olarak etkindir.
• Havuz için yüksek kullanılabilirlik vardır çünkü beş oylama üyesi vardır: dört yönetim sunucusu ve varsayılan gözlemci.
• Varsayılan olarak, çekirdeği korumak için yalnızca iki yönetim sunucusu kullanılamaz durumda olabilir. Üç yönetim sunucusu kapalıysa, oy kullanan üyelerin %50'sinden azını alırsınız ve kaynak havuzu artık izleme iş yüklerini yönetmek için çalışmaz.
• Bu senaryodaki varsayılan gözlemci önemli bir değer sağlar, çünkü devre dışı bırakabilecek yönetim sunucularının sayısını artırır. Varsayılan gözlemci olmadan, yalnızca bir üyenin kullanılamamasına izin veren dört çekirdek üyesine sahip olursunuz.

Beş yönetim sunucusu

• Varsayılan gözlemci varsayılan olarak etkindir.
• Havuz için yüksek kullanılabilirlik vardır çünkü altı oylama üyesi vardır: beş yönetim sunucusu ve varsayılan gözlemci.
• Varsayılan olarak, çekirdeği korumak için yalnızca iki yönetim sunucusu kullanılamaz durumda olabilir. Üç yönetim sunucusu kullanılamıyorsa, bu oy kullanan üyelerin tam olarak %50'sine eşittir ve kaynak havuzu artık izleme iş yüklerini yönetmek için çalışmaz.
• Varsayılan gözlemci kapalı olabilecek yönetim sunucularının sayısını artırmaz, bu nedenle havuz kullanılabilirliğini artırmaz.
• Bu senaryoda varsayılan gözlemciyi kaldırmayı düşünebilirsiniz.

Havuzda tek sayıda üyenin bulunduğu bir kaynak havuzunda üç veya daha fazla yönetim sunucusuna ulaştığınızda, varsayılan gözlemciyi üye olarak kaldırmayı düşünebilirsiniz. Beş yönetim sunucusuna ulaşırsanız İşletimsel veritabanının önemli bir yükle karşılaşma olasılığı vardır ve bu da kaynak havuzu hesaplamalarını etkilemek için yeterli gecikme süresine neden olabilir.

Varsayılan gözlemcinin rol oynama şekliyle, havuzdaki her yönetim sunucusu kendi yerel SDK hizmetini sorgular ve bu da varsayılan gözlemci için İşletimsel veritabanındaki bir tabloyu sorgulamasına olanak tanır. SDK hizmeti veya veritabanı yük altındaysa, aksi takdirde mevcut olmayan gecikme süresiyle karşılaşırsınız.

Tek Ağ Geçidi sunucusu

• Varsayılan gözlemci varsayılan olarak etkindir.
• Ağ Geçidi sunucusu tek bir hata noktası olduğundan yüksek kullanılabilirlik yoktur.
• Ağ geçidi sunucularının yerel BIR SDK hizmeti olmadığından ve bu nedenle İşletimsel veritabanını sorgulayamadığından varsayılan gözlemci burada kullanılmamalıdır.

İki Ağ Geçidi sunucusu

• Varsayılan gözlemci varsayılan olarak etkindir.
• Havuzun yalnızca iki üyesi olduğundan ve Ağ Geçidi sunucuları İşletimsel veritabanıyla doğrudan iletişim kurmadığından varsayılan gözlemci katılımcı olmadığından yüksek kullanılabilirlik yoktur. Havuz çekirdeğini korumak için üç Ağ Geçidi sunucusu gerekir.

Üç Ağ Geçidi sunucusu

• Varsayılan gözlemci varsayılan olarak etkindir.
• Üç oylama üyesi (üç Ağ geçidi sunucusu) olduğundan havuz için yüksek kullanılabilirlik vardır.
• Varsayılan olarak, çekirdeği korumak için yalnızca bir Ağ Geçidi sunucusu kullanılamaz durumda olabilir. İki Ağ Geçidi sunucusu kapalıysa bu, oy kullanan üyelerin %50'sinden azdır ve kaynak havuzu artık izleme iş yüklerini yönetmek için çalışmaz.
• Ağ geçidi sunucularının yerel BIR SDK hizmeti olmadığından ve bu nedenle İşletimsel veritabanını sorgulayamadığından varsayılan gözlemci burada kullanılmamalıdır.

Kaynak havuzlarını destekleyen izleme senaryoları

Aşağıdaki iş akışları Operations Manager'da kaynak havuzları tarafından barındırılır:

• Ağ cihazlarının yönetimi
• UNIX/Linux aracılarının yönetimi
• Web uygulaması URL'lerini izleme

Not

Windows aracıları kaynak havuzlarına rapor vermez.

Operations Manager'da ağ izleme kendi ayrılmış kaynak havuzunu gerektirir. Bunun nedeni ağ izleme iş akışlarının aracılarda değil yönetim sunucularında (SNMP modülünde) çalıştırılmasıdır. Bu, özellikle de cihazdaki etkin bağlantı noktalarının çoğunu seçerseniz ağ bağlantı noktalarının izlenmesini dahil ettikten sonra yönetim sunucularına ağır bir yük bindirir. Bu nedenle, daha iyi performans için, ağ izleme için ayrılmış kaynak havuzlarında ayrılmış yönetim sunucuları kullanmanızı öneririz. Ayrıca, bu havuzun üyesi olan yönetim sunucuları Tüm Yönetim Sunucuları, Bildirimler ve AD Atama havuzlarından kaldırılmalıdır.

Operations Manager'da Linux/UNIX izlemesi, yüksek kullanılabilirlik izleme ve aracı yönetimini etkinleştirmek için gerekirse ayrılmış bir kaynak havuzuna atanabilir, ancak gerekli değildir. Operations Manager, yönettiği bilgisayarlara erişimin kimliğini doğrulamak için sertifikaları kullanır. Bulma Sihirbazı bir aracı dağıttığında, sertifikayı aracıdan alır, imzalar, aracıya geri dağıtır ve sonra aracıyı yeniden başlatır. Yüksek kullanılabilirliği desteklemek için, kaynak havuzundaki her yönetim sunucusunun UNIX ve Linux bilgisayarlarındaki aracılara dağıtılan sertifikaları imzalamak için kullanılan tüm kök sertifikalara sahip olması gerekir. Aksi takdirde, bir yönetim sunucusu kullanılamaz duruma gelirse, diğer yönetim sunucuları başarısız olan sunucu tarafından imzalanan sertifikalara güvenemez.

Sonraki adımlar

Kaynak havuzları oluşturmayı ve yönetmeyi öğrenmek için bkz . Kaynak havuzlarını yönetme.