O que são failover e redundância em SaaS?

O failover e a redundância são métodos utilizados para manter a funcionalidade dos seus sistemas, mesmo durante falhas inesperadas. A redundância envolve ter peças ou sistemas de reserva como substitutos, enquanto o failover é a transição, normalmente automática, para essas reservas quando o sistema original falha. O Amazon RDS, por exemplo, muda uma instância de BD Multi-AZ para a sua réplica em espera; os tempos de failover são normalmente de 60 a 120 segundos.

Por si só, o failover resolve problemas menores ou localizados, que são normalmente limitados em âmbito, enquanto a recuperação de desastres (DR) é uma solução para problemas extensos, tais como desastres naturais, ameaças cibernéticas ou falhas de sistema.

A presença de configurações de redundância e failover relaciona-se frequentemente com o nível de interrupção sentido durante a manutenção e atualizações, com impacto na continuidade do serviço. Isto é crucial nos negócios, onde mesmo pequenas interrupções podem ser dispendiosas.

Redundância é uma técnica usada especificamente para atingir alta disponibilidade. Considere a redundância como um instrumento na caixa de ferramentas. Envolve ter um backup de um ou mais equipamentos para garantir contingência no caso de o inicial falhar.

A alta disponibilidade (HA), por outro lado, é a estratégia global de garantir que os seus sistemas estão operacionalmente fiáveis com o mínimo de interrupção. Inclui uma gama mais ampla de estratégias, não apenas a redundância, mas também:

• Balanceamento de carga: Dividir cargas entre vários servidores para evitar que uma tarefa sobrecarregue alguns dos servidores.
• Manutenção regular: Antecipar e corrigir problemas antes que ocorram falhas e comprometam o fluxo de trabalho em uma organização empresarial.
• Monitoramento Robusto: Identificar rapidamente falhas e executar o failover necessário ou outros processos de recuperação.

Além disso, para garantir alta disponibilidade em ambientes dinâmicos, os sistemas precisam incorporar Escalabilidade e elasticidade para se adaptar às cargas de trabalho em constante mudança.

Portanto, a redundância não é o único fator de alta disponibilidade, mas um componente importante.

Três tipos comuns de redundância são:

• Ativo-Ativo: Ambos os sistemas redundantes compartilham simultaneamente a carga de trabalho para máxima utilização de recursos.
• Ativo-Passivo: Um sistema está totalmente operacional (ativo) e o outro sistema não está (passivo) e só entra em operação quando o sistema ativo falha.
• Redundância N+1: Você tem o número de sistemas necessários para operações normais (N), mais um sistema para fins de backup.

Estes modelos podem aplicar-se a várias camadas: energia (unidades UPS e geradores), ligações de rede de diferentes fornecedores, armazenamento como RAID e servidores. Uma rede redundante mantém um segundo caminho pronto se uma ligação falhar.

Decidir se você precisa de failover e redundância depende de vários fatores. Considere as seguintes questões:

• Pode a sua empresa lidar com qualquer inatividade?
• Quão essenciais são seus serviços para seus clientes?
• Quais são os impactos financeiros das interrupções de serviço?

Se a inatividade se traduzir em perda de vendas ou erosão da confiança do cliente, ou quebrar o tempo de atividade prometido no seu contrato de nível de serviço, então a redundância e o failover podem revelar-se soluções económicas.

Os serviços geridos podem executar o failover para partes da sua infraestrutura: no Amazon RDS, os tempos de failover para uma instância de BD Multi-AZ são normalmente de 60 a 120 segundos (AWS). Teste-o antes de precisar dele; o RDS permite-lhe forçar um failover ao reiniciar a instância.

Redundância e recuperação de desastres (DR) contribuem para manter seus sistemas operacionais, mas eles lidam com cenários diferentes:

Redundância:

• Foco: Minimizar as hipóteses de ocorrência de inatividade em primeiro lugar.
• Como funciona: Usa peças sobressalentes ou um sistema extra similar para assumir quando o principal para de funcionar.

• Quando é utilizada: Para problemas menores, como falha de hardware ou falha de energia em um único nó/nível de instalação.

• Pense nisso como: Um pneu sobressalente de carro mantido como reserva para o caso de você furar um pneu.

Recuperação de Desastres:

• Foco: Restaurar sistemas e dados após um grande evento de interrupção.
• Como funciona: Envolve um plano abrangente para fazer backup de dados, mover operações para um site secundário e restaurar sistemas online.
• Quando é utilizada: Em casos de grandes eventos como desastres naturais, ameaças cibernéticas ou até mesmo situações em que todo o sistema trava.
• Pense nisso como: Semelhante às apólices de seguro empresarial, é usado para facilitar a recuperação em caso de desastre.

Em suma, a redundância é utilizada para evitar a inatividade inesperada, e a recuperação de desastres é utilizada para restaurar sistemas e dados após uma grande interrupção. A redundância difere de uma cópia de segurança, uma vez que problemas como a eliminação ou encriptação de dados podem ser replicados para sistemas em espera, indicando que estratégias de cópia de segurança distintas são relevantes para recuperação de desastres.