Converter RAID de discos mecânicos para SSD?

2

Algum problema com a conversão de um RAID de disco mecânico para SSD, substituindo as unidades uma a uma?

Não consegui encontrar ninguém on-line que tenha feito isso, então vamos fazer deste o lugar para postar sobre isso.

Se você converteu com sucesso um RAID do Mechanical Disk para o SSD, volte e poste suas especificações. (serverfault não pede registro, então é bem rápido postar.)

FYI, estou executando um LSI MegaRAID 9260-8i com 8 drives de 3TB ST3000DM001 no RAID 6, portanto, estou a alguns anos de distâncias acessíveis de 3TB + SSDs. Eu tive 2 drives marcados como Failed nos últimos 3 anos e cada vez foram necessárias 8hrs para reconstruir uma unidade. Claro backup primeiro, e estou ciente dos riscos para as outras unidades como eu substituir e reconstruir cada um com SSD.

No momento deste post, os SSDs de 1 TB podem ser comprados por ~ $ 350 cada, para que as pessoas com unidades menores / menores em seus arrays já estejam pensando sobre isso. Um SSD de 1 TB tem a mesma capacidade que um drive mecânico de 1TB, ou precisaria ser substituído por algo maior, como um SSD de 1,2 TB que também está disponível? Como o superdimensionamento dos SSDs é uma proposta cara, qual é a melhor maneira de confirmar a capacidade máxima real das unidades? (A melhor prática é usar 3-5% menos que a capacidade total para permitir usar um modelo diferente do mesmo tamanho se o seu for descontinuado, mas sei que muitas pessoas não fazem isso.)

    
por Ed B. 28.02.2015 / 16:59

3 respostas

2

Acabamos de fazer a mesma coisa que Martin Seitl mencionou em um servidor de desenvolvimento, com um LSI SAS1068E , de dois discos SATA Ultrastar A7K1000 da Hitachi para duas unidades SATA Samsung EVO 840 (e instalamos o segurança do firmware para a degradação do desempenho do EVO 840 .. . Há, no entanto, algumas coisas a serem observadas:

  • Certifique-se de que seu controlador possa misturar SATA e SAS, se aplicável. Nossos controladores 3Ware 9650 8i não podem. O LSI se apropriou do 3Ware e, do tipo nr, eu acho que seu controlador sofre o mesmo problema.
  • Suas partições atuais 4k alinhadas ? Não tenho certeza se é necessário para SSDs, mas suspeito que sim.
  • Os controladores RAID não suportam trim . Você não é capaz de fazer nada sobre isso, mas pelo menos estar ciente disso. Você pode obter amplificação de escrita ao longo do tempo. O provisionamento excessivo, como Martin, é de fato inteligente, mas não perfeito.

Quanto aos tamanhos de disco; Eu notei que de cerca de 500GB, discos de diferentes fabricantes são dimensionados exatamente para o byte (mas eu não sei se isso é um padrão real). Isso pode ser facilmente verificado nas especificações da unidade, no entanto. Mas tenha em mente o excesso de provisionamento.

    
por 06.10.2015 / 15:45
2

Eu fiz algo assim há alguns meses.

Um Supermicro-Server com Intel ICH8R Raid-Controller tinha 4 discos em 2 volumes lógicos

  • Volume 0: 2xWD Re 250 GB SATA - Raid 1
  • Volume 1: 2xWD Re 500 GB SATA - Raid 1

Como o Volume 0 foi o System-Drive de um SBS 2008 e estava sofrendo com o IO-Performance, decidimos substituir os drives do Volume 0 pelos SSDs.

Nós fizemos isso de maneira brutal. Desligou o servidor, substituiu a primeira unidade (WD Re 250GB) por um Samsung SSD 850 PRO com 512 GB. Depois de ligar o servidor, o controlador Raid foi instruído a reconstruir o array no Drive recém-adicionado. Após a conclusão da reconstrução, repetimos o procedimento com o segundo Drive de 250 GB.

Nenhuma outra alteração foi feita. O desempenho de leituras aleatórias (Database) aumentou apreciável.

Você pode perguntar por que escolhemos SSD de 512 GB como substituto para HDDs de 250 GB? Isso foi apenas por causa do provisionamento excessivo e extensão da vida útil do SSD.

    
por 06.10.2015 / 15:27
0

Não, isso não é possível.

A maioria dos controladores RAID de hardware proíbem a criação de matrizes de mídia mista; por exemplo. SATA e SAS juntos ou SAS e SSD.

A matriz não aceita substituição de SSD para uma unidade mecânica SAS / SATA com falha.

    
por 28.02.2015 / 17:18