Ouvi um analista citar recentemente uma estatística de que, até 2015, mais de 80% da capacidade de armazenamento vendida em todo o mundo será enviada para oferecer suporte a dados em nível de arquivo ou 'não estruturados'. Essas são informações baseadas em arquivo que não se encaixam perfeitamente em um banco de dados de colunas e linhas. Áudio, vídeo, gráficos e todos os outros conteúdos sobre os quais falamos no Facebook e no Twitter são bons exemplos. Se você não conseguir encaixar tudo isso perfeitamente em um banco de dados, precisará de um sistema de arquivos para organizar o caos e ficar acima das operações de disco de baixo nível.
Ouvi um analista citar recentemente uma estatística de que, até 2015, mais de 80% da capacidade de armazenamento vendida em todo o mundo será enviada para oferecer suporte a dados em nível de arquivo ou 'não estruturados'. Essas são informações baseadas em arquivo que não se encaixam perfeitamente em um banco de dados de colunas e linhas. Áudio, vídeo, gráficos e todos os outros conteúdos sobre os quais falamos no Facebook e no Twitter são bons exemplos. Se você não conseguir encaixar tudo isso perfeitamente em um banco de dados, precisará de um sistema de arquivos para organizar o caos e ficar acima das operações de disco de baixo nível.
O NAS é essencialmente um dispositivo dedicado com um sistema de arquivos integrado para armazenar esses arquivos e, em seguida, apresentar compartilhamentos de arquivos para servidores, aplicativos e usuários. Na maioria das vezes pensamos em mapear para esses sistemas usando protocolos como SMB/CIFS (para Windows) ou NFS (para Linux/Unix). No passado, ouvi muitas pessoas tentarem traçar NAS e SAN em um continuum, como se o NAS fosse simplesmente um dispositivo de armazenamento menos sofisticado do que um SAN ou um trampolim para o SAN, mas na verdade eles são animais completamente diferentes para propósitos completamente diferentes . Assim como o SAN pode variar de sistemas departamentais de nível básico a grandes matrizes de nível 1, o mesmo ocorre com o NAS. Eu tenho um Microsoft Home Server de 2 TB como um dispositivo NAS em casa, em comparação com empresas da web 2.0 com vários petabytes de NAS armazenando milhões de arquivos para centenas de milhares de usuários. SAN é SAN e NAS é NAS (unificado virá mais tarde).
Originalmente, os arquivadores NAS surgiram quando as empresas perceberam que simplesmente colocar compartilhamentos de usuários e dados de arquivos em servidores Windows aleatórios ou servidores NFS baseados em Linux provavelmente não era a melhor maneira de lidar com todo esse crescimento de arquivos. No entanto, assim como as pessoas originalmente consolidavam ilhas de arquivos em um arquivador NAS dedicado, agora elas procuram consolidar dezenas de arquivadores NAS distribuídos em algo mais fácil de gerenciar. É aqui que o NAS em cluster de expansão chegou para a festa. Esses sistemas podem armazenar dados fisicamente em várias tecnologias de disco subjacentes, mas apresentam um único grande 'espaço de nomes' ou sistema de arquivos para a rede. O conceito de um único namespace simplifica o gerenciamento e permite a movimentação de arquivos com base em políticas ocultas por motivos de desempenho, capacidade ou conformidade. Os profissionais de TI adoram essa tecnologia devido ao fato de que um administrador de sistema pode ter expansão de capacidade just-in-time para um grande pool de NAS. Isso proporciona simplicidade no gerenciamento e no acesso, evitando o provisionamento excessivo e o armazenamento cativo.
Um exemplo de onde NAS e SAN se unem é o advento do NAS Gateway. Essas 'cabeças' do dispositivo são nós de processamento com uma camada de sistema operacional. O cabeçote NAS está fisicamente conectado à capacidade de armazenamento de back-end que fica em uma matriz de disco na SAN. Esse gateway gerencia o sistema de arquivos e a organização de pastas, bem como a distribuição para a rede, enquanto a matriz de disco gerencia os serviços de dados centralizados que discutimos anteriormente. Este cenário é uma ótima solução para empresas que investiram em uma SAN e uma matriz de disco, mas desejam aumentar a utilização desse ativo colocando seus arquivos não estruturados em algum disco extra. Alguns podem (e chamam) isso de abordagem de armazenamento 'unificado', o que é uma boa introdução ao nosso próximo tópico.
Conteúdo Relacionado
- O que é DAS (Direct Attached Storage)?
- O que são matrizes de rede de área de armazenamento (SAN)?
- O que é armazenamento unificado?
- O que é armazenamento de objeto?
Sobre o autor
Brad Parks – Estrategista de infraestrutura convergente, Armazenamento HP
Twitter - @HPBradParks
Brad Parks é estrategista em HP Enterprise Servers, Storage e Networking, com foco no desenvolvimento de produtos e soluções para HP Converged Infrastructure no que se refere ao HP Storage. Parks trabalha com clientes, equipes de produtos e a comunidade técnica para desenvolver conteúdo e programas para comunicar a direção estratégica da HP e o valor exclusivo do cliente relacionado ao armazenamento de dados.
