Skip to content
Latchkey

O Que É um Larger GitHub Runner? Mais Cores, Preço Maior

Um larger GitHub runner é um runner hospedado com mais vCPU, memória e disco que a máquina padrão de 2 cores - mais rápido para jobs pesados, mas cobrado com uma sobretaxa acentuada por minuto.

O runner Linux padrão hospedado pelo GitHub é modesto (comumente 2 vCPU / 7 GB). Para jobs intensivos em compilação ou famintos por memória isso é pequeno demais, então o GitHub oferece larger runners. Eles são mais rápidos - e bem mais caros por minuto.

O que significa "larger"

Larger runners vêm em tamanhos de até muitos vCPUs e dezenas de gigabytes de RAM, com mais disco. Você os designa via labels ou runner groups e os endereça a partir do runs-on para os jobs que precisam de potência.

Quando você precisa de um

  • Builds intensivos em compilação (C++, Rust, grandes monorepos) que saturam 2 cores.
  • Jobs famintos por memória que sofrem OOM-kill no tamanho padrão.
  • Jobs em que o tempo de feedback de wall-clock justifica pagar por velocidade.

A sobretaxa de custo

Larger runners são cobrados a um múltiplo da tarifa padrão por minuto, escalando com o tamanho. Um runner de 16 cores custa cerca de oito vezes um de 2 cores por minuto, então um job mais rápido não é automaticamente um job mais barato.

A comparação com gerenciados

Provedores gerenciados oferecem os mesmos tamanhos grandes, normalmente bem abaixo do preço dos larger runners do GitHub. A Latchkey oferece tamanhos de runner maiores tipicamente cerca de 70% mais baratos que os hospedados pelo GitHub, para que você escale a CPU sem a mordida da sobretaxa.

Mais rápido nem sempre é mais barato

Dobrar os cores praticamente dobra a tarifa por minuto, então um runner maior só economiza dinheiro se o job de fato ficar proporcionalmente mais rápido. Trabalho paralelizável e limitado por compilação se beneficia; um job single-threaded em um runner grande só queima minutos com sobretaxa.

Principais conclusões

  • Um larger GitHub runner tem mais vCPU, memória e disco que o padrão.
  • Ele acelera jobs intensivos em compilação e famintos por memória.
  • Ele é cobrado a um múltiplo acentuado da tarifa padrão por minuto.
  • Runners gerenciados oferecem os mesmos tamanhos a um custo menor.

Guias relacionados