Como sabemos, Volumio es uno de los mejores sistemas de control de audio (para el Hogar, oficina…) pero por ahora tiene una pequeña limitación, que sólo se permite instalar en físico (Raspberry Pi, X32/X64 o en la ASUS Tinkerboard). Pero, y si queremos dotarla de alta disponibilidad, backup/restore rápido… o vaya, tener las ventajas de ser una MV más de nuestro entorno…
Continuamos con la serie de documentos sobre Nakivo, tras ya tener copias y replicas de nuestra infraestructura con Nakivo Backup & Replication qué nos queda? Probar la recuperación! Que será lo primero que vamos a probar, ver qué tipos de recuperaciones tenemos y cómo recuperar una máquina virtual!
Si queremos proveer de alta disponibilidad completa a una máquina virtual, le habilitaremos Fault Tolerance o FT. Con FT podremos permitir que una MV en caso de caída de un host o del almacenamiento donde se encuentra ejecutada caiga, no pase nada, ya que la MV queda replicada en otro host y en otro datastore. La magia de FT hará que sólo perdamos un solo paquete contra la MV!
Siguiendo con la serie de posts sobre VMware vSphere 6.5, hoy veremos algo bastante importante, la réplica de máquinas virtuales en nuestra infraestructura virtual, cómo protegernos ante un desastre en nuestro datacenter. Configuraremos inicialmente los requisitos y posteriormente veremos cómo hacer una réplica de una máquina virtual y cómo hacer una recuperación o failover en caso necesario!
Podremos continuar ya con otro proceso de actualización automática, y no es más que una vez tengamos ya todos los hosts actualizados a la versión 6.5, deberemos actualizar (en este orden) las VMware Tools y el virtual hardware de las máquinas virtuales. Este último quizás más opcional. Todo ello lo haremos mediante Update Manager que como sabemos viene embebido en el vCenter Server Appliance 6.5
En este documento monitorizaremos elementos interesantes que obtendremos de nuestras máquinas virtuales basadas en VMware vSphere, centralizando en Nagios los checkeos que hagamos para gestionar sus valores, obtener alertas o generar gráficas de sus consumos. Veremos entre otros checkeos en las MV obteniendo los valores de su CPU Ready, CPU Wait, Overhead de memoria, memctl, balloning, IOs de escritura o de lectura…
Para todos aquellos que no lo conozcáis va este post, presentaros el virtual appliance de Fortinet, el firewall Fortigate-VM, en formato máquina virtual nos proporcionará todas las ventajas de tener el firewall Fortigate virtualizado en nuestra red (alta disponibilidad, FW entre redes, backup/réplica…) Eso sí, sólo para entornos VMware vSphere!
Para continuar nuestra migración a vSphere 5, una vez que ya tengamos el servidor VMware vCenter en la versión 5, hayamos actualizado a VMware Update Manager 5 y todos nuestros host ESXi esten ya con el hipervisor ESXi 5, podremos actualizar las VMware Tools a las máquinas virtuales así como después elevarles la versión de hardware virtual de la versión 4 o 7 a la versión 8. Lo podremos hacer de manera manual MV por MV o automatizarlo con Update Manager y actualizarlo en nuestro entorno de forma ordenada.
Una de las novedades de VMware vSphere es el poder dar dispositivos físicos de los host a las máquinas virtuales, con esto se consigue que el driver del sistema operativo virtual, acceda directamente al dispositivo físico en cuestión, las ventajas por supuesto es el mayor rendimiento del dispositivo, ya que se disminuyen las latencias. Es necesario tener la última versión de las VMware Tools, además habrá que tener en cuenta que sólo se pueden asignar 2 por máquina virtual y 8 por host. Y lógicamente dicha máquina virtual perderá todas las ventajas de moverse a otros host, ya que le estamos asignando un dispositivo físico de un host en concreto. A esto se le llama VMDirectPath I/O.
Bien, este puede ser el producto más atractivo de VMware View, el VMware View Composer, con este producto, lo que conseguiremos es distribuir Escritorios a los usuarios a partir de una misma imagen para todos. Sin tener que andar clonando una máquina virtual origen, ni tener una máquina virtual completa por usuario, esto es, los Escritorios que generemos a partir de esto no tendran un disco duro virtual, si no un ‘link’ a una réplica del disco duro virtual original. Con esto conseguiremos un ahorro de almacenamiento impresionante, por ejemplo, si diseñamos que nuestros Escritorios queremos que tengan 20Gb de disco, no es necesario asignar dicha cantidad a cada máquina virtual, si por ejemplo vamos a distribuir 50 Escritorios: 50MV x 20Gb = 1TB de espacio sólo para el entorno VDI o VMware View, como esto no tiene mucho sentido se usa VMware View Composer para desplegar Escritorios a partir de una única imagen, estos nuevos Escritorios ocuparán sólo su memoria swap más el espacio (opcional) que querramos dar a los usuarios para que almacenen información, que puede ser 0. Más adelante se dará mayor nivel de detalle.