01
Acquista per il carico di lavoro, non per il nome del database
Porta un profilo del carico di lavoro: motore e versione del database, dimensione dei dati attivi, uso di picco della memoria, query concorrenti, volume di scrittura e crescita. Includi indici, log delle transazioni, spazio temporaneo e job di manutenzione. Un database per piccole imprese e un data warehouse di reporting possono richiedere macchine molto diverse anche quando usano lo stesso software.
Identifica il vincolo che stai cercando di modificare. Se un sistema esistente attende su storage o su un'applicazione remota, acquistare più core non è la prova che il problema scomparirà. Usa il tuo mix di query e un dataset rappresentativo per stabilire i criteri di accettazione per il nuovo host.
02
Confronta tre allocazioni diverse
Questi candidati offrono allocazioni di memoria e disco diverse; non sono classificati per transazioni al secondo. La capacità grezza elencata non è spazio di database utilizzabile dopo la ridondanza scelta.
- Xeon E-2388G: 64 GB di memoria ECC elencata e 2 TB di capacità grezza NVMe. Un candidato più piccolo quando il carico di lavoro misurato si adatta comodamente.
- EPYC 7443P: 256 GB di memoria ECC elencata e 7.68 TB di capacità grezza NVMe. Confrontalo quando la crescita di memoria o dati esclude la configurazione più piccola.
- EPYC 7513: quattro dispositivi NVMe e capacità grezza 15.36 TB. Consideralo quando il layout del disco previsto richiede più dispositivi, quindi conferma la configurazione effettiva.
03
Concorda cosa protegge i dati
Chiedi il modello dell'unità e la resistenza dove le scritture sostenute contano. Il catalogo non pubblica IOPS misurati, latenza di commit o un benchmark di database. Specifica il layout del disco e il requisito di ripristino invece di presumere che NVMe o ECC costituiscano un piano di resilienza completo.
Un singolo noleggio è un host fisico, non un cluster di database gestito. Replica, failover, backup consapevoli del database e test di ripristino rimangono tua responsabilità salvo diverso accordo. Conferma qualsiasi separazione di rete richiesta tra i nodi del database; una porta pubblica o una seconda macchina non include una rete di replica privata.
04
Prezzare l'intera distribuzione e migrazione
Confronta il noleggio insieme alle licenze del database, allo storage di backup e a eventuali opzioni quotate. Verifica le licenze software rispetto all'allocazione esatta del processore. Seleziona il sistema operativo e conferma la release, il layout del disco e il metodo di accesso prima dell'installazione; il noleggio dell'hardware non include l'amministrazione del database.
Scegli una regione in base alle esigenze di rete dell'applicazione e conferma la finestra di consegna del modello. Conserva il database esistente finché il nuovo host non supera i tuoi controlli e non è stato dimostrato un ripristino. Una richiesta di installazione in coda non è una migrazione completata né un motivo per rimuovere la vecchia copia.
Risposte dirette
Domande prima di ordinare
Promettete un tasso di query o una latenza del database?
Non sono pubblicate prestazioni misurate del database. Stabilisci i criteri di accettazione usando il tuo motore, schema, mix di query e dataset; una specifica hardware da sola non può stabilire il risultato.
La gestione del database o il failover automatico sono inclusi?
No. Questo è noleggio di hardware dedicato. Conferma qualsiasi assistenza concordata separatamente e pianifica amministrazione, replica, backup e ripristino prima di spostare dati di produzione.