Cutter 8
- vCPU
- 4 × dedicado
- RAM
- 8 GB
- Armazenamento
- 160 GB NVMe SSD
- Transferência
- 10 TB
- IPv4 / IPv6
- 1 / /64 routed
Solução
A disponibilidade real vem de domínios de falha independentes, não de um servidor maior. Três instâncias em três países com fornecedores de trânsito diferentes sobrevivem a eventos que nenhuma máquina individual consegue. Reserve orçamento para um balanceador de carga ou ponto de entrada anycast, replicação síncrona dentro de uma região e assíncrona entre elas — a latência torna a escrita síncrona entre regiões impraticável.
| Recurso | O que realmente precisa |
|---|---|
| Nós | Três no mínimo, em três jurisdições |
| Rede | Mesh WireGuard; anycast disponível em regiões selecionadas |
| Base de dados | Síncrona dentro da região, assíncrona entre regiões |
| DNS | TTLs curtos e registos de failover com verificação de estado |
A localização é geralmente a decisão que mais importa para esta carga de trabalho — seja porque a latência domina, seja porque a jurisdição domina.
Amesterdão, Ashburn e Singapura é o triângulo clássico.
WireGuard entre todos os nós, com a aplicação a ouvir apenas no mesh.
Síncrona dentro da região, assíncrona entre regiões; conheça o seu RPO.
TTLs curtos mais um registo de failover com verificação de estado, ou anycast se disponível.
Mate uma região de propósito, num dia útil, enquanto observa.
Três é o mínimo prático: dois dá-lhe um problema de split-brain em vez de quórum. Coloque-os em três domínios de falha separados — países diferentes, idealmente fornecedores de trânsito diferentes.
Somente se encaminhar os utilizadores para a região mais próxima. Multi-região para disponibilidade e multi-região para latência são designs diferentes que partilham hardware.
O nosso SLA é de 99,99% por instância, o que equivale a cerca de 4,4 minutos de indisponibilidade por mês. Qualquer coisa além disso requer redundância que você mesmo constrói.