Kaynak havuzu tasarımı konuları

Önemli

Operations Manager'ın bu sürümü destek sonuna ulaştı. Operations Manager 2022'ye yükseltmenizi öneririz.

Bir Kaynak Havuzu kendi aralarında iş dağıtmak ve arızalı bir üyeden iş devralmak için kullanılan yönetim sunucuları ve/veya ağ geçidi sunucularının bir mantıksal gruplandırmasıdır. Diğer bir deyişle, iş akışları için yüksek kullanılabilirlik ve ölçeklenebilirlik sağlar. Bir yönetim grubu tasarlanırken ağ cihazları, Linux/UNIX sistemleri ve bir kaynak havuzundan yararlanacak şekilde tasarlanan diğer iş yüklerinin izlenmesi üzerinde düşünülmelidir.

Genel Bakış

Kaynak havuzları, üyelerden biri kullanılamaz hale gelirse izleme işlerini üstlenebilecek yönetim sunucusu ve/veya ağ geçidi sunucusu olan birden çok üye sağlayarak izlemenin sürekliliğini temin eder. Kaynak havuzlarını belirli amaçlar için oluşturabilirsiniz. Örneğin, birincil veri merkezinizde ağ cihazlarını izlemek için yönetim sunucularından oluşan bir kaynak havuzu oluşturabilirsiniz.

Kaynak havuzları " çoğunluk düğüm kümesi" kümelemeye benzer bir mantık uygular; burada ( havuz< üyesi > olarak düğüm sayısı /2) + 1. En azından, çekirdeği korumak için havuzda üç üye bulunmalı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 durum, yönetim grubunu ilk oluşturduğunuzda varsayılan olarak oluşturulan üç kaynak havuzu için de geçerlidir. Bu havuz, bu makalenin devamında açıklanacaktır. 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ın varsayılan gözlemci olarak dahil edilmesi, kaynak havuzlarınızın yüksek kullanılabilirliğini sürdürmek için dağıtılması gereken en az yönetim sunucusu sayısını ikiye düşürerek yönetim grubunuzun karmaşıklığını azaltır.

Kaynak havuzu destekleyen başka bir rol de Gözlemciler rolüdür. Bu, havuz için iş akışlarının yüklenmesine katılmayan bir yönetim sunucusu veya Ağ Geçidi sunucusudur; ancak çekirdek kararlarına katılırlar. Bu, hiçbir zaman normal koşullarda kullanılmaz ve bu nedenle göz önünde bulundurulmamalıdır.

İki tür üyelik vardır:

• Automatic
• 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, otomatik üyelikle varsayılan olarak üç kaynak havuzu oluşturulur. Aşağıdaki tabloda bu üç kaynak havuzu açıklanmaktadır.

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

Tüm Yönetim Sunucuları Kaynak Havuzu üyeliği otomatik olduğundan, hizmete sokulan tüm yönetim sunucuları otomatik olarak bu kaynak havuzunun bir üyesi yapılır. Coğrafi olarak dağınık beklenmedik durum işlemlerini içerenler gibi belirli mimari ve tasarım durumlarında, Tüm Yönetim Sunucuları Kaynak Havuzu’na otomatik atama istenmeyebilir. Bu gibi durumlarda, üyelik atamasını otomatikten el ile olarak değiştirmek mümkündür. Bu nedenle, yönetim sunucularının Tüm Yönetim Sunucuları Kaynak Havuzu’na el ile atama aracılığıyla eklenmesi gerekir.

Not

Tüm Yönetim Sunucuları Kaynak Havuzu üyeliği salt okunurdur. Üyeliğini otomatik yerine 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üreli 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ı veya yalnızca Ağ Geçidi sunucuları içeren yapılandırmalara dayalı olarak kaynak havuzu kullanılabilirliği kavramı açıklanmaktadır.

Tek bir 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.
• Üç oylama üyesi olduğundan havuz için yüksek kullanılabilirlik 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.
• Havuz için yüksek kullanılabilirlik vardır çünkü dört oylama üyesi 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ılamıyor 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, devre dışı bırakabilecek 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ırmanızda sakınca yoktur.

Dört yönetim sunucusu

• Varsayılan gözlemci, varsayılan olarak etkindir.
• Beş oylama üyesi (dört yönetim sunucusu ve varsayılan gözlemci) olduğundan havuz için yüksek kullanılabilirlik vardır.
• Varsayılan olarak, çekirdeği korumak için yalnızca iki yönetim sunucusu kullanılamıyor olabilir. Üç yönetim sunucusu çalışmıyorsa, oy kullanan üyelerin %50'sinden azı sizindir ve kaynak havuzu artık izleme iş yüklerini yönetmek için çalışmaz.
• Varsayılan gözlemci, bu senaryoda çalışmıyor durumda olabilecek yönetim sunucularının sayısını artırdığından son derece önemli bir değer sağlamaktadır. Varsayılan gözlemci olmasaydı, yalnızca dört adet yeterli çoğunluk üyesi olacağından sadece bir üyenin kullanılamıyor durumda olması mümkün olacaktı.

Beş yönetim sunucusu

• Varsayılan gözlemci, varsayılan olarak etkindir.
• Altı oylama üyesi (beş yönetim sunucusu ve varsayılan gözlemci) olduğundan havuz için yüksek kullanılabilirlik vardır.
• Yeterli çoğunluğu sürdürmek için, varsayılan olarak yalnızca iki yönetim sunucusu kullanılamıyor durumda olabilir. Üç yönetim sunucusu kullanılamıyorsa, oy kullanan üyelerin tam olarak %50’sine sahip olursunuz ve kaynak havuzu artık izleme iş yüklerini yönetmeye yaramaz.
• Varsayılan gözlemci, devre dışı bırakabilecek 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ırmanızda sakınca yoktur.

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 oynadığı rol kapsamında, havuzdaki her yönetim sunucusu kendi yerel SDK hizmetini sorgular ve bu sayede İşletimsel veritabanında varsayılan gözlemciye ilişkin bir tabloyu sorgulayabilir. SDK hizmeti veya veritabanı yük altındaysa, aksi takdirde mevcut olmayan bir gecikmeyle karşılaşırsınız.

Tek bir 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. Havuzda yeterli çoğunluğu sürdürmek için üç Ağ Geçidi sunucusu gereklidir.

Üç 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ılamıyor olabilir. İki Ağ Geçidi sunucusu çalışmıyorsa, oy kullanan üyelerin %50’sinden azı var demektir ve kaynak havuzu artık izleme iş yüklerini yönetmeye yaramaz.
• 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 senaryoları izleme

Aşağıdaki iş akışları Operations Manager içinde 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 içinde ağ izleme kendi ayrılmış kaynak havuzunu gerektirir. Bunun nedeni ağ izleme iş akışlarının aracılar üzerinde değil yönetim sunucuları üzerinde (SNMP modülü üzerinde) çalışmasıdır. Bu, özellikle cihazda kullanılabilir etkin bağlantı noktalarının çoğunu seçerseniz, ağ bağlantı noktalarının izlenmesi de eklendiğinde yönetim sunucuları üzerinde büyük bir yük oluşturur. Bu nedenle, daha iyi bir performans için ağ izleme için özel kaynak havuzlarında özel yönetim sunucularının kullanılmasını öneririz. Ayrıca, bu havuzun üyesi olan yönetim sunucularının Tüm Yönetim Sunucuları, Bildirimler ve AD Atama havuzlarından kaldırılması gerekir.

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 sunucusunda, UNIX ve Linux bilgisayarlarındaki aracılara dağıtılan sertifikaları imzalamak için kullanılan tüm kök sertifikaların 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 havuzu oluşturma ve yönetme hakkında bilgi edinmek için bkz. Kaynak havuzlarını yönetme.