Durante el último mes estuve pensando en cómo funciona LVM. La idea inicial fue que es muy flexible, me sorprendió que el sistema aún pudiera ejecutarse mientras se movía el disco a otro disco local.
No pude encontrar mucha información en esto en línea, pero parece algo que debería ser posible hacer. Quizás no sea práctico o, en general, no sea una buena solución (?). Todos los artículos que leí trataban sobre discos locales, no externos.
Cuando digo copia de seguridad, me refiero a todo el disco/partición,noinstantánea.
Digamos que tengo 4 servidores, todos ejecutando LVM, y me gustaría hacer una copia de seguridad de todos los discos en un servidor de almacenamiento grande, ¿es eso posible?
Si es posible, ¿cuáles serían las desventajas de dicha configuración?
Respuesta1
Sí.
Esto se usa ampliamente y en realidad implica instantáneas para garantizar la coherencia de la copia de seguridad.
Por ejemplo, esta es la forma en que se realiza una copia de seguridad de los almacenamientos de máquinas virtuales (y contenedores) en Proxmox VE:
- Suspenda la máquina virtual. No hay forma de crear varias instantáneas de forma atómica en Linux, por lo que la única forma de realizar una copia de seguridadtododiscos en el mismo momento es para asegurarse de que la VM no pueda hacer nada hasta que todas las instantáneas estén listas
- Instantánea de todos los discos. Este proceso es relativamente rápido.
- Suspenda la máquina virtual. El tiempo que la VM no estuvo disponible es pequeño, hasta el punto de que no se nota
- Envíe imágenes de todas las instantáneas al almacenamiento de respaldo. Este es el largo proceso. Pero el hecho de que se trate de instantáneas nos permite tener una copia de seguridad consistente, mientras la VM aún puede ejecutarse. El estado de la copia de seguridad será el momento en que se suspendió la VM por primera vez.
- Eliminar todas las instantáneas.
Este fue elsimplificadodescripción; De hecho, PVE también usa algunos trucos en Qemu para emular instantáneas en el almacenamiento de respaldo donde no existe tal característica, pero esto no es relevante para la pregunta.
Las ventajas ya están descritas. Las desventajas que se me ocurren son la necesidad de tener algo de espacio libre en el VG para almacenar estas instantáneas, y la cantidad de espacio no es posible predecir en general, depende de la cantidad de E/S que realiza la VM mientras se procesan los datos. se envía al almacenamiento, que a su vez depende de la velocidad de E/S, el tamaño del disco virtual y la capacidad de la red. En la práctica nunca tuve ningún problema con esto.
Describí el caso de uso particular, pero independientemente de lo que hagas, los detalles del proceso serán los mismos.
Respuesta2
La copia de seguridad completa en un almacenamiento remoto separado no es fácil con Linux LVMsolo. Más realistas son las instantáneas de LVM copiadas en otro lugar a través de algún otro agente de respaldo.
Supongamos que el diseño de restauración requiere una copia completa a nivel de bloque, independientemente del grupo de volúmenes original o de sus volúmenes físicos miembros. Las instantáneas son fáciles de hacer, pero dependen del VG de origen y no cumplen con ese requisito. LVM puede duplicar y dividir volúmenes, pero el procedimiento sería más complicado.
- Cree LV raid1, asegúrese de que sus PV estén en sistemas de almacenamiento separados y sincronizados.
- Divida una imagen del espejo en un nuevo LVcon
lvconvert --splitmirrors. - Divida el LV en un VG diferente con
vgsplit.
Si bien estas características permiten casos de uso como migraciones de almacenamiento primario, son relativamente avanzadas y hay menos ejemplos. Además, puede resultar complicado presentar dispositivos de bloque de respaldo al host del que se realiza la copia de seguridad.
Como características adicionales de la capa de bloques, LVM en sí no proporciona acceso al almacenamiento remoto. Claro, con una SAN adecuada puede acceder a una matriz de almacenamiento compartido, a través de canal de fibra o iSCSI. Estos LUN se pueden utilizar como PV LVM. Operacionalmente es un desafío hacerlo, ya que muchos casos de uso no utilizan dichas SAN, por ejemplo, la instalación del sistema operativo en el almacenamiento local. Y estas SAN tienden a ser de corta distancia e intolerantes a las pérdidas. Insertar un espejo en el almacenamiento de protección para todo podría generar exigencias extremas de rendimiento para mantenerse al día con las escrituras en el servidor primario.
Lo más común es copiar instantáneas con alguna otra herramienta. Instantánea del LV de origen. Cree VG y LV en el almacenamiento de protección independiente. Realice una copia de seguridad basada en bloques como con dd sobre ssh, o monte la instantánea y realice copias de seguridad basadas en archivos. Eliminar la instantánea LV.