O planejamento de armazenamento não é apenas capacidade

A primeira pergunta geralmente é: “De quantos terabytes você precisa?” É uma pergunta válida, mas incompleta. Em ambientes críticos, o armazenamento também envolve desempenho, disponibilidade, recuperação, segurança e previsibilidade operacional. A capacidade é uma parte do design, não todo o design.

A capacidade é uma variável

Antes de definir terabytes, há perguntas melhores a serem feitas:

• Qual é a carga de trabalho e qual é seu perfil de E/S?
• Qual latência é esperada e qual crescimento é projetado?
• Qual é o objetivo do ponto de recuperação (RPO): quantos dados você pode perder?
• Qual é o objetivo de tempo de recuperação (RTO) — quanto tempo você pode ficar inativo?
• Qual é a janela de backup e qual é o tempo real de restauração?
• Qual é o impacto da falha de um controlador? De um site caindo?
• O ambiente mantém a disponibilidade durante uma aquisição e o desempenho permanece dentro do necessário depois?
• Quem pode excluir snapshots e quem pode alterar as políticas?
• A replicação protege o ambiente ou apenas replica o problema?

Essas respostas definem a arquitetura. Todo o resto é dimensionado.

A disponibilidade precisa ser projetada

Alta disponibilidade não significa apenas ter dois controladores. A questão é entender como o ambiente se comporta durante uma falha. Em um cenário de aquisição, um controlador assume os serviços do outro — a disponibilidade é preservada, mas a carga fica concentrada em menos recursos.

A restrição de capacidade é direta. Um par de dois nós em que ambos os nós são executados com 70% da CPU no pico não pode fornecer desempenho total após uma aquisição – o nó sobrevivente está sendo solicitado a realizar 140% do trabalho de um nó. Se o desempenho durante a aquisição for importante (e para qualquer coisa que justifique um par HA, é importante), o tamanho do nó sobrevivente que transporta ambas as cargas de trabalho: um ponto de partida conservador é manter a utilização sustentada por nó em torno de 50% no pico ou ter uma resposta explícita e escrita para exatamente o que degrada e por quanto quando um nó está fora. O comportamento da CPU e da carga de trabalho nem sempre se combinam linearmente durante o controle, portanto, valide o alvo em relação ao modelo do controlador, à combinação de protocolos, ao perfil da carga de trabalho e ao desempenho de controle observado, em vez de tratar 50% como um limite universal. Dois comandos indicam onde você está hoje:

storage failover show
statistics show-periodic -object system -counter cpu_busy

O primeiro confirma que a aquisição é realmente possível – e não considerada possível – em ambos os nós. O segundo, executado durante sua janela de pico real, e não às 10h de uma terça-feira tranquila, é o número a ser mantido em relação à linha de 50%. Um ambiente pode atingir suas metas com todos os controladores ativos e ficar abaixo delas quando um controlador estiver indisponível.

A pergunta certa não é apenas “O ambiente tem HA (alta disponibilidade)?” A pergunta certa é: “O ambiente continua entregando o nível de serviço exigido durante a aquisição?” Essa análise muda a forma como você avalia CPU, cache, portas, taxa de transferência, IOPS, latência, agregados, caminhos SAN/NAS e crescimento.

A tecnologia não resolve uma premissa ruim

ONTAP, SAN, NAS, armazenamento de objetos, SnapMirror, MetroCluster, backup, recuperação cibernética, Kubernetes, VMware e nuvem são ferramentas. Boas ferramentas ajudam, mas não substituem a arquitetura. Se o design não levar em conta falhas, operação, segurança, recuperação e crescimento, o ambiente será limitado desde o início, mesmo com bom hardware.

Sobre este blog

Este blog é sobre armazenamento, proteção de dados e resiliência cibernética. O objetivo é compartilhar decisões de arquitetura, solução de problemas, dimensionamento, práticas recomendadas e lições de campo — com objetividade, contexto técnico e foco em ambientes reais.

O armazenamento não é apenas uma prateleira, um disco, um controlador ou um terabyte. O armazenamento é uma camada crítica da continuidade dos negócios. Quanto mais críticos os dados, mais importante será projetar adequadamente a disponibilidade, a recuperação e a operação.

Versão e nota de origem

A disponibilidade dos comandos e o comportamento do desempenho variam de acordo com a versão e plataforma do ONTAP. Valide o design em relação à documentação ONTAP atual e teste o comportamento de controle com a carga de trabalho real antes de usar qualquer limite de utilização como limite de produção.