System Center Operations Manager 2012: Espandere il monitoraggio con facilità
La nuova versione di System Center Operations Manager promette di introdurre migliori funzionalità di monitoraggio di rete integrate ed estese.
Paul Schnackenburg
Monitoraggio di qualsiasi ambiente di rete IT è fondamentale. Microsoft System Center Operations Manager (SCOM) ha sempre fornito la visione completa dello stato della vostra rete Microsoft. L'edizione di SCOM 2007 R2 aggiunto Unix e Linux di monitoraggio per tenere un occhio su ambienti misti.
Verso la fine di quest'anno è previsto SCOM 2012. Questa nuova versione aggiunge caratteristiche interessanti per l'alta disponibilità (HA), monitoraggio delle prestazioni di applicazione, dashboard, dispositivo di rete di monitoraggio e monitoraggio di server di applicazione Java.
La nuova versione di SCOM avrà anche una procedura guidata di installazione notevolmente migliorato. Il cambiamento più importante sarà quello operativo e il database del data warehouse vengono creati durante l'installazione. Nelle versioni precedenti, si doveva girare questi fino in anticipo.
Lo strumento di verifica dei prerequisiti è anche costruito nell'installazione guidata, che semplifica il processo di installazione. Questo evidenziare eventuali errori e copiare automaticamente i messaggi di errore. Qualsiasi credenziali di appunti definiscono vengono testate da guidata per garantirne il funzionamento essi (vedere Figura 1).
.jpg)
Figura 1 vi sono numerosi miglioramenti apportati al processo di installazione di System Center Operations Manager 2012.
Durante il processo di installazione, è necessario specificare l'account azione server di gestione, il servizio di configurazione e il servizio di accesso ai dati. È possibile utilizzare lo stesso account per entrambi i ruoli, anche se da un punto di vista della sicurezza, che non è una pratica consigliata.
Per l'esecuzione come macchine virtuali (VM) sono supportate tutte le funzioni di server SCOM 2012. Consiglia di eseguire il database di SQL Server su un server fisico o virtuale con direct attached dischi per migliorare le prestazioni. Come con molti altri carichi di lavoro, Istantanee VM non sono supportati per l'uso in combinazione con SCOM 2012.
Gestione e gateway server deve eseguire Windows Server 2008 R2 SP1, con una 2.8 GHz CPU e almeno 2 GB di memoria. SQL Server deve essere x 64 2008 R2 SP1-plus o 2008, in esecuzione su un server con almeno 4 GB di memoria. Confronto del database deve essere impostata SQL-Latin1_General_CP1_CI_AS con la ricerca full-text abilitata.
In ambienti di grandi dimensioni, si desidera i SQL Server del cluster per HA. Notare che il database del data warehouse è facoltativo, non più come lo era nel SCOM 2007 R2. Ora è un componente necessario nel proprio ambiente SCOM. Si può, tuttavia, avere condiviso tra gruppi di gestione. Agente di Windows è disponibile in 32 - e una versione a 64 bit, come pure una versione Itanium a 64 bit.
Percorso di aggiornamento
È possibile aggiornare solo direttamente al 2012 SCOM da SCOM 2007 R2. Tutti i server di gestione SCOM 2007 R2 si desidera aggiornare devono essere 64-bit su x 64 hardware e che sia in esecuzione Windows Server 2008 R2 SP1.
L'ordine generale di aggiornamento è secondario, gestione server, gateway e agenti prima, poi il Server di gestione radice (RMS). L'aggiornamento verrà bloccata se qualsiasi server di gestione o gateway sono ancora SCOM 2007 R2. Esso sarà evidenziato durante l'aggiornamento a RMS se eventuali agenti sono ancora SCOM 2007 R2, ma esso non bloccare l'aggiornamento. Tali agenti appena non saranno in grado di rapporto fino a quando essi hai aggiornati a agenti SCOM 2012.
Se siete in un ambiente più piccolo con un server SCOM 2007 R2 all-in-one, si può eseguire l'aggiornamento sul posto (a condizione che il server soddisfa i requisiti hardware e software) o imposta un altro server di gestione e partire l'aggiornamento da lì. Se si va con la prima opzione, è necessario aggiornare tutti gli agenti prima riferiscono al 2012 SCOM.
Per aiutare con la pianificazione della migrazione, esistono alcuni ottimi diagramma di flussos nella libreria TechNet che chiarire le vostre opzioni. Ha anche fornito i link alle liste di controllo con istruzioni passo-passo, inoltre per un management pack di aggiornamento helper (MP).
Alcune raccomandazioni a pianificare il vostro aggiornamento includono il backup dei database, disattivare le notifiche per evitare falsi allarmi, fermandosi connettori per evitare falsi biglietti vengono generati e garantendo gli agenti non sono segnalazione direttamente a RMS durante l'aggiornamento. Soprattutto, controllare il registro eventi per qualsiasi problema. Lei non può aggiornare la tua via d'uscita da un problema, quindi assicuratevi di che vostri gruppi di gestione sono sani, prima di aggiornare.
Si potrebbe avere una miscela di server e gruppi di gestione SCOM 2007 R2 e SCOM 2012 nel proprio ambiente, per un po', quindi è bene sapere che gli agenti SCOM 2012 comunicherà con i server SCOM 2007 R2. Non funzionerà il contrario, tuttavia, quindi è importante aggiornare i vostri agenti anziani più presto.
Tutti i parlamentari che lavoro con SCOM 2007 R2 dovrebbe funzionare nel 2012 SCOM, perché lo schema MP è invariato. Alcune eccezioni includono alcuni parlamentari di terze parti che richiedono nuovi moduli dell'agente, nuovi modelli di MP o di nuovi tipi di vista a causa di modifiche di API. Rete di monitoraggio MPs sfruttando Simple Network Management Protocol (SNMP) continuerà a lavorare, ma potrebbe richiedere l'aggiornamento per integrarsi con il nuova quadro di monitoraggio della rete.
Miglioramento delle infrastrutture
In SCOM 2007 R2, RMS è un singolo punto di errore. Esso è il punto di connessione per console e qualsiasi console Web. Esso gestisce il servizio di configurazione e connettori di maniglie, aggregazione di salute e role-based access control (RBAC). L'unico modo per garantire ettari, nel SCOM 2007 R2 è per il server RMS del cluster. Questo può essere tecnicamente complesso e operativa. Essa si basa su un modello di tipo attivo/passivo con l'hardware associato e i costi di licenza.
SCOM 2012 cambia il gioco prendendo la via di Microsoft Exchange e altre applicazioni di Microsoft. ETTARI è integrato, dalla scatola. Nessun server di gestione è più importante di qualsiasi altro. Semplicemente avendo diversi in una piscina, il carico è equilibrato e disponibilità è garantita. Ogni server viene eseguito il servizio di configurazione e memorizza i dati nel database, anziché in memoria come SCOM 2007 R2 o file di configurazione XML. Questo porta a più rapido avvio di gestione server.
Failover non è istantanea. Può richiedere fino a due minuti mentre il pool di ricarica istanze gestite. Inoltre, tutti i server di gestione vengono considerati come aventi capacità uguale. Le differenze di processori e capacità di memoria non sono presi in considerazione. Ci sono tre piscine predefinito: tutti I Pool di risorse Server Management, un Pool di notifica e una piscina di integrazione in Active Directory. È inoltre possibile creare il proprio piscine per esigenze specifiche.
Alcuni parlamentari (come quelli per Exchange Server 2007 ed Exchange Server 2010) si basano su un RMS. Nel 2012 SCOM non è un server RMS, un server di gestione viene assegnato il ruolo di emulatore RMS per garantire la compatibilità con questi deputati. È possibile spostare manualmente questo ruolo tra i server di gestione, ma c'è un MP venuta che consente di automatizzare ruolo failover.
È possibile controllare manualmente ruoli all'interno di una piscina. Questo è adatto se si dispone di un dispositivo di allarme testo/SMS a hardware collegato a un server di gestione particolare. Esiste un punto nel disattendere tale funzione su un altro server che non dispone di hardware collegato.
Problemi di interoperabilità
Un'edizione con la suite di System Center corrente è che esso è essenzialmente diverse applicazioni con l'integrazione di poco. Che è sul punto di cambiare con la versione del 2012. Il collante che lega insieme questi programmi diversi è il sistema Center Orchestrator 2012. Esso fornisce integrazione Pack (IPs) per ciascuna delle principali applicazioni System Center, tra cui SCOM. L'IP SCOM può creare e interagire con avvisi e monitor, così come avviare e arrestare la modalità di manutenzione.
Ci sono anche IPs per System Center Service Manager (SCSM). Questi può generare automaticamente incidenti basati sugli avvisi in SCOM. Ad esempio, l'IP per System Center Virtual Machine Manager (VMM) può spingere informazioni su VMs, servizi, cloud privati e padroni di casa in SCOM. Sarà interessante vedere se questo nuovo approccio all'integrazione della suite di System Center fornirà finalmente la colla di integrazione richiesto da tanti.
L'attuale SCOM 2007 R2 utilizza connettori per integrarsi con altri sistemi di gestione come IBM Tivoli, HP OpenView ed altri. SCOM 2012 non supporta queste. Integrazione tra SCOM e altri sistemi di gestione sarà facilitato con System Center Orchestrator 2012.
Supporto di Windows PowerShell
La buona notizia è che il 2012 SCOM fornito con pieno supporto di Windows PowerShell 2.0 e una miriade di nuovi cmdlet. Ci sarà una curva di apprendimento, come i nuovi sostantivi cmdlet hanno "SCOM" in loro nome. I cmdlet vecchi ancora sembrano funzionare, però. Ci sono anche nuovi cmdlet per il monitoraggio di macchine Unix e Linux. Queste si basano sul Windows PowerShell 3.0, che è attualmente in Community Technology Preview (CTP).
Per eseguire il cmdlet di Windows PowerShell, è necessario stabilire una connessione a un gruppo di gestione. Questo si può fare una connessione permanente (modo da poter eseguire i cmdlet multiple), o temporaneo per eseguire un unico comando.
Avanzate di monitoraggio
In una grande impresa, risoluzione dei problemi di rete e i server di mantenimento sono spesso due lavori separati. Questo rende difficile determinare rapidamente se un problema è con l'hardware, il sistema operativo o della rete. Una delle più emozionanti aggiunte al 2012 SCOM è la rete di monitoraggio. Questo è specificamente progettato per aumentare la visibilità e aiuto a risolvere i problemi più rapidamente.
SCOM 2007 R2 offre il dispositivo di rete di base di monitoraggio, ma non al porto di livello (a meno che configurare manualmente ogni dispositivo). SCOM 2012 supporta SNMP v1, v2 e v3 e funziona sia con IP v4 e v6. Il nuovo stack SNMP è originario SCOM 2012. SCOM 2007 R2 utilizzato lo stack OS SNMP.
Sarete in grado di monitorare qualsiasi dispositivo di rete che risponde a SNMP fino a livello di porta. È inoltre possibile escludere particolari dispositivi dalla scoperta. C'è anche esteso monitoraggio che tracce processore e l'utilizzazione/frammentazione della memoria, insieme ad altri oggetti specifici del dispositivo per dispositivi supportati da SCOM 2012. Fino ad oggi, ci sono più di 80 fornitori e 800 dispositivi supportati.
Se una periferica supporta SNMTP trappole per le modifiche di sistema (ad esempio una carta aggiunte o modifiche alla configurazione del telaio), SCOM 2012 ascolta per questi. Stringhe di lettura SNMP solo fanno il monitoraggio. Se un nodo è giù, altri monitoraggio viene soppressa così non sei inondata di avvisi relativi collegamenti essere giù e porti (vedere Figura 2).
.jpg)
Figura 2 dei dati di monitoraggio della rete può aiutare a individuare rapidamente problemi.
La caratteristica cucitura a Porto mostra nodo sul quale agente monitorati è collegato a ogni porta. SCOM scoprirà anche gli interruttori che partecipano a ogni VLAN e VLAN. Solo monitorerà porti collegati, a meno che non aggiungere manualmente porti la regola di porta di rete critici. Per i router Cisco, identifica i gruppi Hot Standby Router Protocol (HSRP) al quale essi partecipano. SCOM 2012 ha più di 200 nuovi elementi per il monitoraggio della rete.
Attualmente, i numeri di scalabilità consigliata per il 2012 SCOM sono dispositivi di 500 per ogni server di gestione e 2.000 per ogni gruppo di gestione. Una guida più completa di ridimensionamento è imminente. È possibile avere solo una sola regola di scoperta per ogni server di gestione, quindi assicuratevi che comprende tutte le periferiche di cui che bisogno di trovare.
Ci sono quattro i dashboard per il monitoraggio della rete. Il cruscotto vicinanze di rete fornisce una rappresentazione visiva di dispositivi collegati all'interno di un salto al nodo selezionato. È possibile aumentare il numero di hop fino a cinque. Questo pannello non identifica teamed NICs in quanto tale, né mostrerà computer Unix/Linux. Macchine virtuali sarà associate con lo stesso dispositivo di rete come l'host, anche se l'interruttore di Hyper-V viene visualizzato come periferica SNMP. I cruscotti monitoraggio vi darà una panoramica delle periferiche con problemi, informazioni specifiche su particolari dispositivi e informazioni sulla porta individuale.
Risoluzione dei problemi di tattica
Risoluzione dei problemi relativi alle prestazioni di applicazione è una zona difficile. Esso richiede spesso intima conoscenza del funzionamento di un particolare programma. È il problema nel codice, l'hardware del server, il software del server o della rete? Bisogno di metriche standard attraverso tutte le applicazioni e un modo per individuare facilmente il livello in cui il problema potrebbe mentire.
AVIcode cerca i problemi di prestazioni nel codice dell'applicazione. Essa è stata recentemente acquisita da Microsoft e sarà integrato in SCOM come Application Performance Monitoring (APM). APM funziona solo con Microsoft.NET Framework/Web applicazioni, non eseguibili standalone e si controlla solo IIS 7 o 7.5.
L'infrastruttura SCOM 2012 è totalmente integrato. Non non c'è nessun database separato. Se sta controllando una macchina Windows Server 2008/2008 R2 esegue IIS, distribuirà automaticamente l'agente APM. È inoltre possibile impostare un contratto di servizio globale, o SLA, (definizione di quanti secondi di attesa è inaccettabile) per tutte le applicazioni Web, piuttosto che dover configurare monitoraggio per ciascuno individualmente. Quindi puoi modificare l'ASL per particolari programmi come necessario.
Quando gli intercettori vengono attivati e caricati in IIS, il server richiede un riavvio. Dopo di che, anche se si aggiungono ulteriori applicazioni, hai solo riciclare il pool di particolare app (vedere Figura 3).
.jpg)
Figura 3 configurazione di monitoraggio delle prestazioni di applicazione non è difficile — si dovrebbe essere in grado di monitorare facilmente applicazioni.
La bellezza di quel livello di integrazione diventa evidente quando si vede la rete, hardware e OS accanto alle informazioni sulle prestazioni di applicazione di monitoraggio. Questo rende molto più facile a zero sul problema.
Si tratta di cruscotti
SCOM raccoglie grandi quantità di dati. Non è una questione di raccolta dei dati, però. Tratta di filtraggio e visualizzazione dei dati giusti alle persone giuste al momento giusto. Grafici e diagrammi sono un ottimo modo di fare questo. Le versioni precedenti di SCOM avevano viste e dashboard semplice, ma SCOM 2012 prende ad un livello completamente nuovo.
La nuova procedura guidata per la creazione di Dashboard rende facile per visualizzare i dati personalizzati per un pubblico particolare. La procedura guidata è disponibile in entrambi i nativi e console Web. È possibile visualizzare i dashboard risultanti nella Console, la Console Web e SharePoint 2010. Sembrano quasi identici in tutti e tre gli ambienti. SCOM 2012 possono avere annidate dashboard, dove perforazione giù in particolari dati porta ad un altro pannello.
Ci sono tre passi per la creazione di un dashboard nel 2012 SCOM. In primo luogo, selezionare il layout dipende dal numero di cellule desiderato. Aggiungere un widget in ogni cella (tipi di widget includono Alert, prestazioni e dello stato). Infine, configurare ogni oggetto con ambito, criteri e visualizzare le preferenze (vedere Figura 4).
.jpg)
Figura 4 creazione di cruscotti personalizzati in System Center Operations Manager 2012 è un processo semplice.
È ora possibile integrare dashboard SCOM in SharePoint 2010, utilizzando una Web part. Se le persone che stanno per visualizzare i dashboard non utenti SCOM, è possibile configurare una Web part con credenziali condivise. L'integrazione funziona con SharePoint Server 2010 Standard ed Enterprise, come pure la versione gratuita di fondazione.
Qualsiasi personalizzazione del cruscotto è ora memorizzata nel database, si può seguire a diversi PC e ambienti. Di SCOM 2007 R2 i dashboard sono stati memorizzati nel Registro di sistema sul computer locale. Dashboard in tutte le console Web hanno un URL distinto. Ciò rende più semplice diffondere le informazioni agli utenti non IT perché essi possono semplicemente segnalibro particolare dashboard.
Il cruscotto incorporato più popolare potrebbe essere la nuova console di Management Group Health Dashboard, conosciuto anche come "coffee break." Il team chiama che perché ha progettato per dare agli operatori SCOM 2012 una rapida panoramica del loro ambiente, quindi rispondere alla domanda, "Posso prendere una pausa caffè?" Esso controlla sia l'infrastruttura e le funzioni consegnate dal sistema SCOM (vedere Figura 5).
.jpg)
Figura 5 The Management Group Health Dashboard ti dà un breve riassunto.
Monitoraggio ambiente misto
SCOM 2012 continua il supporto nativo per il monitoraggio di Unix e Linux (* nix) macchine, con alcuni importanti miglioramenti. Il * nix agente supporta HP-UX 11i versione 2 o 3 su PA-RISC e IA64; Sun Solaris 9 su SPARC e 10 su SPARC e x86; Red Hat Enterprise Linux 4, 5 e 6 su sia x x86 e x64; Novell SuSE Linux Enterprise Server 9 su x86, 10 SP1 e 11 su sia x x86 e x64; e IBM AIX 5.3, 6.1 e 7.1 sul potere.
Per facilitare il monitoraggio ambiente misto, SCOM 2012 supporta chiavi SSH e sudo. L'ex significa che è possibile configurare un account standard su macchine gestite con esattamente la quantità necessaria di autorizzazioni. Quest'ultimo assicura che l'agente intervista è sicuro.
SCOM 2012 porta anche il supporto completo per il monitoraggio di Java Enterprise Edition (JEE, precedentemente noto come J2E) server applicazioni. Esso supporta quattro server: IBM WebSphere 6.1 e 7; Red Hat JBoss 4.2, 5.1 e 6; Rel3 10g di Oracle WebLogic e 11g Rel1; e l'open source Apache Tomcat 5.5, 6 e 7 su Windows e Linux. Supporta inoltre WebSphere su AIX e WebLogic su Solaris.
Dopo aver importato la MPs Java ambiente, devono rilevare automaticamente i server applicazioni. Standard consente di monitoraggio si sa se è in esecuzione il server applicazioni e se l'utilizzo delle risorse è entro le soglie definite.
Per il monitoraggio di più profondo, Microsoft ha un'applicazione Java Management Extension (JMX) chiamato BeanSpy (precedentemente noto come JMX Extender) di open source che caricano sul server applicazioni. Riferisce al SCOM tramite HTTP o HTTPS, con o senza l'autenticazione di base. BeanSpy comunica con i contatori MBean (un pò come i contatori delle prestazioni di Windows) per monitorare le singole applicazioni in esecuzione, la frequenza e il tempo dedicato alla procedura di garbage collection di memoria, come pure le prestazioni del server applicazioni.
È deludente che SCOM non ha nessun supporto nativo per il clustering di Windows. Sarebbe bello vedere applicazione di monitoraggio delle applicazioni di Windows Azure nube pubblico, come pure applicazioni Java in cluster in JEE.
Nel complesso, SCOM 2012 è un completo rinnovamento con alcune nuove funzionalità molto utile. L'infrastruttura semplificata e sforzo non HA saranno i benvenuti. Il monitoraggio di rete avanzati semplificare la risoluzione dei problemi di vita. Forse la caratteristica più intrigante, però, sarà vedere come System Center Orchestrator sarà incollare insieme l'intera suite di System Center.
.jpg)
Paul Schnackenburg ha lavorato in esso fin dai tempi di 286 computer. Egli lavora part-time come insegnante di IT, nonché in esecuzione il proprio business, esperto IT Solutions, via la
Sunshine Coast dell'Australia. Ha le certificazioni MCSE, MCT, MCTS e MCITP e si specializza in Windows Server, Hyper-V e soluzioni per le imprese di Exchange. Contattarlo al paul@expertitsolutions.com.au e seguire il suo blog in TellITasITis.com.au.