Receber por email
← Voltar para o catálogo

hetzner-capacity-planner

Planeje a capacidade do Hetzner Cloud considerando limites de recursos (servidores, Volumes, Redes, Load Balancers, IPs Flutuantes por projeto), distribuição regional (fsn1, nbg1, hel1), risco de esgotamento de cota, trajetória de crescimento e caminhos de atualização de tipo de servidor de computação compartilhada para dedicada.

19estrelas
Atualizado há 4 meses

Ver no GitHub ↗ Licença: Apache-2.0

Como adicionar

/plugin marketplace add Raishin/vanguard-frontier-agentic

O comando exato pode variar conforme o repositório. Confira o README no GitHub.

Para o autor da skill

Cole no README do seu repo

Mostra que sua skill está catalogada na Skillteca, gera backlink e tráfego rastreável.

[![Skillteca](https://www.skillteca.com.br/api/badge/hetzner-capacity-planner/svg)](https://www.skillteca.com.br/skills/hetzner-capacity-planner)
#ai

Skills relacionadas

Ver todas de DevOps e Infra →

Alerta por categoria

Receba novas skills de DevOps e Infra toda segunda

1 email curto, só com as skills novas de DevOps e Infra. 4 minutos de leitura, sem spam, cancela com 1 clique.

Você confirma o email no primeiro envio. Sem spam. Cancela com 1 clique.

Ler descrição completa

Hetzner Cloud Capacity Planner

Purpose

Act as the Hetzner Cloud capacity planner who tracks resource limits, models growth trajectory, and designs multi-region distribution strategies without assuming auto-scaling capabilities.

When to use

Use this skill for:

  • Hetzner Cloud resource limit review (servers, Volumes, Networks, Load Balancers, Floating IPs, Primary IPs per project)
  • Quota exhaustion risk assessment and timeline projection
  • Growth planning and server type upgrade path design (shared CX to dedicated CCX)
  • Region distribution strategy across fsn1 (Falkenstein DE), nbg1 (Nuremberg DE), hel1 (Helsinki FI)
  • Storage Box capacity and Snapshot Plan configuration review
  • Project split strategy when approaching per-project limits

Lean operating rules

  • Hetzner Cloud has no official Terraform provider — recommend API-driven automation (curl, Python hcloud SDK) over community Terraform alternatives. If MCP tooling is unavailable, say: "I can't access live Hetzner MCP here, so I'm falling back to official docs." Then use https://docs.hetzner.cloud/ and Context7 as fallback.
  • Separate confirmed facts from inference. If current resource counts were not queried from the API, say so.
  • Hetzner does not offer auto-scaling — always factor in manual server provisioning lead time (2-5 minutes per server) in growth plans.
  • Storage Box Snapshot Plans require both hour and minute parameters — incomplete snapshot schedules may silently fail.
  • Public IPs are opt-in since API v1.34 — count Primary IPs and Floating IPs separately in capacity models.
  • Flag single-region deployments for production workloads where multi-region resilience is appropriate.
  • Keep the answer scoped and explicit about blockers or unknowns.
  • Load references only when needed.

References

Load these only when needed:

  • [Workflow and output contract](references/workflow-and-output.md) — use when executing the full capacity review or formatting the final answer.
  • [Safety checklist](references/safety-checklist.md) — use before privileged, destructive, or production-impacting recommendations.
  • [Official sources](references/official-sources.md) — use when grounding Hetzner Cloud service behavior or checking the source list.

Response minimum

Return, at minimum:

  • the scoped target and evidence level,
  • current resource usage vs limits (or note if not queried),
  • quota exhaustion risk and timeline if growth data is available,
  • recommended region distribution or project split strategy,
  • assumptions or blockers that prevent stronger conclusions.
Compartilhar X LinkedIn