O que fazemos · Storage e computação: Managed backup com Veeam e Borg, pull-only
Os nossos backups são desenhados para o dia em que um intruso está no seu servidor. São pull-only por conceção: o lado do backup entra e retira a cópia, e a produção não tem qualquer caminho de volta até ela. Encriptados em repouso, guardados na UE e restaurados de propósito, regularmente, para que o primeiro restore nunca seja o verdadeiro.
O que é
Managed backup para tudo o que operamos para si: máquinas virtuais, servidores bare metal Linux e Windows, servidores SQL, nós cPanel e Plesk, web roots, configuração e bases de dados. Usamos dois motores, cada um onde é mais forte. O Veeam faz backups ao nível da imagem de máquinas virtuais e backups com agente de servidores físicos. O Borg, o arquivador com deduplicação, compressão e encriptação, faz backups de ficheiros e de bases de dados a partir de plataformas Linux para um backup hub dedicado.
O que é alvo de backup, com que frequência e por quanto tempo é retido segue o serviço que contrata: um pequeno serviço básico e uma plataforma com cobertura em dois sites não recebem a mesma resposta, e a sua fica escrita.
Como o construímos
Pull-only, pela rede out-of-band. Os backups nunca viajam pela rede de produção. São retirados pela nossa rede de gestão out-of-band, fisicamente isolada (air-gapped) da produção: encaminhada, atrás de firewall e nunca no mesmo segmento que um servidor de produção. Os sistemas de backup iniciam todas as transferências. Os servidores de produção não têm qualquer caminho de rede para a infraestrutura de backup e não guardam credenciais para ela. Só a nossa rede de gestão pode chegar aos hosts de backup; tudo o resto é explicitamente negado nos equipamentos de firewall, não apenas nos próprios hosts.
Veeam para imagens e agentes. Os repositórios correm em XFS com fast cloning, para que os synthetic full backups custem quase nenhum espaço novo, e um nível de repositório com hardening recebe os copy jobs. Clientes maiores podem ter uma instância Veeam própria.
Borg para ficheiros e bases de dados. O backup hub liga-se ao host do cliente, nunca o inverso, com chaves SSH limitadas a um único comando e a um único conjunto de caminhos. Os ficheiros são copiados em modo só de leitura, as bases de dados são exportadas (dump) de forma consistente a partir de um nó que não recebe escritas, e tudo aterra num repositório encriptado e append-only, com um repositório e uma passphrase por cliente. A chave que cria arquivos não os consegue apagar; a retenção é imposta por um job separado e local no hub.
Cobertura verificada contra a realidade. Comparamos o que está a correr com o que está fresco no disco de backup, não com o estado de sucesso de um job.
Restores testados, até semanalmente. Restauramos ficheiros, bases de dados e máquinas inteiras segundo um calendário, para espaço de trabalho temporário (scratch), e verificamos o resultado.
Encriptação em repouso por omissão. Os dados da UE ficam na UE. Os backups e as réplicas de dados alojados na UE ficam dentro da nossa infraestrutura na UE.
Do que o protege
- Ransomware ou um intruso a apagar os backups a partir do servidor que acabou de comprometer.
- Lacunas na cobertura.
- Descobrir na hora do restore que o backup não restaura.
- Os backups de um cliente serem legíveis com as chaves de outro cliente.
- Os seus dados saírem da UE porque um backup foi copiado para um sítio conveniente.
Na prática
Uma agência digital, no seu próprio Veeam dedicado. A agência corre um servidor de backup Veeam próprio, com um scale-out repository distribuído por vários extents em storage enterprise. Operamo-lo de ponta a ponta, dos jobs aos repositórios e à integração com o diretório de que depende.
Os web roots de um editor de notícias, com backup em paralelo. O web root de um editor de notícias contém milhões de ficheiros pequenos. Em vez de os mover pela rede um a um, o backup corre na origem em streams paralelos que aproveitam os cores inativos do servidor, envia para o hub apenas chunks deduplicados e comprimidos, e termina numa fração do tempo de que um único stream precisava.
Um hub, muitas formas. O mesmo Borg hub protege um cluster de bases de dados de três nós, nós web duplos com web roots quase idênticos e stacks de servidor único. Cada um tem o seu próprio manifesto a descrever o que retirar e como; o modelo de confiança é idêntico para todos.
Porquê a EuroVPS
- Backup pull-only, imposto na firewall, não numa promessa.
- Repositórios append-only, encriptados, por cliente.
- Cobertura verificada contra o inventário vivo, não contra o estado dos jobs.
- Restores testados até semanalmente.
- Veeam e Borg operados pelos engenheiros que operam a sua plataforma.
Perguntas frequentes
- Posso fazer backup dos meus próprios servidores para a EuroVPS? Os nossos backups são retirados pelos nossos sistemas a partir dos seus. É esse o desenho que mantém um servidor comprometido longe dos seus próprios backups, e é o mesmo para todos os clientes.
- Com que rapidez conseguem restaurar? Depende do serviço que contrata e do que está a ser restaurado: um único ficheiro, uma base de dados ou uma máquina inteira. Definimos à partida o caminho de restore para o seu serviço e testamo-lo.
- Os meus backups estão encriptados? Sim, em repouso por omissão, e em trânsito por SSH ou pelo canal encriptado do próprio motor de backup.
- Onde ficam guardados os meus backups? Os backups de dados alojados na UE ficam dentro da nossa infraestrutura na UE.
- Posso restaurar um único ficheiro da semana passada? Sim. Ambos os motores restauram ficheiros individuais a partir de qualquer ponto retido, bem como bases de dados e máquinas inteiras.
Closing line: Se quer backups que ainda lá estejam no pior dia, Fale com um engenheiro.
O seu próximo parceiro de infraestrutura
Vamos analisar a sua infraestrutura.
Diga-nos o que executa hoje e o que precisa de melhorar. Um engenheiro vai analisar o seu pedido e ajudar a planear o passo seguinte.
+357 222 32280
Comecemos pela sua infraestrutura.
Um pouco de contexto ajuda-nos a começar a conversa certa.