O dimensionamento de storage corporativo começa pelo volume de dados efetivamente utilizado, mas não termina nele. É preciso projetar o crescimento, calcular a capacidade útil após redundância e reservas e verificar desempenho, retenção, backup e possibilidades de expansão.
- Levante dados ativos, arquivos, backups, snapshots e a taxa de crescimento.
- Diferencie capacidade bruta, utilizável e efetivamente disponível para aplicações.
- Considere IOPS, latência e throughput além da quantidade de terabytes.
- Planeje retenção, recuperação e margem operacional sem confundir RAID com backup.
- Compare armazenamento em bloco, arquivos e objetos conforme o uso.
- precisa ampliar a capacidade de armazenamento da empresa;
- administra arquivos, bancos de dados, aplicações ou backups corporativos;
- quer estimar o crescimento antes de contratar uma solução de storage;
- busca evitar espaço ocioso e falta de capacidade em produção.
Quais dados levantar antes de dimensionar o storage?
Contratar armazenamento apenas pelo espaço ocupado hoje pode levar a dois problemas: falta de capacidade antes do previsto ou pagamento por recursos que permanecerão ociosos. O primeiro passo é construir um inventário das cargas que utilizam o ambiente.
Separe o consumo por aplicação e por finalidade. Um banco de dados transacional, um repositório de documentos e uma área de backup têm padrões diferentes de acesso, retenção e crescimento. Misturá-los em uma única estimativa dificulta a escolha da arquitetura.
| Informação | Por que medir |
|---|---|
| Dados utilizados | Estabelece a capacidade ocupada de referência, sem confundir espaço provisionado com consumo real. |
| Crescimento mensal | Ajuda a estimar quando será necessária uma expansão. |
| Retenção e versões | Mostra o impacto de snapshots, histórico de arquivos e políticas de descarte. |
| Perfil de acesso | Diferencia dados frequentemente acessados de arquivos e backups pouco consultados. |
| Requisitos de recuperação | Orienta a quantidade de cópias, sua localização e o tempo de restauração esperado. |
Para ambientes virtualizados, registre também discos provisionados, uso efetivo, snapshots e crescimento por máquina virtual. Em aplicações críticas, inclua janelas de manutenção e períodos de pico.
Como calcular a capacidade de armazenamento?
A capacidade anunciada de um conjunto de discos não corresponde necessariamente ao espaço que ficará disponível para as aplicações. Antes de estimar os terabytes a contratar, diferencie três medidas.
- Capacidade bruta: soma nominal da capacidade dos dispositivos físicos.
- Capacidade utilizável: espaço restante após a proteção de dados e as despesas da arquitetura.
- Capacidade disponível: parcela ainda livre para novos dados, considerando o que já está ocupado e as reservas operacionais.
Exemplo de projeção de capacidade
Considere uma empresa com 20 TB de dados utilizados e crescimento líquido médio de 15% ao ano. Para um horizonte de dois anos, sem novos projetos ou mudanças na retenção, a projeção composta seria:
20 TB × (1,15)² = 26,45 TB de dados utilizados ao final do período.
Se a arquitetura exigir, por hipótese, uma reserva operacional de 20% da capacidade utilizável, os 26,45 TB deveriam representar no máximo 80% dela. Nesse cenário, a necessidade seria de aproximadamente 33,1 TB utilizáveis. O percentual é ilustrativo, não uma regra aplicável a todos os sistemas.
A conversão desse resultado em capacidade bruta dependerá do RAID, da replicação, do erasure coding ou de outro mecanismo de proteção. Também é necessário verificar se snapshots, metadados e arquivos temporários já estão contemplados na estimativa.
Como projetar o crescimento dos dados?
O histórico de consumo é o ponto de partida, mas não deve ser a única fonte. Novas filiais, sistemas, projetos de inteligência artificial, digitalização de documentos e políticas de retenção podem alterar a taxa de crescimento.
Trabalhe com cenários, não com uma única previsão
Monte ao menos três cenários: crescimento próximo ao histórico, expansão acelerada e aumento provocado por projetos já aprovados. Em cada um, estime a capacidade necessária para o horizonte de contratação e identifique o momento de expansão.
Se a empresa adiciona 1 TB líquido por mês, por exemplo, um horizonte de 18 meses representa 18 TB adicionais antes das reservas e da proteção. Se o crescimento é percentual, use projeção composta e valide a tendência com medições periódicas.
Defina gatilhos de expansão
Além da projeção, estabeleça alertas de consumo e um prazo realista para ampliar a infraestrutura. O gatilho precisa considerar o tempo de contratação, provisionamento e migração, não apenas o momento em que o volume se aproxima do limite.
Para aprofundar os critérios de planejamento, consulte o artigo sobre dimensionamento de infraestrutura corporativa.
Como avaliar o desempenho do storage?
Dois ambientes com 30 TB podem exigir soluções muito diferentes. Um repositório de arquivos acessados ocasionalmente tende a ter demandas distintas das de um banco de dados que realiza gravações contínuas.
IOPS, latência e throughput
- IOPS: quantidade de operações de entrada e saída por segundo.
- Latência: tempo de resposta de cada operação, relevante para aplicações transacionais.
- Throughput: volume de dados transferido por segundo, importante para cópias, arquivos grandes e backups.
Meça esses indicadores durante os horários de maior utilização. Também observe tamanho dos blocos, proporção de leituras e gravações, filas e concorrência. A capacidade em terabytes, isoladamente, não informa se o ambiente atenderá ao desempenho necessário.
Qual tipo de storage faz sentido para cada aplicação?
O protocolo de acesso e o perfil dos dados influenciam a arquitetura. Nem toda carga deve utilizar o mesmo tipo de armazenamento.
| Modelo | Usos comuns | O que avaliar |
|---|---|---|
| Bloco | Bancos de dados e volumes de máquinas virtuais. | Latência, IOPS, disponibilidade e integração com o sistema. |
| Arquivo | Pastas compartilhadas, documentos e repositórios de equipe. | Permissões, acesso simultâneo e protocolos de compartilhamento. |
| Objeto | Backups, arquivos não estruturados e repositórios acessados por API. | Compatibilidade S3, retenção, requisições, durabilidade e custos de transferência. |
O Object Storage da EVEO pode ser avaliado para dados não estruturados e aplicações compatíveis com S3. Ele não deve ser tratado como substituto direto de um volume em bloco para qualquer banco de dados ou sistema legado.
Como considerar redundância, backup e retenção?
O projeto precisa prever tanto a continuidade do serviço quanto a recuperação dos dados. São objetivos relacionados, mas diferentes.
Redundância não substitui backup
RAID e replicação podem reduzir o impacto de determinadas falhas, mas não resolvem todos os cenários de exclusão acidental, corrupção lógica ou ransomware. Backups independentes e testes de restauração continuam necessários.
Ao calcular a capacidade, considere a retenção de cópias, a frequência dos backups e a taxa de alteração dos dados. Uma política de 30 dias, por exemplo, não significa necessariamente multiplicar o volume de produção por 30: o consumo depende de backups completos, incrementais, compressão e deduplicação efetivas.
RPO e RTO influenciam a arquitetura
O RPO estabelece a perda máxima de dados aceitável em tempo. O RTO define o tempo desejado para restaurar o serviço. Essas metas ajudam a decidir frequência de cópias, replicação, conectividade e capacidade de recuperação.
Para arquivos que exigem retenção ou proteção contra alterações, mecanismos de imutabilidade podem ser relevantes. A configuração precisa respeitar as regras de acesso, os períodos de retenção e os requisitos de recuperação do negócio.
Checklist para contratar storage corporativo
Antes de solicitar uma proposta, reúna as informações que permitem comparar soluções em bases equivalentes:
- Capacidade efetivamente utilizada, separada por aplicação e tipo de dado.
- Taxa de crescimento mensal ou anual e novos projetos previstos.
- Horizonte de planejamento e prazo necessário para expansão.
- Capacidade útil requerida e política de reserva operacional.
- Perfil de IOPS, latência, throughput e acessos simultâneos.
- Modelo de acesso necessário: bloco, arquivo ou objeto.
- Políticas de backup, snapshots, retenção, RPO e RTO.
- Requisitos de segurança, conectividade, localização dos dados e custos totais.
Com esses dados, a equipe de TI consegue comparar capacidade, desempenho e custos sem depender apenas do preço por terabyte anunciado.
Storage corporativo na EVEO
Para empresas que precisam armazenar e acessar grandes volumes de dados não estruturados, a EVEO oferece Object Storage compatível com S3, com cobrança em reais e sem taxa de saída de dados, conforme as condições do serviço.
A solução pode atender cenários como repositórios de arquivos, backups e integração com aplicações que utilizam APIs S3. Recursos como imutabilidade WORM e replicação entre regiões devem ser avaliados de acordo com as políticas de proteção e retenção do projeto.
O dimensionamento deve considerar volume inicial, crescimento, padrão de acesso e requisitos de recuperação. Para workloads que exigem armazenamento em bloco ou baixa latência transacional, é importante avaliar uma arquitetura apropriada em conjunto com a equipe técnica.
Fale com um especialista da EVEO
Perguntas frequentes
Como calcular a capacidade de storage necessária para uma empresa?
Comece pelo volume de dados efetivamente utilizado, estime o crescimento durante o horizonte de planejamento e acrescente retenção, snapshots, espaço operacional e a proteção adotada. Diferencie capacidade bruta de capacidade útil.
Qual é a diferença entre capacidade bruta e capacidade útil?
Capacidade bruta é a soma nominal dos dispositivos. Capacidade útil é o espaço disponível para os dados após considerar redundância, reservas, formatação e outras despesas de capacidade da arquitetura.
Quanto espaço livre devo manter no storage corporativo?
Não existe percentual universal. A reserva deve considerar o tipo de storage, a política do fabricante, a taxa de crescimento, snapshots e a necessidade de manter desempenho durante picos e reconstruções.
RAID substitui backup corporativo?
Não. RAID pode proteger contra determinadas falhas de discos, mas não substitui cópias independentes e testadas para recuperação após exclusão, corrupção, ransomware ou falhas maiores.
Quando usar Object Storage em vez de armazenamento em bloco?
Object Storage costuma ser adequado para grandes volumes de arquivos, backups e dados não estruturados acessados por API. Armazenamento em bloco é mais apropriado quando aplicações ou bancos de dados precisam de volumes com características específicas de I/O.
Como prever o crescimento do armazenamento?
Meça o crescimento líquido por mês, considere novos projetos e políticas de retenção e faça projeções de cenários. Revise a estimativa periodicamente com métricas reais de consumo.
