Como dimensionar um servidor (a maioria precisa de menos do que pensa)

Ninguém chega a pedir uma máquina mais pequena. Chegam com uma fatura da cloud e uma imagem mental do tamanho que a carga de trabalho deve ter, porque a fatura lhes diz um número grande todos os meses há anos. O número é real. O tamanho que ele sugere quase nunca é.

A sua fatura não é a sua carga de trabalho

Uma fatura ao consumo mede o que lhe foi alocado e cobrado, não aquilo em que os seus processos tocaram. Com o tempo deixa de dimensionar pela carga de trabalho e começa a dimensionar pela fatura, porque a fatura é o único número à sua frente. A maioria das cargas de trabalho que nos chegam usa uma fração do que está a pagar.

Por isso, antes de darmos qualquer orçamento, pedimos que vá ver. Não a fatura. A máquina.

Os três comandos que humilham a fatura

free -m: está mesmo limitado pela RAM?

A memória é o recurso que as pessoas mais vezes compram em excesso, porque ficar sem ela parece catastrófico. Corra isto na sua máquina atual e leia a coluna available, não a used. Cache não é consumo.

$ free -m
               total        used        free      shared  buff/cache   available
Mem:           64157       11238        1002         418       51917       52104

Sessenta e quatro gigabytes provisionados. Onze em uso. Cinquenta e dois disponíveis, a maior parte parada como cache recuperável. Esta é uma máquina que pensa que é uma carga de trabalho de 64 GB e é na realidade uma de 16 GB com uma cache de disco saudável.

df -h: quão cheio é «cheio»

A outra compra por reflexo é o storage. Pergunte ao disco o que guarda em vez do que lhe foi vendido.

$ df -h /
Filesystem      Size  Used Avail Use% Mounted on
/dev/nvme0n1p2  1.8T  240G  1.5T  14% /

Dois terabytes provisionados, catorze por cento em uso. Isto não é um problema de storage, é um hábito de storage. O número de que precisa é o valor em uso mais uma curva de crescimento realista, não o tamanho da última máquina que alguém comprou.

Carga de CPU e steal durante um pico real

Faça amostragem da sua CPU numa janela realmente carregada, não numa tarde de terça-feira parada. Numa instância de cloud partilhada, repare na coluna %steal: é o tempo em que a sua carga de trabalho queria um núcleo e o hypervisor o deu a um vizinho.

$ mpstat 1 3
CPU    %usr   %sys  %iowait  %steal   %idle
all   22.10   3.40     0.80    6.20    67.50

Sessenta e sete por cento parado no pico, e 6,2 por cento do tempo perdido em steal por cima disso. Em bare metal essa coluna de steal marca 0.00, todos os dias, porque os seus núcleos são os seus núcleos. Parte da computação que pensa que precisa nem sequer é carga de trabalho.

Margem não é uma caixa maior

A objeção habitual é: mas preciso de espaço para picos. Precisa, e já o tem. Em hardware próprio, a margem para picos já lá está, porque a capacidade vazia está na máquina que tem. Ninguém mede o seu pico ao consumo. Isso significa que dimensiona pelo consumo real mais uma margem honesta, e a margem é gratuita em vez de ser uma razão para comprar o tamanho acima.

Com um contador, o medo do pico é racional, porque o pico tem um preço. Apague o contador e o medo deixa de ser uma linha na fatura. Pode dimensionar pelo que consome.

Porque é que a nossa ferramenta o convence a ir mais pequeno

O nosso Sizing Desk vende para baixo de propósito. Dê-lhe uma carga de trabalho que soe pesada juntamente com respostas honestas de utilização e ele carimba a proposta com DIMENSIONÁMOS PARA BAIXO e orça o Reference Build na mesma. A mensagem que imprime é deliberada: cargas de trabalho como a sua costumam chegar à procura de uma máquina maior, as suas respostas de utilização dizem que o Reference Build já traz mais margem do que a que descreveu, por isso foi isso que orçámos.

Isto não é modéstia. É aritmética de retenção. Um cliente bem dimensionado corre com folga e fica durante anos, e a forma mais simples de manter um cliente é não lhe vender a mais logo à partida.

Uma cadeia de lojas de reparação corre o seu ERP numa destas máquinas. Bem dimensionada, sem sobressaltos, aborrecida da forma como a infraestrutura deve ser.

Quando precisa mesmo de mais

Às vezes os números dizem para ir maior, e então vamos. Os sinais são reais, não imaginados: a sua memória available fica mesmo curta no pico, o seu disco está realmente a encher, o seu %idle é baixo quando importa. Construímos máquinas únicas grandes, até quatro sockets, o que o trabalho merecer.

Obtenha os seus três números, e depois deixe a ferramenta tentar vender-lhe menos. Se o dimensionar para baixo, isso não é um truque. É todo o método a funcionar.