Estamos prestes a implantar a pesquisa de armazenamento compartilhado para armazenamento ultrarrápido para implementar o FCI (Microsoft Failover Cluster). Até o momento, o projeto vai, nós começaríamos com 500K IOPS para blocos de 8k sobre o padrão de 70r / 30w. Também gostaríamos de ter a capacidade de aumentar pefromance até 2M IOPS (para o mesmo padrão) em um ano ou mais, devido às crescentes expectativas do SQL Server.
Para o propósito do projeto, vamos implantar o 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 512 GB de RAM e estamos prontos para obter mais 2.
Quanto ao armazenamento, a Microsoft recomenda o uso de NVMe ou NVMe + SSD para obter o máximo desempenho ( source ). Portanto, após algumas pesquisas, os SSDs da Samsung são bons para acompanhar. link link
A configuração que consideramos é a seguinte: 1x SSD Samsung 960 EVO NVMe + 4x Samsung PM863 por host S2D.
A implementação do S2D usando o Samsung 960 EVO NVMe e o Samsung PM863 oferece 500k para o SQL FCI?
EDITAR:
a) você não perguntou algo semelhante no outro dia? - Eu fiz. Uma nova pergunta foi postada desde que o primeiro tiro foi off-topic. Assunto e corpo são alterados. A pergunta anterior será eliminada.
b) eles são drives de consumo, - A questão é encontrar a configuração do S2D que pode acomodar 500k IOPS necessários no início. Qual configuração você recomendaria?
c) como você está planejando conectar todos esses, eu não conheço um servidor com 5 x M.2 slots - precisamos saber disso, - Apenas 1x unidade M.2 por nó é ser usado. Corrigi a configuração do armazenamento compartilhado: 1x SSD SATA Samsung 960 EVO NVMe + 4x Samsung PM863 por host S2D.
d) que tipo de IOPS (tamanho e tipo)? - O SQL FCI lê uma carga de trabalho intensiva de blocos de 4k, 8k e 64k. O intervalo de leituras é de 70 a 90% e grava de um a 30 a 10%.
e) 500k-to-2M é uma gama muito ampla de variação de requisitos - por que uma faixa tão ampla? - Espera-se que o desempenho do projeto aumente significativamente no período de classificação, portanto, precisamos ter capacidade de executar uma carga de trabalho de 4x no mesmo hardware até o primeiro ano. Um ano depois, adicionaremos 4x mais hosts ao cluster.
Nós somos o Microsoft Shop, então não há nenhuma opção para ir para lá, mas o Microsoft SQL Server 2016. Além disso, como você pode consumir o projeto requer redundância e disponibilidade extra, portanto, o Cluster de Failover do SQL será implantado fora do S2D.
Não é uma boa ideia usar SSDs de consumidor em suas implantações do SDS. O VMware VSAN e o Microsoft S2D supõem que as gravações serão "atômicas", portanto, um ACK-ed por host está realmente na memória persistente; Os SSDs de consumo não possuem proteção contra falta de energia, para que possam perder seus dados. Escrever resistência também é muito diferente.
Sugiro ficar com alguns cartões NVMe de nível empresarial.