O System Center Operations Manager 2012: Expanda monitoramento com facilidade
O novo System Center Operations Manager promete fornecer recursos de monitoramento de rede estendidos e mais bem-integrados.
Paul Schnackenburg
Monitoramento de qualquer ambiente de rede de TI é fundamental. Microsoft System Center Operations Manager (SCOM) sempre forneceu uma visão abrangente do Estado de sua rede Microsoft. A edição de SCOM 2007 R2 adicionado Unix e Linux monitoramento para manter um olho em ambientes mistos.
SCOM 2012 é esperado para o fim deste ano. Esta nova versão irá adicionar funcionalidades interessantes para High Availability (HA), monitoramento de desempenho de aplicativos, painéis de controle, o monitoramento de dispositivos de rede e monitoramento de servidores de aplicação Java.
A nova versão do SCOM terá também um assistente de instalação melhorou. A mudança mais notável será que operacionais e bancos de dados do data warehouse são criados durante a instalação. Em versões anteriores, você teve que girar estes previamente.
O verificador de pré-requisitos também é construído no Assistente de instalação, que simplifica o processo de instalação. Isto irá destacar todos os erros e copiar automaticamente as mensagens de erro. Qualquer credenciais de área de transferência que você define são testadas de dentro do Assistente para garantir que eles funcionem (ver Figura 1).
.jpg)
Figura 1 existem várias melhorias feitas para o processo de instalação do System Center Operations Manager 2012.
Durante o processo de instalação, você deve especificar a conta de ação do servidor de gerenciamento, o serviço de configuração e o serviço de acesso de dados. Você pode usar a mesma conta para ambos os papéis, embora do ponto de vista de segurança, que não é uma prática recomendada.
Todas as funções de servidor SCOM 2012 são suportadas para ser executado como máquinas virtuais (VMs). É recomendado para executar o banco de dados do SQL Server em um servidor físico ou virtual com discos de conexão direta para um melhor desempenho. Tal como acontece com muitas outras cargas de trabalho, instantâneos VM não são suportados para uso em conjunto com o SCOM 2012.
Servidores gateway e gestão tem que executar o Windows Server 2008 R2 SP1, com uma CPU de 2.8 GHz e pelo menos 2 GB de memória. O SQL Server deve ser x 64 2008 R2 SP1-plus ou 2008, executando em um servidor com pelo menos 4 GB de memória. O agrupamento de banco de dados deve ser definido como SQL-Latin1_General_CP1_CI_AS com pesquisa de texto completo habilitada.
Em ambientes maiores, você vai querer o SQL Servers do cluster para alta disponibilidade. Observe que o banco de dados do armazém de dados já não é opcional, como era no SCOM 2007 R2. Agora é um componente necessário no seu ambiente de SCOM. Você pode, no entanto, tem compartilhado entre grupos de gerenciamento. O agente do Windows vem em um 32 - e uma versão de 64 bits, bem como uma versão de Itanium de 64 bits.
Caminho de upgrade
Você pode atualizar diretamente para SCOM 2012 do SCOM 2007 R2. Todos os servidores de gerenciamento do SCOM 2007 R2 para atualizar devem ser 64 bits em hardware de 64 e estar executando o Windows Server 2008 R2 SP1.
A ordem geral de upgrade é servidores de gerenciamento secundários, gateways e agentes primeiro e, em seguida, o servidor de gerenciamento raiz (RMS). A atualização será bloqueada se qualquer gateways ou servidores de gerenciamento são ainda SCOM 2007 R2. Ele será destacado durante a atualização de RMS se quaisquer agentes ainda SCOM 2007 R2, mas ele não vai bloquear a atualização. Esses agentes apenas não será capazes de relatório até que promoveu a agentes do SCOM 2012.
Se você estiver em um ambiente menor com um servidor do SCOM 2007 R2 tudo-em-um, você pode atualizar no lugar (desde que o seu servidor atende os requisitos de hardware e software) ou configurar um outro servidor de gerenciamento e iniciar a atualização de lá. Se você vai com a primeira opção, você deve atualizar todos os agentes antes que vou relatar para SCOM 2012.
Para ajudar com o planejamento de migração, existem algumas excelentes diagrama de fluxo des na TechNet Library que esclarecem suas opções. Também são fornecidos links para listas de verificação com instruções passo a passo, além de um pacote de gerenciamento de atualização auxiliar (MP).
Algumas recomendações no planejamento de sua atualização incluem o backup dos bancos de dados, desativar notificações para evitar alarmes falsos, parando conectores para evitar falsos bilhetes estão sendo gerados e garantir a agentes não estão directamente ligadas do RMS durante a atualização. Acima de tudo, verifique o log de eventos para todos os problemas. Você não pode atualizar sua maneira fora de um problema, por isso certifique-se de que seus grupos de gerenciamento são saudáveis antes de atualizar.
Você pode ter uma mistura de grupos de gerenciamento do SCOM 2007 R2 e SCOM 2012 e servidores em seu ambiente por um tempo, por isso é bom saber SCOM 2012 agentes irão se comunicar com servidores SCOM 2007 R2. Não vai funcionar a outra maneira ao redor, no entanto, por isso é importante atualizar seus agentes mais velhos logo que possível.
Todos os deputados que trabalho com o SCOM 2007 R2 deve funcionar em SCOM 2012, porque o esquema de MP é inalterado. Algumas exceções incluem algumas MPs de terceiros que exigem novos módulos no agente, de novos modelos de MP ou novos tipos de exibição devido a mudanças na API. Rede monitorando MPs aproveitando Simple Network Management Protocol (SNMP) continuarão a funcionar, mas pode exigir atualização para integrar com a nova quadro de monitoramento de rede.
Melhorias de infra-estrutura
SCOM 2007 R2, o RMS é um ponto único de falha. É o ponto de conexão para consoles e todos os consoles da Web. Ele é executado o serviço de configuração e conectores de alças, agregação de saúde e controle de acesso baseado na função (RBAC). A única maneira de garantir a alta disponibilidade no SCOM 2007 R2 é o servidor RMS do cluster. Isso pode ser técnica e operacionalmente complexo. Ele também conta com um modelo ativo/passivo com o hardware associado e custos de licenciamento.
SCOM 2012 muda o jogo, tomando a rota do Microsoft Exchange e outros aplicativos da Microsoft. HA é incorporada, direita fora da caixa. Nenhum servidor de gerenciamento é mais importante do que qualquer outro. Simplesmente por ter vários em um pool, a carga é equilibrada e disponibilidade é assegurada. Cada servidor é executado o serviço de configuração e armazena os dados no banco de dados, em vez de na memória como o SCOM 2007 R2 ou arquivos de configuração XML. Isto leva a mais rápido arranque de servidor de gerenciamento.
Failover não é instantânea. Pode demorar até dois minutos enquanto o pool recarrega instâncias de gerenciado. Além disso, todos os servidores de gerenciamento são tratados como tendo capacidade igual. Diferenças entre processadores e capacidade de memória não são tidos em conta. Existem três pools de padrão: o Pool de recursos de servidor de gerenciamento de todos os, uma piscina de notificação e um pool de integração do Active Directory. Você também pode criar seus próprios pools para necessidades específicas.
Alguns MPs (tais como aqueles para o Exchange Server 2007 e o Exchange Server 2010) dependem de um RMS. Porque não há um servidor RMS no SCOM 2012, um servidor de gerenciamento é atribuído a função de emulador de RMS para fornecer compatibilidade com esses MPs. Você pode mover manualmente este papel entre servidores de gerenciamento, mas há uma MP vindo que automatizará a função failover.
Você pode controlar manualmente funções dentro de um pool. Isso é adequado se você tiver um dispositivo alerta de texto/SMS hardware conectado a um servidor de gerenciamento específico. Não há nenhum ponto em que a função failover para outro servidor que não tenha o hardware conectado.
Problemas de interoperabilidade
Um problema com o conjunto de centro de sistema actual é que é essencialmente diferentes aplicações com pouca integração. Que está prestes a mudar com a versão de 2012. A cola que une esses programas diferentes é System Center Orchestrator 2012. Ele fornece integração Packs (IPs) para cada um dos principais aplicativos System Center, incluindo SCOM. O período de inquérito do SCOM pode criar e interagir com alertas e monitores, bem como iniciar e parar o modo de manutenção.
Há também IPs para System Center Service Manager (SCSM). Estes podem criar automaticamente incidentes com base em alertas no SCOM. Por exemplo, o IP para o System Center Virtual Machine Manager (VMM) pode enviar informações sobre VMs, serviços, nuvens privadas e hosts em SCOM. Será interessante ver se esta nova abordagem para a integração da suíte System Center fornecerá finalmente a cola de integração solicitou por tantos.
A atual do SCOM 2007 R2 usa conectores para integrar com outros sistemas de gestão como IBM Tivoli, HP OpenView e outros. SCOM 2012 não suporta estes. Integração entre SCOM e outros sistemas de gerenciamento será facilitada através do System Center Orchestrator 2012.
Suporte para Windows PowerShell
A boa notícia é que o SCOM 2012 vem com suporte de Windows PowerShell 2.0 completo e uma série de novos cmdlets. Haverá uma curva de aprendizado, como os novo cmdlet substantivos têm "SCOM" em seus nomes. Os cmdlets do antigos ainda parecem funcionar, embora. Há também novos cmdlets para monitorar computadores Unix e Linux. Estas dependem de Windows PowerShell 3.0, que está atualmente na pré-visualização CTP (Community Technology).
Para executar os cmdlets do Windows PowerShell, você terá que estabelecer uma conexão a um grupo de gerenciamento. Você pode tornar isso uma conexão persistente (assim você pode executar vários cmdlets), ou temporária para executar um único comando.
Monitoramento avançado
Em uma empresa maior, solução de problemas de rede e servidores de manutenção são frequentemente dois trabalhos separados. Isso torna difícil determinar rapidamente se é um problema com o hardware, o sistema operacional ou rede. Uma das adições mais interessantes para SCOM 2012 é a rede de monitoramento. Isso é especificamente para aumentar a visibilidade e a ajuda você solucionar problemas mais rapidamente.
SCOM 2007 R2 oferece monitoramento de dispositivos de rede básica, mas não no porto de nível (a menos que você configurar manualmente cada dispositivo). SCOM 2012 suporta SNMP v1, v2 e v3 e trabalha com IP v4 e v6. A nova pilha SNMP é nativa do SCOM 2012. SCOM 2007 R2 usado na pilha de SNMP do SO.
Você será capaz de controlar qualquer dispositivo de rede que responde ao SNMP ao nível da porta. Você também pode excluir dispositivos específicos de detecção. Há também estendido monitoramento que faixas processador e memória utilização/fragmentação, juntamente com outros itens de específicas de dispositivo para dispositivos suportados pelo SCOM 2012. Até à data, existem mais de 80 fornecedores e 800 dispositivos suportados.
Se um dispositivo oferece suporte a SNMTP armadilhas para alterações no sistema (como um cartão adicionado ou alterações na configuração do chassi), SCOM 2012 escuta para estes. Seqüências de caracteres de leitura apenas SNMP fazem todo o acompanhamento. Se um nó estiver desligado, todos os outros controlos é suprimido, então você não está inundado com alertas sobre portas e links sendo para baixo (ver Figura 2).
.jpg)
Figura 2 dados de monitoramento de rede pode ajudá-lo a rapidamente detectar problemas.
O recurso de porta de costura mostra qual nó agente monitorado é conectado a cada porta. SCOM também descobrirão VLANs e switches participam em cada VLAN. Ele só irá monitorar portas conectadas, a menos que você adicionar portas manualmente a regra de porta de rede essenciais. Para roteadores Cisco, ele identifica os grupos de Hot Standby Router Protocol (HSRP) de participação. SCOM 2012 tem mais de 200 novos itens para monitoramento de rede.
Atualmente, os números de escalabilidade recomendado para SCOM 2012 são 500 dispositivos por servidor de gerenciamento e 2.000 dispositivos por grupo de gerenciamento. Um guia mais completo de dimensionamento é iminente. Você pode ter apenas uma regra de descoberta por servidor de gerenciamento, para se certificar de que engloba todos os dispositivos que você precisa encontrar.
Existem quatro painéis de controle para monitoramento de rede. O painel de controle de vizinhança de rede oferece uma representação visual dos dispositivos conectados dentro de um salto para o nó selecionado. Você pode aumentar o número de saltos até a cinco. Este painel não vai identificar emparelhados NICs como tal, nem mostrará computadores Unix/Linux. VMs será associados com o mesmo dispositivo de rede como o host, embora a opção Hyper-V é exibido como um dispositivo SNMP. Os outros painéis Monitoramento dar-lhe uma visão geral dos dispositivos de problemas, informações específicas sobre dispositivos específicos e informações sobre porta individual.
Táticas de solução de problemas
Solução de problemas de desempenho do aplicativo é uma área difícil. Ele frequentemente exige conhecimento profundo sobre o funcionamento de um programa em particular. É o problema no código, o hardware do servidor, o software do servidor ou da rede? Você precisa de métricas padrão em todos os aplicativos e uma forma de identificar facilmente o nível em que o problema poderia estar.
AVIcode procura por problemas de desempenho no código do aplicativo. Ele foi recentemente adquirido pela Microsoft e será integrado no SCOM como monitoramento de desempenho com a aplicação (APM). APM só funcionará com o Microsoft.NET Framework/aplicações Web, não executáveis standalone e ele só monitoriza o IIS 7 ou 7.5.
A infra-estrutura de SCOM 2012 é totalmente integrada. Não há nenhum banco de dados separado. Se está a acompanhar uma máquina de Windows Server 2008/2008 R2 executando o IIS, ele automaticamente irá implantar o agente APM. Você também pode definir um acordo de nível de serviço global, ou SLA, (definição de espera é inaceitável o número de segundos) para todos os aplicativos da Web, em vez de ter que configurar monitoramento para cada um individualmente. Em seguida, você pode ajustar o SLA para determinados programas conforme necessário.
Quando os interceptores são ativados e carregados no IIS, o servidor exigirá uma reinicialização. Depois disso, mesmo se você adicionar aplicativos adicionais, você só tem que reciclar o pool de aplicativo específico (ver Figura 3).
.jpg)
Figura 3 configurar o monitoramento do desempenho do aplicativo não é difícil — você deve ser capaz de facilmente monitorar aplicativos.
A beleza do que o nível de integração torna-se aparente quando você ver a rede, hardware e sistema operacional monitoramento ao lado as informações de desempenho do aplicativo. Isso torna muito mais fácil para enfocar o problema.
Lidando com painéis de controle
SCOM coleta grandes quantidades de dados. Não se trata da recolha de dados, no entanto. É uma questão de filtragem e exibindo os dados certos para as pessoas certas no momento certo. Gráficos e tabelas são uma ótima maneira de fazer isso. Versões anteriores do SCOM tinham vistas e painéis de controle simples, mas SCOM 2012 leva-o para um nível totalmente novo.
O novo Assistente para criação de painéis de controle torna fácil para exibir dados personalizados para audiências específicas. O assistente está disponível no nativo e consoles da Web. Você pode exibir os painéis de controle resultantes no Console, o Console Web e SharePoint 2010. Eles parecem quase idênticos em todos os três ambientes. SCOM 2012 pode ter aninhados painéis, onde em particulares dados de perfuração para baixo leva para outro painel.
Há três etapas para criar um painel de controle no SCOM 2012. Primeiro, selecione um layout com base no número de células desejado. Adicionar um widget em cada célula (tipos de widget incluem alerta, desempenho e estado). Finalmente, configure cada widget com escopo, critérios e exibir preferências (ver Figura 4).
.jpg)
Figura 4 a criação de painéis de controle personalizados no System Center Operations Manager 2012 é um processo simples.
Agora você pode integrar os painéis SCOM no SharePoint 2010, usando uma Web part. Se as pessoas que estão indo para ver os painéis de controle não são usuários SCOM, você pode configurar uma Web part com credenciais compartilhadas. A integração funciona com o SharePoint Server 2010 Standard e Enterprise, bem como a versão gratuita da Fundação.
Qualquer personalização do painel de controle agora é armazenada no banco de dados, então ele pode segui-lo para diferentes ambientes e PCs. SCOM 2007 R2, os painéis de controle foram armazenadas no registro na máquina local. Painéis de controle no console Web todos tem uma URL distinta. Isso torna mais fácil a divulgação de informação para os usuários de TI não porque eles simplesmente podem adicionar painéis de controle específicos.
O painel incorporado mais popular pode ser o novo console painel de saúde de grupo de gerenciamento, também conhecido como o "coffee break." A equipe chama-lhe que porque ele foi projetado para dar operadores SCOM 2012 uma rápida visão geral do ambiente, assim, respondendo à pergunta, "Posso tomar um café?" Ele monitora a infra-estrutura e as funções fornecidas pelo sistema SCOM (ver Figura 5).
.jpg)
Figura 5 o gerenciamento de grupo saúde Dashboard dá-lhe um rápido resumo.
Monitoramento de ambiente misto
SCOM 2012 continua o suporte nativo para monitorar o Unix e Linux (* nix) máquinas, com algumas melhorias importantes. O * nix agent oferece suporte a HP-UX 11i versão 2 ou 3 em PA-RISC e IA64; Sun Solaris 9 SPARC e 10 em SPARC e em x86; Red Hat Enterprise Linux 4, 5 e 6 em x 86 e x 64; Novell SuSE Linux Enterprise Server 9 em x86, 10 SP1 e 11 em x 86 e x 64; e IBM AIX 5.3, 6.1 e 7.1, na alimentação.
Para facilitar o controlo do ambiente misto, SCOM 2012 suporta sudo e chaves SSH. Os antigos meios você pode configurar uma conta padrão em computadores gerenciados com exatamente a quantidade necessária de permissões. Este último garante que a manutenção de agente é segura.
SCOM 2012 também traz suporte abrangente para monitoramento de Java Enterprise Edition (JEE, anteriormente conhecido como J2E) servidores de aplicativos. Ele oferece suporte a quatro servidores: IBM WebSphere 6.1 e 7; Red Hat JBoss 4.2, 5.1 e 6; Rel3 do Oracle WebLogic 10g e 11g Rel1; e o código aberto Apache Tomcat 5.5, 6 e 7 no Windows e Linux. Ele também oferece suporte WebSphere em AIX e WebLogic no Solaris.
Depois de importar o MPs Java para corresponder ao seu ambiente, ele deve descobrir automaticamente os servidores de aplicativos. Padrão de monitoramento permite que você sabe se o servidor de aplicativo está em execução e utilização dos recursos for dentro de limites definidos.
Para um acompanhamento mais profundo, Microsoft tem um aplicativo Java Management Extension (JMX) chamado BeanSpy (anteriormente conhecido como JMX extensor) de código aberto que você carregar no servidor de aplicativos. Relatórios para SCOM via HTTP ou HTTPS, com ou sem a autenticação básica. BeanSpy comunica-se com contadores de MBean (um pouco como contadores de desempenho no Windows) para monitorar aplicativos individuais em execução, frequência e tempo gasto na coleta de lixo de memória, bem como o desempenho do servidor da aplicação.
É decepcionante que SCOM não tem nenhum suporte nativo para o clustering do Windows. Também seria bom ver o monitoramento de aplicativos dos aplicativos do Windows Azure nuvem pública, bem como aplicativos em cluster de Java em JEE.
Em geral, SCOM 2012 é uma reformulação completa com algumas características novas muito útil. Infra-estrutura simplificada e não-brainer HA será bem-vinda. O monitoramento de rede avançada deve facilitar sua vida de solução de problemas. Talvez a característica mais intrigante, no entanto, vai estar vendo como System Center Orchestrator irá unir todo o pacote do System Center.
.jpg)
Paul Schnackenburg tem trabalhado nele desde os dias de 286 computadores. Ele trabalha a tempo parcial como um professor IT, bem como executando o seu próprio negócio, especialista IT Solutions, pelo
Costa do sol da Austrália. Ele tem as certificações MCSE, MCT, MCTS e MCITP e especializa-se em Windows Server, Hyper-V e soluções Exchange para as empresas. Contatá-lo em paul@expertitsolutions.com.au e seguir seu blog em TellITasITis.com.au.