Alguém tem alguma experiência com SQL sobre iSCSI em caixas Equallogic?

2

Alguém tem alguma experiência com SQL sobre iSCSI em caixas Equallogic? Ouvi dizer que o iSCSI supera a concorrência.

Além disso, eles dizem que as conexões abrangentes funcionam para 2Gbps.

Alguma opinião sobre isso?

    
por Mark Henderson 16.10.2009 / 00:02

4 respostas

2

O Equallogic funcionará muito bem com o SQL, mas se ele atender às suas necessidades, depende do que você deseja obter do seu ambiente SQL e do quanto você está preparado para pagar pela configuração da matriz Equallogic. Se você verificar o site da Equallogic, eles têm vários documentos de estudo de caso disponíveis, eu teria um link para eles, mas o site exige registro.

A coisa fundamental sobre os ambientes Equallogic que você deve ter em mente é que o desempenho depende do número de Nics em seus servidores dedicados ao iSCSI e ao número de arrays Equallogic que você configurou para o Pool que o seu armazenamento volumes (LUNS) pertencem a. O modelo Equallogic distribui volumes em até 4 arrays de membros em um pool e distribui solicitações de E / S em tantas interfaces no servidor e arrays quanto possível.

Ele usa um DSM (Módulo específico de dispositivo) personalizado na pilha do Microsoft MPIO (e um adaptador de armazenamento conectável semelhante para o VMware ESX4) para lidar com o redirecionamento de várias vias nas nics de origem no servidor e nas portas Ethernet de destino as matrizes de destino. Isto significa que pode escalar de forma muito eficaz e é basicamente limitado apenas pelo número de Nics que você está preparado para dedicar ao iSCSI em seus servidores. A taxa de transferência de um único volume pode facilmente sustentar muitos gigabits / seg de tráfego (e exceder 10k IOPs), dada esta arquitetura, desde que seja montada corretamente.

O principal ponto negativo dessa abordagem é que você precisa comprar vários arrays para criar ambientes que possam suportar de forma consistente mais de 3000 IOPS \ 400Megabyte / seg taxas de transferência (para os arrays PS6000, aproximadamente a metade do PS4000). O corolário disso é que a escala é bastante linear.

Sobre se eles superam a concorrência - isso depende de quanto você está disposto a pagar e precisamente o que você quer fazer com isso. As SANs Equallogic não são particularmente baratas, mas quando você constrói um projeto com características e recursos de desempenho equivalentes, ele é geralmente competitivo.

    
por 16.10.2009 / 01:27
2

Como Helvick disse, tudo se resume ao que você pode pagar.

Atualmente, temos duas SANs equálticas (5000 e 6000) e ambas foram configuradas no RAID 50 e colocadas no mesmo pool. Isso significa que o tráfego do SQL compartilha seu espaço com todos os outros. Obviamente, isso é ruim e estamos trabalhando em maneiras de resolver isso.

Cada unidade é chamada de membro e você define seu raid em todos os discos. Embora isso possa ser bom para algumas coisas, não é tão bom quando você está compartilhando coisas com SQL que podem ter um desempenho melhor sob o RAID 10.

Estamos pensando em adicionar outra unidade como RAID 10 e enviar todos os arquivos SQL Data, mas haverá um grande custo com isso.

O mais triste é que você configura membros em pools de armazenamento e distribui volumes a partir daí. Temos duas pessoas da Dell nos dizendo coisas diferentes e estamos tentando descobrir qual é a verdadeira resposta. Gostaríamos de poder ter um membro em vários pools, mas, no momento, ele não parece ser viável de acordo com a documentação. Vou tentar voltar e atualizar isso, pois descubro mais, mas se você tem o dinheiro e os recursos, tenho certeza de que poderia criar algo que pudesse atingir níveis muito altos de desempenho. Parece promissor neste momento.

    
por 23.10.2009 / 23:07
1

a resposta é sempre "depende"

nunca usou o iSCSI, mas com a EMC, vi o desempenho do SQL em todo o mapa. nós costumávamos ter o micro-gerenciamento PHB e o EMC SAN antigo que costumava ter e obter dados em cada último megabyte de disco. no momento em que estava tudo acabado o desempenho foi uma porcaria. Um ano antes de sermos descartados, compramos um novo disco para ele e o configuramos separadamente do disco existente e executamos um servidor SQL de controle de qualidade para ele. As tarefas pesadas de E / S, como alter index, foram executadas de 2 a 3 vezes mais rápido em um servidor de controle de qualidade que foi mais lento que nossos servidores SQL de produção.

agora temos uma nova EMC SAN e a EMC a configurou para nós. o desempenho está OK. se gastarmos mais dinheiro e comprarmos mais disco para espalhar a E / S, então será mais rápido.

    
por 10.11.2009 / 15:55
0

Atualmente, temos um cluster de servidores VMWARE usando o Virtual Port Mapping com 8 portas de uplink para um comutador gigabit, o que nos dá uma taxa de transferência de 8 gb / s para todos os dispositivos, incluindo o iSCSI. Eu comecei a encontrar o fator limitante da interface iSCSI é a ethernet pendurado fora do dispositivo iSCSI em vez do servidor VMWARE, o que significa que agora estamos aguardando o barramento de E / S no dispositivo iSCSI externo. Eu também realmente achei que os jumbo frames diminuíram o dispositivo em uma pequena porcentagem, então decidi ficar com 1500 MTU.

    
por 10.11.2009 / 12:51