Servidores cloud
Backups de Servidor na Nuvem
Every KapsuleHost Server is backed up to encrypted offsite storage once a day and kept for 30 days, and you can take an extra backup or restore one at any time from the server's own page in KPanel.
Cloud Server Backups
Todos os servidores KapsuleHost são copiados em backup para armazenamento criptografado fora do local uma vez por dia e mantidos por 30 dias, e você pode fazer um backup extra ou restaurar um a qualquer momento a partir da página do servidor no KPanel.
Os backups são ativados automaticamente quando um servidor é provisionado. Não há nada para configurar, nenhum agente para instalar e nenhum cronograma para definir. Este guia explica exatamente o que é capturado, como ler a lista de backups, como fazer um sob demanda e o que uma restauração faz em um servidor em execução.
Onde os Backups Ficam
Os backups pertencem a um servidor, portanto você os acessa a partir desse servidor em vez do menu principal:
- Faça login no KPanel.
- Clique em Cloud Servers na barra lateral esquerda e depois clique no servidor desejado.
- Role até o cartão Backups.
O endereço direto é /cloud-servers/<server-id>.
O cabeçalho do cartão mostra a hora do seu último backup bem-sucedido. Antes do primeiro ser concluído, ele mostra a descrição padrão: "Backups diários fora do local em armazenamento criptografado, mantidos por 30 dias."
Cloud Servers aparece na barra lateral do KPanel apenas quando sua conta realmente possui um servidor de nuvem. Se você não consegue vê-lo, a conta ainda não tem nenhum.
O Que É Capturado
Expanda What's in your backup na parte inferior do cartão Backups para ver o manifesto ao vivo do seu servidor. Ele é agrupado em cinco categorias:
| Categoria | Caminhos inclusos |
|---|---|
| Arquivos do site | /var/www (docroot, uploads, themes, plugins) e os diretórios /root e /home |
| Bancos de dados | Arquivos de dados /var/lib/mysql e /var/lib/postgresql |
| Configuração do servidor | /etc, mais certificados /etc/letsencrypt, /etc/ssh, /etc/ufw regras de firewall e /etc/fail2ban |
| Cron jobs e estado do sistema | /etc/cron.d e os diretórios cron daily, hourly e weekly, /var/spool/cron crontabs do usuário, /etc/systemd unidades, e um snapshot capturado do seu crontab, pacotes instalados, serviços habilitados e status do firewall |
| Dados de mail, quando mail é configurado no servidor |
Caminhos voláteis e reconstruíveis são intencionalmente excluídos: /proc, /sys, /dev, /run, /tmp, /var/tmp, /var/cache, armazenamento de sobreposição de contêiner em /var/lib/docker/overlay2 e arquivos de swap. Excluí-los mantém os backups pequenos e rápidos sem perder nada que você não possa regenerar.
Os backups são criptografados com uma chave exclusiva do seu servidor e gravados em armazenamento de objetos fora do local. Apenas seu painel pode descriptografá-los e restaurá-los.
Um backup de servidor de nuvem captura o servidor. Ele não captura nada que vive fora dele. Um banco de dados gerenciado em outro host, um gateway de pagamento externo ou um serviço de terceiros com o qual seu aplicativo se comunica mantém seus próprios dados e deve ser exportado separadamente.
Lendo a Lista de Backups
Cada linha na lista mostra quando o backup começou, seu tamanho após a conclusão e um status:
| Status | Significado |
|---|---|
| Backed up | O backup foi concluído e é um ponto de restauração utilizável |
| Running | O backup está em andamento |
| Failed | O backup não foi concluído |
Os backups manuais são marcados como manual ao lado da data para que você possa diferenciá-los da execução diária. Um backup concluído também mostra sua referência de snapshot, que é o identificador que o suporte pedirá se você precisar de ajuda com uma restauração específica.
Se o backup mais recente falhar, você receberá um banner no cartão: "The most recent backup failed. We'll keep retrying on the daily schedule. Check disk space, or contact support if this persists." Uma única falha geralmente é um disco cheio. Libere um pouco de espaço e a próxima execução agendada será bem-sucedida.
Fazendo um Backup sob Demanda
Faça um backup manual imediatamente antes de qualquer coisa arriscada: uma atualização de pacote importante, uma migração de banco de dados, uma mudança de configuração em um serviço do qual você depende ou sua primeira tentativa em algo desconhecido.
- Abra a página do servidor e encontre o cartão Backups.
- Clique em Back up now no cabeçalho do cartão.
- Você obtém a confirmação "Backup started. It will appear in the list shortly."
- A execução acontece no servidor em segundo plano. Atualize o cartão após alguns momentos para vê-lo aparecer como Running e depois Backed up.
Servidores grandes levam mais tempo. A coluna de tamanho na linha concluída informa quanto foi capturado.
Um backup manual é identificado por seu timestamp, não por um nome que você escolhe. Faça o backup imediatamente antes de fazer a alteração, para que os tempos se alinhem e você possa distinguir rapidamente qual ponto de restauração é o "antes".
Restaurando de um Backup
- Encontre o backup concluído que você deseja no cartão Backups.
- Clique em Restore nessa linha.
- Leia a confirmação: "This overwrites the server's current files with the contents of the selected snapshot. Any changes made since the snapshot will be lost. The server stays online during restore."
- Clique em Restore para prosseguir.
Uma restauração não pode ser desfeita. Tudo que foi gravado desde que esse backup foi feito é substituído pelo conteúdo do backup. Se houver qualquer chance de você querer o estado atual de volta, faça um novo backup ou um snapshot primeiro e depois restaure.
O servidor fica online enquanto a restauração é executada, o que a torna útil para recuperar um aplicativo quebrado sem uma interrupção completa. Sistemas de arquivos grandes podem levar um tempo. Se a restauração ainda estiver em andamento após cinco minutos, o KPanel informa que "is taking longer than expected and is still running on the server" e a restauração continua em segundo plano.
Backups Comparados com Snapshots
Seu servidor possui duas redes de segurança independentes, e elas são boas em coisas diferentes.
| Backups | Snapshots | |
|---|---|---|
| Onde é mantido | Armazenamento criptografado fora do local | Junto com a plataforma em que seu servidor é executado |
| Cronograma | Diário, automático | sob demanda, mais automaticamente antes de cada execução de patch |
| Retenção | 30 dias | Mantido até você não precisar mais |
| O que restaura | Arquivos, bancos de dados e configuração, no lugar | O disco inteiro, exatamente como estava |
| Servidor durante a recuperação | Fica online | Reinicializa |
| Melhor para | Proteção de dados e recuperação de desastres | Uma rede de segurança imediatamente antes de uma mudança arriscada |
Use ambos. Um snapshot antes de uma alteração é a forma mais rápida de voltar se a alteração der errado. Os backups o protegem de problemas que você não percebe até dias depois. Cloud Server Snapshots cobre o lado do snapshot completamente.
Backups e Reconstruções
Reconstruir o sistema operacional de um servidor apaga o disco, incluindo a ferramenta de restauração que vive nele. Seus dados de backup estão seguros em armazenamento fora do local, mas o botão Restore no painel não pode usá-lo em um servidor reconstruído. Leia Rebuilding Your Cloud Server completamente e baixe tudo que você precisa antes de reconstruir.
Resolução de Problemas
"Backups are not yet configured for this server." Eles são ativados automaticamente no provisionamento. Se um servidor novo mostra isso, aguarde alguns minutos; se persistir, entre em contato conosco.
"No backups yet." O primeiro backup é executado automaticamente logo após o provisionamento. Você também pode clicar em Back up now em vez de esperar.
"Manual backup is temporarily unavailable." O painel não conseguiu alcançar o servidor para iniciar a execução. Verifique se o servidor está em execução e acessível, depois tente novamente.
O botão Restore está faltando em um backup concluído. A restauração precisa de um servidor acessível e provisionado com a ferramenta de backup presente. Um servidor que foi reconstruído ou que está desligado não o oferecerá.
Se um backup falhar repetidamente e o espaço em disco não for a causa, envie um email para support@kapsulehost.com com o nome do servidor e os timestamps das execuções falhadas.