Cualquier forma de llegar a la máquina de tiempo de respaldo a la solución de almacenamiento de Amazon simple?
-
16-10-2019 - |
Pregunta
Sólo por curiosidad, si es del todo posible para tener la máquina de tiempo de respaldo a la 'nube' usando solución de almacenamiento de Amazon simple. He fijado la máquina de tiempo de trabajo a través de la red antes de que los volúmenes no compatibles (NTFS), pero no estaba seguro de si esto es posible. Cualquiera que haya tratado?
Solución
Dolly Drive se anunció recientemente en software que le permite hacer copias de seguridad de TimeMachine a "almacenamiento en la nube". Sus documentos dicen que el espacio es su propio espacio de almacenamiento basado en la nube, no S3, por lo que podrían ser punto de fricción. Pero aparte de eso es más o menos en línea con lo que está buscando.
Además de hacer la TimeMachine -> nube puente, sino que también ayudará a duplicar los datos en una unidad local para que pueda hacer restauraciones rápidas sin tener que esperar para la entrega de una nube -> volcado en el disco duro de sus datos <. / p>
parece prometedor. Estoy tibia en la fijación de precios.
Otros consejos
Si tiene una instancia EC2 adicional, usted podría utilizar netatalk y s3ql. Se trata de una solución nativa máquina del tiempo y las obras de León también. Las copias de seguridad se comprimen y deduplican.
A partir de Ubuntu:
Instalar S3QL (1.11.1) y netatalk (2.2.1)
sudo add-apt-repository ppa:nikratio/s3ql
sudo aptitude update
sudo aptitude upgrade
sudo aptitude install s3ql netatalk
Crea S3QL AuthFile
mkdir ~/.s3ql
vi ~/.s3ql/authinfo2
Editar S3QL AuthFile como sigue:
[s3]
storage-url: s3://
backend-login: $AWSKey
backend-password: $AWSSecretKey
Establecer permisos en AuthFile
chmod 600 ~/.s3ql/authinfo2
Crea S3QL sistema de archivos
sudo mkfs.s3ql s3://$bucketName
Monte S3QL sistema de archivos
sudo mkdir /mnt/$bucketName
sudo mount.s3ql --allow-other --nfs --compress lzma s3://$bucketName /mnt/$bucketName
Configurar netatalk
sudo vi /etc/netatalk/AppleVolumes.default
Editar la parte inferior de AppleVolumes.default que aparezca como a continuación:
(Nota: también se agrega a tm: por defecto:. Volsizelimit opciones está en MiB # : Por defecto: Opciones: upriv, usedots, TM
/mnt/$bucketName "S3 Backups" volsizelimit:238418.58
Crear usuario para la copia de seguridad
sudo useradd $username
sudo passwd $username
propiedad Conjunto de la unidad de copia de seguridad para el usuario copia de seguridad
sudo chown $username /mnt/$bucketName
A continuación, seleccione Ir a -> Conectar al servidor -> y escriba el nombre de host del servidor IP o desde el buscador. Asegúrate de que tienes el puerto 548! Abierta ??p>
Hay un proyecto basado en FUSIBLE Calles s3fs que dice ser capaz de montar un depósito de Amazon S3 como una volumen local. Puesto que la máquina de tiempo parece ser capaz de utilizar cualquiera de los volúmenes disponibles a nivel local como un objetivo, esto debería funcionar. Yo no era capaz de probar esto, sin embargo.
Un enfoque diferente sería utilizar una copia de seguridad local de la máquina de tiempo y luego usar algo como Arq para moverlo a la nube (automáticamente). Se obtiene el beneficio de la copia de seguridad de almacenamiento + nube local.
Si usted puede conseguir la máquina de tiempo para reconocer un fusible montado en el sistema de archivos, a continuación, s3backer debería funcionar.
Nunca he hecho esto, pero estaría interesado en escuchar si alguien lo consigue con el trabajo (específicamente cómo llegaron máquina del tiempo para reconocer la montura).