Cutter 8
96,90 USD totale · Risparmia 5%
- vCPU
- 4 × dedicato
- RAM
- 8 GB
- Archiviazione
- 160 GB NVMe SSD
- Trasferimento
- 10 TB
- IPv4 / IPv6
- 1 / /64 routed
Soluzione
La vera disponibilità deriva da domini di guasto indipendenti, non da un server più grande. Tre istanze in tre paesi con diversi provider di transito sopravvivono a eventi che nessuna singola macchina può sopportare. Prevedi un budget per un load balancer o un punto di ingresso anycast, replica sincrona all'interno della regione e asincrona tra le regioni: la latenza rende impraticabili scritture sincrone cross-regione.
| Risorsa | Cosa ti serve davvero |
|---|---|
| Nodi | Minimo tre, in tre giurisdizioni |
| Rete | Mesh WireGuard; anycast disponibile in regioni selezionate |
| Database | Sincrono nella regione, asincrono tra regioni |
| DNS | TTL brevi e record di failover con health check |
96,90 USD totale · Risparmia 5%
176,70 USD totale · Risparmia 5%
262,20 USD totale · Risparmia 5%
La posizione è solitamente la decisione più importante per questo carico di lavoro — perché la latenza domina, o perché la giurisdizione conta.
Amsterdam, Ashburn e Singapore sono il triangolo classico.
WireGuard tra tutti i nodi, con l'applicazione in ascolto solo sulla mesh.
Sincrono nella regione, asincrono tra regioni; conosci il tuo RPO.
TTL brevi più un record di failover con health check, o anycast se disponibile.
Uccidi una regione di proposito, in un giorno feriale, mentre guardi.
Tre è il minimo pratico: due ti danno un problema di split-brain piuttosto che un quorum. Mettili in tre domini di guasto separati: paesi diversi, idealmente provider di transito diversi.
Solo se instradi gli utenti verso la loro regione più vicina. Multiregione per disponibilità e multiregione per latenza sono design diversi che condividono l'hardware per caso.
Il nostro SLA è del 99,99% per istanza, che corrisponde a circa 4,4 minuti di downtime al mese. Oltre questo serve una ridondanza che devi costruire tu.