Incremente sua infra-estrutura
Blocos e arquivos EMC, temos um problema. Seu Projeto Nilo tem capacidade exabyte-plus e é construído a partir de software avião da EMC ViPR controle / dados e matrizes VNX. Contudo, o maior VNX é o 8000 com capacidade 4.5PB, cerca de 223 vezes demasiado pequeno. O que dá?
EMC COO e presidente David Goulden, disse em Milão que o Projeto Nilo usará ViPR e VNX para fornecer arquivos, bloco e armazenamento de objetos em escala web. Aqui está uma transcrição:
Nilo inclui tecnologias de ViPR. Ele inclui tecnologias da família VNX e nós embalados isso juntos para dar-lhe um sistema verdadeiramente capacidade otimizada elástico de armazenamento em nuvem.
ViPR fornece o arquivo, o bloco de dados e interface objeto de servidores conectados, com o VNX subjacente que lhe digam o que fazer para por ViPR para entregar a capacidade de armazenamento necessário. O protótipo do Nilo no Milan mostrou três prateleiras idênticas sem óbvio servidor ESXi separado para a execução de ViPR como uma máquina virtual.
Jeremy Burton, marqueteiro-chefe da EMC, expandiu a idéia de escala web, dizendo que a capacidade do Nilo seria exabyte-plus.
Jeremy Burton, da EMC com o Projeto Nilo 3-rack protótipo em Milão
O presente maior VNX é a 8000 com, em breve, EMC diz, 1.500 unidades de disco de 3 TB x, um total de 4,5 petabytes. Você precisaria de 223 desses VNX8000s para alcançar um exabyte de capacidade (233 * 4.5PB = 1,003.5 PB). Digamos que se mudou para 4TB unidades, você ainda precisa de 167 sistemas (167 x (1500 * 4 TB) = 1.002 PB), em seguida. Se um 1500 * 3 TB HDD VNX8000 tem três prateleiras, você precisaria (223 * 3) = 669 prateleiras para alcançar o nível de capacidade exabyte, um número impressionantemente grande.
VNX matrizes não podem ser agrupados, e mesmo se fossem, um conjunto 223-nó com um produto v1.0 é um negócio extremamente arriscado.
Com este pano de fundo que poderia usar idéias, sugerindo como Projeto Nilo pode obter um exabyte-plus da capacidade de matrizes VNX.
Capacidade VNX aumento idéias eficazes
Uma idéia é que o VNX é basicamente uma cabeça e fica em estilo Atmos compartimentos de disco denso por trás dele. The G3-Dense-480 tem 480 x 3TB discos em um rack 40U . Três prateleiras de que nos chega a 1.440 unidades, 60 a menos do que um 3-rack, 1.500 unidade VNX8000. Então, nós precisaríamos gabinetes de unidade ainda mais densas.
A segunda idéia é que a capacidade de um exabyte-plus é a capacidade efetiva depois de desduplicação. A grande coisa aqui é a sua quilometragem-may-variar-problema porque razões dedupe não são garantidos. Outra é que os executivos da EMC estaria sendo muito hipócrita se estivessem comentando sobre os níveis de capacidade exabyte-plus depois de desduplicação. Todo mundo em sua audiência Milan entendeu que eles estavam falando de capacidade bruta e certamente se sentem enganados se que acabou por não ser o caso.
A terceira idéia é que Nilo poderia usar ScaleIO, tecnologia adquirida da EMC para transformar centenas ou milhares de armazenamento de conexão direta 'servidores em uma enorme SAN virtual. Mas Goulden disse Nilo usaria ViPR e VNX, não ViPR e ScaleIO. Enfim ScaleIO é o armazenamento bloco enquanto VNX é o arquivo unificado e armazenamento em bloco, enquanto que Nilo é o arquivo, objeto e bloco de armazenamento. Isso significa ViPR apenas tem de fornecer o serviço de abstração de dados de objeto e traduzir isso para VNX-falar. Eu acho que podemos descartar ScaleIO fora da equação.
Outra idéia é que ViPR fornece um exabyte-plus da capacidade de realmente ter 223 VNX800s, cada um com 1500 x 3TB discos, por trás dele. Eles não estão agrupados em um ambiente de software VNX embora. Em vez ViPR agregados lhes si, e esculpe armazenamento deles para os usuários de nuvem privada de uma empresa. É certamente scale-out, basta adicionar outro VNX8000 se você precisar de capacidade 4.5PB mais, mas não no Isilon - ambiente Isilon única - sentido.
Se esta é a forma como ele é feito, então ViPR estaria agindo como um controlador de matriz super-federativo.
A fonte acha que isso é provável e impor limites sobre os tamanhos entidade de armazenamento fornecido aos usuários do Nilo:
[VNX] sistema de arquivos (FS) tamanho máximo é ridículo, com limite de 16 TB por FS. Os usuários devem considerar ... cola software para unificar FS. [A] Nilo objetivo é um exabyte EMC mas não diz se ele será um volume ou uma FS. Então, eu imagino que é [será] a unificação externo ...
Para a escala web, o objetivo do Nilo, os usuários não armazenamento realmente agregado que cada objeto é abordado de forma independente dos outros. Mas se o acesso unificado é necessário, especialmente arquivo e objeto, uma camada de unificação é necessária ...
Os usuários não precisam dispositivo de bloco maciço (1EB volume de quadra); unificação é melhor.
Parece claro que a idéia é que ViPR, um produto v1.0, logicamente agrupar centenas de matrizes VNX juntos. Isto parece quase fantasiosa e é extremamente ambicioso, o chapéu para grandes cojones da EMC. Como o resto é do Projeto Nilo da EMC vai alcançar uma capacidade de 1 exabyte-plus com 4,5 petabytes VNX blocos de construção? ®
Nenhum comentário:
Postar um comentário