Saltar para o conteúdo principal Saltar para a navegação Saltar para o rodapé

Quando a AWS cai, você não cai

A sua infraestrutura corre em múltiplas clouds. Quando uma falha, as outras assumem. Automaticamente.

O PROBLEMA

Uma única cloud é um único ponto de falha

Os eventos críticos de interrupção na cloud aumentaram 18% de um ano para o outro em 2024, duraram 18,7% mais e o erro humano foi responsável por 68% deles. Quando a única cloud em que opera cai, tudo cai. Os seus clientes, a sua receita, a sua reputação. Tudo reféns da infraestrutura de terceiros.

$300K+ por hora de inatividade para 90% das médias e grandes empresas 1 ITIC 2024 Hourly Cost of Downtime Survey
18% de aumento nos eventos críticos de interrupção na cloud em 2024 2 Parametrix 2024 Cloud Outage Risk Report
$400B custo anual de inatividade para empresas do Global 2000 3 Splunk / Oxford Economics 2024
<30s
Tempo de Failover
99,99%
Integridade de Dados
3+
Fornecedores de Cloud Suportados
O CUSTO REAL

Quanto custa uma falha na cloud?

Ajuste os controlos ao seu negócio. Veja o custo real da dependência de uma única cloud.

COMO FUNCIONA

Um comando. Sempre online.

1

Replicar

Execute rdc replicate production --target secondary. Sincronização incremental: apenas os blocos alterados são transferidos.

2

Monitorizar

Verificações de saúde contínuas detetam falhas instantaneamente. Liga-se à sua stack de monitorização (Grafana, Prometheus).

3

Comutação de Falha

O tráfego muda para a infraestrutura saudável em menos de 30 segundos. Atualizações de DNS automáticas. Zero passos manuais.

Primário (us-east-1) Inativo
nginx :443
api-server :8080
postgres :5432
redis :6379
Failover
22s
Secundário (eu-west-1) Ativo
nginx :443
api-server :8080
postgres :5432
redis :6379
POR DENTRO

Porque é que a replicação entre clouds é rápida e económica

A Rediacc usa btrfs send/receive para calcular diffs incrementais ao nível do sistema de ficheiros. Em vez de transferir imagens completas, apenas os blocos alterados se movem entre localizações. Um ambiente de 380 GB com 2,4 GB de alterações diárias transfere 2,4 GB, não 380 GB. Uma redução de 98% na largura de banda. A replicação corre de forma contínua ou agendada.

PORQUE É IMPORTANTE

O que obtém

Sempre online

Uma cloud falha, outra assume. Sem intervenção manual. O failover automático dispara aquando de falha na verificação de saúde. Liga-se à sua stack de monitorização.

Multi-cloud por defeito

AWS, Azure, GCP, Hetzner ou o seu próprio hardware. Misture e combine. Qualquer máquina Linux com btrfs pode ser um destino de replicação.

Sem dependência de fornecedor

Mude entre clouds quando quiser. Snapshots em formato aberto. Sem agentes proprietários. btrfs padrão: no kernel Linux desde 2013.

Sem tempo?

Salte a análise aprofundada. Obtenha a versão de cinco minutos que a sua equipa pode ler numa reunião rápida.

Descarregar resumo curto (PDF)
A DIFERENÇA

Nenhuma outra ferramenta faz failover entre clouds em segundos

As ferramentas nativas da cloud replicam dentro da sua cloud. As ferramentas de backup restauram horas depois. A Rediacc replica entre qualquer fornecedor e faz failover em menos de 30 segundos.

Fontes(14)
  1. ITIC, "2024 Hourly Cost of Downtime Report", 2024. "O custo médio de uma única hora de inatividade ultrapassa agora os $300 000 para mais de 90% das médias e grandes empresas."
  2. Parametrix, "2024 Cloud Outage Risk Report", 2024. "Os eventos críticos de interrupção de serviços cloud aumentaram 18,0% e duraram 18,7% mais em 2024 do que em 2023. O erro humano foi responsável por 68% dos incidentes."
  3. Splunk e Oxford Economics, "The Hidden Costs of Downtime", 2024. "O custo total de inatividade para as empresas do Global 2000 é de $400B anuais, ou 9% dos lucros, quando os ambientes digitais falham inesperadamente."
  4. O Veeam suporta backup e replicação entre clouds envolvendo VMware, Hyper-V, AWS, Azure e Google Cloud.
  5. O Zerto replica cargas de trabalho entre VMware, Hyper-V, AWS, Azure, IBM Cloud e mais de 350 fornecedores de cloud.
  6. A Druva fornece DR entre clouds ao armazenar dados de backup na AWS e Azure a partir de uma única consola.
  7. O Veeam usa backup incremental com Changed Block Tracking (CBT) para transferir apenas os blocos de dados modificados.
  8. Os VRAs do Zerto replicam continuamente apenas os blocos de dados alterados ao nível do hipervisor, de forma quase síncrona.
  9. A Druva usa backup incremental permanente com deduplicação global por blocos variáveis, atingindo poupanças de largura de banda até 90%.
  10. O Veeam Backup & Replication é implementado localmente em Windows Server com controlo total do cliente sobre a infraestrutura.
  11. O Zerto é implementado localmente com um Zerto Virtual Manager e Virtual Replication Appliances por host.
  12. O Zerto fornece Re-IP automatizado das VMs recuperadas durante o failover com scripts de pré e pós-recuperação para atualizações de DNS.
  13. O Veeam Backup & Replication fornece replicação contínua de stacks de aplicações completas com failover orquestrado.
  14. Os Virtual Protection Groups do Zerto replicam stacks de aplicações multi-VM como uma unidade coerente única com fidelidade de ordem de escrita.

Não aposte o seu negócio numa única cloud

Comece com a edição Community gratuita. Replique entre localizações sem custo. Sem cartão de crédito.

Começar Gratuitamente com Community Gratuito para sempre até 10 cargas de trabalho
$ rdc repo push production --to secondary-dc