Afhankelijkheidsmonitors
Van toepassing op: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager
Distributed Applications kunnen de status van een object worden beïnvloed door de status van een ander object. Hiermee kunt u totalisatie tussen specifieke gerelateerde exemplaren van de verschillende categorieën.
Elke afhankelijkheidsmonitor is gebaseerd op een specifieke host of insluiting relatie. Maken van een relatie tussen twee objecten biedt niet alleen updatepakket tussen de statussen. Een afhankelijkheidsmonitor moet worden gekoppeld aan de relatie voor rollup van status moet worden uitgevoerd.
De bron- en doel klasse voor een afhankelijkheidsmonitor worden gedefinieerd door de relatie die de monitor is gebaseerd op. De monitor moet ook een specifieke unit-monitor of aggregaatmonitor op de doelklasse en een aggregaatmonitor van de bronklasse opgeven. Alleen de status van de doelmonitor bij het berekenen van de status van de afhankelijkheidsmonitor wordt beschouwd en geldt alleen voor de status van de opgegeven aggregaatmonitor van het doelobject.
Afhankelijkheidsmonitor op basis van de unit-monitor
.jpeg "Afhankelijkheidsmonitor gebaseerd op monitor van eenheid")
Afhankelijkheidsmonitor op basis van aggregaatmonitor
.jpeg "Afhankelijkheidsmonitor gebaseerd op bovenliggende monitor")
Als de status van de bronklasse moet worden beïnvloed door meerdere unit of statistische monitors op de doelklasse, kunnen meerdere Distributed Applications op één relatie worden gemaakt. Een afhankelijkheidsmonitor kan bijvoorbeeld worden gemaakt voor elke standaard aggregaatmonitor, zoals weergegeven in de volgende afbeelding.
Meerdere afhankelijkheid monitoren voor een klasse
.jpeg "Meerdere afhankelijkheidsmonitors op enkele klasse")
Status Rollup-beleid
Mogelijk zijn er meerdere exemplaren van de doelklasse, elk met een andere status. Elke afhankelijkheidsmonitor moet een status rollup beleid voor de logica die wordt gebruikt om te bepalen van de status van de afhankelijkheidsmonitor op basis van de status van de exemplaren van de doelmonitor definiëren definiëren. Het mogelijke status rollup-beleid voor een afhankelijkheidsmonitor zijn als volgt:
Slechtste status beleid
Het bronobject overeenkomt met de status van de doelobject dat de slechtste status heeft. Dit wordt gebruikt als het bronobject alleen in orde worden mag als de doelobjecten zijn in orde. Dit is de meest voorkomende beleid wordt gebruikt door monitors afhankelijkheid.
Slechtste status van health-beleid
.jpeg "Afhankelijkheidsmonitor slechtste van status-rollupbeleid")
Beste status beleid
Het bronobject overeenkomt met de status van het doelobject die de beste status heeft. Dit beleid wordt gebruikt als slechts één van de bronobjecten voor het doelobject gezond in orde is.
Bijvoorbeeld, de bewaking van Microsoft Windows Hyper-V 2008 management pack is een afhankelijkheidsmonitor op de hosting-relatie van Microsoft.Windows.HyperV.ServerRole naar Microsoft.Windows.HyperV.VirtualNetwork die gebruikmaakt van een beste beleid staat. Dit komt doordat de Hyper-V-server actief is als er een functionele virtueel netwerk. De logica gedefinieerd door dit management pack is dat een fout moet worden weergegeven door de serverklasse status als er geen virtuele netwerken beschikbaar zijn.
Beste status health beleid
.jpeg "Afhankelijkheidsmonitor beste van status-rollupbeleid")
Percentage beleid
Het bronobject komt overeen met de slechtste status van een lid van een opgegeven percentage van de doelobjecten in de beste staat. Dit beleid wordt gebruikt als een percentage doelobjecten moet orde voor het doelobject orde beschouwd.
Een toepassing kan bijvoorbeeld worden uitgevoerd op een web-farm met meerdere webservers. Vanwege de redundantie aangeboden in dit type van de implementatie van kan de toepassing worden beschouwd als een bepaald percentage van de servers beschikbaar is in orde. De farm zelf kan worden weergegeven in het management pack een status rollup-klasse op basis van System.ApplicationComponent met een relatie met de webservers. Een afhankelijkheidsmonitor kan op deze relatie worden gemaakt met een status rollup-beleid opgeven van een percentage. Zelfs als een of meer webservers een probleem heeft als het opgegeven percentage zijn in een status in orde kan de klasse die de farm is ook zijn in orde.
Percentage health beleid
.jpeg "Percentage status-rollupbeleid afhankelijkheidsmonitor")
Totalisatie tussen agents
Status kan alleen worden samengevouwen tussen objecten die worden beheerd door de agent hetzelfde als het bronobject wordt beheerd door de Basisbeheerserver. Groepen en klassen die worden gebruikt voor totalisatie zijn meestal unhosted. Dit betekent dat ze worden beheerd door de RMS zodat ze health van objecten die worden beheerd door verschillende agents samenvouwen kunnen. Een relatie tussen objecten die worden beheerd door verschillende agents kan worden gedetecteerd, maar een afhankelijkheidsmonitor die worden gekoppeld aan de relatie wordt niet werkt zoals verwacht.
Totalisatie tussen agents
.jpeg "Status-rollup tussen agents")