Ir para o conteúdo

Zadara

Abrir na plataforma

Página dedicada às instâncias Zadara que o tenant tem em operação. Cada linha representa uma instância da nuvem Zadara do cliente (storage array, ambiente de compute ou cloud privada/híbrida) que a plataforma SpecialOne alcança via API de gerência para coletar saúde, capacidade e performance.

A página é, antes de tudo, um inventário com estado consolidado e atalho para o gráfico detalhado de cada instância. O cadastro é feito direto aqui (a coleta acontece pelo coletor falando com a API Zadara, sem agente).

Quem usa

  • Time de infraestrutura: monitora capacidade e saúde das instâncias.
  • Time de storage: acompanha IOPS, latência e crescimento de volume.
  • Time de plataforma: cruza eventos Zadara com aplicações que consomem aquele storage (via dashboards e regras de notificação).

Se a instância Zadara entrega volumes para servidores ou clusters monitorados, vale também acompanhar pela página de Armazenamento, que enxerga o consumo do lado do host. Os dois pontos de vista se complementam.

A lista

Lista de instâncias Zadara com endereço e status

Acessada por Nuvem → Zadara (URL interna /zadara-monitoring). Em um tenant novo a lista vem vazia. As colunas:

Coluna O que mostra
Nome da Instância Como a instância Zadara aparece na plataforma (ex: zadara-prod-01).
Endereço IP ou hostname pelo qual o coletor alcança a API de gerência (ex: zadara.example.com, 192.0.2.10).
Tags Etiquetas livres (ambiente, cliente-interno, função). Aparecem nos filtros e em regras de notificação.
Status Estado consolidado da última checagem (verde, amarelo, vermelho).
Ações Menu de três pontos com Editar, Excluir e atalho para o Drill-down.

Acima da tabela ficam os controles padrão:

  • Buscar por nome ou tag.
  • Atualizar: força recarregar os dados.
  • Exportar CSV: baixa a lista atual.
  • Adicionar Instância: abre o modal de cadastro (ver Cadastrar uma instância).
  • Linhas por página e paginação no rodapé.

Use tags para separar ambientes

Em tenants com mais de uma instância Zadara, padronize tags por ambiente (prod, hml), função (block-storage, object-storage, compute) e cliente-interno quando a Zadara serve áreas distintas. As tags aparecem na lista, viram filtro rápido e são a base de roteamento em regras de notificação.

Cadastrar uma instância

O cadastro é feito direto na página: clique em Adicionar Instância no topo da lista.

Pré-requisitos

Antes de cadastrar, garanta que:

  1. O coletor (hub) da plataforma tem conectividade de rede com o endpoint da Zadara, na porta da API de gerência (tipicamente HTTPS na 443). Liberar firewall do coletor para o IP/hostname da instância.
  2. Existe credencial de API na Zadara com permissão de leitura (token de acesso ou par chave/segredo, conforme a versão da plataforma Zadara em uso).
  3. Você sabe o nome interno que quer usar para a instância na plataforma e o endereço (IP ou hostname) da API de gerência.
  4. Opcional: define o conjunto inicial de tags que essa instância vai carregar.

Passos

  1. Em Nuvem → Zadara, clique em Adicionar Instância.
  2. Preencha o modal:
    • Nome da Instância: como ela aparece na lista (ex: zadara-prod-01).
    • Endereço: hostname ou IP do endpoint Zadara (ex: zadara.example.com, 192.0.2.10).
    • Credencial: token ou par chave/segredo de API. Fica armazenado de forma cifrada e atrelado à instância.
    • Coletor: qual hub vai fazer a coleta. Em ambientes com mais de um, escolha o que está na mesma rede de gerência da Zadara.
    • Tags (opcional): pares chave-valor para classificação.
  3. Clique em Salvar.

A instância aparece na lista. O coletor faz a primeira chamada à API nos minutos seguintes: se obtiver resposta, a coluna Status vira verde e a coleta de métricas começa. Se o Status ficar vermelho, revise endereço, credencial e regra de firewall.

Credencial fica na instância, não no coletor

Diferente do fluxo SNMP de Rede, aqui a credencial é por instância Zadara. Isso permite que o mesmo coletor monitore várias instâncias com credenciais distintas.

O que o coletor traz para a plataforma

A partir do cadastro, o coletor executa o perfil de monitoramento padrão de Zadara, que define quais métricas consultar via API e quais alertas ficam habilitados por padrão. Ver Perfil de monitoramento para o conceito geral.

Detalhe da instância

Ao clicar em uma linha (ou em Drill-down no menu de ações), você abre a página de detalhe da instância. O foco é responder rápido três perguntas: tem espaço, está rápido e tem alerta aberto.

A página traz:

  • KPIs no topo: capacidade total e percentual usado, IOPS atual (leitura + escrita), latência média atual, contagem de alertas abertos.
  • Seletor de período (padrão Última 1 hora; permite ampliar para 24h, 7d, 30d ou personalizar).
  • Gráficos de série temporal:
    • Capacidade usada versus total, por pool ou por volume.
    • IOPS (operações de leitura e escrita por segundo).
    • Latência média de leitura e escrita em ms.
    • Throughput em MB/s.
    • Saúde dos componentes (controllers, drives, fontes), com indicador colorido para cada um.
  • Alertas recentes da instância: lista compacta com nome do alerta, severidade e timestamp.

O breadcrumb no topo (Nuvem › Zadara › nome-da-instancia) leva de volta para a lista com um clique.

Métricas e alertas seguem o modelo geral

Para o entendimento de como os alertas chegam até essa instância (herdados do perfil de monitoramento) e como editá-los caso seja necessário um ajuste local, consulte a página de Hosts:

  • Aba Configuração: atributos da instância, perfis 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.

A diferença prática é só o conjunto de perfis aplicáveis (específicos para Zadara) e o tipo de coleta (API da plataforma Zadara, sem agente).

Editar e gerenciar

Pelo menu Ações de cada linha você consegue:

  • Editar: ajusta nome, endereço, credencial, coletor e tags. Atualizações de credencial reentram em uso já na próxima execução do coletor.
  • Excluir: remove a instância da plataforma. A coleta para imediatamente e o histórico fica retido pelo período padrão de retenção do tenant antes de ser descartado.
  • Drill-down: atalho para a página de detalhe (também acessível clicando direto na linha).

Em massa, use Exportar CSV para gerar uma planilha com a lista filtrada (útil para revisão com o cliente ou conferência de inventário).

Antes de excluir, considere pausar

Se a intenção é parar de receber alertas durante uma janela (troca de credencial, mudança de IP, manutenção da Zadara), prefira aplicar uma manutenção na instância. Excluir e recadastrar perde o histórico.

Alertas típicos

Os perfis padrão de Zadara cobrem situações que aparecem na sub-aba Alertas Configurados da instância:

  • Capacidade aproximando do limite (uso percentual de pool ou volume acima do limiar configurado por variável).
  • Crescimento acelerado de uso (tendência projetando esgotamento em N dias).
  • Latência de I/O acima do normal em leitura ou escrita.
  • IOPS saturando o limite contratado/dimensionado para a instância.
  • Controller em estado degradado ou em failover.
  • Drive com falha dentro de um pool.
  • Job de backup com falha (quando o perfil de backup está aplicado e a Zadara está orquestrando snapshots/replicação).
  • Replicação fora de sincronia entre sites Zadara.
  • API da Zadara inalcançável: o coletor não consegue completar a consulta (severidade Alto ou Crítico dependendo do tempo sem coletar).

Severidades seguem o padrão da plataforma (Crítico, Alto, Médio, Informação), descritas em Severidade. Todos esses alertas seguem o mesmo fluxo de roteamento via regras de notificação e podem ser silenciados via manutenção durante intervenções planejadas (troca de hardware na Zadara, upgrade de versão).

Limites

  • A coleta depende da disponibilidade da API de gerência Zadara. Se a API estiver indisponível, a plataforma marca a instância como inalcançável e dispara o alerta correspondente, mas não consegue trazer dado novo até que a API volte.
  • O intervalo de coleta é definido pelo perfil de monitoramento aplicado (padrão na ordem de minutos, suficiente para acompanhar capacidade e latência média). Para granularidade abaixo disso, fale com o time de implantação.
  • Histórico bruto é retido conforme a política de retenção do tenant. Para análises de longo prazo (anos), confira a configuração de dados agregados.
  • Não há descoberta automática de instâncias Zadara via varredura de rede: cada instância é cadastrada explicitamente nesta página. Para storage exposto no host (volume montado, NFS), use Armazenamento.
  • A página não substitui o painel nativo da Zadara para operação profunda (criar volumes, gerenciar snapshots). O papel aqui é observabilidade: ver saúde, capacidade e alertas em um lugar só, junto com o resto da infra.

Próximos passos

  • Storage no host

    Como a plataforma enxerga storage do lado do servidor que consome.

    Armazenamento

  • Hosts

    Modelo geral de configuração, aba Configuração, edição de alertas.

    Página de Hosts

  • Alertas

    Como funcionam os alertas, do disparo ao canal de notificação.

    Ver Alertas

  • Conceitos

    Perfil de monitoramento, métrica, regra de notificação, manutenção.

    Ver Conceitos