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.
fonte
Respostas:
É 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.
fonte