Armazenamento¶
Página dedicada a instâncias de storage: arrays SAN/NAS, appliances de backup, sistemas de arquivos compartilhados e qualquer recurso de armazenamento que tenha métricas expostas (SNMP, API do fabricante ou agente).
A página em si é um inventário das instâncias monitoradas, com estado consolidado e atalho para o detalhe. O cadastro acontece em outro lugar (veja Como uma instância chega aqui).
A lista¶
Acessada por Infraestrutura → Armazenamento. Em um tenant novo a lista vem vazia, como no print. As colunas:
| Coluna | O que mostra |
|---|---|
| Nome do Storage | Como a instância aparece na plataforma. |
| Endereço | IP ou hostname pelo qual o coletor alcança o storage. |
| Tags | Etiquetas livres (ex: backup, tier-1, production). |
| Disponibilidade | Indicador da última checagem. |
| Status | Estado consolidado. |
| Ações | Menu com operações rápidas. |
Acima da tabela ficam os controles padrão (busca, atualizar, exportar CSV, paginação).
Como uma instância chega aqui¶
A página de Armazenamento não cadastra storage novo diretamente. Diferente de Rede, aqui não há botão "Adicionar". As instâncias aparecem na lista por dois caminhos:
Caminho 1: Discovery automático¶
O coletor (hub) pode descobrir storages automaticamente em duas situações:
- Quando ele monitora um host (Linux/Windows) com agente e o agente identifica volumes de storage montados ou conexões a arrays.
- Quando o coletor varre uma faixa de rede via SNMP e detecta dispositivos cujo identificador (sysObjectID) bate com um perfil de storage conhecido (NetApp, Dell EMC, HPE, etc).
Após a descoberta, o storage entra na lista pendente de aprovação. Veja Discovery.
Caminho 2: Aplicar perfil de storage em um host existente¶
Quando o storage é exposto como parte de um servidor já monitorado (ex: servidor de arquivos Linux com NFS exportado), você pode habilitar a coleta de storage aplicando o perfil de monitoramento correspondente na aba Configuração desse host.
O passo a passo é o mesmo descrito em Docker → Habilitar monitoramento em um host, trocando o perfil Docker pelo perfil de storage adequado. Resumo:
- Confirme que o host está em Infraestrutura → Hosts e tem agente ativo.
- Abra o detalhe do host → aba Configuração → sub-aba Configuração do CI.
- No card Perfis de monitoramento, adicione o perfil de storage (ex:
NFS Server,SMB Server, vendor-específico). - Em alguns minutos a coleta começa e a instância passa a aparecer aqui na página de Armazenamento.
Storage não tem cadastro standalone na UI hoje
Para appliances dedicados (array SAN, NAS sem servidor associado) que não cabem em nenhum dos dois caminhos acima, o cadastro é feito pelo coletor diretamente, ou via configuração manual no perfil pelo time de implantação. Fale com o suporte da SpecialOne se você precisa monitorar um storage que não aparece naturalmente.
O detalhe da instância¶
Ao clicar em uma linha você vai para a página da instância. As abas seguem o mesmo modelo dos outros tipos: Métricas, Alertas, Configuração.
A aba Métricas traz dados específicos de storage:
- Capacidade total e usado/livre por volume ou pool.
- IOPS (operações de leitura/escrita por segundo).
- Latência média de leitura e escrita.
- Throughput em MB/s.
- Health/Status dos componentes (controladoras, discos, fontes).
- Quando o perfil é de backup: status do último job, idade do backup mais recente, falhas recentes.
Aba Alertas e aba Configuração¶
As duas seguem o mesmo modelo dos outros tipos de host. Consulte a página de Hosts:
- Aba Configuração: atributos da instância, perfis de monitoramento aplicados, métricas coletadas e alertas configurados.
- Editar um alerta no host: como funciona a cópia personalizada quando você ajusta um alerta herdado de perfil.
Alertas típicos de storage¶
Os perfis padrão cobrem situações comuns na aba Alertas Configurados da instância:
- Volume com pouco espaço livre (limiar configurável por variável de host).
- Latência de I/O acima do normal.
- Crescimento acelerado de uso (tendência projetando esgotar em N dias).
- Componente em estado degradado (disco falhou, controladora em failover).
- Backup com falha ou backup antigo demais (job não rodou).
- Replicação fora de sincronia entre sites.
Esses alertas seguem o mesmo fluxo de roteamento via regras de notificação e podem ser silenciados via manutenção.
Próximos passos¶
-
Outros recursos
Hosts, Docker, Kubernetes, Rede e DCIM seguem o mesmo modelo de configuração e alertas.
-
Como funcionam os alertas
Da definição do alerta ao canal de notificação.