Nova Hiperconvergência, Armazenamento Antigo

Todos nós sonhamos com o dia em que poderemos construir uma nova infraestrutura do zero, sem qualquer dívida técnica existente para nos prender. Uma implantação greenfield em que escolhemos o que é melhor, implementamos do zero e aproveitamos. Mas a maioria de nós vive no mundo real, onde isso não é muito realista, e o que de fato enfrentamos é um mundo no qual temos de planejar para o futuro, mas também trabalhar com o que já temos.

Lidar com o que temos é quase um fato inevitável da vida em TI e, ao abordar o armazenamento na transição de uma arquitetura existente para a hiperconvergência, as coisas não serão diferentes. Em um grande número de casos, enfrentaremos uma situação em que haverá um investimento existente em armazenamento que não queremos simplesmente descartar, mas que não necessariamente se encaixa de forma harmoniosa em nossa visão de um futuro hiperconvergente.

Há, é claro, opções óbvias a considerar, como devolver equipamentos arrendados, aposentar equipamentos mais antigos ou vender diretamente equipamentos ainda úteis. Essas são opções viáveis e devem ser consideradas. Eliminar equipamentos antigos ou equipamentos que não se encaixam bem nos planos atuais pode ser benéfico, pois podemos simplificar nossas redes, reduzir o consumo de energia e, possivelmente, recuperar até certo ponto parte de nossos investimentos.

Na realidade, contudo, essas opções raramente são financeiramente viáveis e precisamos fazer um uso mais produtivo de nossos investimentos tecnológicos existentes. Quais opções estão disponíveis para nós dependem, naturalmente, de uma série de fatores. Mas examinaremos alguns exemplos de como dispositivos de armazenamento comuns podem ser reaproveitados em um novo sistema baseado em hiperconvergência, de modo a manter sua utilidade, seja até que estejam prontos para serem aposentados, seja, em alguns casos, indefinidamente.

O reaproveitamento mais fácil do armazenamento existente, e isso se aplica igualmente tanto a NAS quanto a SAN na maioria dos casos, é designá-los como destinos de backup ou de arquivamento. Os dispositivos NAS e SAN tradicionais são excelentes hardwares de backup e são geralmente utilizáveis por praticamente qualquer mecanismo de backup, independentemente da abordagem ou do fornecedor. E, por serem destinos de backup genéricos, se uma combinação de mecanismos de backup for utilizada, como baseados em agente, sem agente e scripts personalizados, todos eles podem funcionar com o mesmo destino. Os backups tão raramente recebem a atenção e o investimento que merecem que este não é apenas o uso mais fácil, mas frequentemente o mais valioso, de uma infraestrutura de armazenamento preexistente.

É claro que qualquer coisa apropriada para backups também pode ser usada para armazenamento de arquivamento. As necessidades de arquivamento são geralmente menos requeridas (apenas uma parcela das empresas precisa de armazenamento de arquivamento, enquanto todas precisam de backups) e são de menor prioridade, portanto este é mais um caso de reuso marginal, mas ainda assim digno de consideração, especialmente para organizações que possam estar trabalhando para reaproveitar um grande número de dispositivos de armazenamento possivelmente díspares. No entanto, vale a pena observar que migrar para a hiperconvergência tende a “achatar” o espaço de computação e armazenamento de uma forma que pode facilmente introduzir um valor para o armazenamento de arquivamento de menor desempenho e menor prioridade, valor esse que pode não ter existido, ou não ter existido de forma tão evidente, antes da rearquitetura do ambiente.

O NAS tem os casos de uso singularmente vantajosos de poder ser utilizado como armazenamento de rede de propósito geral, especialmente para os diretórios pessoais dos usuários finais. O armazenamento NAS pode ser usado em tantos lugares na rede que é muito fácil continuar a utilizá-lo após a mudança das arquiteturas centrais. O caso mais popular é para as necessidades de armazenamento dos próprios usuários, com o NAS conectado diretamente aos dispositivos dos usuários finais, o que permite que a capacidade de armazenamento, o desempenho e o tráfego de rede sejam descarregados da infraestrutura convergente para o NAS. Seria, na verdade, muito raro remover um NAS de uma rede hiperconvergente, dado que sua utilidade potencial é tão alta e evidente.

Tanto a SAN quanto o NAS têm o potencial de serem conectados diretamente às máquinas virtuais que rodam sobre uma infraestrutura hiperconvergente também. Dessa forma, eles podem continuar a ser utilizados de maneira tradicional até o momento em que não sejam mais necessários ou apropriados. Embora não seja frequentemente a abordagem recomendada, conectar armazenamento de rede diretamente a uma VM, há casos de uso para isso, e isso permite que os sistemas se comportem como sempre se comportaram no domínio físico daqui em diante. Isso é especialmente útil para unidades mapeadas e diretórios de usuários por meio de um NAS, tal como mencionamos para os dispositivos dos usuários finais, mas os casos certamente não se limitam a isso.

Uma SAN pode fornecer, em alguns casos, uma funcionalidade muito necessária para determinadas cargas de trabalho que exigem armazenamento em blocos compartilhado e que, de outra forma, não está disponível ou exposto em uma plataforma. As cargas de trabalho em uma VM usarão a SAN como sempre usaram, sem sequer perceber que estão virtualizadas ou convergidas. É claro que também podemos conectar uma SAN a um servidor de arquivos virtualizado ou a uma cabeça NAS rodando em nossa infraestrutura hiperconvergente, caso a hierarquização (tiering) para esse tipo de carga de trabalho seja considerada apropriada também.

Trabalhar com a infraestrutura existente ao implementar uma nova apresenta, de fato, um desafio, mas um que podemos enfrentar com criatividade e uma abordagem lógica. O armazenamento é um desafio quase interminável, e ter armazenamento existente para reaproveitar pode facilmente acabar sendo excepcionalmente vantajoso.