Dimensionamiento de Bacula y Distribución de Componentes
  • Categoría de la entrada:Sin categoría
  • Comentarios de la entrada:Sin comentarios

Como un sistema distribuido, hay varios arreglos que se pueden hacer para el deploy del Bacula. Para entornos pequeños, una sola máquina probablemente puede alojar todos los componentes del Bacula: el Director, el Almacenamiento Daemon, el File Daemon (cliente de backup), la base de datos del Catálogo y las interfaces web, como bweb (Enterprise) y Baculum (Community). Para entornos más grandes, los Storage Daemons se pueden instalar en diferentes máquinas, proporcionando equilibrio de carga para la carga de trabajo de copia de seguridad.

La sugerencia de distribución de los componentes del Bacula se da de la siguiente forma:

# Clientes de Backup 25 50 200 500 2000 5000
Máquina Director + Catalog + Storage Daemon 1 1 1 1 1 1
Maquinas Extras com Storage Daemons 0 0 0 1 3 9

Las operaciones de Bacula siempre deben realizarse en sistemas operativos de 64 bits, que puede ser virtualizado. Sin embargo, los recursos necesarios del servidor de copia de seguridad y de las máquinas cliente son muy dependientes de los recursos utilizados por Bacula, como deduplicación a nivel de bloque, encriptación, compactación, tamaño de copia de seguridad, número de clientes y tareas de copia de seguridad simultáneas. Algunas consideraciones de tamaño de recursos se proporcionan de la siguiente manera.

Bacula Director

El daemon del Bacula Director no requiere muchos recursos y se ha probado con más de 10.000 clientes de copia de seguridad conectados. Se aloja la configuración de copia de seguridad, proporciona autenticación de los daemons y programación de tareas. Es por eso que el Director generalmente se hospeda en conjunto con la interfaz Web, el Catálogo e incluso los Daemon de Almacenamiento. El cliente de copia de seguridad instalado siempre es necesario, ya que proporciona la copia de seguridad del sistema.

Catálogo

El catálogo de metadatos de copia de seguridad de Bacula debe ser preferentemente PostgreSQL. El tamaño de la base de datos depende mucho del número de archivos copiados y de los tiempos de retención de copia de seguridad, ya que cada archivo es una entrada en la base de datos (en promedio, 250 bytes). Un CentOS 7 o Windows Server 2016 tiene un promedio de 140.000 archivos. Si consideramos 200.000 para el crecimiento del sistema, la existencia de aplicaciones con mas archivos y la ejecución de backup diferencial, cada sistema operativo con copia de seguridad completa ocupará 50 MB de tamaño de base de datos por tarea de copia de seguridad completa multiplicado por el número de copias de seguridad completas mantenidas por la política de copia de seguridad.

50MB * número_máquinas_bkp_full * número_bkps_full_retidos = espacio_disco_BD

Por ejemplo, una copia de seguridad completa de 25 sistemas operativos con 4 copias de seguridad completas retenidas semanalmente y 12 meses requeriría 20 GB de espacio en la base de datos.

Naturalmente, los requisitos son mucho más bajos si sus trabajos de copia de seguridad sólo copian los archivos de las aplicaciones y las bases de datos.

Los discos de la partición del catálogo y del sistema operativo se pueden alojar en LVM y tendrán gran ventaja si se utilizan discos con E / S rápida, como SSD, especialmente para sistemas Bacula medios y mayores (por ejemplo, más de 100 clientes de copia de seguridad).

El uso del SSD también puede disminuir la cantidad de memoria RAM necesaria, ya que el acceso al disco no es tan lento (y la RAM es a menudo más cara). En caso contrario, la RAM física ideal total debe ser mayor que el tamaño de la base de datos en el disco para minimizar la E / S.

La RAM y la CPU sugeridas para una máquina que aloja el Director y la base de datos del catálogo usando discos muy rápidos, SSD o NVME, se informa en la tabla siguiente.

# Clientes de Backup 25 50 200 500 2000 5000
RAM 8 8 16 32 64 128
CPUs 2 2 4 4 8 8

Bacula Storage Daemon (SD)

El Storage Daemon ha sido probado atendiendo a hasta 500-600 clientes de backup. Depende de la capacidad de la CPU y de la buena conexión de red (Gigabit, Gigabits en enlace o 10 Gbit), ya que recibirá datos de los clientes de copia de seguridad y los almacena en el NAS, en la biblioteca de cintas o en cualquier tipo de almacenamiento de copia de seguridad. La capacidad de conexión con estos dispositivos también debe ser abundante, como SCSI, iSCSI y FC.

XFS con LVM o ZFS son buenos candidatos para el sistema de archivos, que probablemente alberga copias de seguridad basadas en disco. Inicialmente, el único espacio requerido por el SD es el del sistema operativo, y el espacio extra para almacenamiento de backup probablemente será proporcionado por discos adicionales montados.

Si está utilizando la deduplicación, sin embargo, un disco pequeño muy rápido o SSD se debe proporcionar para alojar los archivos de índice de deduplicación. La velocidad de copia de seguridad de Deduplicación global dependerá en gran parte de la E/S. El valor sugerido es de 20 GB de SSD por 1 TB de copias de seguridad.

En cuanto a los discos de contenedor de datos desduplicados regulares, que pueden ser más lentos, el uso de RAID-6 (o superior) es especialmente recomendable, ya que un único bloque de información sirve para varias copias de seguridad y no debe perderse en absoluto. Su tamaño requerido depende de la desduplicabilidad de sus datos, de cuánto cambian y de los tiempos de retención de copia de seguridad, pero es seguro decir que la deduplicación del Bacula es tan buena o mejor que cualquier otro software de copia de seguridad con deduplicación.

Además, la cantidad de RAM sólo es importante si utiliza la deduplicación. En un mundo de recursos libre, debe tener al menos el mismo tamaño de los archivos de índice de deducción. Como no siempre es posible, trate de tener al menos 1,3 GB de RAM para cada 1 TB de copia de seguridad. Si esto no es posible, utilice los discos SSD o NVME más rápidos disponibles para alojar los archivos de índice de deduplicación como una compensación aceptable.

Los recursos sugeridos para una máquina con el Bacula Storage Daemon y la Deduplicación son informados de la siguiente manera:

Tamaño Backup Total TB 10 20 50 100 300 500
RAM 8 8 16 32 64 128
CPUs 2 2 4 4 8 8
Disco SSD Índice Dedup TB 0.2 0.4 1 2 6 10
Disco Lento Conteiners Dedup TB 15 30 50 150 450 750

Bacula File Daemon

El cliente Bacula utiliza CPU y memoria mínima para copias de seguridad estándar.

Si está utilizando la función Global Deduplication, Encryption y/o Accurate mode (requerido por VSphere, Oracle, PGSQL PITR y otros plugins), se sugieren características adicionales.

Se recomiendan las siguientes características adicionales para las máquinas cliente:

Velocidad Backup Cliente MB/s 100 400 1000
RAM GB 0,1 0,1 0,1
CPU Ghz 3 Ghz 12 Ghz 30 Ghz

Disponível em: pt-brPortuguês (Portugués, Brasil)esEspañol

Deja una respuesta