Come dimensionare un server (la maggior parte ha bisogno di meno di quanto pensa)

Nessuno arriva chiedendo una macchina più piccola. Arrivano con una fattura cloud e un'immagine mentale di quanto debba essere grande il carico, perché la fattura dice loro un numero grande ogni mese da anni. Il numero è reale. La dimensione che implica quasi mai lo è.

La vostra fattura non è il vostro carico

Una fattura a contatore misura cosa vi è stato allocato e addebitato, non cosa i vostri processi hanno toccato. Col tempo smettete di dimensionare sul carico e iniziate a dimensionare sulla fattura, perché la fattura è l'unico numero che avete davanti. La maggior parte dei carichi che arrivano da noi usa una frazione di ciò per cui paga.

Quindi, prima di quotare qualsiasi cosa, vi chiediamo di andare a guardare. Non la fattura. La macchina.

I tre comandi che ridimensionano la fattura

free -m: siete davvero limitati dalla RAM

La memoria è la risorsa che la gente compra in eccesso più spesso, perché esaurirla sembra catastrofico. Eseguite questo sulla vostra macchina attuale e leggete la colonna available, non used. La cache non è consumo.

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

Sessantaquattro gigabyte provisionati. Undici in uso. Cinquantadue disponibili, in gran parte fermi come cache recuperabile. Questa è una macchina che crede di essere un carico da 64 GB ed è in realtà un carico da 16 GB con una sana cache disco.

df -h: quanto è pieno «pieno»

L'altro acquisto di riflesso è lo storage. Chiedete al disco cosa contiene anziché per cosa è stato venduto.

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

Due terabyte provisionati, quattordici per cento usati. Non è un problema di storage, è un'abitudine di storage. Il numero che vi serve è il valore usato più una curva di crescita realistica, non la dimensione dell'ultima macchina che qualcuno ha comprato.

Carico CPU e steal su un picco reale

Campionate la vostra CPU in una finestra davvero intensa, non in un martedì pomeriggio inattivo. Su un'istanza cloud condivisa, guardate la colonna %steal: è il tempo in cui il vostro carico voleva un core e l'hypervisor l'ha dato a un vicino.

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

Sessantasette per cento inattivo al picco, e in più il 6,2 per cento del tempo perso in steal. Su bare metal quella colonna steal segna 0.00, ogni giorno, perché i vostri core sono i vostri core. Parte del calcolo che credete di aver bisogno non è affatto carico.

Il margine non è una macchina più grande

L'obiezione solita è: ma mi serve spazio per i picchi. Vi serve, e ce l'avete già. Su hardware di proprietà, il margine per i picchi è già lì, perché la capacità vuota è nella macchina che avete. Nessuno misura il vostro picco. Questo significa che dimensionate sul consumo reale più un margine onesto, e il margine è gratuito anziché un motivo per comprare la taglia successiva.

Su un contatore, la paura del picco è razionale, perché il picco ha un cartellino del prezzo. Cancellate il contatore e la paura smette di essere una voce di fattura. Potete dimensionare su ciò che bruciate.

Perché il nostro strumento vi convince al ribasso

Il nostro Sizing Desk vende al ribasso di proposito. Dategli in pasto un carico dal nome pesante abbinato a risposte oneste sull'uso e timbrerà la proposta VI ABBIAMO RIDIMENSIONATO VERSO IL BASSO e quoterà comunque la Reference Build. Il messaggio che stampa è deliberato: i carichi come il vostro di solito arrivano a cercare una macchina più grande, le vostre risposte sull'uso dicono che la Reference Build porta già più margine di quanto avete descritto, quindi è quella che abbiamo quotato.

Non è modestia. È matematica della fidelizzazione. Un cliente dimensionato bene gira comodamente e resta per anni, e il modo più semplice per tenere un cliente è non vendergli troppo fin dall'inizio.

Una catena di negozi di riparazione fa girare il suo ERP su una di queste macchine. Dimensionata bene, senza eventi, noiosa nel modo in cui l'infrastruttura dovrebbe esserlo.

Quando vi serve davvero di più

A volte i numeri dicono di andare più grandi, e allora lo facciamo. I segnali sono reali, non immaginati: la vostra memoria available si assottiglia davvero al picco, il vostro disco si sta davvero riempiendo, il vostro %idle è basso quando conta. Costruiamo grandi macchine singole, fino a quattro socket, qualunque cosa il lavoro si meriti.

Tirate fuori i vostri tre numeri, poi lasciate che lo strumento provi a vendervi meno. Se vi ridimensiona verso il basso, non è un trucco. È l'intero metodo che funziona.