Livrar-se de complexidade e custo SAN é uma ideia que agrada a muitos CIOs doentes de componentes de rede de área de armazenamento de malabarismo e custos da matriz.
Deixe servidores de aplicação virtualizar uma SAN a existir através da partilha de seu próprio armazenamento de conexão direta e apenas comprar servidores com servidor de software SAN, como StoreVirtual da HP, da DataCore SAN Symphony ou VSAN da VMware e seu EVO: RAIL convergiram servidor / storage arquitetura oferta,
EVO: arquitetura RAIL está sendo usado por um número se fornecedores, incluindo EMC e HP, para oferecer chamadas ofertas hyperconverged que podem ser replicadas simplesmente em um cenário de scale-out.
A consultoria Wikibon avalia : "[Com SANs servidor] piscinas DAS vai começar a replicar SAN e NAS funcionalidade a um custo muito menor e oferecer vantagens econômicas convincentes para os clientes corporativos Em muitos segmentos de aplicação importantes (por exemplo bancos de dados de alto desempenho), SAN do servidor. vai oferecer um desempenho superior, funcionalidade e disponibilidade sobre SAN e NAS tradicional. "
SANs servidor também fazem parte do hyperconverged (servidor além de armazenamento além de networking) aparelhos de uma série de fornecedores. Eles incluem HP com seus ConvergedSystem 200-HC StoreVirtual aparelhos, e startups como Nutanix, Maxta e outros.
Não pode ser de até 32 x 200-Cs em um cluster com um total teórico de 6.14PB da capacidade do disco cru e de 1 PB de capacidade de flash cru. Isso é mais do que a capacidade máxima de 3.2PB StoreServ 10800 matriz da HP.
Mas pode haver um risco de deitar fora o bebé com a água do banho, se você substituir SANs físicos com os virtuais. As áreas de problema incluem localidade de dados, proteção e alimentação de um servidor SAN com dados.
Onde estão os dados?
A SAN é uma matriz de disco com várias prateleiras de mídia de armazenamento conectados a um ou dois controladores. Um servidor SAN é uma matriz de disco com várias prateleiras de mídia de armazenamento cada conectados a um controlador de servidor em execução app conectado aos outros por um link de rede, como 10GbitE.
A consequência é que os dados app acessa pode ser mais rápido (local para o servidor em questão) ou mais lento - envolvendo um salto de rede para um servidor separado. Indiscutivelmente esse acesso é equivalente a um acesso SAN física.
Com efeito um servidor SAN exposições NUSA (cf NUMA para acesso à memória não uniforme) - acesso de armazenamento não-uniforme, com off-node acessos demorando mais do que no nó acessos.
Não será este o acesso aos dados de atraso, adicionando a latência da rede? Sim ele vai, e, como sempre, o cache pode ajudar a mitigar os efeitos.
Algumas pessoas pensam que os algoritmos de localidade de dados irá inteligentemente migrar dados para o nó app acessar os dados. Eles apontam que SANs físicas não pode fazer isso e você sempre sofrem de latência da rede, mesmo que o SAN física é um dispositivo compatível com flash ou all-flash.
Onde nós SAN do servidor são todos-flash então sua capacidade é limitada, devido aos custos de flash-primas, a menos que eles deduplicar dados. Esta é uma atividade intensiva de CPU e pode impedir que o servidor recursos completos de CPU SAN sendo usado em aplicações de negócios.
Elementos em falta
SANs de servidor, especialmente VSANs da VMware, são frequentemente vistos como não é realmente de classe empresarial e imaturo. Fornecedores de SAN físicas verá claramente desvantagens VSAN na área de proteção de dados. Por exemplo, eles podem dizer VSAN e EVO: RAIL trancá-lo para a VMware, e eles não têm:
- Proteção contra gravação perdida
- Controle de firmware da unidade
- A desduplicação
- Uma alternativa ao desperdício espelhamento 3-node
- Uma resposta para a questão da perda de um grupo de disco VSAN de um SSD com falha
Além disso, backup da máquina virtual é lento quando todas as leituras vêm de apenas uma ou duas unidades. A matriz compartilhada pode ter lê a partir de várias unidades de uma só vez e uma melhor proteção contra falha da unidade.
O pensamento aqui é que VSAN é fino e elegante, mas os aplicativos de linha de negócios precisa ler e escrever dados rápida e em um ambiente simples; quando você quer este um VSAN pode parecer um produto SAN-lite. Faz sentido, em seguida, para complementá-lo com um SAN física.
NetApp anunciou a sua Integrated EVO: Solução RAIL, que integra as suas matrizes FAS com EVO: nós do servidor RAIL para resolver este conjunto de problemas. Outros fornecedores de matriz são obrigados a oferecer a mesma funcionalidade.
Alimente os SANs
Um ponto de vista é que SANs servidor vai matar SANs físicas. Um uma oposição é que eles são apenas a mais recente iteração da tendência para mover dados para as lojas mais rápidos mais perto de servidores para que continue a ser necessária, uma instalação de armazenagem de granéis separado fisicamente compartilhada.
Já os dados do conjunto de trabalho primárias do servidor SAN, mas tê-lo alimentado para os nós do servidor de uma loja de disco capacidade volume compartilhado.
Por exemplo, app contábil trimestral corre utilização de dados que não é necessário tão intensamente em outros momentos. Pode ser mantida num local - uma matriz de unidade partilhada - e, em seguida, alimentada a um servidor SAN quando necessário. Uma vez que o prazo termina trimestralmente os dados podem ser gravados de volta para o SAN físico eo servidor espaço SAN pode ser recuperada por outros dados.
Escalonamento de software pode ser utilizado para mover os dados automaticamente a partir de uma SAN físico para um servidor SAN. Ele já pode mover dados de uma SAN de caches de flash dos servidores individuais.
Da HP software Adaptive Optimization é uma dessas tecnologias que poderiam ser desenvolvidos para fornecer essa funcionalidade. RÁPIDO (software hierarquização totalmente automatizado) da EMC é outra.
A recuperação de desastres
A matriz compartilhada poderia fornecer instalações de recuperação de desastres locais para o servidor SAN, bem como dados replicados fora do local, talvez para a nuvem pública, para a recuperação de falhas remota.
Pode bombear dados mais antigos para arquivar lojas e, assim, manter o servidor nós SAN focado nas necessidades das aplicações de negócios imediatos, enquanto o maduro SAN física cuida de mais tarefas em segundo plano com foco em infra-estruturas que, de outra forma demorar até SAN do servidor ciclos de CPU.
Parece claro que simplesmente jogar fora matrizes de armazenamento e substituí-los à toa com SANs servidor pode não ser a melhor maneira de mover sua infraestrutura de TI para a frente quando você tem exigências que são melhor atendidas por SANs físicas.
Isso é mais provável que seja o caso, se você está considerando as necessidades de armazenamento em um centro de dados da empresa, em vez de escritórios pequenos ou remotos ou pequenas empresas. Se você pode ter todas as suas necessidades atendidas por um servidor SAN, então ótimo. Você vai evitar uma quantidade de complexidade e os custos.
Se você não pode, então não jogue o bebê SAN fora com a água do banho quando você copia-e-substituir sua SAN físico com um servidor SAN. Dessa forma, encontra-se de dor e tristeza. ®
Nenhum comentário:
Postar um comentário