Atualmente tenho um servidor Linux rodando com cerca de 10.000 usuários diariamente. O provedor de hospedagem oferece um backup que também estou usando. Embora eu confie no meu hoster, gostaria de ter um backup externo, caso o host fique inativo por mais tempo ou vá à falência (nunca se sabe). Minha ideia era tardividir os dados e copiar o arquivo para minha conta Amazon S3, mas estou me perguntando se essa é a melhor ideia.
Responder1
O melhor era fazer backup externo de 30 GB de dados?
Eu provavelmente diria rsync com seu Amazon S3, mas lembre-se de que são 30 GB, então os custos de largura de banda serão altos (se você pagar 95%) e levará muito tempo para obter seu impulso inicial. Assim que seus dados estiverem lá, basta manter os arquivos sincronizados novamente todas as noites/semanais/qualquer que seja sua preferência.
no entanto,Esse é APENAS o lado do backup, não se esqueça da recuperação. Eu compraria um segundo servidor em um segundo datacenter, teria compilações semelhantes e sincronizaria novamente as alterações todas as noites.
Responder2
Uma conta S3 não é impraticável para esse tamanho de conjunto de dados – a 10 Mbps, levará cerca de 9 horas para transferir todos esses dados. Faça o que fizer, pense na recuperação - você concorda em ficar inativo por 9 horas (além do tempo de provisionamento necessário para sua nova máquina) necessário para baixar seus 30 GB de dados de volta para seu servidor? Fique de olho também no crescimento do seu conjunto de dados e continue reavaliando essa escolha. Em algum momento, pode fazer sentido encontrar alguém que esteja disposto a enviar mídia física (um monte de DVDs ou um disco rígido USB), mas por enquanto um sistema puramente acessível pela rede deve servir para você.
Responder3
Soa comotarsnappode ser exatamente o que você precisa. Barato também.
Responder4
Você também pode querer investigarSelvaDisktambém. Esse serviço basicamente adiciona criptografia decente e interface/aplicativo ao S3, permitindo backup de dados em tempo real.