Milestone XProtect Alta Disponibilidade com SafeKit: Instale o módulo milestone.safe para Failover

Guia de Instalação Rápida de Alta Disponibilidade para Milestone XProtect

Este guia explica como configurar um cluster mirror para Milestone XProtect usando SafeKit, garantindo o failover automático e a replicação síncrona sem a necessidade de armazenamento compartilhado.

Para obter ajuda, você pode usar SafeKit AI 🤖.

1. Visão geral

• Arquitetura: utiliza um sistema de dois nós (primário/secundário).
• Proteção de dados: implementa a replicação síncrona em tempo real para perda zero de dados (RPO = 0).

2. Instalação

• Software: Instale o motor SafeKit em ambos os servidores.
• Módulo: Baixe o módulo de aplicativo pré-configurado milestone.safe.

3. Configuração

• Console da Web: configure as pastas específicas que contêm os arquivos Milestone XProtect.
• Monitoramento: Inicie o monitoramento e a proteção do aplicativo Milestone XProtect.

Limitações SafeKit de Alta Disponibilidade

Visão geral da solução SafeKit/Milestone XProtect

A solução é descrita aqui: 💡 O Milestone XProtect para alta disponibilidade: replicação síncrona e failover de 2 nós.

Instalação da solução SafeKit/Milestone XProtect no Windows (milestone.safe)

Pré-requisitos

• Você precisa ter Milestone XProtect Management e o SQL instalados em 2 nós (máquinas virtuais ou servidores físicos). SQL Server e o Event Server podem ser externos, consulte as observações abaixo.

ℹ️ Observação: SQL Server pode ser externo. Nesse caso, na etapa 4, durante a configuração passo a passo do milestone.safe:

• remover a replicação das pastas de dados e de log do SQL,
• Remova o verificador de processo no sqlservr.exe
• Remova o MSSQLServer da macro SERVICES.

Você pode implementar a redundância do SQL Server externo com 💡 SafeKit e o módulo sqlserver.safe.

Nesse caso, em ambos os nós de gerenciamento, configure a conexão do Milestone Management ao SQL com o endereço IP virtual do módulo sqlserver.safe (chave de registro HKEY_LOCAL_MACHINE > SOFTWARE > VideoOSServerConnectionString).

ℹ️ Observação: O servidor de eventos pode ser externo ao servidor de gerenciamento.

Nesse caso, você tem 2 clusters com 2 instalações do milestone.safe: um para o cluster de Gerenciamento, o outro para o cluster de Eventos.

Para o cluster de Gerenciamento, na etapa 4, durante a configuração passo a passo do milestone.safe:

• Remova o MilestoneEventServerService da macro SERVICES.

E para o cluster Evento, na etapa 4 durante a configuração passo a passo do milestone.safe:

• Remova da macro SERVIÇOS: MSSQLServer, Milestone XProtect Management Server, Milestone XProtect Log Server,
• remover a replicação das pastas de dados e de log do SQL,
• Remova o verificador de processo no sqlservr.exe
• durante a configuração passo a passo, registre o servidor de eventos com o endereço IP virtual do cluster de gerenciamento (ou instale o servidor de eventos a partir do Gerenciador de Downloads e defina o endereço IP virtual do cluster de gerenciamento durante a instalação),
• No cliente de gerenciamento Milestone, defina o Servidor de Eventos com o endereço IP virtual do cluster de Eventos em Serviços Registrados.

ℹ️ Redundância do gravador

• A replicação de gravadores não é adequada para SafeKit devido ao volume de dados.
• A solução integrada ao Milestone pode ser usada (servidor de gravação de failover sem replicação em tempo real).
• Dois gravadores também podem ser executados em uma configuração ativa/ativa e as câmeras são distribuídas de modo a não perder todas as câmeras na mesma área em caso de falha.
• O fluxo de cada câmera também pode ser enviado para dois gravadores com a solução Vega/RMF.

ℹ️ Em caso de migração do Milestone da versão N para a versão N+1 em um cluster SafeKit, leia este artigo: 🛠️ Migração do Gerenciamento Milestone com SafeKit

Instalação de pacotes no Windows

• Baixe e instale a versão gratuita do SafeKit em 2 nós Windows.
  Observação: a versão gratuita inclui todos os recursos SafeKit. Ao final do período de avaliação, você pode ativar as chaves de licença permanentes sem desinstalar o pacote.
• Ao concluir a instalação do pacote, selecione Definir credenciais do console e regras de firewall agora e configure uma senha para o usuário admin do console SafeKit.
  Defina a mesma senha em todos os nós.
• Exclua da verificação do antivírus C:/safekit/ (o diretório de instalação padrão) e todas as pastas replicadas que você irá definir.
  Os antivírus podem enfrentar desafios de deteção com SafeKit devido à sua estreita integração com o SO, mecanismos de IP virtual, replicação em tempo real e reinicialização de serviços críticos.

Baixar SafeKit (Windows) >

Instalação do módulo no Windows

• Baixe o módulo milestone.safe. O módulo é gratuito. Ele contém os arquivos userconfig.xml e os scripts de reinicialização.
• Coloque milestone.safe em C:/safekit/Application_Modules/generic.

Baixar milestone.safe (Windows) >

Configuração passo a passo da solução SafeKit/Milestone XProtect

Pré-requisitos

• Milestone XProtect and SQL foi instalado em 2 nós.
• Os dados replicados totais são limitados a alguns terabytes — além disso, o tempo de resincronização torna-se significativo.
• Interconexão mínima de 1 Gb/s entre os nós (10 Gb/s recomendada para resincronização mais rápida).
• O failover de IP requer que ambos os nós estejam na mesma LAN ou LAN estendida (L2) — redes L3 roteadas não são suportadas.

⚠️ Esta configuração requer pelo menos Milestone XProtect 2023 R3. Para versões anteriores, 🛠️ este artigo.

1. Inicie o console SafeKit

• Inicie o console da web em um navegador em um nó do cluster, conectando-se a http://localhost:9010.
• Insira admin como nome de usuário e a senha definida durante a instalação.

Você também pode executar o console em um navegador em uma estação de trabalho externa ao cluster.

⚠️ A configuração do SafeKit é feita em ambos os nós a partir de um único navegador.

ℹ️ Para proteger o console da web, consulte 🛠️ 11. Protegendo o serviço da web SafeKit no Guia do Usuário.

2. Configurar endereços de nós

• Insira os endereços IP do nó, pressione a Tab key para verificar a conectividade e preencha os nomes dos nós. Se node1 ou node2 estiverem em vermelho, verifique a conectividade do navegador com ambos os nós e verifique o firewall em ambos os nós para 🛠️ solucionar problemas.
• Em seguida, clique em Save and apply para salvar a configuração.
• Verifique a mensagem Success ✅ em ambos os nós.
• Se ocorrer uma Failure de configuração ❌ em um nó, abra o acordeão ▼ desse nó e revise as mensagens. Observe que você pode usar a IA SafeKit 🤖 para obter assistência.

ℹ️ Se desejar, você pode adicionar uma nova LAN and nodes (primeiro ➕) para criar um segundo heartbeat e uma rede de replicação dedicada.

ℹ️ Se você clicar em Advanced configuration, o arquivo cluster.xml será exibido. Este arquivo é preenchido automaticamente pelo console e implantado nos nós.

3. Selecione um módulo

• No New module, clique no módulo milestone.safe.

ℹ️ No banner azul na parte superior, 🛜 node1 representa o nó de conexão do console. Este nó retransmite solicitações para node2 quando necessário.

ℹ️ O console procura por xxx.safe no diretório Application_Modules/generic/ no nó de conexão (node1) se você colocou um módulo lá durante a instalação.

4. Configure o módulo

• Em Module startup at boot, escolha o início automático do módulo na inicialização sem atraso.
• Em Macros/SERVICES, insira os nomes dos serviços do seu aplicativo, na ordem de inicialização, separados por vírgulas. Consulte esta captura de tela para obter um exemplo visual dos serviços Milestone XProtect 🖼️.
• Nas Heartbeat networks, você deve ter uma única rede heartbeat na qual a replicação é feita. Se você adicionou uma LAN privada na etapa 2, poderá configurar duas heartbeats com o fluxo de replicação na LAN privada.
• Em Virtual IP addresses, insira um endereço IP virtual. Um endereço IP virtual é um endereço IP padrão na mesma rede IP (mesma sub-rede) que os endereços IP de ambos os nós.
  Os clientes da aplicação devem ser configurados com o endereço IP virtual (ou o nome DNS associado ao endereço IP virtual).
  O endereço IP virtual é alterado automaticamente em caso de falha.
• Em Replicated directories, defina os caminhos dos diretórios a serem replicados. Verifique se eles existem em ambos os nós e contêm os dados do aplicativo.
  A replicação de dados e de logs é essencial para um banco de dados.
  Você pode criar diretórios replicados adicionais conforme necessário.
  Veja esta captura de tela para um exemplo visual da replicação SQL Milestone XProtect 🖼️.
• Em Checkers, você poderá configurar verificadores, se necessário, como monitoramento de processos, verificadores personalizados, TCP, ping ou verificadores de divisão de cérebro.
  Por exemplo, se um nome de processo for exibido em Monitored processes/services, ele será monitorado com uma ação de reinicialização em caso de falha. A configuração de um nome de processo incorreto fará com que o módulo pare logo após o seu início.

⚠️ Se o SQL estiver no servidor de gerenciamento:

• Os bancos de dados do sistema SQL (como master.mdf e mastlog.ldf) devem estar localizados nos mesmos diretórios em ambos os nós. Os diretórios devem ser configurados como replicados.
• O SQL também deve ser instalado no mesmo local no sistema de arquivos em ambos os nós, porque o banco de dados de recursos SQL somente leitura está localizado no binário e é necessário para o failover. Este banco de dados não precisa ser replicado.
• Os bancos de dados SQL Milestone (.mdf e .ldf) devem estar localizados nos mesmos diretórios em ambos os nós. Os diretórios devem ser configurados como replicados. Os bancos de dados Milestone são os seguintes, de acordo com este artigo.

ℹ️ Se você clicar em Advanced configuration, o arquivo userconfig.xml será exibido. Este arquivo é preenchido automaticamente pelo console e implantado nos nós com os scripts de reinicialização.

ℹ️ Ao aplicar a configuração SafeKit, o startup type dos serviços é automaticamente definido como Manual nos Serviços Windows. Isso garante que os serviços não sejam iniciados automaticamente quando o sistema é inicializado, mas sim apenas quando o próprio módulo é iniciado.

5. Editar scripts (opcional)

• Esta etapa é opcional e pode ser ignorada na maioria dos casos, pois os scripts de reinicialização já estão pré-configurados para reiniciar os serviços definidos na etapa anterior.
• Então, clique diretamente em Next step.
• start_prim.ps1 inicia todos os serviços na ordem especificada na lista SERVICES e inicia os IIS application pools usados pelo Milestone. stop_prim.ps1 para todos os serviços na ordem inversa.
• Além disso, start_prim.ps1 verifica a inicialização de cada serviço e interrompe o módulo se algum serviço não for iniciado corretamente.

6. Criptografia de comunicação (opcional)

• Mantenha a criptografia da comunicação entre os nós.

7. Salvar e aplicar

• Save and apply a configuração e os scripts em ambos os nós.

8. Verifique se a configuração foi bem-sucedida

• Verifique a mensagem Success ✅ em ambos os nós e clique em Monitor modules.
• Se ocorrer uma Failure de configuração ❌ em um nó, abra o acordeão ▼ desse nó e revise as mensagens. Observe que você pode usar a IA SafeKit 🤖 para obter assistência.

9. Inicie o nó com dados atualizados

• Se o nó 1 tiver os diretórios replicados atualizados, selecione-o e ⋯ Force start ▶ As primary.

Quando o nó 2 for iniciado, todos os dados serão copiados do nó 1 para o nó 2.

⚠️ Se você fizer a escolha errada, corre o risco de sincronizar dados desatualizados em ambos os nós.

⚠️ Também se presume que o aplicativo Milestone XProtect and SQL esteja parado no nó 1 para que SafeKit instale os mecanismos de replicação e, em seguida, inicie o aplicativo no script start_prim.

⚠️ Use Start para inícios subsequentes: SafeKit mantém o servidor mais atualizado. Iniciar As primary é um início especial na primeira vez ou durante operações excepcionais.

10. Aguarde a transição para ALONE (verde)

• O nó 1 deve atingir o estado ALONE (verde), o que significa que o IP virtual está definido e que o script start_prim foi executado no nó 1.

⚠️ Se ALONE (verde) não for atingido ou se o aplicativo não for iniciado, analise o motivo com o log do módulo 🖼️ do nó 1.

• Clique no ícone de log 🔍 do node1 para abrir o log do módulo e procure mensagens de erro, como um verificador que detecta um erro e interrompe o módulo.
• Clique em start_prim no log: as mensagens de saída do script são exibidas à direita e os erros podem ser detectados, como um serviço iniciado incorretamente.
• Use o SafeKit AI 🤖 para obter ajuda com as mensagens de log.

⚠️ Se o cluster estiver no estado WAIT (red) not uptodate, STOP (red) not uptodate, pare o nó WAIT e force o seu início como primário 🖼️.

11. No desktop do nó 1, pare, registre no endereço IP virtual, aplique o KB Milestone e reinicie o Servidor de Gerenciamento Milestone

Execute os seguintes itens no nó 1 de acordo com o menu da imagem:

• Use o menu ALONE do console SafeKit para desativar os verificadores e o monitoramento de processos/serviços para evitar falsas detecções ao parar o serviço do servidor de gerenciamento (suspenda o verificador 🖼️).
• Clique com o botão direito do mouse no ícone Milestone Management Server na barra de tarefas.
• Parar o serviço do servidor de gerenciamento
• Em seguida, escolha Server Configurator … e registre o endereço IP virtual.
• Edite o ServerConfig.xml no nó 1.
  • Acesse " C:/ProgramData/Milestone/XProtect Management Server" e faça um backup do arquivo original ServerConfig.xml.
  • Abra o ServerConfig.xml com qualquer editor de texto (com direitos de administrador).
  • Substitua o XXX.XXX.XXX.XXX pelo endereço IP virtual real em:
  • <Failover>...
  • <VirtualAddress>
  • XXX.XXX.XXX.XXX
  • </VirtualAddress>
  • ...</Failover>
  • Altere <ClusterMember>false</ClusterMember> para true
  • Defina http://NODE1_FQDN:9010 (ou o nome do host NODE1 se for um grupo de trabalho) em:
  • <ClusterLocalWebserverUri>
  • http://NODE1_FQDN:9010
  • </ClusterLocalWebserverUri>
  • Para obter mais informações, consulte este artigo da Base de Conhecimento Milestone.
• Iniciar o serviço do servidor de gerenciamento
• Use o menu ALONE do console SafeKit para habilitar os verificadores e o monitoramento de processos/serviços (habilite o verificador 🖼️).

ℹ️ Este procedimento registra o servidor de gerenciamento do nó 1 no banco de dados SQL (em execução no nó 1) por meio de uma conexão com o endereço virtual.

12. No desktop do nó 2, registre o servidor de gerenciamento no endereço IP virtual

• Escolha Server Configurator na barra de tarefas do nó 2 e registre-o no endereço IP virtual (veja a imagem).
• Em seguida, pare o serviço do servidor de gerenciamento.
• Edite o ServerConfig.xml no nó 2.
  • Acesse " C:/ProgramData/Milestone/XProtect Management Server" e faça um backup do arquivo original ServerConfig.xml.
  • Abra o ServerConfig.xml com qualquer editor de texto (com direitos de administrador).
  • Substitua o XXX.XXX.XXX.XXX pelo endereço IP virtual real em:
  • <Failover>...
  • <VirtualAddress>
  • XXX.XXX.XXX.XXX
  • </VirtualAddress>
  • ...</Failover>
  • Altere <ClusterMember>false</ClusterMember> para true
  • Defina http://NODE2_FQDN:9010 (ou o nome do host NODE2, se for um grupo de trabalho) em:
  • <ClusterLocalWebserverUri>
  • http://NODE2_FQDN:9010
  • </ClusterLocalWebserverUri>
  • Para obter mais informações, consulte este artigo da Base de Conhecimento Milestone.

⚠️ Cuidado:

• A conta do usuário que executa o registro no nó 2 deve ter a função de administrador no Milestone no nó 1.
• Se o administrador local no nó 2 for quem faz o registro, o grupo interno Windows BUILTIN/Administrators deve ter sido definido em Management Client / Segurança / Funções na Etapa 13 Caso contrário, o registro não funcionará.

ℹ️ Este procedimento registra o servidor de gerenciamento do nó 2 no banco de dados SQL (em execução no nó 1) por meio de uma conexão com o endereço virtual.

13. Resolva o problema de autenticação Windows em caso de falha

Ao iniciar o Milestone XProtect Management Client, você deve se autenticar usando um dos seguintes métodos. Dependendo da sua escolha, etapas específicas são necessárias para garantir que o login funcione após um failover SafeKit. Referência: Ver Captura de Tela de Login 🖼️.

Autenticação Windows com o Active Directory (AD)

Configuração: Nenhuma configuração especial é necessária.

Se a autenticação Windows Milestone estiver configurada com um Active Directory, as informações de usuário e senha serão recuperadas do AD externo. Após um failover, o nó secundário se conecta ao mesmo AD, portanto, a autenticação funciona automaticamente.

Autenticação Windows em Grupo de Trabalho

Configuração: Você deve adicionar o grupo BUILTIN/Administrators em “Segurança / Funções”.

Aviso: Em um Grupo de Trabalho, os usuários locais têm Identificadores de Segurança (SIDs) diferentes em cada nó, mesmo que os nomes sejam idênticos. Somente o grupo BUILTIN/Administrators tem o mesmo SID em ambos os nós.

• Ao adicionar este grupo, você pode se autenticar no nó secundário com qualquer conta de administrador local após uma falha.
• Sem isso, a autenticação local Windows falhará no nó secundário porque os SIDs não serão compatíveis.

Autenticação básica com banco de dados SQL

Configuração: Crie um usuário com “Autenticação básica” (por exemplo, " Admin “).

Para a “Autenticação básica”, as credenciais do usuário são armazenadas diretamente no banco de dados SQL. Como SafeKit replica o banco de dados SQL para o nó secundário em tempo real, esses usuários estão sempre disponíveis imediatamente após um failover.

14. Iniciar nó 2

• ⋯ Start o nó 2 com o seu menu contextual.
• Aguarde o SECOND estado (verde).

ℹ️

• O nó 2 permanece no SECOND estado (laranja) enquanto resincroniza os diretórios replicados (cópia do nó 1 para o nó 2).
• Isso pode levar algum tempo, dependendo do tamanho dos arquivos a serem resincronizados nos diretórios replicados e da largura de banda da rede.
• Para ver o progresso da cópia, consulte o log do módulo 🖼️ e os recursos de replicação 🖼️ do nó 2. Use o SafeKit AI 🤖 para obter assistência com as mensagens de log.

15. Verifique se o cluster está operacional

• Verifique se o cluster está verde/verde com os serviços Milestone XProtect and SQL em execução no nó PRIM e não em execução no nó SECOND.
• Apenas as alterações dentro dos arquivos são replicadas em tempo real neste estado.

⚠️

• Registe os servidores de gravação com o endereço IP virtual.
• Conecte o Milestone Management Client e o Milestone Smart Client no endereço IP virtual.
• Os componentes que são clientes dos serviços Milestone XProtect and SQL devem ser configurados com o endereço IP virtual. A configuração pode ser feita com um nome DNS (se um nome DNS tiver sido criado e associado ao endereço IP virtual).

16. Testes

• Pare o nó PRIM rolando para baixo no menu contextual e clicando em Stop.
• Verifique se há um failover no SECOND nó, que deve ficar ALONE (verde).
• E com Microsoft Management Console (MMC) no Windows ou com linhas de comando no Linux, verifique o failover dos serviços Milestone XProtect and SQL (parado no nó 1 no script stop_prim e iniciado no nó 2 no script start_prim).

⚠️ Se ALONE (verde) não for atingido no node2 ou se o aplicativo não for iniciado, analise o motivo com o log do módulo 🖼️ do nó 2.

• Clique no ícone de log 🔍 do node2 para abrir o log do módulo e procure mensagens de erro, como um verificador detectando um erro e interrompendo o módulo.
• Clique em start_prim no log: as mensagens de saída do script são exibidas à direita e os erros podem ser detectados, como um serviço iniciado incorretamente.
• Use o SafeKit AI 🤖 para obter ajuda com as mensagens de log.

⚠️

• Se tudo estiver bem, inicie o node1, que irá ressincronizar os diretórios replicados do node2.
• Se as coisas derem errado, pare node2 e force o início como primário 🖼️ do node1, que será reiniciado com seus dados localmente íntegros no momento da parada.

ℹ️ Observe que você tem uma 🖼️ linha do tempo 🕒 que pode ser útil para entender o que acontece no cluster.

ℹ️ Encontre mais detalhes, juntamente com vídeos, no Treinamento Online SafeKit.

17. Suporte

• Para obter suporte, faça 2 Snapshots SafeKit (2 arquivos .zip), um para cada nó.

ℹ️ Mais informações sobre o suporte aqui.

Demonstração da solução mirror SafeKit

Vídeo SafeKit: Agrupamento em nível de aplicativo (8:47)

Neste vídeo, descubra como SafeKit implementa um cluster de HA mirror sem a complexidade de uma SAN. Embora esta demonstração use Microsoft SQL Server, a solução funciona de forma idêntica para outros bancos de dados e aplicativos.

Capítulos

1. 🎬 2 nós com SQL Server (0:32)
2. 🎬 Configure o cluster e o módulo mirror.safe (3:58)
3. 🎬 Inicie e teste a replicação, migração e failover do SQL em caso de falha (4:17)

Implementação passo a passo

• 🛠️ Leia o guia sobre como configurar um cluster mirror no Windows
• 🛠️ Leia o guia sobre como configurar um cluster mirror no Linux

🔍 Explore o SafeKit

Encontre informações sobre os recursos, as arquiteturas, os vídeos, a documentação e a avaliação gratuita do SafeKit.