
Copia de seguridad y archivo de Veeam para trabajar Ceph
Este estudio de caso explica cómo utilizar el
Mars 400
ceph storage appliance como repositorios de copia de seguridad de la copia de seguridad y la replicación de Veeam.
Ceph apoyos
object storage,
block storagey el POSIX
file systemtodo en un grupo. De acuerdo con los requisitos de respaldo, los clientes pueden seleccionar diferentes protocolos de almacenamiento para satisfacer las necesidades de diversas estrategias de respaldo de almacenamiento.
En este artículo usamos
Ceph
block storage (
Ceph RBD) y
Ceph
file system (
Cephfs) como repositorios de copia de seguridad y comparar la duración de las tareas de copia de seguridad de la copia de seguridad de las máquinas virtuales desde
Hyper-V y VMWare.
Arquitectura de la solución de copia de seguridad mediante el uso de Veeam y Ceph
La arquitectura de realizar copias de seguridad de máquinas virtuales en VMWare y Hyper-Vson similares. Veeam utiliza transportadores de datos para transferir datos desde los hosts de origen a los repositorios de respaldo. Los transportadores de datos se ejecutan en el servidor proxy y el servidor de repositorio. UsarCeph como almacenamiento de backend de un repositorio de respaldo, puede montar RBD o CephFS en un servidor físico Linux o en una máquina virtual como servidor de repositorio.
Si los servidores proxy y de repositorio son máquinas virtuales dentro del clúster de hipervisor, puede obtener el beneficio del transporte de datos de alta velocidad sin red entre el disco de la máquina virtual, el servidor proxy y el servidor de repositorio. La mejor configuración de un clúster de hipervisor grande es implementar una VM de servidor proxy y una VM de servidor de repositorio en cada host VMWare. De lo contrario, puede implementar una VM proxy de respaldo en cada host de VMWare y un host de repositorio fuera del host para eliminar la carga de trabajo de su VMWare de producción.
Hay tres formas de utilizar el Ambedded Ceph dispositivo como repositorios para Veeam Backup and Replication. CephFSy RBDblockLos dispositivos se pueden usar como repositorio de respaldo local. El S3object storage se puede utilizar como nivel de capacidad para una ubicación remota.
Para saber cómo configurar el Ceph RBD block dispositivo y el CephFS file system como repositorio de respaldo de Veeam para respaldar archivos y máquinas virtuales, puede encontrar los detalles en el documento técnico al final de esta página.
Entorno de prueba
CephClúster -
- Tres Mars 400 con 3x monitors, 20 OSD y 1x MDS (servidor de metadatos)
- Cada Ceph el demonio se ejecuta en un doble núcleo Arm A72 microserver
- Sistema operativo: CentOS 7
- Ceph software: Nautilus 14.2.9 Arm64
- Red: 4 redes de 10 Gb por Mars 400
Veeam Backup & Replication 10, versión: 10.0.1.4854
Servidor de copia de seguridad de Veeam
- CPU: Intel Xeon E5-2630 2.3GHz DUAL
- DRAM: 64 GB
- Red: 2x 10Gb sfp + enlace
- Disco: 1 TB para el sistema, SSD SATA3 de 256 GB para el volumen
- Windows Server 2019
Servidor proxy de Veeam
- Colocar con Veeam Backup Server
Servidor de repositorio
- Máquina virtual
◇ CPU: 4 núcleos a 2,3 GHz
◇ DRAM: 8GB
◇ Red: puente
◇ Disco: disco virtual de 50GB
◇ SO: CentOS 7.8.2003
- Servidor Baremetal
◇ CPU: Intel Xeon X5650 2.67GHz DUAL
◇ DRAM: 48GB
◇ Red: sfp de 2 puertos de 10 Gb + enlace
◇ Disco: 1TB para sistema
◇ SO: CentOS 7.6.1810
Hyper-V Anfitrión
◇ CPU: Intel Xeon E5-2630 2.3GHz DUAL
◇ DRAM: 64 GB
◇ Red: sfp de 2 puertos de 10 Gb + enlace
◇ Disco: 1TB para sistema
◇ Windows Server 2019
Host VMWare
◇ CPU: Intel Xeon E5-2630 2.3GHz DUAL
◇ DRAM: 64 GB
◇ Red: sfp de 2 puertos de 10 Gb + enlace
◇ Disco: 1TB para sistema
◇ ESXi 6.5
Red: conmutador de 10 GbE
Benchmark en varias configuraciones
Para comparar el rendimiento de la copia de seguridad de varios repositorios de copia de seguridad, configuramos pruebas con diferentes repositorios de copia de seguridad y tres fuentes de copia de seguridad.
Las fuentes de respaldo que usamos para las pruebas son un volumen basado en SSD SATA en un servidor, una VM de Windows de Hyper-Vy una VM de CentOS 7 y una VM de Windows de VMWare.
(1) Copia de seguridad de un volumen en una unidad SSD
Tabla 1. Copia de seguridad de un volumen desde un servidor con un SSD SATA.
Tamaño del disco (datos procesados) | 237,9 GB |
Lectura de datos de la fuente | 200,1 GB |
Datos transferidos a Ceph después de la deduplicación y la compresión | 69,7 GB |
Deduplicación | 1.3X |
Compresión | 2,7 veces |
Tabla 2.
Repositorio de respaldo | Duración (seg) | Fuente (%) | Proxy (%) | Red (%) | Objetivo (%) | Tasa de procesamiento (MB / s) | Tasa de escritura de datos promedio (MB / s) |
VM Linux, RBD-réplica 3 | 646 | 83 | 33 | 84 | 21 | 554 | 110 |
VM Linux, CephFS-replica 3 | 521 | 97 | 25 | 31 | 5 | 564 | 137 |
Linux VM, RBD, EC | 645 | 82 | 34 | 83 | 24 | 554 | 111 |
VM Linux, CephFS, EC | 536 | 97 | 26 | 27 | 4 | 564 | 133 |
Servidor Linux, RBD, EC | 526 | 97 | 21 | dieciséis | 3 | 561 | 136 |
Nota: Las tasas de escritura de datos promedio se calculan dividiendo los datos transferidos por la duración. Estas tarifas representan las cargas de trabajo de laCeph clúster en estos trabajos de copia de seguridad.
(2) Haga una copia de seguridad de una máquina virtual de Windows 10 en Hyper-V en HDD
En este punto de referencia, realizamos una copia de seguridad Hyper-Vinstancia que se almacena en un disco duro SATA. Las velocidades de procesamiento de estos trabajos alcanzan el límite superior del ancho de banda del disco duro. También podemos encontrar que el cuello de botella está en la fuente porque sus cargas están ocupadas durante el 99% de la duración del trabajo.Ceph clúster, el objetivo, la carga de trabajo de los trabajos de copia de seguridad de Veeam es ligera. Ceph el clúster solo está ocupado entre el 6% y el 1% del tiempo de trabajo.
En comparación con el punto de referencia anterior, la tasa de procesamiento de la copia de seguridad de la máquina virtual es mucho más baja que la de la copia de seguridad SSD. Esto se debe principalmente a que los datos de la máquina virtual se almacenan en un disco duro.
Tabla 3.
Tamaño de disco (HDD) | 127 GB |
Lectura de datos de la fuente | 37,9 GB |
Datos transferidos a Cephdespués de la deduplicación y la compresión | 21,4 GB |
Deduplicación | 3.3X |
Compresión | 1.8X |
Tabla 4. Copia de seguridad de una máquina virtual image en SATA3 HDD
Repositorio de respaldo | Duración (seg) | Fuente (%) | Proxy (%) | Red (%) | Objetivo (%) | Tasa de procesamiento (MB / s) | Tasa de escritura de datos promedio (MB / s) |
VM Linux, volumen RBD, EC | 363 | 99 | 7 | 3 | 6 | 145 | 60 |
VM Linux, CephFSvolumen, EC | 377 | 99 | 7 | 2 | 1 | 142 | 58,1 |
Servidor Linux, volumen RBD, EC | 375 | 99 | 6 | 2 | 2 | 140 | 58,4 |
Nota: Las tasas de escritura de datos promedio se calculan dividiendo los datos transferidos por la duración. Estas tarifas representan las cargas de trabajo de laCeph clúster en estos trabajos de copia de seguridad.
(3) Copia de seguridad de máquinas virtuales en ESXi en HDD
Esta prueba realiza una copia de seguridad de máquinas virtuales CentOS 7 y Windows 10 que se ejecutan en un disco duro de VMWare ESXi 6.5 host en un repositorio respaldado por un Ceph RBD con 4 + 2 erasure codeproteccion.
Cuadro 5.
Fuente | VM de CentOS | VM con Windows 10 |
Tamaño de disco (HDD) | 40 GB | 32 GB |
Lectura de datos de la fuente | 1,8 GB | 12,9 GB |
Datos transferidos a Cephdespués de la deduplicación y la compresión | 966 MB | 7,7 GB |
Deduplicación | 22,1 veces | 2,5 veces |
Compresión | 1,9 veces | 1,7 veces |
Cuadro 6.
Fuente de respaldo | Duración (seg) | Fuente (%) | Proxy (%) | Red (%) | Objetivo (%) | Tasa de procesamiento (MB / s) | Tasa de escritura de datos promedio (MB / s) |
CentOS 7 | 122 | 99 | 10 | 5 | 0 | 88 | 8 |
Windows 10 | 244 | 99 | 11 | 5 | 1 | 93 | 32 |
Nota: Las tasas de escritura de datos promedio se calculan dividiendo los datos transferidos por la duración. Estas tarifas representan las cargas de trabajo de laCeph clúster en estos trabajos de copia de seguridad.
Conclusiones
Según los resultados de la prueba, Ceph RBD y CephFStienen un rendimiento similar. Esto cumple con nuestra experiencia con respecto al punto de referencia de RBD yCephFSactuación. Comparando las características deCephFSy RBD, tienen sus ventajas y desventajas. Si necesita implementar varios servidores de repositorio, debe crear un RBDimage para cada servidor de repositorio de respaldo, ya que solo puede montar CephRBD en un host. En comparación conCephFS, usar RBD es más simple ya que no necesita servidores de metadatos. Tenemos que asignar el tamaño de capacidad de RBD cuando se crea, por lo que debe cambiar el tamaño de su capacidad cuando necesite más espacio.
Si utiliza CephFS como repositorio, debe implementar al menos un servidor de metadatos (MDS) en el Cephgrupo. También necesitamos un servidor de metadatos en espera para una alta disponibilidad. En comparación con elCeph RBD, no necesita dar el file systemuna cuota. Entonces, puedes tratar elCephFS como almacenamiento ilimitado pool.
En esta demostración de caso de uso, nuestras pruebas respaldan solo una máquina virtual en cada trabajo de respaldo. De acuerdo con los informes de prueba anteriores, sabemos que la tasa de escritura de datos promedio está relacionada con la tasa de procesamiento y la deduplicación de datos y la eficiencia de compresión. Un disco de origen más rápido reduce la duración del trabajo de respaldo y da como resultado una tasa de procesamiento más rápida. Según la infraestructura de los usuarios, los usuarios pueden implementar varios trabajos simultáneos para realizar copias de seguridad de diferentes objetos simultáneamente.Ceph storage se desempeña muy bien en el soporte de múltiples trabajos concurrentes.
Un OSD de 20x HDD Ceph clúster impulsado por 3x Ambedded Mars 400 puede ofrecer un rendimiento de escritura agregado de hasta 700 MB / s a 4 + 2 erasure code pool. La implementación de múltiples trabajos de respaldo actuales tiene el beneficio de reducir la duración general del respaldo. El máximo rendimiento de unCeph clúster es casi linealmente proporcional al número total de unidades de disco en el clúster.
En este caso de uso, no probamos con S3 object storagecomo repositorio de respaldo. S3object storagese puede utilizar como nivel de capacidad en el repositorio de copias de seguridad de Veeam Scale-Out y en el repositorio de archivos de destino para la copia de seguridad del NAS. Puede configurar fácilmente una puerta de enlace RADOS y crearobject storage usuarios que utilizan fácilmente el Ambedded UVS manager, la ceph web de gestión GUI.
- Descargar
Usar Ceph como repositorio para el informe técnico de Veeam Backup & Replication
Cómo configurar el Ceph RBD block dispositivo y el CephFS file system como el repositorio de respaldo de Veeam para respaldar máquinas...
Download- Productos relacionados
Ceph Storage Appliance
Mars 400
Mars 400 Ceph Storage Appliancees una solución de almacenamiento definida por software llave en mano para empresas y centros de datos. El aparato...
DetallesMars 400SES SUSE Enterprise Storage Aparato
Mars 400SES
Mars400SES SUSE Enterprise Storage El aparato consta de ARM microserver hardware, 3 años SUSE Enterprise Storage Y SUSE Suscripción...
Detalles