Servidores cloud
Reconstruindo seu Servidor em Nuvem
Rebuilding reinstalls the operating system from scratch on your existing server, which erases the disk completely and gives you a clean machine on the same IP addresses.
Reconstruindo Seu Servidor Cloud
Reconstruir reinstala o sistema operacional do zero no seu servidor existente, o que apaga o disco completamente e oferece uma máquina limpa nos mesmos endereços IP.
É a ferramenta certa para um pequeno número de tarefas e uma ferramenta muito ruim para tudo o mais. Este guia aborda quando uma reconstrução é genuinamente a resposta, o que ela destrói, uma consequência específica que pega as pessoas desprevenidas e como se preparar adequadamente antes de clicar.
Quando uma Reconstrução É o Movimento Certo
Reconstrua quando:
- Você quer mudar de sistema operacional, por exemplo de Ubuntu para Debian, ou de uma versão do Ubuntu para outra.
- O sistema operacional está não inicializável ou tão quebrado que repará-lo levaria mais tempo do que começar novamente.
- Você está reutilizando o servidor para algo completamente diferente e quer nada da configuração antiga.
- Você realmente quer que tudo no disco desapareça.
Não reconstrua para desfazer uma mudança que você acabou de fazer. É para isso que servem os snapshots, e uma reversão é mais rápida e mantém seus dados. Não reconstrua para liberar espaço em disco, para corrigir uma aplicação lenta ou porque algo está configurado incorretamente: nenhum desses casos precisa que o sistema operacional seja substituído.
Leia Isto Antes de Reconstruir
Uma reconstrução destrói permanentemente tudo no servidor: cada site, caixa de correio, banco de dados, arquivo enviado, pacote instalado, certificado, tarefa cron e arquivo de configuração. Não pode ser desfeito e não há etapa de confirmação depois da última. O diálogo de confirmação diz claramente: "Isso reinstala o sistema operacional e destrói permanentemente tudo no servidor. Isso não pode ser desfeito. Certifique-se de que você tem seus próprios backups antes de reconstruir."
A reconstrução também apaga as ferramentas Kapsule que são instaladas no disco quando um servidor é provisionado pela primeira vez. Essas ferramentas são o que o painel usa para alcançar a máquina. Após uma reconstrução, a metade do lado do servidor do sistema de backup se foi, portanto, embora seus dados de backup existentes ainda sejam mantidos com segurança no armazenamento externo criptografado, o botão Restore no KPanel não pode usá-lo no servidor reconstruído. O mesmo se aplica a Back up now, ao firewall em tempo real e aplicação de patches, e ao console do navegador: todos dependem dessa ferramenta no disco. Obtenha tudo que você precisa do servidor ou de um backup antes de reconstruir. Se você achar que pode querer dados de um backup pré-reconstrução depois, entre em contato conosco primeiro ao invés de depois.
Seus endereços IPv4 e IPv6 não mudam. Apenas o conteúdo do disco muda.
Preparando-se para uma Reconstrução
Trabalhe através desta lista antes de começar. Nada disso é opcional se o servidor contém algo que você se importa.
- Faça um snapshot. Um snapshot é uma cópia completa do disco. É a única coisa que permite que você recupere a máquina atual se mudar de ideia. Veja Cloud Server Snapshots.
- Exporte seus dados você mesmo. Copie bancos de dados, uploads e configuração para algum lugar fora do servidor: sua própria máquina, outro servidor ou armazenamento de objetos. Não confie na capacidade do painel de restaurar um backup depois.
- Anote o que está instalado. Após uma reconstrução você está reconstruindo sua stack manualmente. Uma lista de pacotes, serviços, hosts virtuais e tarefas cron economiza horas.
- Verifique seu DNS. Se algo aponta para este servidor, apontará para uma máquina vazia enquanto a reconstrução e reconstrução levarem.
- Confirme que você pode voltar a entrar. Decida agora como você se conectará ao sistema operacional recém-instalado e veja Connecting to Your Cloud Server With SSH.
O console do navegador não é um fallback confiável após uma reconstrução, pela razão descrita acima. Não conte com ele como sua forma de voltar a entrar.
Como Reconstruir
- Entre em KPanel.
- Clique em Cloud Servers na barra lateral esquerda, depois clique no servidor.
- Clique em Rebuild OS nos botões de ação no topo da página.
- O diálogo Rebuild OS abre com a linha "All data on this server will be lost. Choose the OS to install:" e uma lista suspensa.
- Escolha o sistema operacional que você quer:
- Ubuntu 24.04 LTS, o lançamento de suporte de longo prazo atual.
- Ubuntu 22.04 LTS, o lançamento anterior de suporte de longo prazo.
- Debian 12 (Bookworm), um Debian estável com pegada pequena.
- Clique em Rebuild Server.
- Uma confirmação final aparece, intitulada "Rebuild" e o nome do seu servidor. Leia-a, depois clique em Rebuild server.
Rebuild OS está disponível apenas quando o servidor está Running ou Powered Off. Um servidor que ainda está provisionando ou já está reconstruindo não pode ser reconstruído.
O Que Acontece Em Seguida
- O status do servidor muda para Rebuilding e um banner aparece: "Rebuilding in progress: page will update automatically."
- Tudo no disco é apagado e a imagem do sistema operacional escolhido é escrita em seu lugar.
- O servidor reinicia na nova instalação.
- A página atualiza a si mesma e o status retorna para Running.
O servidor fica offline durante a duração. Uma reconstrução é normalmente rápida, mas trate como uma indisponibilidade ao invés de uma tarefa em segundo plano e faça em um momento quando seus usuários não perceberão.
Após a Reconstrução
Você agora tem um sistema operacional básico. Nada que você instalou antes existe.
- Conecte ao servidor e confirme que você pode obter um shell. Veja Connecting to Your Cloud Server With SSH.
- Reaplique suas regras de firewall. A reconstrução removeu as antigas. Veja Cloud Server Firewall and Security Management.
- Instale sua stack novamente: servidor web, runtime, banco de dados e qualquer dependência de aplicação.
- Restaure seus próprios dados exportados.
- Re-emita certificados SSL. Os anteriores estavam no disco que foi apagado.
Não assuma que o backup diário pegará o servidor de volta por conta própria. Se as ferramentas de backup do lado do servidor foram removidas pela reconstrução, os backups não retomará automaticamente. Verifique o card Backups após a reconstrução e entre em contato conosco se relatar que os backups não estão configurados. Veja Cloud Server Backups.
Alternativas Vale a Pena Considerar Primeiro
| O que você quer | Ferramenta melhor do que uma reconstrução |
|---|---|
| Desfazer uma mudança que você acabou de fazer | Reverta um snapshot |
| Recuperar arquivos deletados ou um banco de dados quebrado | Restaure de um backup |
| Mais CPU, memória ou disco | Redimensione o servidor |
| Uma família de processador ou região diferente | Encomende um novo servidor; veja Choosing Between ARM, Standard and Dedicated vCPU |
| Um ambiente limpo para testar | Provisione um segundo servidor pequeno e mantenha este intacto |
Solução de Problemas
O botão Rebuild OS está acinzentado. O servidor não está em um estado que permite. Aguarde o provisionamento ou uma reconstrução existente terminar.
O status está preso em Rebuilding. A página pesquisa a cada alguns segundos e atualiza a si mesma. Se não mudou após quinze minutos, entre em contato com o suporte com o nome do servidor.
Não consigo me conectar após a reconstrução. Você está conectando a uma instalação de sistema operacional completamente nova com novas chaves de host, então seu cliente SSH recusará a impressão digital antiga. Remova a entrada de chave de host obsoleta para esse endereço IP e reconecte. Se a autenticação em si falhar, entre em contato conosco.
Reconstruí por engano. Se você fez um snapshot antes, reverta-o. Se você não fez, os dados se foram. É por isso que a confirmação é redigida da forma como é.
Se você não tem certeza de que uma reconstrução é o que você precisa, envie um email para support@kapsulehost.com com o que você está tentando alcançar, antes de começar. Uma reconstrução é uma das poucas ações na plataforma sem maneira de voltar.