Descargo de responsabilidad: como nunca he usado zvols, no puedo decir si son diferentes en la replicación que los sistemas de archivos normales o las instantáneas. Supongo que sí, pero no confíe en mi palabra.
Su pregunta es en realidad múltiples preguntas, trato de responderlas por separado:
Cómo replicar / duplicar el grupo completo en una ubicación remota
Debe dividir la tarea en dos partes: primero, la replicación inicial debe completarse, luego es posible la replicación incremental, siempre y cuando no se meta con sus instantáneas de replicación . Para habilitar la replicación incremental, debe conservar las últimas instantáneas de replicación, todo lo anterior puede eliminarse. Si elimina la instantánea anterior, zfs recvse quejará y abortará la replicación. En este caso, debe comenzar de nuevo, así que trate de no hacerlo.
Si solo necesita las opciones correctas, son:
zfs send:
-R: envía todo lo que se encuentra dentro del grupo o conjunto de datos (replicación recursiva, necesaria todo el tiempo, incluye -p). Además, al recibir, todas las instantáneas de origen eliminadas se eliminan en el destino.-I: incluye todas las instantáneas intermedias entre la última instantánea de replicación y la instantánea de replicación actual (solo se necesita con envíos incrementales)
zfs recv:
-F: expande el grupo de destino, incluida la eliminación de conjuntos de datos existentes que se eliminan en el origen-d: descarte el nombre del grupo de origen y reemplácelo con el nombre del grupo de destino (el resto de las rutas del sistema de archivos se conservarán y, si es necesario, también se crearán)-u: no monte el sistema de archivos en el destino
Si prefiere un ejemplo completo, aquí hay un pequeño script:
#!/bin/sh
# Setup/variables:
# Each snapshot name must be unique, timestamp is a good choice.
# You can also use Solaris date, but I don't know the correct syntax.
snapshot_string=DO_NOT_DELETE_remote_replication_
timestamp=$(/usr/gnu/bin/date '+%Y%m%d%H%M%S')
source_pool=tank
destination_pool=tank
new_snap="$source_pool"@"$snapshot_string""$timestamp"
destination_host=remotehostname
# Initial send:
# Create first recursive snapshot of the whole pool.
zfs snapshot -r "$new_snap"
# Initial replication via SSH.
zfs send -R "$new_snap" | ssh "$destination_host" zfs recv -Fdu "$destination_pool"
# Incremental sends:
# Get old snapshot name.
old_snap=$(zfs list -H -o name -t snapshot -r "$source_pool" | grep "$source_pool"@"$snapshot_string" | tail --lines=1)
# Create new recursive snapshot of the whole pool.
zfs snapshot -r "$new_snap"
# Incremental replication via SSH.
zfs send -R -I "$old_snap" "$new_snap" | ssh "$destination_host" zfs recv -Fdu "$destination_pool"
# Delete older snaps on the local source (grep -v inverts the selection)
delete_from=$(zfs list -H -o name -t snapshot -r "$source_pool" | grep "$snapshot_string" | grep -v "$timestamp")
for snap in $delete_from; do
zfs destroy "$snap"
done
Usa algo más rápido que SSH
Si tiene una conexión suficientemente segura, por ejemplo, un túnel IPSec o OpenVPN y una VLAN separada que solo existe entre el remitente y el receptor, puede cambiar de SSH a alternativas sin cifrar como mbuffer como se describe aquí , o podría usar SSH con cifrado débil / sin cifrado y la compresión deshabilitada, que se detalla aquí . También había un sitio web sobre cómo recompilar SSH para que fuera mucho más rápido, pero desafortunadamente no recuerdo la URL, la editaré más tarde si la encuentro.
Para conjuntos de datos muy grandes y conexiones lentas, también puede ser útil para la primera transmisión a través del disco duro (use un disco encriptado para almacenar zpool y transmitirlo en un paquete sellado a través de mensajería, correo o en persona). Como el método de transmisión no importa para enviar / recibir, puede canalizar todo al disco, exportar el grupo, enviar el disco a su destino, importar el grupo y luego transmitir todos los envíos incrementales a través de SSH.
El problema con las instantáneas desordenadas
Como se indicó anteriormente, si elimina / modifica sus instantáneas de replicación, recibirá el mensaje de error
cannot send 'pool/fs@name': not an earlier snapshot from the same fs
lo que significa que su comando fue incorrecto o que se encuentra en un estado inconsistente donde debe eliminar las instantáneas y comenzar de nuevo.
Esto tiene varias implicaciones negativas:
- No puede eliminar una instantánea de replicación hasta que la nueva instantánea de replicación se haya transferido correctamente. Como estas instantáneas de replicación incluyen el estado de todas las demás instantáneas (anteriores), el espacio vacío de los archivos eliminados y las instantáneas solo se reclamarán si finaliza la replicación. Esto puede ocasionar problemas de espacio temporales o permanentes en su grupo que solo puede solucionar reiniciando o finalizando el procedimiento de replicación completo.
- Tendrá muchas instantáneas adicionales, lo que ralentiza el comando de lista (excepto en Oracle Solaris 11, donde se solucionó).
- Es posible que deba proteger las instantáneas contra la eliminación (accidental), excepto por el script en sí.
Existe una posible solución a esos problemas, pero no lo he intentado yo mismo. Puede usar zfs bookmarkuna nueva función en OpenSolaris / illumos creada específicamente para esta tarea. Esto lo liberaría de la administración de instantáneas. El único inconveniente es que, en la actualidad, solo funciona para conjuntos de datos únicos, no de forma recursiva. Tendría que guardar una lista de todos sus conjuntos de datos antiguos y nuevos y luego recorrerlos, marcarlos, enviarlos y recibirlos, y luego actualizar la lista (o una pequeña base de datos, si lo prefiere).
Si prueba la ruta de marcadores, ¡me interesaría saber cómo funcionó para usted!
zfs send -R ...? Si canalizó la salida a través dessh, ¿deshabilitó los caracteres de escape conzfs send -R ... | ssh -e none ...?