Requisitos Checklist para escolher um Cloud Backup e Recovery Service Provider
Pode ViPR - da EMC pacote de gerenciamento virtual de dados - realmente agregar unidades de armazenamento lógico em diferentes dispositivos?
Nova virtualização de armazenamento da EMC e da camada de software, ViPR gestão, se interpõe entre aplicações e matrizes como VMAX servidor. Se ele não puder agregar LUNS através das matrizes de disco debaixo dela, então isso seria uma séria limitação.
Aplicações em servidores de itens de acesso conhecidos como volumes de armazenamento, uma construção lógica feita a partir de: parte de uma unidade de disco, uma unidade de disco completo, ou, como é comum nestes dias de grandes quantidades de dados, muitas unidades de disco.
Volumes são numeradas e tratadas como números de unidade lógica, ou LUNs. A LUN para um volume que abrange várias unidades de disco é uma necessidade comum e um atendidas por bloco de acesso a matrizes de armazenamento, tais como VMAX da EMC. Que aplicações frequentemente precisa fazer é agregar LUNS em matrizes de unidade de disco, de modo a fornecer quantidades endereçáveis ainda maior de armazenamento.
A estrutura de um LUN como agregado é conhecido por uma aplicação em nível de sistema em servidores de usá-lo, mas não para as matrizes de componentes individuais.
Temos ouvido de uma fonte da indústria que "ViPR é incapaz de LUNs agregado de vários arrays como [ele] tem nenhum agente implantado em servidores para compreender a estrutura de volume".
De acordo com Amitabh Srivastava, chefe da divisão de software avançado da EMC, ViPR tem um controle de dados e plano dissociados: o controlador opera no plano de controle e é responsável pela gestão de recursos de armazenamento, enquanto os serviços de dados ViPR operar no plano de dados. Cada uma delas pode proporcionar a agregação no respectivo caminho.
Então, voltando-se para ViPR controlador LUN agregação, Srivastava disse:
O controlador ViPR permite ao usuário criar uma única matriz virtual que pode abranger LUNs a partir de várias matrizes que reunir recursos de capacidades semelhantes em várias matrizes. O controlador não está no caminho de dados e não fornecer agregação de LUNs indivíduo através de matrizes físicas, ele simplesmente aparece como um único disco com várias partições. Dentro de uma matriz, LUN podem ser cultivadas até à capacidade da matriz.
ViPR não LUNs agregado através de matrizes de armazenamento, no entanto. Isso tem que acontecer no caminho de armazenamento de dados, de acordo com Srivastava:
Fornecer a funcionalidade agregação LUN requer caminho de dados de virtualização de armazenamento. Qualquer solução compromete garantias de desempenho e latência que a matriz física é projetado para fornecer. Por exemplo, as soluções baseadas em Flash são otimizados tanto para transferência e latência - ficando inserido no caminho de dados seria negar as capacidades de ambos.
LUN agregação no caminho de armazenamento de dados pode adicionar latência para acesso a dados e diminuir a resposta do sistema de armazenamento para solicitações de IO Data. Então ViPR não fazê-lo, mas os serviços de dados em camadas em ViPR pode fazê-lo, onde o desempenho não é uma questão como essa:
Uma grande parte dos nossos clientes de hoje são altamente sensíveis ao desempenho e uma vez que o controlador ViPR opera no plano de controle, podemos simplificar drasticamente a gestão da sua infra-estrutura, sem introduzir qualquer sobrecarga de desempenho.
... Nos casos em que os clientes são menos sensíveis ao desempenho podemos alavancar os serviços de dados IPR, tais como serviços de dados de objetos IPR, que faz a agregação de matrizes fundamentais para objetos que lhes permite abranger várias matrizes.
Srivastava foi para explicar que os serviços de caminho de dados do bloco são ativados através VPLEX de armazenamento virtual suíte da EMC, que fornece dados de virtualização caminho para serviços de bloco. Os planos futuros para VPLEX incluem torná-lo disponível como um serviço de dados ViPR.
ViPR slides de serviços de dados a partir de 2013 EMCWorld discurso de David Goulden.
Em geral, Srivastava disse: "Havia uma série de razões por que fizemos isso, mas principalmente era para nos dar a flexibilidade necessária para suportar todos os nossos usuários hoje e no futuro." ®
Nenhum comentário:
Postar um comentário