EKB1292

Veeam Service Provider Console de Ebunti

Este manual detalla de manera básica cómo funciona y como se obtiene una visibilidad 360º con el portal de Veeam Services Provider de Ebunti para servicios contratados de BaaS, DRaaS y Licenciamiento en general. 

Veamos a continuación algunas de las opciones más usadas en este portal

1.- Active Alarms

En esta sección usted podrá ver las alarmas que están activas de la consola on premise o agente físico, esta consola es una extensión web de su actual consola instalada en su infraestructura.

Usted como cliente podrá hacer ciertas tareas de monitoreo dependiendo del nivel de criticidad que se presente para cada alarma, por ejemplo, estamos viendo un ejemplo de advertencia o warning para ciertos Job de Respaldo, también podrá hacer clic sobre los íconos en la parte de arriba donde podrá ver cuáles están en verde sin errores, alamas con errores y otros estatus adicionales. Además, todos los enlaces en color azul representan un híper vínculo con información adicional permitiendo ver detalle en esa instancia, por ejemplo, Haciendo clic sobre unos de los registros en la columna “Alarm” se puede observar el siguiente mensaje:

2.- RPO & SLA

En esta sección usted podrá saber qué cantidades de respaldos ocurridos están cumpliendo con los RPO en días, por default esta consola muestra un día de RPO. Usted puede definir la cantidad de días que necesite saber de aquellos respaldos que se están ejecutando y que cumplan con el RPO requerido para la cantidad de días definidos.

En este ejemplo se puede observar lo siguiente:

a.- De 23 máquinas virtuales respaldadas solo 15 están cumpliendo con el RPO de un día, lo que quiere decir que cada 24 horas hay un respaldo, al menos para esas 15 VM. Cabe destacar que la información que estamos detallando es la que corresponde a la consola de Veeam Backup and Replication que está on-premises del cliente.

b.- Ahora vemos del lado derecho lo que corresponde a la nube identificada con Veeam Cloud Connect donde estamos validando que efectivamente se ha hecho respaldo de manera efectiva a 14 máquinas virtuales y que están cumpliendo con el RPO de 1 día. 

Observación: Comparando lo que tenemos respaldado en la nube (LADO DERECHO) versus lo que estamos respaldando en on-premises (LADO IZQUIERDO), es evidente que este cliente tiene en su totalidad 23 máquinas virtuales de las cuales 14 ha decidido respaldar en la nube, pero en on-premises solo 15 de las 23 que respalda, están cumpliendo con el RPO de 1 día.

c.- En este ejemplo también podemos apreciar como este cliente ha decidido hacer réplicas hacia la nube solo de 10 máquinas virtuales de las 23 que se respaldan, en total, y solo 5 están cumpliendo con el RPO de un día. 

En resumen, esta pantalla nos está diciendo que el cliente tiene un servicio de BaaS para 14 VM y un servicio de DRaaS para 10 VM.

Finalmente, si este cliente tuviera licenciamiento de Microsoft 365 y estuviese respaldando usuarios desde la nube de MS365 hacia la nube de Ebunti, se presentaría la información resumida en esta pantalla y si observan en la parte de arriba están los SLA para MS 365.

3.- Resources

En principio cuando se inició la redacción de este manual lo hacíamos con un cliente que no tenía servicios contratados de DRaaS. Por lo que han podido observar en el panel de lado izquierdo las opciones siempre son las mismas y en este caso para poder explicar cómo se ve la sección de replicación se añade en el menú lateral una nueva opción llamada “Failover Plans”. Cuando se explique “Replication” verán el cambio

Es por ello por lo que esta consola dependiendo de los servicios contratados se añaden más opciones de manera automática y hemos hecho un gran esfuerzo por dar la total visibilidad respecto a un servicio DRaaS adicional.

Sección Backup

En esta sección para el servicio contratado, podremos ver los recursos que tiene contratado este cliente, por ejemplo:

a.- Used Storage Quota: Se puede apreciar que de 8 terabytes contratados solamente 2.9 terabyte han sido consumidos restando 4.9 terabyte para su uso.

b.- Stored Workloads: Tiene 14 máquinas virtuales a las cuales le está haciendo respaldos en la nube de Ebunti.

c.- Data Transfer Out: La transferencia de Data es de 3.8 teras lo cual también se puede apreciar que el data transfer es ilimitado por eso hay la flexibilidad de descargar las veces que sea necesaria información desde los respaldos hacia on-premises o viceversa, cuando se hace el respaldo, las veces que sea necesario por requerimiento del cliente.,

Sección Replication

La integración de la consola de Veeam con la consola on-premises es muy flexible y siempre se sincronizan ya que no necesariamente la opción de Failover Plans se mostraría en el portal, es decir, si no existe un registro on-premises de un Job de Failover, la consola no lo va a integrar como una opción, en cambio, si dejaría ver la sección de Replica como se muestra en la imagen siguiente ya que es evidente que si hay jobs de replicas on-premises. 

La única manera que se active en el portal de Veeam la opción “Failover Plans”, es que exista on-premises un Job de “Failover” para que la consola pueda integrarla en la nube. Mas adelante en esta guía daremos un poco más de detalle de cómo se ve el registro de los job de Failover.

Una vez aclarado el tema de cómo se sincroniza la consola, pasemos ahora a ver la sección “Replication” para un análisis e interpretación de lo mostrado:

Se puede observar en el primer cuadro superior a la izquierda que tenemos un servicio contratado para replicar cuatro máquinas virtuales que en su conjunto suman 24 vCPUs.

Luego en el cuadro superior del lado derecho podemos ver que tenemos un contratado de 155 gigas de memoria RAM de las cuales esas cuatro máquinas virtuales están utilizando 120 gigas y quedan libres  por utilizar 35 gigas.

Finalmente tendríamos contratado para esas cuatro máquinas virtuales un storage de 8.6 terabyte de los cuales se han utilizado 3.7 terabyte y quedan libres 4.9 terabyte.

4.- Session State

Esta vista se considera importante porque ayuda a tener una visibilidad completa hacia atrás en el tiempo donde se pueden ver rápidamente cómo se han comportado las sesiones de backup o replicación para cualquier servicio contratado. Sólo basta con poner el mouse sobre el día correspondiente y automáticamente se abrirá la información resumida de qué fue lo que ocurrió ese día, por ejemplo:

a.- El día 13 fue un día perfecto de respaldo porque no hubo errores, no hubo advertencias y se confirman 6 tareas en verde sin errores

b.- Al contrario, el día 27 hubo cinco (5) sesiones de trabajos de los cuales dos (2) tienen errores, no hay advertencias y tres (3) fueron completados de manera satisfactoria.

c.- Finalmente el día 12 hubo tres (3) sesiones de trabajo de los cuales hubo cero (0) errores, pero uno (1) tuvo una advertencia y dos (2) se ejecutaron de manera satisfactoria

Esta sección da visibilidad solo para el mes en curso y para el mes anterior. Mas allá no podrá mostrar datos. 

Una manera de obtener detalle de lo ocurrido en un día seleccionado es hacer clic sobre el ese día y se abrirá una ventana que mostrará todo el detalle de las advertencia, errores y estatus de completado de los Jobs.         

Entre otras opciones puede filtrar a través del tipo de carga de trabajo, infraestructura o plataforma, además tiene filtros que pueden ayudar a llegar a detalles específicos según los requerido.

5.- Backup Jobs.

Veamos ahora la sección de backup jobs donde podremos tener visibilidad de todos los jobs de respaldos y de replicación que podamos tener configurado en nuestra consola on-premises. 

Esto permite tener una visibilidad de 360° el cual nos ayuda a detectar qué trabajos están comportándose de manera normal y cuáles tienen advertencia o errores, de igual manera en la parte de arriba, en status, podemos seleccionar selectivamente los jobs según la criticidad de mensajes que necesitamos filtrar.

Si queremos ver más detalles sobre los registros mostrados, podemos hacer clic sobre los hipervínculos de color azul que permiten abrir ventanas con detalles específicos, por ejemplo, haciendo clic sobre uno (1) de los registros de la columna “Job Statistics” específicamente sobre “Details” para ver el detalle, se mostraría algo parecido a lo siguiente:

También podemos modificar las columnas que deseamos presentar haciendo clic sobre los 3 puntitos (cuadros) del lado derecho en la parte superior y se mostrará una serie de opciones a elegir según las necesidades

Como opcional podemos también seleccionar la columna “Processed Objects”y hacer clic sobre uno (1) de los registros para mostrar más detalle que los objetos que se han respaldado y aquellos objetos que tienen alguna advertencia, se mostraría algo como la siguiente imagen:

Ahora tenemos la oportunidad en la imagen anterior y sobre la columna “Restore Points” para el registro mostrado, ver los 12 puntos de retención, haciendo clic sobre el nro. 12 (azul) que tiene este servidor el cual ha transferido 770 megabytes de datos:

6.- Failover Plans

Habíamos comentado anteriormente que para mostrarse esta opción de “Failover Plans” en el portal, debe de existir a nivel on-premises un Job de “FailLover” de tal manera que se pueda integrar automáticamente en el portal. 

En este ejemplo existe un Job y podemos ver el detalle haciendo clic sobre el número cuatro (4) en la columna de VMS, esto indica que este job tiene cuatro (4) máquinas registradas.

Se muestra a continuación el detalle de las máquinas virtuales que están involucradas en este job de failover. 

Finalmente, algo que podemos hacer y es justamente la fortaleza de este portal, ante un escenario de desastre on-premises, podemos seleccionar el job en la correspondiente casilla y se activa el botón de “Start” para ejecutar el job donde automáticamente se inicia la orquestación para el Disaster Recovery.

7.- Protected Data

En esta sección podemos ver el histórico de lo que tiene el cliente respaldado y se puede observar en la parte superior izquierda, debajo de la primera columna VM, que hay 23 máquinas que se están respaldando.

También podemos identificar cuáles Jobs corresponden a solo backup, cuáles Jobs corresponden a solo réplicas y cuáles Jobs tienen backup y réplicas. Para ello, podemos ubicarnos sobre la columna Backups y columna Réplicas, siendo muy fácil identificar.

Adicionalmente, como se muestra a continuación, tenemos la posibilidad de hacer filtrado para cambiar el diseño de las columnas que se presentan y para ello nos dirigimos a los 3 puntos que están del lado derecho y allí podremos seleccionar diferentes columnas como: Plataforma, Backup Target, tamaño de Backup última vez de la replicación, backup Tape, etc

Si queremos ver cuántos puntos de retención tiene uno de los Job de Backup, hagamos clic sobre el número uno (1) en la columna Backups para uno de esos Jobs y podremos ver la siguiente ventana.

Se observa que en la columna Restore Points hay 13 puntos de restauración. Si hacemos clic sobre ese número podemos abrir la siguiente ventana

Ahora tenemos visibilidad de los 13 puntos de retención que han ocurrido con este Jobs y veremos los tamaños de cada uno, así como también la posibilidad de hacer una exportación hacia un CSV Excel, es evidente que en esta ventana no podemos hacer ninguna acción, es solamente visualización de los puntos de retención de backup.

8.- Rules

En esta opción de reglas podemos establecer un plan de entrega o deploy para agentes de Veeam en sistemas operativos Windows Linux a través de políticas de Grupos de Active Directory podemos hacer ese despliegue. También se puede hacer a través de nombres de Host, IPs específicas o rangos de Ips, sistema Operativo específicos, etc. Cuando se cumpla la condición se ejecuta una acción: Instalar Veeam Agents entre otros.

En esta guía no entraremos mucho a detalle sobre estas acciones que se pueden hacer cuando hay una condición a cumplirse. Si requiere algún detalle adicional puede solicitarlo y se puede realizar una guía enfocada sólo a reglas, por ejemplo, para deployment de agentes.

9.- Managed Computers

En VSPC, la opción Managed Computers permite descubrir, registrar y administrar las máquinas (servidores físicos, VMs, estaciones de trabajo, etc.) que forman parte del entorno de un cliente.

Dependiendo de lo que tengas en on-premises (ejemplo: servidores con Veeam Agent, servidores con VBR, infraestructura monitoreada con Veeam ONE), instancias de Microsoft 365, se habilitan módulos diferentes.

En esta sección de manejo de computadora, para nuestro ejemplo, nos encontraremos con cuatro secciones nombradas como: Discovery Computers, Backup Agentes, Backup Servers y One Servers. Por tanto daremos una breve descripción de cada una.

Discovered Computers

Se escanea la red del cliente para descubrir automáticamente computadoras, servidores físicos, laptops o VMs. Usa credenciales que configuras en la consola para conectarse vía WMI, RPC o SSH (según sistema operativo) y te muestra las máquinas detectadas permitiendo decidir si las agregas como Managed Computers. Su principal función es poder facilitar el onboarding de clientes al no tener que registrar cada máquina manualmente.

Podemos ver equipos que tienen agentes de Veeam instalados con su correspondiente versión, estatus de salud, estatus de conexión si está en línea o fuera de línea, etcétera, también podemos ver equipos sin agentes ya que una sonda activa lo permite para mostrarlo en el portal y administrar de manera centralizada que hacer con cada dispositivo.

De igual manera podríamos estar actualizando agentes de Backup de Veeam que están desactualizados en versiones.

Backup Agentes

Es muy parecido a Discovered Computers, solo que esta sección permite detectar a todos los dispositivos Windows/Linux/Mac que, si tienen el agente de Veeam instalado permitiendo desplegar remotamente agentes desde la consola, administras jobs de backup, licenciamiento y estado de los respaldos, también puedes ver si los backups fueron exitosos, fallidos o están pendientes.

Backup Severs.

En esta sección se registra y gestiona instancias de Veeam Backup & Replication (VBR) que tengas desplegados en on-premises del cliente. Se conecta con los VBR servers para monitorear políticas, jobs de backup/replicación, repositorios y proxies. Permite a un proveedor de servicios dar visibilidad unificada de todos los servidores de backup que maneja. Puede también detectar si un Backup Server esta fuera de versión y puede determinar que versión hace falta para su upgrade.

ON Servers

                  En esta sección, se registra las instancias de Veeam ONE que se encuentran en el entrno del cliente y que es la solución de monitoreo, reporting y capacity planning centralizando la recolección de métricas de rendimiento, alertas y reportes desde los servidores Veeam ONE registrados. Permite mostrar al cliente reportes de uso, SLA y cumplimiento dando visibilidad avanzada y generación de reportes detallados para clientes que requieren auditorías o métricas de capacidad.

10.- Reports

En esta sesión de reportes podemos configurar a diferencia de las alarmas reportes específicos según la necesidad y la periodicidad con que necesitemos recibir vía correo estos reportes.

Inicialmente tenemos la vista de “All Reports”, para nuestro ejemplo no tenemos ninguno configurado. 

Podemos ir a la opción de “Configurations” para ver cómo podemos parametrizar un reporte básico. Seguidamente podemos usar la opción de “new”

Cuando seleccionemos en new, se va a presentar varias opciones donde podemos definir si nuestro reporte va a estar orientado a mostrar el entorno de Virtual Machine, Data backup, Computers, Databases, Microsoft 365 o Cloud Networks. Para nuestro manual básico vamos a seleccionar la opción de Virtual Machine

En la imagen siguiente veremos del lado izquierdo el panel de opciones que debemos completar para la configuración de nuestro reporte de Virtual Machine. Es importante mencionar que este panel de opciones puede cambiar dependiendo de la instancia de reportes que queremos configurar.  Comenzaremos con la primera opción, donde le daremos un hombre a este reporte y colocaremos de manera opcional una descripción, seguidamente usaremos la opción “next” para continuar.

En la siguiente ventana recomendamos seleccionar la opción “RPO-based report” es la más común. Seguidamente presione en “next” para continuar

Nota: Si usted posee alguna política basada en Protección Continua de Datos CDP, entonces, selecciones SLA-based report (CDP policies only). Recuerde que este portal refleja lo que usted tiene on-premises y hereda las políticas para los reportes.

Ahora debe aparecer en la siguiente ventana la lista de las compañías en dado caso de tener más de una y seleccionamos la que corresponde en este caso el nombre de nuestra empresa debe aparecer en el listado. Seleccionamos y luego pulsamos en “next” para continuar

Ahora definimos en el campo “RPO” los días necesarios, por default se sugiere 1 día, puede ser minutos, horas, días. Dependiendo si se cumple con esos RPO. 

En el campo Platform, dejamos el valor “All” (sugerido) 

En el campo “job type” podemos seleccionar el que se requiera, se sugiere en principio dejar todos seleccionados. 

Y finalmente en el campo “Exclusion mask (name)” ponemos alguna palabra que queramos excluir en este reporte, que significa, los Jobs que contengan ciertas palabras, no serán mostrados en este reporte, se excluyen.

Para continuar pulsamos en “next”

Ahora tendremos la oportunidad de planificar en qué momento y con qué frecuencia debemos nosotros recibir los reportes de manera automática en la forma como ha sido parametrizado este primer reporte.

Seleccione la Opción: “Generate this report automatically”

En el campo “Daily at:” Puede definir la hora en que se genera el reporte y definir también los días en que se van a generar, pudiendo ser muy flexible y totalmente configurable según el requerimiento.

Opcional: Puede también seleccionar la opción de meses en la cual define igualmente una hora de inicio y selecciona los días específicos de la semana para el envío.

Especifique el Time Zone para su zona horaria y así se envíen los correos ajustados a la hora del día.

Finalmente, en el campo “Send reports to the following emails addresses” puedes especificar la lista de correo separado por coma a la cual le van a llegar las notificaciones correspondientes. (no debe haber espacios entre las comas)

Clic en “next” para continuar

Veremos finalmente el resumen de nuestro primer reporte. Clic en “Finish”

Sí es de su preferencia no esperar a que se ejecute el reporte de manera planificada, puede seleccionarlo haciendo clic en la casilla como se muestra en la imagen siguiente, se encenderá el botón de “Run” el cual puede usarlo para correr el reporte en el momento que lo requiera fuera de la planificación.

Justo en el momento en que corremos el reporte aparecerá este mensaje donde le invita a que use la vista “All Reports” para ver el reporte generado. Podrá tener un histórico guardado en esa vista.

Desde la vista “All Reports” podrá seleccionar el reporte generado haciendo clic en la casilla como se muestra a continuación y se activa el botón de “send” para enviar el correo con el reporte adjunto.

A continuación, un par de imágenes que representan cómo se ven los reportes que recibimos por correo.

Por ejemplo, la siguiente imagen está mostrando un resumen de respaldo y replicación donde podemos ver del lado izquierdo en la torta que hay 14 máquinas que se están respaldando y 3 no se están respaldando

Del lado derecho podemos ver también que hay 5 máquinas que se están replicando y hay 5 máquinas que no se están aplicando.

Otro ejemplo de reporte muestra aquellas máquinas que no están siendo protegidas y nos muestra el detalle del nombre de las máquinas, cuándo fue la última vez que se corrió el Job de respaldo, cuantos puntos de retención de respaldo tiene, entre otros datos de interés

Podemos ver también en la parte de replicación las máquinas que se han replicado y de igual manera los puntos de retención que contiene cada réplica, así como la última vez que hubo la ejecución del Job de replicación entre otros datos de interés.

En conclusión, Veeam Service Provider Console es básicamente la plataforma que te permite tener todo el control desde un solo lugar. Ahí puedes ver cómo están los respaldos de tus Jobs on-premises, si fallaron o no, manejar los agentes instalados en laptops o servidores, los VBR que tengan en sitio y hasta los ONE servers para reportes.

La parte de Rules te ayuda a automatizar, para que cuando aparezca una máquina nueva ya sepa qué hacer con ella: qué política aplicar o si debe instalarle el agente.

Al final, lo que te da VSPC es visibilidad, automatización sin tener que andar entrando máquina por máquina o servidor por servidor.