Sandbox de dev / runners de CI em Netherlands

Runners GitHub/GitLab auto-hospedados, ambientes de preview efêmeros, fazendas de build — em hardware que você não alugou por um sistema de cobrança corporativo.

Netherlands: Membro da UE — GDPR se aplica. Avisos DMCA estrangeiros recusados por escrito por padrão. Ordem judicial holandesa exigida para remoção.

Ver planos a partir de $54.99/mo Sobre Netherlands

Sem KYC DMCA ignorado Somente cripto Deploy em 60 segundos

1 Tbps

Absorção de DDoS

41s

Implantação mediana

Amsterdam (NL-AMS)

Datacenter

$54.99

Plano de entrada / mês

Por que Netherlands

O argumento de Netherlands para Sandbox de dev / runners de CI

Amsterdã é o ponto de troca de internet mais denso da Europa. AMS-IX tem peering com 800+ redes; o RTT mediano para Londres, Frankfurt e Paris é inferior a 10 ms. O regime jurídico holandês é padrão UE — o GDPR se aplica, mas remoções exigem ordem judicial e o limiar é alto na prática. Escolhemos Amsterdã quando o desempenho de rede importa mais do que exotismo jurídico: jogos, relays de baixa latência, serviços federados com usuários europeus.

Runners CI auto-hospedados (act, Earthly, Drone, GitLab Runner, GitHub Actions self-hosted) evitam o medidor por minuto, os problemas de fronteira de segurança com runners na nuvem e os tempos lentos de reinicialização de cold-starts do runner hospedado pelo GitHub. KVM com root completo + virt aninhada + módulos de kernel customizados significa que qualquer coisa em Docker-in-Docker, Kata ou microVM (Firecracker) roda sem tratamento especial. Ambientes de preview efêmeros por pull request cabem perfeitamente no vps-business com uma camada Docker.\n\nPara uma equipe de dev rodando CI na Cryptoservers, a economia unitária é forte: um vps-pro a $54,99/mês equivale a cerca de 110 horas de runner hospedado pelo GitHub por mês — mas você obtém disponibilidade contínua (não minutos medidos) e hardware completo (não compartilhamento de vCPU). Escale para fazendas de build subindo múltiplas instâncias em nossas 4 jurisdições e balanceando no registro de runners.

Alinhamento de carga de trabalho

O que Sandbox de dev / runners de CI ganha com Netherlands

KVM completo, virt aninhada, módulos de kernel. Docker-in-Docker, Kata Containers, Firecracker funcionam todos.

Mediana de deploy em 41 segundos. Suba um ambiente efêmero por PR em menos tempo do que sua suite de testes leva.

AMD EPYC 9454P no tier Scale — o mesmo hardware que alimenta os runners compartilhados do GitLab.com.

Sem armadilhas de AUP corporativo. Execute qualquer coisa, de fuzzing de kernel a chaos engineering.

Cobrança nativa em cripto — pague por mês, sem surpresas de falha de pagamento no seu pipeline de CI.

Planos

Sandbox de dev / runners de CI — planos de Netherlands

Os planos abaixo partem de Netherlands (Amsterdam (NL-AMS)) por padrão. Escolha o mais barato que corresponde à sua carga projetada — hot-resize está disponível.

VPS

Pro

Intel Xeon Gold 6430 · Amsterdam (NL-AMS)

8 vCPU
24 GB DDR5 ECC
400 GB NVMe
5 Gbps unmetered

$54.99/mês

Implantar em Netherlands

VPS

Scale

AMD EPYC 9454P · Amsterdam (NL-AMS)

12 vCPU
32 GB DDR5 ECC
640 GB NVMe
10 Gbps unmetered

$69.00/mês

Implantar em Netherlands

Dedicados

Shield

AMD EPYC 7313P · Amsterdam (NL-AMS)

16 cores · 32 threads
64 GB DDR4 ECC
2× 1 TB NVMe
1 Gbps unmetered

$79.00/mês

Implantar em Netherlands

FAQ de sysadmin

Sandbox de dev / runners de CI em Netherlands — perguntas respondidas

Docker-in-Docker funciona no KVM aqui?

Sim — entregamos CONFIG_KVM e virt aninhada habilitados em cada host. dind, sysbox, gVisor, Kata Containers e microVMs Firecracker funcionam sem edições de sysctl ou recompilações de kernel.

Quantos jobs CI simultâneos posso rodar em um vps-pro?

Depende da carga de trabalho. Builds típicos em Go/Node/Python: 6–10 simultâneos nos 8 vCPU do vps-pro. Builds LTO em C++/Rust: 2–3. E2E baseado em navegador com Chromium headless: 4–6. Acima disso, tier Scale ou ded-shield para carga sustentada.

Posso rodar cargas de trabalho em GPU ou apenas CPU?

Apenas CPU — não oferecemos instâncias GPU. Para ML CI ou renderização, outro host é a resposta certa. A maioria dos CIs não precisa de GPU.

Como mantenho os segredos de CI seguros em um host remoto?

Da mesma forma que faria em qualquer runner auto-hospedado: criptografe em repouso (LUKS), use runners efêmeros (reimageados por job), mantenha os segredos de longa duração no seu orquestrador de CI e deixe o runner buscá-los no início do job. Não temos visibilidade da instância do runner — root completo significa responsabilidade completa.

E se eu precisar escalar para uma semana de release?

Hot-resize funciona em todos os planos VPS — vCPU e RAM são ao vivo; disco precisa de uma reinicialização. Ou suba uma instância scale temporária por uma semana e destrua depois. Nossa cobrança em cripto não penaliza uso parcial do mês; você paga pelo que usa proporcionalmente.

Outras jurisdições