La configurazione di S2D che fornisce fino a 2M IOPS a SQL FCI


8

Stiamo per implementare la ricerca dello storage condiviso per lo storage ultrarapido per implementare il cluster di failover (FCI) di Microsoft SQL Server. Finora il progetto va avanti, inizieremmo con IOPS da 500K per blocchi da 8k con un pattern di circa 70r / 30w. Inoltre vorremmo avere la possibilità di aumentare la pefromance fino a 2 M IOPS (per lo stesso modello) in circa un anno, a causa delle aspettative crescenti del server SQL.

Ai fini del progetto, implementeremo un cluster a 4 nodi di Microsoft Storage Spaces Direct (S2D). Per quanto riguarda l'hardware, abbiamo già 2x server rack Dell R730xd con 2x E5-2697 e 512 GB di RAM e siamo pronti per ottenerne altri 2.

Per quanto riguarda l'archiviazione, Microsoft consiglia di utilizzare NVMe o NVMe + SSD per ottenere le massime prestazioni ( sorgente ). Pertanto, dopo alcune ricerche, gli SSD Samsung sono perfetti. https://www.starwindsoftware.com/blog/benchmarking-samsung-nvme-ssd-960-evo-m-2 http://www.storagereview.com/samsung_960_pro_m2_nvme_ssd_review

L'impostazione che consideriamo è la seguente: 1x Samsung 960 EVO NVMe + 4x Samsung PM863 SSD per host S2D.

L'implementazione S2D con Samsung 960 EVO NVMe e Samsung PM863 può fornire 500k a SQL FCI?

MODIFICARE:

a) non hai chiesto qualcosa di simile l'altro giorno? - L'ho fatto. Una nuova domanda è stata pubblicata poiché il primo colpo era fuori tema. Oggetto e corpo sono cambiati. La domanda precedente verrà eliminata.

b) sono unità consumer, - La domanda sta per trovare l'installazione di S2D che potrebbe ospitare IOPS 500k richiesti all'avvio. Quale configurazione consiglieresti?

c) come stai pianificando di connetterli tutti, non sono a conoscenza di un server là fuori con 5 slot M.2 - dobbiamo saperlo, - deve essere usato solo 1x unità M.2 per ogni nodo. Ho corretto l'impostazione dell'archiviazione condivisa: 1x SSD Samsung 960 EVO NVMe + 4x SSD SATA Samsung PM863 per host S2D.

d) che tipo di IOPS (dimensioni e tipo)? - SQL FCI legge un carico di lavoro intenso di blocchi 4k, 8k, 64k. L'intervallo di letture è del 70-90% e scrive uno - 30-10%.

e) 500k-2M è una gamma molto ampia di varianza dei requisiti - perché una gamma così ampia? - Le prestazioni del progetto dovrebbero aumentare in modo significativo nel periodo di smistamento, quindi dobbiamo avere la capacità di eseguire 4x carichi di lavoro sullo stesso hardware fino al primo anno. Un anno dopo aggiungeremo 4x altri host al cluster.

Siamo Microsoft Shop, quindi non esiste alcuna opzione per andare altrove, ma Microsoft SQL Server 2016. Inoltre, poiché si potrebbe consumare il progetto richiede ridondanza e disponibilità extra, pertanto SQL Cluster Failover Intance verrà distribuito a parte S2D.


2
a) non hai chiesto qualcosa di simile l'altro giorno? b) sono unità consumer, c) come pensi di collegarle tutte, non sono a conoscenza di un server là fuori con 5 slot M.2 - dobbiamo sapere questo, d) che tipo di IOPS ( dimensioni e tipo)? e) 500k-2M è una gamma molto ampia di varianza dei requisiti - perché una gamma così ampia? f) Potremmo fare con molto di più sulle specifiche del tuo server - dettagli per favore.
Chopper 3

1
@ Chopper3 Grazie per il commento. Ho aggiunto informazioni.
Joshua Turnwell,

1
Questo risponde a una di quelle domande: che dire del resto?
Chopper3,

1
@ Chopper3 Si prega di rivedere le informazioni aggiunte. Cos'altro è richiesto?
Joshua Turnwell,

1
Grazie, non ho ancora idea di come stai pianificando di connettere quelle 5 unità M.2 al server, ma sto rinunciando a chiedere di nuovo. Un'ultima domanda: hai davvero bisogno di un database relazionale per questo? Potresti benissimo farlo, ma se riesci a farti questa domanda e potresti cavartela con una linea di motori NoSQL Couchbase o MongoDB ecc. Allora improvvisamente potresti trovare davvero molto facile andare oltre 2M IOPS. Il motivo per cui chiedo tutto questo è perché vuoi farlo tramite MSSQL, S2D (quindi WS2016) e tramite SSD consumer - tutto questo è molto nuovo e non testato .... tbc
Chopper3

Risposte:


8

È una cattiva idea utilizzare SSD consumer nelle distribuzioni SDS. VMware VSAN e Microsoft S2D assumono entrambi che le scritture saranno "atomiche", quindi un ACK edito dall'host è in realtà su memoria persistente; gli SSD di consumo non hanno alcuna protezione da interruzione dell'alimentazione, quindi POSSONO perdere i dati. Anche la resistenza alla scrittura è molto diversa.

https://blogs.technet.microsoft.com/filecab/2016/11/18/dont-do-it-consumer-ssd/

https://blogs.vmware.com/vsphere/2013/12/virtual-san-hardware-guidance-part-1-solid-state-drives.html

http://www.yellow-bricks.com/2013/09/16/frequently-asked-questions-virtual-san-vsan/

Suggerirei di rimanere con alcune schede NVMe di livello Enterprise.


5
Questo! Per il caso, consiglierei di dare un'occhiata alle schede Intel Enterprise NVMe come il modello P3700: storagereview.com/intel_ssd_dc_p3700_25_nvme_ssd_review Ecco i benchmark PM863 dallo stesso sito, btw: storagereview.com/samsung_pm863_ssd_review
batistuta09

3
Intel P3700 sono fantastici. Verificherò il caso Intel Enterprise NVMe. Grazie.
Joshua Turnwell,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.