Skip to end of metadata
Go to start of metadata

NOTA

NOTA IMPORTANTE:

  • Esta versión de WBSAirback se encuentra actualmente en estado EOL (End-Of-Life) por lo que no dispone de soporte oficial.
  • Por favor, si su entorno utiliza WBSAirback versión 15.x.x o anterior, planifique una actualización lo antes posible.

Resumen

Esta nueva versión de WBSAirback supone, principalmente:

  • Nuevo módulo de gestión de procesos de consistencia para VDISKS
  • Compatibilidad con sistemas S3 genéricos
  • Monitorizaciones sobre hardware en Watchdog
  • Detección y cancelación automático de trabajos inactivos
  • ...

Más información sobre las novedades, disponible en Release Notes 15.5

Nueva instalación

Instalador - ISO

El instalador incorpora algunos cambios menores internos en esta versión. Podemos descargar la imagen ISO de instalación desde aquí:

https://files.wbsgo.com/scnWggjbWfgh/isos/wbsair/WBSAirback-Inst-v15.iso

Puede consultar nuestro manual de instalación de producto:

Instalación de producto desde la imagen ISO

Tiempo estimado

El tiempo de instalación depende de:

  • Ancho de banda encontrado en el entorno
  • CPU y Memoria disponibles en el equipo

En condiciones estándar:

30m ~ 1h.

Actualización desde v15

Pasos PREVIOS

  1. Como toda instalación de versión, es obligatorio hacer una copia de seguridad del catálogo (trabajo wbsairback-configuration-backup del cliente airback-control desde la propia interfaz).
  2. No debe haber jobs corriendo
    1. Se actualiza Bacula
  3. Si hay jobs planificados que puedan coincidir con el proceso de actualización, habrá que desactivarlos temporalmente.

  4. Si el sistema realiza snapshots: Importante: Desactivar la casilla, en cada volumen, de 'Instantánea manual > Eliminar automáticamente (1h)'.
    1. Si no lo hacemos y el proceso de actualización tiene algún fallo inesperado, podríamos perder los snapshots del sistema!
  5. Antes de comenzar la actualización, si el equipo tiene el job de auto-purgado 'delete-purged-volumes' configurado con 'ejecución continua': Se debe desactivar esa característica antes del proceso. Una vez finalizado todo, se puede volver a activar.

Tiempo estimado

El tiempo de instalación depende de:

  • Ancho de banda encontrado en el entorno
  • CPU y Memoria disponibles en el equipo

En condiciones estándar:

20m ~ 40m

Procedimiento

Interfaz web

Esta versión es posible instalarla desde la interfaz web.

El procedimiento consiste:

  1. Acceder a Subscripción > Actualización de software
  2. Pulsar en botón de búsqueda
  3. Si se encuentran paquetes, el botón de búsqueda cambiará al de 'Actualizar'
  4. Pulsamos en el botón 'Actualizar'
  5. Esperamos a que termine el proceso
  6. En caso de que se deje de actualizar el log, es posible que haya caducado la sesión:
    1. En cualquier momento podemos actualizar la pantalla con F5 si este es el caso. Si realmente ha finalizado la actualización, aparecerá la pantalla de finalización, en caso contrario, seguirá la pantalla con el proceso
  7. Pulsamos en 'Finalizar actualización'

SSH

Es posible hacer el proceso a través de una sesión SSH si se desea.

El procedimiento consiste en ejecutar los siguientes comandos en orden:

Update 15.03.00
/etc/init.d/openvpn start
/etc/init.d/wbs-watchdog stop
echo "deb http://11.22.250.11/imagine/wbsairback/ 1.5 main" > /etc/apt/sources.list
apt-get update
DEBIAN_FRONTEND=noninteractive /usr/bin/apt-get dist-upgrade --force-yes -y -o Dpkg::Options::="--force-confnew"

Pasos POSTERIORES

Es muy importante revisar los siguientes puntos tras la actualización:

Actualizando desde 15.3 o superior

  • Por defecto, WBSAirback v15.5 establece una ejecución del proceso de chequeo de consistencia de VDISKs en una vez al mes:
    • Revisar esta planificación, adaptar a conveniencia según las necesidades de cada entorno y asegurarse de que queda activo dicho proceso.
    • A partir de la versión 15.5.7 se incorpora compatibilidad con equipos de última generación. En caso de que anteriormente no viese estas opciones, es muy importante revisarlo nuevamente al instalar esta versión.
    • **Mientras se encuentra en ejecución un chequeo de consistencia, el rendimiento del dispositivo asociado puede verse ligeramente impactado.
    • +info en el Manual del producto: 02 - Sistema#02-Sistema-2.11Mantenimiento
  • En caso de actualizaciones menores desde 15.5.X a la última 15.5.6, si el equipo utiliza deduplicación global seguir el siguiente procedimiento cuando no haya jobs en ejecución:
    • Reiniciar servicio Bacula-SD
    • Entrar en Configuración de Deduplicación Global y aplicar los parámetros avanzados recomendados
    • Revisar la planificación del proceso de optimizado y ajustar según convenga
    • Desactivar proceso de optimización si el equipo es un MediaServer

Actualizando desde versiones anteriores a 15.3

  1. A partir de esta versión, es obligatorio el uso del parámetro thumbprint en todos los clientes de tipo Vmware. Por lo que será necesario entrar en la pantalla de cada uno de los clientes de este tipo y configurar este parámetro adecuadamente. Es posible obtener este parámetro desde el propio vSphere de estas tres maneras:
    1. Desde la consola de administración: 'View Support Information" > SSL Thumbprint
    2. Desde una sesión SSH, ejecutando:
      1. vCenter: openssl x509 -sha1 -in /etc/vmware-vpx/ssl/rui.crt -noout -fingerprint | cut -d '=' -f 2
      2. ESXi: openssl x509 -sha1 -in /etc/vmware/ssl/rui.crt -noout -fingerprint | cut -d '=' -f 2 "
    3. Usando un navegador web, accedemos a la IP de gestión del vCenter y consultamos los detalles del certificado SSL. El thumbprint es el valor de 'huella digital', pero trasnformado en mayúsculas y con el separador ':' en vez de ' ' como aparece ahí.

    4. Ejemplo de thumbprint: A8:2A:0B:EE:86:44:0F:D9:3F:F3:CD:B1:D9:92:3C:77:E4:E2:27:D1

  2. En esta versión, se cambia el directorio base para cada uno de los clientes Vmware.
    1. Si existe más de un cliente de este tipo, todos los backups de tipo VMWARE que se ejecuten la primera vez serán de tipo FULL.
  3. El job de reciclado delete-purged-volumes ha sufrido mejoras y modificaciones. Es importante tener en cuenta:
    1. Ahora es más agresivo y utiliza menos esperas. Por lo que la misma configuración anterior, ahora realiza un mayor número de borrados. Por lo tanto, recomendamos, en general, bajar la intensidad del trabajo de purgado. Unos valores estándar que pueden funcionar bien en la mayoría de entornos son Intensidad:3 y Factores:6.
    2. Realiza paralelización entre MediaServers. La paralelización para distinguir a qué media server corresponde un repositorio se realiza a partir de la IP configurada en cada Repositorio remoto. Por lo tanto, es muy importante verificar que los repositorios remotos configurados de cada MediaServer tienen todos la misma ip. En caso contrario, se podría ejecutar más de un proceso por MediaServer y bloquear al equipo por sobrecarga de borrados.
    3. El sistema corrige automáticamente posibles pools con los parámetros AutoRecycle o MaximumVolumeJobs mal configurados. Por lo tanto, es posible que el job de reciclado recicle algún pool más que en ejecuciones anteriores a la actualización.l
  4. Incluso después de terminar la actualización, existe un paso final que realiza el servicio Watchdog. Es importante comprobar que este paso final se realiza correctamente. A pesar de que se puede reanudar la actividad con el equipo sin que esté completado, se podría experimentar lentitud. En sistemas con grandes BBDD este paso final puede llevar hasta 2h. Existen dos formas de comprobar que el paso se ha completado:
    1. En la interfaz web aparece la versión 15.03.00 (para que se actualice el valor forzosamente, es necesario reinciar la interfaz web, cerrar la sesión y limpiar cookies del navegador en ocasiones)
    2. Por SSH podemos consultar el valor de la versión ejecutando:
      1. xmllint --xpath //configuration/wbsairback.version /etc/wbsairback-admin/config.xml | awk -F\> '{print $2}' | awk -F\< '{print $1}'
      2. En el momento que aparezca 150300, indica que el proceso finalizó.
    3. *** En la siguiente versión de WBSAirback, esto no será necesario, pues este paso final será incluido en el mismo proceso de actualización de la interfaz web, que no finalizará hasta esta acción estar completa.
  5. Reiniciar equipo

Actualización desde v14

Para actualizar una versión más antigua, numerada como 14.xx.xx-x, es necesario utilizar este script de actualización a v15:

WBSAirback-15.00.02-Update.tgz

Así como seguir las instrucciones de instalación de la versión 15.00.00, recogidas en este documento: 

Instalación 64bits-15.00.00

Actualización de entornos en alta disponibilidad (HA)

En un entorno con equipos en alta disponibilidad (HA), el proceso de actualización se debe ejecutar completo para cada uno de los equipos que forman el clúster.

En el momento de actualización, cada equipo ha de tener el rol maestro para que el proceso tenga éxito. Por favor, no intente actualizar un equipo que no tenga el rol maestro y todos sus recursos/servicios levantados. En caso contrario, el proceso de actualización no tendrá éxito.

A continuación, se exponen en detalle los pasos para una actualización exitosa de un par de equipos en HA:

  1. Comprobar que el equipo maestro tiene su rol natural (maestro) y tiene todos los servicios normalmente levantados.
  2. Actualizar equipo maestro
  3. Elegir entre:
    1. Apagar equipo maestro.
    2. Provocar un cambio de rol desde la pantalla de HA:
      1. Botón 'ceder recursos' desde el equipo maestro
      2. O bien botó 'reclamar recursos' desde el equipo esclavo
  4.  Esperar a que el equipo esclavo tome los recursos y el control, asumiendo el rol maestro (puede tardar varios minutos)
    1. Comprobar que tiene todos los servicios levantados:
      1. Servicios de backup iniciados
      2. Muestra volúmenes de almacenamiento montados
  5. Actualizar equipo esclavo
  6. Dependiendo de la opción elegida en el paso 2:
    1. Encender equipo maestro
    2. Provocar un nuevo cambio de rol para recuperar la situación original, desde la pantalla de HA:
      1. Botón 'reclamar recursos' desde el equipo maestro
      2. O bien botón 'ceder recursos' desde el equipo esclavo
  7. Esperar a que equipo maestro tome los recursos y el control, asumiendo nuevamente su rol natural de maestro (puede tardar varios minutos)
    1. Comprobar que tiene todos los servicios levantados:
      1. Servicios de backup iniciados
      2. Muestra volúmenes de almacenamiento montados


  • No labels