☰

Adequação do DL380p-Gen8 + D2700 para SQL 2012 Standard Edition

tag-icon • tag-icon sql-server storage hp hp-proliant hp-smart-array
Adequação do DL380p-Gen8 + D2700 para SQL 2012 Standard Edition

Uma pergunta para quem conhece o desempenho dos servidores HP e SQL...

Estou tentando especificar um servidor adequado que tenha os seguintes requisitos:

  1. Execute o SQL 2012 Standard Edition (não consigo obter aprovação para a edição Enterprise)
  2. O banco de dados principal tem atualmente 600 GB, permitindo crescimento de até 1.200 GB nos próximos 3 anos
  3. Os arquivos de log do banco de dados principal têm atualmente 120 GB, permitindo crescimento até 300 GB
  4. O banco de dados OLAP tem 60 GB, permite crescimento de até 120 GB
  5. O Reporting Services tem cerca de 5 a 10 GB

O Windows 2012 Standard Edition permite> 32 GB (oba!) E o SQL 2012 Standard Edition permite o uso de 64 GB de RAM, então pensei que um servidor com 96 GB de RAM seria suficiente para o sistema operacional, SQL, OLAP e RS...

Agora minha preocupação é o requisito de espaço em disco, gostaria de colocar cada componente em seu próprio volume Raid 1 ou Raid 1+0, então, por essa medida, eu precisaria:

  1. 2 discos DP SAS de 300 GB, 15 K RPM e 6 GB em RAID 1 para sistema operacional de inicialização (300 GB utilizáveis)
  2. 8 discos DP SAS de 300 GB, 15 K RPM e 6 GB em RAID 1+0 para banco de dados principal (1.200 GB utilizáveis)
  3. 2 discos DP SAS de 300 GB, 15 K RPM e 6 GB em RAID 1 para arquivos de log do banco de dados principal (300 GB utilizáveis)
  4. 2 discos DP SAS de 300 GB, 15 K RPM e 6 GB em RAID 1 para OLAP
  5. 2 discos DP SAS de 300 GB, 15 mil RPM e 6 GB em RAID 1 para Reporting Services
  6. 2 discos DP SAS de 300 GB, 15 K RPM e 6 GB em RAID 1 para banco de dados temporário

OK, eu sei que o Reporting Services e o Temp DB não precisam de 300 GB cada, mas acho que há algo a ser dito sobre ter todos o mesmo tamanho de disco

Como o HP DL380p-Gen8 possui apenas 8 slots de disco, eu precisaria de uma matriz de unidade SAS externa, como o D2700, que comportaria os 10 discos restantes.

Não estou preocupado em ter muito espaço em disco.

Meu principal objetivo é obter o máximo desempenho deste servidor.

Portanto, minha pergunta principal é: a taxa de transferência de E/S entre o DL380 e o D2700 é suficiente? Parece que ele usa apenas um único cabo mini-SAS para conectar o gabinete da unidade externa ao servidor.

Minha pergunta secundária é: as especificações gerais do servidor confirmam as boas/melhores práticas?

Recebi um limite orçamentário aproximado de US$ 60 mil, o que considero insuficiente, então talvez eu possa pedir um pouco mais se puder justificar.

Muito obrigado antecipadamente!

Responder1

Não sei sobre a HP, mas o layout do disco cheira "LENTO" para mim.

Seriamente.

Primeiro - separar o RAID 1 para tudo significa que se algo não estiver em uso, o IOPS será desperdiçado. Eu escolheria um RAID 10.

Em segundo lugar, você usa discos ROM caros de 15k e - uau - obteria cerca de 100 vezes o desempenho de IO - por um preço mais baixo - com base em SATA.... SSD.

Então, eu pessoalmente garantiria que você nunca mais fizesse uma farra de hirig na minha empresa depois desta proposta. É o que há de mais moderno - para o ano 2000. Agora temos alguns anos depois.

Com o DL 380p tendo 8 unidades, eu usaria um ALL OUT SSD SETUP, usando SSD de nível empresarial Samsung 843T de 480 GB. Raid 10. Isso é 1200 GB de espaço utilizável. com 8 unidades, 1600 com 8 - e o desempenho irá voar em torno de sua configuração mais cara. Compre de 9 a 10 unidades para que haja uma substituição e pronto. Não tenho certeza se o controlador RAID será capaz de lidar com essa largura de banda;)

Responder2

Estou tentando evitar a discussão nos comentários, então vou colocar minhas ideias aqui.

  • Não use uma matriz RAID grande com servidores SQL ocupados. Hámuitoboas razões para separar fisicamente dados, logs e tempdb em fusos diferentes. Você não deseja filas de E/S no mesmo array ao executar OLTP ou qualquer outro tipo de ambiente transacional pesado
  • Os servidores SQL se beneficiam muito dos SSDs, pois quase sempre escrevem/leem de forma sequencial. O aumento da largura de banda ajuda tremendamente. Certifique-se de usar SSDs SAS de porta dupla, não use SSDs com interfaces S-ATA.
  • A memória (RAM) ainda é o fator mais importante para determinar a rapidez com que suas consultas serão executadas. Quanto mais memória, mais dados e planos de execução serão armazenados em cache. Não subestime isso. 64 GB de RAM podem rapidamente ser um fator limitante no futuro, portanto, considere que você pode querer atualizar para o SQL Server Enterprise um dia. Em outras palavras, deixe espaço para atualizações de RAM.
  • O cache do controlador é muito importante para gravações em cargas de trabalho sequenciais. A leitura do cache só ajuda quando você tem pontos de acesso (não muito comuns com SQL) ou quando o controlador é inteligente o suficiente para ler antecipadamente os discos.
  • Ter uma matriz separada apenas para serviços de análise e serviços de relatórios parece um pouco exagerado. No entanto, depende da sua situação específica. Somente você pode responder quanto IOPS/tempo de resposta precisa para cada componente.

Dito isto - se você seguir o caminho do SSD, sugiro isso no mínimo:

  • 2 x 300 GB 10k em RAID1 para arquivos de programa OS + SQL (não faz sentido desperdiçar dinheiro em SSD para isso)
  • SSD eMLC de 8 x 400 GB em RAID10 para dados de banco de dados/OLAP/Reporting (obtenha o SSD com o READ iops/bw mais rápido que você puder obter)
  • 2 SSD SLC (ou eMLC) de 400 GB em RAID1 para log de banco de dados (SLC são caros, mas muito confiáveis. Use eMLC se você não puder pagar)
  • 2 SSD SLC (ou eMLC) de 200 GB em RAID1 para TempDB (igual ao acima)

Responder3

Este é um design ruim... Em parte superstição, em parte incompreensão de como as tecnologias de armazenamento evoluíram.

Mas há esperança!

  • Você deveria estar olhando para oServidor HP ProLiant DL380p Gen8 de 25 compartimentos. Ele acomoda discos de 25 x 2,5" em um backplane expansor SAS. Isso elimina a necessidade de um gabinete de armazenamento D2700 externo.

  • O ponto ideal para discos corporativos SAS de 2,5 "no momento é 900 GB. Você pode obtê-los em capacidades de 300 GB, 450 GB, 600 GB, 900 GB e 1,2 TB hoje em dia. Os discos de 900 GB são relativamente baratos agora.

  • Os controladores HP Smart Array permitem configurar várias unidades lógicas por grupo de discos físicos. Algo como 16 eixos de unidades de 900 GB (em um array) podem ser divididos nos respectivos volumes lógicos necessários. Dessa forma, você obtém o isolamento de volume necessário, mas os recursos de E/S coletiva de 16 ou mais discos.

  • Os controladores HP têm a capacidade de aproveitar SSDs como cache de leitura para apoiar uma matriz de unidades.

  • Hoje em dia, usar todos os discos giratórios é antiquado e não será o uso mais eficaz de recursos.

  • Você realmente não pode usar SSDs de terceiros em servidores HP Gen8.

  • Eu poderia construir uma especificação HP por US$ 25.000 que maximizaria o desempenho da plataforma.

Responder4

HP ProLiant DL380p Gen8 de 16 compartimentos.

2 x 300GB 10k raid 1 OS
8 x 300GB 15k raid 10 mainDB
1 x 128GB Pcie fusion IO card enterprise class for temp DB
2 x 600GB 10k raid 1 for all logs
2 x 300GB 10k raid 1  for reporting and OLAP
2 x 900GB 10k raid 0 flat file backup

Dois controladores raid com write back e bateria de 1 GB de memória

Certifique-se de colocar o raid 10 em 1 e o restante na outra placa e em todos os SAS.

informação relacionada