Cutter 8
- vCPU
- 4 × dedicado
- RAM
- 8 GB
- Armazenamento
- 160 GB NVMe SSD
- Transferência
- 10 TB
- IPv4 / IPv6
- 1 / /64 routed
Solução
Um nó de plano de controlo K3s precisa de 2 núcleos e 4 GB; um plano de controlo kubeadm completo quer 4 GB mínimos e 8 GB para estar confortável. O tamanho dos nós trabalhadores é definido pelas suas cargas de trabalho. Três instâncias Cutter 8 em três jurisdições dão-lhe um cluster genuinamente tolerante a falhas por menos de $110 por mês, com rede privada via WireGuard entre regiões.
| Recurso | O que realmente precisa |
|---|---|
| Plano de controlo | 2 vCPU / 4 GB para K3s, 4 vCPU / 8 GB para kubeadm |
| Trabalhadores | Dimensionado pelas cargas de trabalho; 4 vCPU / 8 GB é uma unidade sensata |
| Disco | NVMe para etcd — é sensível à latência de fsync |
| Rede | Mesh WireGuard entre regiões; IPv6 nativo para clusters dual-stack |
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.
Três é o mínimo para o quórum do etcd.
Dê a cada nó um endereço privado e roteie o CIDR do cluster através dele.
curl -sfL https://get.k3s.io | sh -s - server --cluster-init no primeiro nó.
Use o token de nó de /var/lib/rancher/k3s/server/node-token.
Traefik vem com K3s; adicione cert-manager para certificados automáticos.
K3s executa um plano de controlo em 2 vCPU e 4 GB. O kubeadm completo quer 4 GB como mínimo absoluto e comporta-se muito melhor com 8 GB. Os workers são dimensionados inteiramente pelo que agenda neles.
Sim, através de uma malha WireGuard. Mantenha os membros do etcd a cerca de 100 ms uns dos outros, ou o heartbeat do Raft torna-se instável.
Criticamente. O etcd faz fsync em cada escrita; em HDD ou armazenamento muito ocupado o cluster torna-se instável sob carga. Coloque sempre em NVMe.