Servidores cloud
Snapshots de Servidor em Nuvem
A snapshot is a copy of your server's entire disk at one moment in time, and rolling back to one returns the whole machine to exactly that state, which makes it the fastest way to undo a change that…
Cloud Server Snapshots
Um snapshot é uma cópia do disco inteiro do seu servidor em um momento específico no tempo, e reverter para um retorna a máquina inteira exatamente àquele estado, o que o torna a forma mais rápida de desfazer uma mudança que correu mal.
Os snapshots funcionam ao lado dos seus backups diários offsite em vez de substituí-los. Os backups protegem seus dados ao longo de semanas. Os snapshots são o que você tira cinco minutos antes de fazer algo arriscado, e o que você recorre cinco minutos depois quando não funciona.
Como os Snapshots São Criados
Existem dois tipos, e a lista identifica cada um:
| Tipo | Criado por | Quando |
|---|---|---|
| Pré-patch | Automaticamente | Antes de cada execução de patch de segurança do SO |
| Manual | Você | Sob demanda, sempre que deseja um ponto de restauração |
Os snapshots pré-patch são o que torna a aplicação de patches automática segura. Antes de a plataforma aplicar atualizações do sistema operacional, ela captura um snapshot do disco, e se o servidor não voltar após uma reinicialização, a execução do patch é revertida automaticamente. Você não precisa solicitar isso, e não precisa acompanhar o processo.
Capturando um Snapshot Manual
- Inicie sessão em KPanel.
- Clique em Cloud Servers na barra lateral esquerda e depois clique no seu servidor.
- Desça até o card Snapshots.
- Clique em Take snapshot.
- O novo snapshot aparece com o status Creating, e muda para Ready quando está pronto para uso.
O endereço direto é /cloud-servers/<server-id>. O card lista seus snapshots mais recentes, os mais novos primeiro, com o tipo, o tamanho em GB, e a data e hora em que foi capturado.
O card Snapshots só aparece enquanto o servidor está em execução. Ligue o servidor se não conseguir vê-lo.
Quando Capturar Um
Capture um snapshot manual imediatamente antes de:
- Instalar ou atualizar um software importante: um mecanismo de banco de dados, um servidor web, um runtime de linguagem.
- Alterar configurações que você ainda não compreende totalmente.
- Executar uma migração de esquema ou uma operação em massa de dados.
- Qualquer mudança em que "restaurar da forma como era" significaria, de outra forma, reconstruir o servidor manualmente.
Capture o snapshot, faça uma mudança, depois verifique. Um snapshot capturado antes de um lote de cinco mudanças só te diz que algo no lote quebrou. Um snapshot por mudança te diz qual foi.
Revertendo para um Snapshot
- Encontre o snapshot que deseja no card Snapshots. Ele deve mostrar o status Ready.
- Clique em Roll back naquela linha.
- Leia a confirmação: "This reverts the entire server disk to the snapshot state. Anything written since will be lost. The server reboots during rollback."
- Clique em Roll back para prosseguir.
Uma reversão não pode ser desfeita, e é total. Todos os arquivos, linhas de banco de dados, linhas de log, pacotes e alterações de configuração gravados após aquele snapshot desaparecem. Se há algo no servidor que você deseja manter de depois do snapshot, copie-o para fora do servidor primeiro.
O servidor reinicia como parte da reversão, então espere uma pequena indisponibilidade. Quando voltar, será byte-for-byte a máquina que você capturou em snapshot, incluindo seu sistema operacional, pacotes instalados, serviços, regras de firewall e dados.
Reverter um servidor de banco de dados também reverte o banco de dados. Se sua aplicação aceitou pedidos, inscrições ou pagamentos após o snapshot ser capturado, esses registros se foram. Em qualquer coisa transacional, exporte os dados recentes antes de reverter, ou restaure de um backup em vez disso, que coloca os arquivos de volta sem uma reinicialização.
Snapshots Comparados Com Backups
As duas redes de segurança resolvem problemas diferentes, e usar apenas uma deixa uma lacuna real.
| Snapshots | Backups | |
|---|---|---|
| Onde é mantido | Ao lado da plataforma em que seu servidor é executado | Armazenamento offsite criptografado |
| Cronograma | Sob demanda, mais automaticamente antes de cada execução de patch | Diário, automático |
| Retenção | Mantido até você não precisar mais deles | 30 dias |
| O que restaura | O disco inteiro, exatamente como estava | Arquivos, bancos de dados e configuração, no local |
| Servidor durante a recuperação | Reinicia | Fica online |
| Velocidade de recuperação | Rápida, máquina inteira | Mais lenta, mas seletiva |
| Melhor para | Desfazer uma mudança que você acabou de fazer | Recuperar de um problema que você notou depois |
Uma regra útil: se a coisa que você deseja desfazer aconteceu na última hora e você capturou um snapshot primeiro, reverta. Se aconteceu dias atrás, ou você só precisa dos dados e não da máquina, restaure de um backup. Cloud Server Backups cobre esse caminho.
Snapshots e Aplicação Automática de Patches
A aplicação automática de patches do SO é protegida por snapshot por design. Na página Management do servidor, a seção OS auto-patching a descreve como: "Security updates applied automatically. Snapshot-protected: a server snapshot is taken before each run, with automatic rollback if the server becomes unreachable after reboot."
Se você iniciar uma execução de patch você mesmo com Run patch now, você obtém a mesma proteção, e a confirmação diz assim: "A snapshot is created first. The server stays online except for a brief reboot if a kernel update needs it." Veja Cloud Server Firewall and Security Management para o resto dessa página.
Solução de Problemas
"No snapshots yet. Pre-patch snapshots are taken automatically." Nada disparou um neste servidor ainda. Capture um snapshot manual, ou aguarde a próxima execução de patch.
Um snapshot está preso em Creating. Discos grandes levam mais tempo, especialmente na primeira vez. Recarregue a página após alguns minutos. Se ele não tiver progredido após uma hora, entre em contato com o suporte com o nome do servidor.
O botão Roll back está faltando. A reversão só é oferecida em um snapshot com o status Ready. Um que ainda está sendo criado, ou que falhou, não pode ser usado.
"Rollback failed." A reversão não foi iniciada. Confirme que o servidor não está no meio de um redimensionamento ou reconstrução, depois tente novamente.
Reverti e perdi trabalho. Não há forma de reverter uma reversão. É por isso que a confirmação é redigida da forma como é. Se você tem um backup tirado após aquele snapshot, restaurá-lo pode recuperar seus arquivos.
Se você precisa preservar um snapshot por mais tempo que o usual, ou está planejando uma mudança na qual você quer uma segunda opinião, envie um email para support@kapsulehost.com antes de começar em vez de depois.