System Center 2012 Operations Manager - Poradnik integracyjny - Programowanie  

Tłumaczenie na podstawie System Center 2012 Integration Guide - Operations Manager: Krzysztof Zdrojewski

Opublikowano: 2012-11-06

Wstęp

Operations Manager jest oprogramowaniem przeznaczonym do monitorowania stanu zdrowia innych systemów. W tym celu wykorzystuje pakiety zarządzające, przygotowane pod konkretne systemy czy aplikacje. Poprzez zapewnienie pakietów SDK, Operations Manager posiada możliwość tworzenia własnych pakietów z wykorzystaniem różnych technik. Ponadto, system ten potrafi się w pełni zintegrować z Orchestratorem, dzięki któremu można zautomatyzować wiele czynności, np. serwisowych, lub tworzyć pliki reakcji na konkretne zdarzenia systemowe.

I. Programowanie.

1. Operations Manager SDK.

Pakiet System Center 2012 – Operations Manager SDK może zostać wykorzystany do uzyskania dostępu do wszystkich danych i funkcjonalności Operations Managera. Jest to preferowana metoda integracji, jeżeli używana jest aplikacja, np. inna konsola, która wymaga dostępu do Operations Managera.

Pakiet Operations Manager SDK jest również pomocny administratorowi w zakresie, w którym nie są dostępne polecenia Windows PowerShell, jak np. w celu uzyskania danych wydajnościowych czy tworzenia zmian, których nie można inaczej zaimplementować. Windows PowerShell posiada możliwość korzystania z kolekcji .NET, dzięki czemu można uzyskać z jego poziomu dostęp do całego pakietu Operations Manager SDK. Więcej informacji odnośnie wykorzystania kolekcji .NET w Windows PowerShell można znaleźć w dokumencie Creating .NET and COM objects (New-Object).

2. Tworzenie pakietów zarządzających przy pomocy SDK.

Pakiet Operations Manager SDK może być używany do tworzenia i edytowania pakietów zarządzających. Może odbywać się to zarówno poprzez edycję pakietu zainstalowanego w grupie zarządzania, jak również poprzez stworzenie nowego pakietu w trybie offline.

Zazwyczaj łatwiej jest jednak utworzyć i edytować pakiet zarządzający przy pomocy dostępnych narzędzi niż tworzyć go programowo z wykorzystaniem pakietu SDK. Pakiet SDK powinien być stosowany głównie w przypadku, gdy wymagane są programowe metody pracy z pakietem zarządzającym. Pakietu Operations Manager SDK można użyć, korzystając z następujących scenariuszy:

• tworzenie lub modyfikacja pakietów zarządzających z alternatywnej konsoli,
• tworzenie dużej liczby zasad lub monitorów,
• dostarczenie uproszczonych metod (użytkownikowi końcowemu) do tworzenia konkretnych schematów przepływu,
• tworzenie niestandardowych kształtów w pakiecie Visio Management Pack Designer.

Przykłady tworzenia pakietów zarządzających i elementów zarządzających, z wykorzystaniem pakietu SDK, dostępne są w dokumencie Automating Management Pack Development.

Dodatkoweinformacje:

• System Center 2012 – Operations Manager SDK,
• System Center 2012 – Operations Manager Managed Reference,
• Automating Operation Manager Administration.

3. Polecenia Windows PowerShell.

Operations Manager udostępnia w celach administracyjnych zestaw poleceń języka Windows PowerShell. Obejmuje to następujące funkcjonalności:

• tworzenie elementów administracyjnych, takich jak konta RunAs,
• wdrażanie i konfigurowanie agentów,
• odbieranie oraz modyfikowanie alarmów i zdarzeń.

Nie wszystkie funkcjonalności i dane dostępne są przy pomocy cmdlet-ów. Windows PowerShell można wykorzystać do uzyskania dostępu do pakietu Operations Manager SDK dla scenariuszy opisanych w poprzednim rozdziale. Scenariusze, gdzie nie ma dostępnych poleceń cmdlet, to np.:

• zbieranie danych wydajnościowych,
• tworzenie modyfikacji innych niż podstawowe, logiczne, dostępne/niedostępne w schematach,
• tworzenie lub modyfikowanie pakietów zarządzających.

W System Center 2012 niektóre polecenia cmdlet Operations Managera współdzielone są z Service Managerem, ponieważ oba składniki współdzielą leżącą u ich podstaw architekturę. Te współdzielone cmdlet-y używają przedrostka SC. Aby łatwiej było zgrupować je z poleceniami dedykowanymi do obsługi Operations Managera, stworzony został alias z wykorzystaniem przedrostka SCOM.

Dodatkowe informacje:

• Cmdlets in System Center 2012 – Operation Manager.

II. Integracja z innymi systemami Zarządzania.

Korzystanie z Operations Managera, wraz z innymi narzędziami monitorującymi, jest zjawiskiem powszechnym. Operations Manager może być stosowany wyłącznie do zbierania danych i tworzenia powiadomień, podczas gdy administratorzy korzystają z innych narzędzi. W innym przypadku, Operations Manager może być podstawowym narzędziem, gdy inne narzędzia będą dostarczać dodatkowe dane.

Jeżeli Operations Manager współdziała w ten sposób z innym narzędziem, podstawowym wymogiem jest synchronizacja alertów pomiędzy tymi dwoma systemami. Obejmuje to tworzenie nowych powiadomień oraz modyfikację właściwości już istniejących.

W Operations Manager 2007 R2, podstawowym narzędziem do synchronizacji alertów pomiędzy Operations Managerem, a innymi narzędziami był konektor. Do współpracy z innym systemem konieczny był łącznik Operations Managera, tworzony konkretnie do tego celu. Dostępnych było wiele rodzajów łączników, tak jak opisano to w dokumencie Operations Manager 2007R2 Connector.

1. Orchestrator Runbooks.

Runbooks to preferowana w System Center 2012 Orchestrator metoda synchronizacji danych pomiędzy Operations Managerem, a innymi systemami. W ten sposób zostały zastąpione konektory. Runbooki zapewniają poniższe korzyści nad łącznikami:

• bardziej skomplikowana logika, która może obejmować różne systemy,
• większy zakres wspieranych systemów,
• nie ma potrzeby używania konkretnych łączników, gdyż pakiety integracyjne posiadają przeznaczenie ogólne.

System Center Integration Pack dla system Center 2012 Operations Managera zawiera czynności, które pobierają i modyfikują ostrzeżenia z grupy zarządzającej Operations Managera. Jedynym wymogiem dla innego systemu jest posiadanie dostępnego pakietu integracyjnego. Pakiet taki zawiera zestaw działań, które współpracują z konkretną aplikacją lub składnikiem, a pojedynczy runbook może składać się z czynności zawartych w wielu pakietach integracyjnych. W scenariuszu łączników, pakiet integracyjny potrzebuje jedynie czynności specyficznych dla zdalnego systemu i nie musi posiadać konkretnej wiedzy o systemie Operations Manager. Informacje o obecnie dostępnych pakietach integracyjnych znajdują się w artykule Integration Packs for System Center 2012 - Orchestrator.

Dodatkowe informacje:

• Integration Packs for System Center 2012 – Orchestrator,
• System Center Integration pack for system Cneter 2012 Operations Manager.

2. Łączniki.

Jednym z atutów posiadania runbooków, w porównaniu do konektorów, jest przepustowość. Orchestrator jest produktem skalowalnym, który posiada możliwość dystrybucji runbooków pomiędzy wieloma serwerami. Synchronizacja alertów wymaga zazwyczaj niewielkiej ilości runbooków (lub nawet pojedynczego), uruchamianych za każdym razem, gdy uruchamiany lub modyfikowany jest alert. Może to skutkować powstaniem wąskiego gardła podczas obsługi wysokiego wolumenu alertów.

Szkielet łącznika w Operations Managerze został zaprojektowany tak, aby być prostą i lekką technologią, skupioną na pojedynczej funkcji, jaką jest obsługa dużej ilości ostrzeżeń. System Center 2012 posiada ten sam schemat łączników, co Operations Manager 2007 R2. Nowe łączniki mogą być tworzone w oparciu o Operations Manager Connector Framework, a istniejące łączniki będą działać bez modyfikacji.

Dodatkowe informacje:

• Operations Manager Connector Framework.

Podsumowanie

W artykule przedstawiono możliwości wykorzystania różnych opcji tworzenia pakietów zarządzających dla Operations Managera. Ponadto, przedstawiono możliwości integracji z innym rozwiązaniem System Center – Orchestratorem. Daje to możliwość automatyzacji wielu czynności serwisowych i szybszego rozwiązania ewentualnych problemów.