Sobre a instância gerenciada SCOM do Azure Monitor
Este artigo fornece uma visão geral rápida do serviço da Instância Gerenciada SCOM do Azure Monitor.
Com a integração da Instância Gerenciada SCOM, a funcionalidade do System Center Operations Manager agora está disponível no Azure.
A Instância Gerenciada SCOM é uma alternativa baseada em nuvem para clientes do System Center Operations Manager. A Instância Gerenciada SCOM fornece monitoramento contínuo de suas cargas de trabalho com gerenciamento mínimo de infraestrutura por meio de migrações ou depois de habilitar a conectividade do Azure para seus ambientes locais.
Para saber mais sobre a Arquitetura de Instância Gerenciada SCOM, consulte Instância Gerenciada SCOM do Azure Monitor.
Principais benefícios
Os principais benefícios da Instância Gerenciada SCOM são:
Preserva os investimentos em SCOM: Permite preservar os investimentos existentes do System Center Operations Manager. A Instância Gerenciada SCOM é compatível com todos os pacotes de gerenciamento existentes do System Center Operations Manager e fornece um meio de migrar as configurações do pacote de gerenciamento da configuração local.
Simplifica o gerenciamento de infraestrutura do System Center Operations Manager: Todos os componentes do System Center Operations Manager conectados à nuvem são gerenciados pela Microsoft, eliminando a responsabilidade de atualizações de hardware/software e patches de segurança.
Continua monitorando por meio da migração: não causará interrupções no monitoramento enquanto você migra infraestrutura ou cargas de trabalho do local para a nuvem. Ao migrar de um UR para outro, você pode migrar da configuração existente do System Center Operations Manager.
Monitora cargas de trabalho em todos os lugares: a Instância Gerenciada SCOM é hospedada no Azure com a capacidade de monitorar cargas de trabalho em execução onde quer que estejam (no Azure ou localmente) sem a necessidade de modificação.
Funcionalidades
A funcionalidade de instância gerenciada SCOM permite:
- Configure uma configuração do E2E System Center Operations Manager (Instância Gerenciada SCOM) no Azure.
- Gerencie (exiba, exclua) sua Instância Gerenciada SCOM no Azure.
- Conecte-se à sua instância gerenciada SCOM usando o console de operações do System Center Operations Manager.
- Monitore cargas de trabalho (onde quer que estejam localizadas) usando o Ops e enquanto usa seus pacotes de gerenciamento existentes.
- Incur zero manutenção de banco de dados (banco de dados Ops e banco de dados Data warehouse) devido ao descarregamento do gerenciamento de banco de dados para SQL Managed Instance (SQL MI).
- Dimensione sua instância imediatamente sem a necessidade de adicionar/excluir servidores físicos.
- Exiba seus relatórios de Instância Gerenciada SCOM no Power BI.
- Corrija sua instância com um clique com as correções de bugs e recursos mais recentes.
Nota
A Instância Gerenciada SCOM do Azure Monitor não oferece suporte à funcionalidade Mover Recurso .
Comparação do System Center Operations Manager local com a instância gerenciada SCOM
A Instância Gerenciada SCOM tem todos os recursos do System Center Operations Manager local de forma nativa da nuvem.
A tabela a seguir destaca as principais diferenças entre o System Center Operations Manager local e a Instância Gerenciada SCOM:
Cenário | Caraterística | Operations Manager no local | Instância Gerida do SCOM |
---|---|---|---|
Capacidade de gestão da infraestrutura de monitorização | Aplicação de patches | Pacotes cumulativos de atualizações (URs) lançados a cada 6-7 meses. O cliente deve passar dias para atualizar todos os componentes do System Center Operations Manager. | Auto patches do sistema operacional; Patches do System Center Operations Manager a cada 15-20 dias. Aplicação de patches feita com o clique de um botão. |
Capacidade de gestão da infraestrutura de monitorização | Gestão de agente | Gerido manualmente pelo cliente. | Azure gerenciado por meio de extensões de VM. |
Capacidade de gestão da infraestrutura de monitorização | Disponibilidade, confiabilidade e tolerância a falhas | Responsabilidade do cliente. Nenhum HA ou BCDR prometido pelo produto. | Disponibilidade e tolerância no nível da instância. |
Capacidade de gestão da infraestrutura de monitorização | Otimização e dimensionamento | Responsabilidade do cliente e infraestrutura pesada. | Iniciado manualmente a partir do portal com o clique de um botão. |
Monitorização de cargas de trabalho | Reutilização de pacotes de gerenciamento do System Center Operations Manager | Todos os pacotes de gerenciamento baseados em agente são suportados. | Todos os pacotes de gerenciamento baseados em agente são suportados. |
Monitorização de cargas de trabalho | Monitoramento de cargas de trabalho que não são de domínio | Suportado através de servidores gateway. | Por meio de servidores gateway para pontos de extremidade fora do Azure e por meio de identificação gerenciada para pontos de extremidade do Azure. |
Monitorização de cargas de trabalho | Monitoramento de cargas de trabalho Arc e multicloud | Arc não é suportado. Disponibilidade do pacote de gerenciamento do Azure. | Cargas de trabalho baseadas no Azure, conectadas ao Arc e locais. |
Recolha e análise de registos | Consulta e análise de dados de observabilidade | É possível consultar. | Mantido em instância gerenciada SQL. Uma capacidade de primeira classe de canalizar dados para o espaço de trabalho de análise de log para manter um plano de dados central. |
Alertas | Alertas em tempo real para infra e aplicativos | Alertas por meio do console de operações do System Center Operations Manager. | Alertas integrados com o Azure Monitor. |
Dashboarding | Relatórios básicos sobre a configuração de monitoramento | Relatórios baseados em SSRS. | Modelos internos em pastas de trabalho e painéis do Azure para o Azure Managed Grafana. |
Dashboarding | Relatórios específicos do aplicativo | Os clientes devem integrar-se manualmente com o SquaredUp. | Biblioteca de painéis publicada pelo parceiro para o Azure Managed Grafana. |
Failover para região diferente | Capacidade de failover para um datacenter ou região diferente | O cliente pode configurar isso em seu próprio ambiente local. | Não suportado. |
Arquitetura
Uma instância gerenciada SCOM consiste em duas partes:
- Uma parte gerenciada pela Microsoft
- Uma parte gerenciada pelo cliente
Uma parte gerenciada pela Microsoft
Uma parte gerenciada pela Microsoft consiste em Servidores de Gerenciamento e na Instância Gerenciada SQL do Azure que hospeda um banco de dados de Operações e um banco de dados do Data Warehouse. Os componentes hospedados no Azure podem ser gerenciados diretamente do portal do Azure. No back-end, os componentes interagem continuamente com o ARM e o RP para realizar operações baseadas no Azure.
Os bancos de dados hospedados no SQL MI permitem a formação e a exibição de relatórios no Power BI. Os Servidores de Gerenciamento podem ser dimensionados para cima/para baixo com base em suas necessidades. Ao criar uma nova instância, você obtém um servidor de gerenciamento. O número muda dependendo de como você decide dimensionar sua instância. Você pode atualizar seus servidores de gerenciamento com o clique de um botão.
Uma parte gerenciada pelo cliente
Uma parte gerenciada pelo cliente consiste em operações que são usadas para monitorar e administrar a instância. Os agentes a serem monitorados estão sob o domínio do cliente e, se estiverem em outro domínio, um servidor gateway é necessário para realizar a autenticação. A parte gerenciada pelo cliente hospeda um DNS com um IP estático que é fornecido aos Servidores de Gerenciamento hospedados no Azure.
Arquitetura detalhada da instância gerenciada SCOM
A Instância Gerenciada SCOM implanta e gerencia o Operations Manager na assinatura do cliente. Ele estabelece conectividade com os agentes monitorados no local por meio de VPN/Rota Expressa.
Na assinatura do cliente, a Instância Gerenciada SCOM cria um Conjunto de Dimensionamento de Máquina Virtual em um grupo de recursos gerenciados e implanta o Operations Manager nos Conjuntos de Dimensionamento de Máquina Virtual, que é pré-carregado com o Load Balancer para resiliência e elasticidade. O servidor de Gerenciamento do Operations Manager se conecta ao SQL MI fornecido pelo cliente para operações de banco de dados. Tanto a instância gerenciada SQL quanto os Conjuntos de Escala de Máquina Virtual são criados em VNets diferentes e são unidos para estabelecer a linha de visão.
O servidor de Gerenciamento do Operations Manager e os agentes monitorados são conectados por meio de ER/VPN. Os agentes estabelecem uma sessão com o servidor de Gerenciamento do Operations Manager usando a autenticação Kerberos, onde as VMs dos Conjuntos de Escala de Máquina Virtual do Operations Manager são associadas ao domínio AD dos agentes monitorados.
Próximos passos
Para criar instância gerenciada SCOM, execute estas etapas:
- Passo 1. Registrar o provedor de recursos de instância gerenciada SCOM.
- Passo 2. Criar sub-rede separada em uma rede virtual.
- Passo 3. Criar uma instância gerenciada SQL.
- Passo 4. Criar um cofre de chaves.
- Passo 5. Criar uma identidade atribuída pelo utilizador.
- Passo 6. Criar um grupo de computadores e uma conta gMSA.
- Passo 7. Armazenar credenciais de domínio no Cofre da chave.
- Passo 8. Criar um IP estático.
- Passo 9. Configurar o firewall de rede.
- Passo 10. Verificar o Azure e as políticas internas de GPO.
- Passo 11. Autoverificação de etapas da instância gerenciada SCOM.
- Passo 12. Criar uma Instância Gerida SCOM.
Migre do Operations Manager local para a Instância Gerenciada SCOM do Azure Monitor.