Escolher uma arquitetura de storage envolve muito mais do que calcular quantos terabytes a empresa precisa armazenar. Duas aplicações podem trabalhar com volumes semelhantes de dados e, ainda assim, apresentar requisitos bastante diferentes de acesso, desempenho, crescimento e gestão.
Essa diferença ajuda a explicar por que a discussão entre storage em bloco ou arquivo precisa começar pela aplicação. Antes de comparar tecnologias, é necessário entender como os dados serão acessados, qual comportamento de I/O a carga apresenta, como o volume tende a crescer e quais requisitos operacionais precisam ser atendidos.
Dentro do portfólio Dell, soluções como PowerStore e PowerScale atendem diferentes cenários e podem inclusive oferecer recursos que vão além de uma classificação simplificada entre bloco e arquivo, dependendo da configuração.
Por isso, a escolha deve partir de um levantamento técnico do ambiente, e não apenas da familiaridade com uma determinada família de storage.
Por que começar a decisão de storage pela aplicação?
Capacidade costuma ser uma das primeiras informações levantadas em um projeto de armazenamento. Ela é importante, mas representa apenas uma dimensão do problema.
Uma aplicação transacional pode exigir respostas rápidas e consistentes para um grande número de operações. Um ambiente de arquivos compartilhados pode lidar com outra dinâmica de acesso e uma expansão contínua do volume armazenado. Já analytics, virtualização e outras cargas acrescentam seus próprios padrões de leitura, gravação e movimentação de dados.
Quando esses comportamentos não entram no levantamento, a empresa corre o risco de definir a arquitetura com base em uma fotografia incompleta do ambiente.
Por isso, o planejamento precisa responder perguntas mais específicas: quem acessa os dados, de que maneira, com qual frequência, qual desempenho é necessário e como esse comportamento deve evoluir?
As respostas ajudam a transformar necessidades das aplicações em requisitos técnicos para o storage.
Storage em bloco e arquivo: o que muda na prática?
No armazenamento em bloco, os dados são organizados em blocos que podem ser apresentados ao sistema como volumes. Esse modelo é comum em ambientes que demandam acesso estruturado ao armazenamento, incluindo diversos cenários de bancos de dados e virtualização.
O armazenamento baseado em arquivos organiza os dados em uma estrutura hierárquica de arquivos e diretórios, acessada por protocolos de compartilhamento. Ele está presente em ambientes como repositórios corporativos, conteúdos compartilhados e outras aplicações que trabalham diretamente com arquivos.
Essa distinção ajuda a iniciar a análise, mas não deve ser usada isoladamente para escolher uma solução.
A arquitetura precisa considerar também escala, gestão, protocolos necessários, desempenho, disponibilidade, proteção dos dados e características específicas das aplicações. Além disso, os recursos disponíveis podem variar conforme família, versão e configuração da solução.
O comportamento dos dados revela requisitos importantes
Uma boa avaliação de storage combina diferentes informações. Em vez de partir diretamente para a especificação de um produto, vale organizar os requisitos da aplicação e observar como eles se relacionam.
|
Critério |
O que avaliar |
|
Forma de acesso |
Como aplicações e usuários acessam os dados e quais protocolos são necessários |
|
Crescimento |
Volume atual, histórico e projeção de expansão |
|
I/O |
Padrões de leitura e gravação e comportamento nos períodos de maior atividade |
|
Performance |
Requisitos de latência, throughput e resposta das aplicações |
|
Operação |
Gestão, disponibilidade, proteção e necessidades de integração |
|
Escalabilidade |
Como capacidade e desempenho precisarão evoluir com novas demandas |
Essa análise cria uma base mais consistente para comparar arquiteturas porque conecta a tecnologia ao comportamento real do ambiente.
Também ajuda a identificar requisitos que poderiam passar despercebidos em uma avaliação baseada apenas em capacidade. Um storage com espaço suficiente, por exemplo, ainda precisa responder adequadamente ao padrão de acesso e às exigências operacionais da aplicação.
O que acontece quando o storage não acompanha o perfil da aplicação?
Uma decisão pouco aderente aos workloads pode criar limitações que aparecem conforme o ambiente cresce. A aplicação pode passar a disputar recursos, a expansão pode exigir mudanças não previstas e a gestão do storage pode ganhar complexidade.
O impacto também chega ao planejamento financeiro. Se os requisitos não estiverem claros desde o início, novas demandas podem exigir capacidade, desempenho ou recursos adicionais antes do momento previsto.
Por isso, uma especificação de storage precisa considerar o ciclo de evolução do ambiente. O volume atual mostra o ponto de partida; o comportamento das aplicações ajuda a projetar o que será necessário nos próximos ciclos.
Essa visão também melhora a comparação entre propostas. Com requisitos definidos, a discussão deixa de depender somente de capacidade nominal ou características isoladas e passa a considerar a aderência da arquitetura às necessidades da operação.
PowerStore ou PowerScale? O requisito vem antes da comparação
Dentro do portfólio Dell, PowerStore e PowerScale podem aparecer na avaliação de diferentes arquiteturas de armazenamento. O briefing deste artigo orienta que essa comparação não estabeleça um “vencedor” universal: protocolos, funcionalidades e limites dependem da versão, da configuração e do ambiente em que a solução será utilizada.
Considere dois exemplos hipotéticos.
Uma empresa precisa revisar o storage utilizado por um banco de dados com requisitos específicos de acesso em bloco. Nesse caso, desempenho, padrão de I/O, disponibilidade, crescimento e integração com o ambiente precisam ser levantados antes da definição da arquitetura.
Em outro cenário, a organização possui um grande acervo compartilhado de arquivos que continua crescendo. A avaliação pode envolver requisitos diferentes de acesso, escala, gestão e expansão.
Os exemplos ajudam a demonstrar como o tipo de workload direciona a análise, mas nenhum deles determina sozinho qual solução deve ser adotada. O desenho final depende do conjunto de requisitos técnicos e operacionais.
É nesse ponto que soluções como Dell PowerStore e Dell PowerScale podem ser avaliadas dentro do contexto para o qual foram projetadas, considerando as características e configurações disponíveis para cada ambiente.
Como estruturar os requisitos antes de escolher o storage
O levantamento pode começar pelo inventário das aplicações que utilizarão o ambiente de armazenamento. Para cada uma, é importante documentar forma de acesso, volume atual, projeção de crescimento, comportamento de I/O e requisitos de disponibilidade e desempenho.
A partir dessas informações, a equipe consegue identificar quais aplicações possuem necessidades semelhantes, onde existem requisitos específicos e quais características precisam orientar a arquitetura.
Esse processo também ajuda a antecipar a evolução do ambiente. Se uma aplicação apresenta crescimento acelerado ou novos workloads estão previstos, essas informações podem ser incorporadas ao planejamento antes que a capacidade ou o desempenho se aproximem de seus limites.
A escolha do storage passa, então, a ser consequência de requisitos conhecidos e documentados.
A arquitetura de storage começa com as perguntas certas
Decisões de armazenamento influenciam aplicações, disponibilidade, expansão e operação por vários ciclos. Quanto melhor for o entendimento sobre o comportamento dos dados e dos workloads, mais critérios a equipe terá para avaliar a arquitetura adequada.
Para empresas que estão analisando soluções Dell PowerStore, PowerScale ou revisando seu ambiente atual, a A3 Infotech pode apoiar o levantamento dos requisitos e o desenho da arquitetura de storage de acordo com as características da operação.
Está planejando renovar ou expandir seu ambiente de storage? Fale com um especialista da A3 e transforme os requisitos das aplicações em critérios para a próxima decisão.
