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
Un nodo control plane K3s richiede 2 core e 4 GB; un control plane kubeadm completo richiede un minimo di 4 GB e 8 GB per stare comodi. I nodi worker sono dimensionati in base ai carichi di lavoro. Tre istanze Cutter 8 in tre giurisdizioni diverse vi danno un cluster davvero fault-tolerant per meno di $110 al mese, con rete privata su WireGuard tra le regioni.
| Risorsa | Cosa ti serve davvero |
|---|---|
| Control plane | 2 vCPU / 4 GB per K3s, 4 vCPU / 8 GB per kubeadm |
| Worker | Dimensionati in base ai carichi; 4 vCPU / 8 GB è un'unità sensata |
| Disco | NVMe per etcd — è sensibile alla latenza di fsync |
| Rete | Mesh WireGuard tra le regioni; IPv6 nativo per cluster dual-stack |
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.
Tre è il minimo per il quorum di etcd.
Assegnate a ogni nodo un indirizzo privato e instradate il CIDR del cluster sopra di esso.
curl -sfL https://get.k3s.io | sh -s - server --cluster-init on the first node.
Usate il node token da /var/lib/rancher/k3s/server/node-token.
Traefik è incluso con K3s; aggiungete cert-manager per certificati automatici.
K3s esegue un control plane con 2 vCPU e 4 GB. Un kubeadm completo richiede 4 GB come minimo assoluto e si comporta molto meglio con 8 GB. I worker sono dimensionati interamente in base a ciò che vi pianifichi.
Sì, tramite una mesh WireGuard. Mantieni i membri etcd entro circa 100 ms l'uno dall'altro o il heartbeat Raft diventa instabile.
In modo critico. etcd esegue fsync su ogni scrittura; su HDD o storage fortemente conteso il cluster diventa instabile sotto carico. Mettilo sempre su NVMe.