Cutter 8
- vCPU
- 4 × dedicado
- RAM
- 8 GB
- Almacenamiento
- 160 GB NVMe SSD
- Transferencia
- 10 TB
- IPv4 / IPv6
- 1 / /64 routed
Solución
Un nodo de plano de control K3s necesita 2 núcleos y 4 GB; un plano de control kubeadm completo quiere 4 GB mínimo y 8 GB para estar cómodo. Los nodos worker se dimensionan según tus cargas de trabajo. Tres instancias Cutter 8 en tres jurisdicciones te dan un clúster genuinamente tolerante a fallos por menos de $110 al mes, con redes privadas sobre WireGuard entre regiones.
| Recurso | Lo que realmente necesita |
|---|---|
| Plano de control | 2 vCPU / 4 GB para K3s, 4 vCPU / 8 GB para kubeadm |
| Workers | Dimensionados según cargas de trabajo; 4 vCPU / 8 GB es una unidad sensata |
| Disco | NVMe para etcd — es sensible a la latencia de fsync |
| Red | Malla WireGuard entre regiones; IPv6 nativo para clústeres dual-stack |
La ubicación suele ser la decisión que más importa para esta carga de trabajo, ya sea porque domina la latencia o porque domina la jurisdicción.
Tres es el mínimo para el quórum de etcd.
Da a cada nodo una dirección privada y enruta el CIDR del clúster sobre ella.
curl -sfL https://get.k3s.io | sh -s - server --cluster-init en el primer nodo.
Usa el token de nodo de /var/lib/rancher/k3s/server/node-token.
Traefik viene con K3s; añade cert-manager para certificados automáticos.
K3s ejecuta un plano de control en 2 vCPU y 4 GB. kubeadm completo quiere 4 GB como mínimo absoluto y se comporta mucho mejor con 8 GB. Los workers se dimensionan enteramente por lo que programes en ellos.
Sí, a través de una malla WireGuard. Mantén los miembros de etcd a unos 100 ms entre sí o el heartbeat de Raft se vuelve inestable.
Críticamente. etcd hace fsync en cada escritura; en HDD o almacenamiento muy contendido, el clúster se vuelve inestable bajo carga. Ponlo siempre en NVMe.