di Don Jones
Diciamolo chiaro: se non avete già virtualizzato istanze di SQL Server nel proprio ambiente, si sta andando a farlo alla fine, se non "molto presto adesso".
SQL Server e la virtualizzazione sono fatti uno per l'altro, e la situazione sta migliorando tutto il tempo. Non solo per la gestione dei carichi di lavoro e il consolidamento sia, ma anche per l'alta disponibilità. Una nuova generazione di tecnologie è là fuori, ora che può fornire il potere multiprocessore a SQL Server su più host, mantenendo casi macchina virtuale di pari passo con l'un l'altro e consentendo a zero nanosecondi di failover nel caso in cui una istanza va giù.
Ma per rendere il tutto accada si sta andando ad avere bisogno di hardware, e l'acquisto di hardware per un host di virtualizzazione che si esegue SQL Server è un po 'diversa da quellascelta dell'hardware per SQL Server stesso . Hai anche per pianificare le istanze di SQL Server. Casi occupato che gestiscono grandi database potrebbe andare su macchine virtuali (VM) tutto loro, mentre i piccoli casi potrebbero essere uniti in una singola VM.
Ricordate che una VM diventa l'unità di base della gestione: è possibile spostare le VM da host diversi, non riescono più e così via - ma ogni caso all'interno di ogni macchina virtuale va avanti per il giro. Concentrarsi sulla creazione di macchine virtuali che hanno bisogno di processori virtuali il minor numero possibile di fare il loro lavoro, che renderanno ogni VM più granulare in termini di carico di lavoro gestisce, e renderà più semplice per coloro VM a coesistere con altre macchine virtuali sui stesso host.L
Quando allestimento che ospitano, ci sono tre cose da considerare: velocità effettiva del disco, memoria e processori. I vostri soldi sono spesi meglio, inizialmente, su processori. Ignora server blade e server compatti 1U per gli host di SQL Server: Ti spremere socket di processore e di più core in uno chassis 4U, e che telaio spesso eseguito con minore raffreddamento e requisiti di alimentazione di un simile chassis 1U o 2U.
Trova la "sweet spot" per la velocità del processore - dove si trova il meglio delle prestazioni per il vostro dollaro - non solo comprare il più veloce. A pochi megahertz in più non si ha intenzione di offrire un grande miglioramento delle prestazioni. Si concentrano su processori di classe server, però. Se siete il tipo di persona che crede di poter costruire un server da off-the-shelf madri basate su Centrino, abbandonare questa teoria quando si tratta di SQL Server host di virtualizzazione, per favore.
La memoria è la spesa successiva. Quanto più siamo, meglio è. Moderna hypervisortipicamente si lascia overcommit memoria, significa che è possibile configurare le macchine virtuali da utilizzare più memoria, in totale, oltre l'host è effettivamente. Molti ambienti bene con un overcommit 50%, ma SQL Server è uno spreco di memoria reale.Analizzare le istanze di SQL Server per vedere quanta memoria sono tipicamente consumano, pianificare la overcommit di conseguenza, e non mettere le macchine virtuali sullo stesso host se sono tutte le istanze in esecuzione di SQL Server, che tendono al massimo fuori la loro allocazione della memoria.
Si tenga presente che SQL Server, più di molte altre applicazioni server, cercherà di usare qualsiasi memoria del sistema operativo è disposto a dare, così se Windows pensa che ha 12 GB di memoria, SQL Server spesso fanno ogni sforzo per utilizzare che. Questo comportamento può rendere overcommit difficile, quindi procedere con cautela. In realtà, amministratori di database con più esperienza non mi piace usare overcommit memoria a tutti quando sono virtualizzando SQL Server.
Detto questo, la quantità di memoria è quella cosa che si può lesinare su quando si acquista un server. Questo perché è possibile aggiungere più tardi - a condizione di mettere i moduli di memoria più grande possibile nel proprio server, lasciando slot liberi per future espansioni. Non a buon mercato sulla memoria non acquistare, comunque. Get di correzione degli errori di memoria che la velocità corrispondenza alla scheda madre del server. In altre parole, acquistare qualunque sia il vostro fornitore di server scelto consiglia per il server, e idealmente comprare la memoria da quello stesso produttore. Dopo tutto, che il fornitore è più probabile per offrire supporto se hai problemi con esso.
Disco è l'ultimo, e in molti casi di SQL Server sarai la costruzione di una storage area network (SAN) piuttosto che affidarsi pesantemente storage all'interno del server. (Si potrebbe costruire una serie di specchi dischi rigidi interni per eseguire SQL Server e Windows se stessi, non per memorizzare i dati.) In ordine di priorità, costruire la vostra SAN per la tolleranza ai guasti, la velocità e le dimensioni, se si pensa hai bisogno di una 10-terabyte SAN, la dimensione è l'ultima cosa che prezzo fuori.
Per prima cosa, assicurarsi la possibilità di permettersi di fare che lo stoccaggio ridondanti abbastanza per sopravvivere al fallimento di una manciata di dischi reali, e devi costruire di essere abbastanza veloce per supportare SQL Server. Collo di bottiglia più comuni di SQL Server è la velocità di memorizzazione, quindi è quasi impossibile costruire una SAN che è "troppo veloce." Questo è vero soprattutto con la virtualizzazione, che porta il suo carico di I / O come i dati vengono scritti immagini disco virtuale.
Mentre SQL Server è perfettamente in grado di essere eseguito in una macchina virtuale, l'acquisto di hardware per gli host di virtualizzazione di SQL Server e la configurazione delle macchine virtuali richiede un approccio specializzato. Semplicemente spostando le istanze esistenti di SQL Server in configurazione poco macchine virtuali, o agli host male provisioning, può significativamente ridurre le prestazioni. Non c'è bisogno di correre questo rischio: Tenere a mente questi consigli e avrete una efficiente infrastruttura di virtualizzazione che è SQL Server-ready.
Corso SQL Server - Corso Hyper-V -Corso Windows Server –
Nessun commento:
Posta un commento
Nota. Solo i membri di questo blog possono postare un commento.