A configuração do S2D que fornece até 2M IOPS para SQL FCI

8

Estamos prestes a implantar a pesquisa de armazenamento compartilhado para armazenamento ultrarrápido para implementar o FCI (Microsoft SQL Server Failover Cluster). Até o momento, vamos começar com 500K IOPS para blocos de 8k sobre o padrão 70r / 30w. Também gostaríamos de ter a capacidade de aumentar a performance de até 2M IOPS (para o mesmo padrão) em um ano ou mais, devido às crescentes expectativas do servidor SQL.

Para a finalidade do projeto, vamos implantar um cluster de 4 nós do Microsoft Storage Spaces Direct (S2D). Quanto ao hardware, já temos 2x servidores de rack Dell R730xd com 2x E5-2697 e 512GB de RAM e estamos prontos para receber mais 2.

Quanto ao armazenamento, a Microsoft recomenda usar o NVMe ou o NVMe + SSD para obter o máximo desempenho ( fonte ). Portanto, após algumas pesquisas, os SSDs da Samsung são bons para acompanhar. https://www.starwindsoftware.com/blog/benchmarking-samsung-nvme-ssd-960-evo-m-2 http://www.storagereview.com/samsung_960_pro_m2_nvme_ssd_review

A configuração que consideramos é a seguinte: 1x Samsung 960 EVO NVMe + 4x SSD Samsung PM863 por host S2D.

A implementação do S2D usando o Samsung 960 EVO NVMe e o Samsung PM863 fornece 500k para o SQL FCI?

EDITAR:

a) você não perguntou algo semelhante no outro dia? - Eu fiz. Uma nova pergunta foi publicada desde que o primeiro tiro foi retirado do tópico. Assunto e corpo são alterados. A pergunta anterior será excluída.

b) são unidades de consumo, - A questão está prestes a encontrar a configuração do S2D que possa abrigar 500k IOPS necessários no início. Que configuração você recomendaria?

c) como você planeja conectar tudo isso, eu não conheço um servidor por aí com 5 slots M.2 - precisamos saber disso - apenas 1x unidade M.2 por cada nó deve ser usada. Corrigi a configuração do armazenamento compartilhado: 1x SSD Samsung 960 EVO NVMe + 4x SSD Samsung PM863 SATA por host S2D.

d) que tipo de IOPSs (tamanho e tipo)? - SQL FCI lê intensa carga de trabalho de blocos de 4k, 8k, 64k. O intervalo de leituras é de 70 a 90% e escreve um - 30 a 10%.

e) 500k a 2M é uma variação muito ampla de variação de requisitos - por que uma variação tão ampla? - Espera-se que o desempenho do projeto aumente significativamente no período de classificação, portanto, devemos ter capacidade de executar 4x carga de trabalho no mesmo hardware até o primeiro ano. Um ano depois, adicionaremos 4x mais hosts ao cluster.

Como somos a Microsoft Shop, não há opção para ir a outro lugar, exceto o Microsoft SQL Server 2016. Além disso, como você pode consumir o projeto, requer redundância e disponibilidade extra, portanto, o SQL Failover Cluster Intance será implantado além do S2D.

Joshua Turnwell
fonte
2
a) você não perguntou algo parecido outro dia? b) são unidades de consumo, c) como você planeja conectar todas elas, não conheço um servidor com 5 slots M.2 - precisamos saber disso, d) que tipo de IOPSs ( tamanho e tipo)? e) 500k a 2M é uma variação muito ampla de variação de requisitos - por que uma variação tão ampla? f) Poderíamos saber muito mais sobre as especificações do servidor - detalhes, por favor.
Chopper3
1
@ Chopper3 Obrigado pelo comentário. Eu adicionei informações.
Joshua Turnwell
1
Isso responde a uma dessas perguntas - e o resto?
Chopper3
1
@ Chopper3 Por favor, reveja as informações adicionadas. O que mais é necessário?
Joshua Turnwell
1
Obrigado, ainda não faço ideia de como você planeja conectar essas unidades 5 x M.2 ao servidor, mas estou desistindo de perguntar novamente. Uma pergunta final - você realmente precisa de um banco de dados relacional para isso? Você pode muito bem fazer isso, mas se você puder fazer essa pergunta a si mesmo e puder se safar de uma linha de mecanismo NoSQL Couchbase ou MongoDB, etc., de repente você achará muito fácil passar de mais de 2M IOPS. A razão que eu peço tudo isso é porque você quer fazer isso via MSSQL, S2D (portanto WS2016) e via SSD consumidor - isto é tudo muito novo e não testado .... a confirmar
Chopper3

Respostas:

8

É uma má idéia usar SSDs de consumidor em suas implantações de SDS. O VMware VSAN e o Microsoft S2D assumem que as gravações serão "atômicas"; portanto, um ACK-ed pelo host está realmente na memória persistente; os SSDs dos consumidores não têm proteção contra falta de energia e, portanto, PODEM perder seus dados. Resistência à gravação também é muito diferente.

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/

Sugiro ficar com algumas placas NVMe de nível empresarial.

BaronSamedi1958
fonte
5
Este! Para o caso, eu recomendaria dar uma olhada nas placas NVMe empresariais da Intel, como o modelo P3700: storagereview.com/intel_ssd_dc_p3700_25_nvme_ssd_review Aqui estão os benchmarks PM863 do mesmo site, btw: storagereview.com/samsung_pm863_ssd_review
batistuta09
3
Intel P3700 são ótimos. Vou verificar o Intel Enterprise NVMe para o caso.Obrigado.
Joshua Turnwell