Integre o centro de backup ao Managed Service for Prometheus para monitorar cofres e tarefas de backup em tempo real e configurar alertas para falhas.
Pré-requisitos
Antes de começar, verifique se você tem:
O componente migrate-controller instalado na versão 1.7.10 ou posterior. Para mais informações, consulte Instale o migrate-controller e conceder permissões e Gerencie componentes
Um cluster com Kubernetes 1.20 ou posterior. Clusters com versões anteriores não suportam a instalação da versão mais recente do migrate-controller. Para atualizar, consulte Atualize manualmente um cluster
O Managed Service for Prometheus ativado no cluster
Faturamento
O componente migrate-controller envia métricas para o Managed Service for Prometheus. Essas métricas são classificadas como métricas personalizadas e geram custos adicionais.
Leia a documentação sobre Métricas antes de ativar o monitoramento do centro de backup para entender as regras de faturamento das métricas personalizadas. Os valores variam conforme o tamanho do cluster e a quantidade de aplicações. Você também pode visualize o uso de recursos no Managed Service for Prometheus.
Integrar o centro de backup ao Managed Service for Prometheus
Faça login no console do ARMSconsole do ACKconsole do ACK.
No painel de navegação à esquerda, clique em Integration Center. Na aba Infrastructure, pesquise e clique em Ack Backup Center.
Na aba Start Integration, selecione o cluster ACK com o centro de backup instalado e clique em OK.
Após concluir a integração, visualize os painéis no console do ACK ou no console do ARMS.
Visualize painéis do centro de backup
Acesse o console do ACK. No painel de navegação à esquerda, clique em Clusters.
Na página Clusters, localize seu cluster e clique no nome dele. No painel de navegação à esquerda, escolha Operations > Prometheus Monitoring.
Na página Prometheus Monitoring, clique na aba Others e visualize os painéis do centro de backup na aba ACK BackupCenter.
Para visualizar os painéis do centro de backup no console do ARMS, consulte Visualize um painel .
Três painéis estão disponíveis: Backup Locations (informações do cofre de backup), Backup Operation Status (informações da tarefa de backup) e Addon Status (informações dos componentes operacionais).
Backup Locations
Este painel exibe o status dos cofres de backup associados ao cluster atual (Backuplocation Detail).
Um cofre de backup armazena arquivos de backup e mostra a associação entre o centro de backup e um bucket do Object Storage Service (OSS). O centro de backup só executa tarefas de backup, snapshot e restauração quando o cofre atinge o estado Available.
|
Métrica |
Descrição |
|
Backuplocation |
Nome do cofre de backup. |
|
OSS Bucket |
Nome do bucket do OSS associado ao cofre de backup. |
|
Region |
Região do bucket do OSS, como cn-hangzhou. |
|
NetworkPolicy |
Tipo de conexão de rede entre o cofre de backup e o bucket do OSS. Valores válidos: internal (rede interna) ou Public (Internet). |
|
Phase |
Status do cofre de backup. Valores válidos: InProgress (inicialização em andamento, verificando conectividade com o OSS — dura pouco tempo), Available (conectividade com o OSS normal, tarefas de backup podem ser executadas) ou Unavailable (desconectado do OSS, tarefas de backup não podem ser executadas). |
Se um cofre de backup estiver no estado Unavailable, execute o comando abaixo para verificar os detalhes do erro. Substitua <unavailable-backuplocation-name> pelo nome do cofre afetado.
kubectl -n csdr describe backuplocation <unavailable-backuplocation-name>Para obter mais informações sobre solução de problemas, consulte Perguntas frequentes sobre o centro de backup.
Backup Operation Status
Este painel apresenta o status das tarefas de backup, incluindo uma visão geral de todas as tarefas (Backup Overview) e detalhes das tarefas com falha (Failed Backup Detail).
A seção Backup Overview exibe um histograma das tarefas de backup por cofre no cluster atual, abrangendo tarefas instantâneas e agendadas. O eixo X mostra os nomes dos cofres de backup e o eixo Y indica a quantidade de tarefas por cofre.
|
Métrica |
Descrição |
|
Backup (Failed) |
A barra vermelha indica a quantidade de tarefas de backup com falha. |
|
Backup (Completed) |
A barra verde representa a quantidade de tarefas de backup bem-sucedidas. |
A seção Failed Backup Detail traz informações básicas sobre as tarefas de backup com falha no cluster atual.
|
Métrica |
Descrição |
|
Backup |
Nome da tarefa de backup. |
|
Backuplocation |
Nome do cofre de backup ao qual a tarefa pertence. |
|
BackupType |
Modo de backup. Valores válidos: AppBackup (backups apenas de YAML) ou AppAndPvBackup (arquivos YAML e dados de volume persistente (PV)). |
|
DataType |
Tipo de backup de dados. Valores válidos: snapshot (PVs de disco), hbr (PVs de sistema de arquivos, incluindo volumes locais HostPath, volumes NAS e volumes OSS), all (PVs de disco e de sistema de arquivos) ou none (backup de dados ativado, mas nenhum PV utilizado no namespace especificado). |
|
FromSchedule |
Tipo da tarefa de backup. Empty indica uma tarefa de backup instantânea. Not empty sinaliza uma tarefa de backup agendada e exibe o nome do plano de backup. |
Se uma tarefa de backup falhar, investigue usando a CLI ou o console do ACK.
CLI
Execute o comando a seguir para ver os detalhes do erro. Substitua <failed-applicationbackup-name> pelo nome da tarefa de backup com falha.
kubectl -n csdr describe applicationbackup <failed-applicationbackup-name>Console do ACK
Faça login no console do ACK. No painel de navegação à esquerda, clique em Clusters.
Localize seu cluster e clique no nome dele. No painel de navegação à esquerda, escolha Operations > Application Backup.
Na página Application Backup, clique na aba Backup Records, encontre a tarefa de backup com falha e clique em Failed na coluna Status.
Para mais detalhes sobre solução de problemas, acesse Perguntas frequentes sobre o centro de backup.
Addon Status
Este painel mostra o status dos componentes operacionais csdr-controller e csdr-velero. Ambos precisam funcionar normalmente para que o centro de backup realize tarefas de backup, snapshot e restauração.
Após a instalação do migrate-controller, ele executa uma verificação prévia no cluster e implanta o csdr-controller e o csdr-velero no namespace csdr.
Os dois componentes rodam como pods de Deployment.
|
Métrica |
Descrição |
|
Age |
Tempo de atividade do componente operacional. |
|
Status |
Estado de integridade. Health: o pod está rodando normalmente. UnHealth: o pod falhou ao iniciar ou a sondagem falhou. |
|
Pods |
Informações detalhadas sobre o pod do componente operacional. |
|
Memory Request |
Recursos de memória reservados para o componente operacional. |
|
CPU Request |
Recursos de CPU reservados para o componente operacional. |
|
Memory Limit |
Limite superior de memória do componente operacional. |
|
CPU Limit |
Limite superior de CPU do componente operacional. |
Se algum componente operacional apresentar UnHealth ou tiver contagem de reinicializações diferente de zero, consulte a seção Solução de problemas abaixo.
Configure alertas para falhas em tarefas de backup
Os alertas de falha em tarefas de backup são baseados em eventos. Quando uma tarefa falha, uma CustomResourceDefinition (CRD) applicationbackups no grupo de recursos csdr.alibabacloud.com gera um evento WARN.
Para consultar eventos WARN de tarefas de backup com falha, execute:
kubectl -n csdr get events --field-selector='type!=Normal'Saída esperada:
VaultError: backup vault is unavailable: oss: service returned error: StatusCode=403, ErrorCode=AccessDenied, ErrorMessage="The bucket you access does not belong to you.", RequestId=668516BC35F915******O campo VaultError indica a causa da falha.
Para configurar regras de alerta disparadas por esses eventos, utilize o recurso de alertas de cluster do ACK. Para mais informações, consulte Gerenciamento de alertas do Container Service.
Solução de problemas
Componente operacional não encontrado ou no estado UnHealth
Sintoma: Após instalar o centro de backup, o componente operacional não é encontrado ou é implantado repetidamente.
Execute o comando abaixo para verificar o status do migrate-controller:
kubectl -n kube-system get pod -l app=migrate-controllerSe o pod estiver em CrashLoopBackOff ou reiniciando constantemente, o cluster falhou na verificação prévia. Isso geralmente ocorre porque o cluster usa FlexVolume ou o cluster registrado não tem as permissões necessárias. Para mais detalhes, veja Perguntas frequentes sobre o centro de backup e Cluster registrado.
Sintoma: O estado UnHealth persiste e o painel do pod não exibe dados.
O pod do componente operacional falhou ao iniciar. Consulte Solução de problemas de pods para mais informações.
Sintoma: O componente operacional mostra Health, mas apresenta contagem de reinicializações diferente de zero.
O componente csdr-velero pode sofrer picos de memória durante o backup, o que pode desencadear erros de Out-of-Memory (OOM) e fazer com que o componente encerre inesperadamente. Aumente o limite de memória para resolver essa questão.
Se um pod de componente operacional encerrar durante um backup, a tarefa falhará ou permanecerá no estado InProgress por um período prolongado.
Cofre de backup no estado Unavailable
Execute o seguinte comando para visualizar a mensagem de erro. Substitua <unavailable-backuplocation-name> pelo nome do cofre de backup afetado.
kubectl -n csdr describe backuplocation <unavailable-backuplocation-name>Para mais informações sobre solução de problemas, consulte Perguntas frequentes sobre o centro de backup.