Più RAM rispetto a più server

Di recente mi è stato chiesto "Sai quando decidere se scegliere più RAM o più server?" (nel contesto del ridimensionamento delle applicazioni di data mining).

Non ne avevo idea, quindi quali sono alcuni modi per decidere? Ho una conoscenza molto scarsa dell'architettura e del ridimensionamento (la mia comprensione della memoria del computer e di ciò che fa un server è limitata alle basi di alto livello), quindi sono molto ben accetti anche i suggerimenti per saperne di più su queste cose in generale.

"Sai quando decidere se scegliere più RAM o più server?" (nel contesto del ridimensionamento delle applicazioni di data mining).

La risposta è non appena mi darai le metriche per il server in questione, ti dirò quale (o se vale la pena aggiungere entrambi). Questo tipo di messa a punto non è voodoo (unles stai usando applicazioni senza strumentazione e sistemi operativi server senza strumentazione, quindi sì è voodoo) è scienza. Misura l'applicazione e il server. In poche parole, usando le metriche di monitoraggio, scopri dove si trova il collo di bottiglia delle prestazioni e aggiungi altro.

Di solito c'è un po 'di voodoo (o almeno tentativi ed errori) nel miglioramento delle prestazioni di server / applicazioni.

La regola generale per la domanda specifica è di aumentare prima la memoria fino a quando non può più essere aumentata OPPURE fino a quando una maggiore quantità di memoria non migliora più le prestazioni. Con una memoria relativamente economica, può essere più semplice semplicemente aumentare al massimo la memoria. Inoltre, se l'applicazione è pesante su disco, l'aggiornamento a unità ad alta velocità o controller ad alte prestazioni può fare la differenza.

Tuttavia, la natura molto generale della domanda mi porta a pensare che non ci siano stati altri tentativi di migliorare le prestazioni. Sono d'accordo che l'hardware sia economico, quindi anche lanciare più server su un problema è abbastanza facile da realizzare. Ma vorrei anche assicurarmi che siano state fatte altre strade, in particolare la messa a punto del sistema operativo e del database. A volte piccole modifiche al database, al sistema operativo o persino alla configurazione dell'applicazione possono comportare enormi miglioramenti delle prestazioni.

Cerca in questo sito con il tuo sistema operativo, database e applicazione specifici e potresti trovare il gold.

Come architetto aziendale ho affrontato questo problema quasi quotidianamente. Ridimensionamento verticale o orizzontale?

Quali sono le tue esigenze?

Hai bisogno di supportare più utenti? Devi migliorare la velocità del servizio? Hai bisogno di entrambi? Hai bisogno di un'elevata disponibilità 99.9999 o i tuoi utenti possono evitare tempi di inattività?

Per iniziare, è necessario acquisire le metriche delle prestazioni sul sistema corrente. Numero di utenti attivi, carichi di RAM e CPU, I / O del disco: scopri dove si trovano i colli di bottiglia.

Possibili soluzioni basate su problemi: iniziare con l'ottimizzazione delle risorse attuali. Se l'applicazione è basata su database, ottimizza il database con query, thread, cache, indici, ecc. Se condividi un server con altre applicazioni, esplora il passaggio a un server dedicato. (Cerca nella virtualizzazione applicazioni meno attive / critiche per liberare risorse dedicate).

le macchine attuali sono a piena capacità, RAM e CPU fortemente caricate, I / O a disco elevato - calcolare i costi per aggiungere RAM, è possibile passare a I / O su disco più veloce (RAID, SATA al posto di ATA)?

Se è necessaria un'elevata disponibilità, probabilmente è necessario aggiungere hardware e bilanciamento del carico comunque.

È più economico aggiungere aggiornamenti hardware o aggiungere nuovi server? Che si adatta agli obiettivi a lungo termine e alla crescita?

Qual è il momento migliore per il tuo reparto IT per spendere soldi? Hai fondi adesso o vuoi spostare le spese in un altro trimestre / anno? Se i fondi sono un problema, ottimizza ora o esplora la liberazione dell'hardware da altre applicazioni per aggiungere una soluzione di bilanciamento del carico temporaneo.

Non aver paura di esplorare numerose soluzioni. I fornitori potrebbero voler acquistare una soluzione incentrata sul carico, incentrata sullo storage SAN, in cui un nuovo server con iSCSI RAID 10 integrato funzionerà al 10% del costo.

Se la tua CPU è ancora pesantemente caricata dopo l'ottimizzazione, devi aggiungere / sostituire l'hardware. Se l'I / O del disco è il collo di bottiglia e non è possibile aggiornare la tecnologia di archiviazione, è necessario sostituire l'hardware o aggiungere soluzioni di archiviazione di rete / archiviazione.

Cattura metriche delle prestazioni. Ottimizza, migliora e acquisisci di nuovo le metriche. Continua a documentare aumenti / diminuzioni delle prestazioni in modo da poter presentare un rapporto che documenta quanto hai speso e quanto guadagno ha comportato. Questo è il tipo di possibili storie di successo che trasformano gli amministratori in architetti, gli architetti in project manager e i PM in alti dirigenti se fatti bene.

Stai paging? Utilizzerai la RAM per memorizzare nella cache il disco? Sei collegato alla CPU con RAM libera?

Se stai effettuando il paging e / o puoi utilizzare la RAM per memorizzare nella cache, ottieni più RAM. Se non stai incontrando la pressione della RAM, allora è qualcos'altro.

La RAM è economica. Dovresti sempre prima di tutto al punto in cui hai la quantità più economica lì dentro (ad esempio, i moduli DIMM da 4 GB sono proibitivi e quindi non mi preoccuperei di loro).

Quindi esplora il ridimensionamento lateralmente (più server). Considera l'hardware di consumo a buon mercato rispetto a parti costose del server, ma aspetta errori e crea stime di failover nella tua capacità di elaborazione totale.

Fondamentalmente, fai un Google .

Quale sistema operativo stai usando, quanta RAM supporta e quanta RAM hai sono anche domande da porre. Se sei al limite di un sistema operativo a 32 bit, l'acquisto di più RAM non ti gioverà. Se si utilizzano Windows alcuni SKU sono limitati a determinate quantità di RAM che non sono esattamente correlate al limite a 32 bit.

Alcune persone sembrano pensare che l'aggiunta di RAM sia una soluzione magica. Aiuta solo se RAM se è il collo di bottiglia.

Più RAM = più macchine virtuali.

Quindi suppongo che più RAM = più server !!