Alternativa ao SQL Server Always On: HA para as edições Express e Standard

Alternativa ao Always On SQL Server para as edições Express e Standard

A solução para Microsoft SQL Server

SafeKit proporciona alta disponibilidade para Microsoft SQL Server entre dois nós redundantes com replicação síncrona de dados em tempo real e failover automático.

A solução é independente da edição Microsoft SQL Server e funciona tanto com as edições Express quanto com as Standard.

Um produto genérico

SafeKit é um produto genérico. Você pode replicar mais do que apenas dados e logs do SQL Server. Se o seu aplicativo for baseado em SQL Server e contiver pastas específicas com sua configuração ou outros arquivos, você poderá replicá-los da mesma forma. Além disso, você pode reiniciar seus próprios serviços, bem como os serviços do SQL Server.

Guia de instalação SafeKit com edições Express e Standard do Microsoft SQL Server

Sem cluster de failover Microsoft

SafeKit funciona sem o cluster de failover Microsoft assim como o Always On SQL Server . É uma oferta completa que inclui endereço IP virtual, replicação síncrona em tempo real de pastas, failover e failback automáticos e muito mais. SafeKit elimina a necessidade de discos compartilhados e edições corporativas de banco de dados.

Sem controlador de domínio e Active Directory

SafeKit funciona sem a necessidade de configurar o controlador de domínio e o Active Directory, ao contrário do Always On SQL Server . Essa solução fácil de implementar e com ótimo custo-benefício não exige habilidades específicas.

Sem 3 nós para quórum

SafeKit funciona sem a necessidade de 3 nós para quorum, ao contrário do Always On SQL Server . Em caso de isolamento de rede, SafeKit implementa um verificador de split-brain com um ping para um roteador que atua como testemunha. Além disso, vários heartbeats podem ser facilmente configurados no produto.

Outras soluções de redundância e alta disponibilidade

Com SafeKit , você pode implementar em Windows e Linux , replicação em tempo real e failover de quaisquer pastas e serviços, bancos de dados, máquinas virtuais Hyper-V ou KVM completas, Docker , Kubernetes e aplicativos em nuvem.

Uma solução completa

SafeKit resolve:

• falhas de hardware (20% dos problemas), incluindo a falha completa de uma sala de computadores,
• falhas de software (40% dos problemas), incluindo reinicialização de processos críticos,
• e erros humanos (40% dos problemas) graças à sua facilidade de uso e ao seu console web.

Como o cluster mirror SafeKit funciona com Microsoft SQL Server ?

Passo 1. Replicação em tempo real

O Servidor 1 (PRIM) executa o aplicativo Microsoft SQL Server. Os clientes estão conectados a um endereço IP virtual. SafeKit replica em tempo real as modificações feitas nos arquivos através da rede.

A replicação é síncrona, sem perda de dados em caso de falha, ao contrário da replicação assíncrona.

Você só precisa configurar os nomes dos diretórios a serem replicados no SafeKit. Não há pré-requisitos quanto à organização do disco. Os diretórios podem estar localizados no disco do sistema.

Passo 2. Failover automático

Quando o Servidor 1 falha, o Servidor 2 assume o controle. SafeKit alterna o endereço IP virtual e reinicia o aplicativo Microsoft SQL Server automaticamente no Servidor 2.

O aplicativo encontra os arquivos replicados pelo SafeKit atualizados no Servidor 2. O aplicativo continua a ser executado no Servidor 2, modificando localmente seus arquivos que não são mais replicados para o Servidor 1.

O tempo de failover é igual ao tempo de deteção de falhas (30 segundos por predefinição) mais o tempo de inicialização da aplicação.

Etapa 3. failback automático

A recuperação de falhas envolve reiniciar o Servidor 1 após corrigir o problema que causou a falha.

SafeKit resincroniza automaticamente os arquivos, atualizando apenas os arquivos modificados no Servidor 2 enquanto o Servidor 1 estava parado.

O failback ocorre sem interromper a Microsoft SQL Server, que pode continuar a ser executada no Servidor 2.

Passo 4. Voltar ao normal

Após a reintegração, os arquivos ficam novamente no modo mirror, como na etapa 1. O sistema volta ao modo de alta disponibilidade, com o aplicativo Microsoft SQL Server em execução no Servidor 2 e SafeKit replicando as atualizações de arquivos para o Servidor 1.

Se o administrador desejar que o aplicativo seja executado no Servidor 1, isso pode ser feito manualmente através do console da web em um momento apropriado ou automaticamente através da configuração.

Como configurar um cluster mirror SafeKit para Microsoft SQL Server ?

O console da web SafeKit fornece uma interface intuitiva para orquestrar alta disponibilidade para seus aplicativos críticos. Em apenas algumas etapas, você pode configurar um cluster mirror SafeKit para garantir a continuidade dos negócios:

• Failover de Aplicativo (Guia Macros): Defina os serviços de aplicativo específicos a serem reiniciados automaticamente em caso de falha.
• Rede(s) de pulsações: Caminho(s) de comunicação dedicado(s) usado(s) pelos nós do cluster para monitorar continuamente a integridade e a disponibilidade um do outro e sincronizar as decisões de failover.
• Gerenciamento de IP Virtual: configure o IP Virtual (VIP) para reconexão transparente do cliente após uma falha.
• Replicação em tempo real: selecione os diretórios críticos para replicação síncrona em nível de byte baseada no host.
• Verificadores: Monitore a integridade do aplicativo e acione a recuperação automática se for detectada uma falha no processo.

O cluster SafeKit inclui um verificador de divisão de rede dedicado para resolver problemas de isolamento de rede sem a necessidade de uma terceira máquina testemunha ou de uma rede de pulsações adicional. Saiba mais sobre pulsações, failover e quórum em um cluster.

Como monitorar um cluster mirror SafeKit para Microsoft SQL Server ?

O console de gerenciamento SafeKit oferece uma visão unificada da sua infraestrutura de alta disponibilidade. Ele permite que os administradores monitorem o estado operacional do cluster e acompanhem a sincronização de dados em tempo real.

Para um cluster mirror de 2 nós, o console exibe claramente as funções de cada servidor:

• PRIM (Primário): O nó ativo que executa atualmente o aplicativo e gerencia o IP virtual. Ele executa gravações no armazenamento local e replicação em tempo real para o nó secundário.
• SECOND: O nó de espera recebe atualizações síncronas em nível de byte. Ele está pronto para assumir o controle instantaneamente se o primário falhar.
• ALONE Estado: Alerta visualmente quando o cluster está sendo executado em um único nó (por exemplo, durante a manutenção ou após uma falha), indicando que a redundância foi temporariamente perdida.
• Progresso da resincronização: quando um nó com falha é recuperado, seu status fica laranja durante a reintegração de dados em segundo plano, garantindo que não haja tempo de inatividade durante a fase de “retorno ao normal”.

Além de ícones de status simples, a interface fornece orquestração de failover com um clique, permitindo que você reatribua manualmente a função primária para manutenção planejada, garantindo a disponibilidade contínua para a atividade do usuário.

Guia em vídeo: Configurando um cluster HA SafeKit mirror para SQL Server

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.