Esta semana, en el blog de virtualización y cloud computing en español, te mostrare el segundo video de cómo actualizar VMware vSphere 4.x a la última versión de VMware vSphere 5 de una forma clara, concisa y directa.
En el primer vídeo tutorial te enseñe actualizar los siguientes componentes de un entrono completo de VMware vSphere ESX/ESXi a la última versión de VMware vSphere 5:
Servidor de VMware vCenter Server y su base de datos
VMware vSphere Client
Servidor de vCenter Update Manager y plugin
En esta segunda parte te mostrare cómo actualizar los componentes restantes de un entorno virtual con VMware vSphere 5:
Servidor de ESXi
Sistema de archivos de VMFS
VMware vmwaretools
VMware hardware virtual
¿Crees que este videopost le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.
Esta semana, en el blog de virtualización y cloud computing en español, te mostrare cómo actualizar VMware vSphere 4.x a la última versión de VMware vSphere 5 de una forma clara, concisa y directa.
En este vídeo te enseñare actualizar un entrono completo de VMware vSphere ESX/ESXi a la última versión de VMware vSphere 5 y te mostrare como actualizar paso a paso los siguientes componentes:
Servidor de VMware vCenter Server y su base de datos
VMware vSphere Client
Servidor de vCenter Update Manager y plugin
Servidor ESXi
VMFS versión 5
Hardware virtual y VMware Tools
.
¿Crees que este videopost le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.
Esta semana, en el blog de virtualización y cloud computing en español, os explicare a como sacar un servidor ESXi del modo mantenimiento y como hacer un backup de tu servidor ESXi con el comando vicfg-cfgbackup desde el vMA.
¿Alguna vez te has preguntado como puedes sacar un servidor VMware vSphere ESXi del modo mantenimiento con el vMA? En este video tutorial veremos como podemos sacarlo del modo mantenimiento desde la nueva versión de VMware vSphere Management Assistant (vMA). También te enseñare hacer un backup de la configuración de tu servidor ESXi vía comando desde el vMA.
Ya esta disponible, en el canal de youtube del blog de virtualización y cloud computing, un nuevo video tutorial sobre la virtualización y VMware vSphere 5: ¿Cómo sacar un servidor ESXi del modo mantenimiento y vicfg-cfgbackup?
Hasta el próximo lunes, donde os mostraré otro video tutorial relacionado con la virtualización y la nueva versión de VMware vSphere 5.
¿Crees que este videopost le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.
Hola, soy Miguel Ángel Alonso y aquí estoy de nuevo con todos vosotros como cada martes para contaros algo nuevo sobre el maravilloso mundo de la virtualización de sistemas.
En el día de hoy, vamos a hablar de un producto maravilloso de backup y recuperación ante desastres de Acronis: Acronis Backup&Replication 11 Virtual Edition.
Seguramente pensarás: Buff!!! Otro más!!. Y lo entiendo, pero puedo asegurarte que es algo más.
Vente conmigo y te mostraré las grandísimas cualidades de este producto y que lo hacen simplemente genial.
Lo primero de todo y no menos importante que debes de saber, es que Acronis Backup 11, es la única solución que se integra en la nube con protección de datos y recuperación ante desastres para tu entorno tanto físico como virtual.
La licencia de Acronis Backup & Recovery 11 Virtual Edition , te permite avanzar en la consolidación de servidores y recuperación ante desastres acelerando todas tus iniciativas de virtualización mediante copia de seguridad sin agentes, combinando con la tecnología de disco patentada por ACRONIS (deduplicación). Puede funcionar por separado o trabajar junto con otros productos Acronis Backup y recuperación de la versión 11. Todo administrado desde la misma consola.
¿Cómo trabaja nuestro Acronis Backup?
Es muy sencillo. Coloca tantas máquinas virtuales en un host físico como necesites y, con una sola licencia de bajo precio, (1700 USD), Acronis nos va a soportar un número ilimitado de migraciones hacia y desde el host.
Dos maneras de gestionar nuestro entorno de Backup Virtual con Acronis:
Puedes colocar un agente en cada máquina virtual y administrarlo exactamente como se podría gestionar una máquina física.
Y/o utilizar un único agente basado en host para VMware vSphere o Microsoft Hyper-V para administrar todas las máquinas virtuales en un host a la vez, para simplificar la administración y reducir los costos generales de nuestro entorno virtual.
Acronis Backup y Recuperación 11 Virtual Edition soporta todas las plataformas principales de virtualización:
VMware vSphere / ESX / ESXi
VMware ® vCloud ™ Director
Microsoft Hyper-V
Citrix XenServer
Red Hat Enterprise virtualización / KVM
Parallels Server 4 Bare Metal
¿Qué te parece el soporte que otorga esta solución de Backup? ¿Seguro que es impresionante, verdad? Pues no conforme con integrarse con todas las tecnologías de virtualización, habidas y por haber, es capaz de convertir para ti cualquier archivo de Backup de ACRONIS (.tib) a cualquiera de las tecnologías de virtualización nombradas arriba.
De esta manera podrás conseguir cualquier conversión V2V que se te pase por la cabeza entre todas las tecnologías de virtualización que puedas imaginar.
Además, la implementación de esta solución de Acronis es cuestión de escasos minutos.
¿Cómo Funciona el licenciamiento?
Una licencia permite backup y recuperación de un número ilimitado de máquinas virtuales en un host.
Ningún agente es obligatoriamente necesario para las máquinas virtuales de VMware vSphere/ESX/ESXi e Hyper-V.
Ventajas que puedes encontrar de interés:
Administrar desde una única consola centralizada, todas las máquinas físicas y virtuales de tu entorno.
Ofrece las más rápidas recuperaciones posibles gracias a Acronis Instant Restore.
Migraciones ilimitadas V2V y P2V sin problemas, entre todas las plataformas de virtualización
Acronis 11 te brinda la posibilidad de usar dentro de tu entorno de almacenamiento compartido de Backup el uso de la deduplicación para reducir la cantidad de datos redundantes que acumulas con tu backup, ahorrándote en los costos de almacenamiento y optimización del tráfico de red de manera muy significativa.
Además, como otra opción más, puedes hacer uso de Acronis Backup & Recovery Online que te va a permitir un almacenamiento totalmente fiable de tus copias de seguridad en la nube.
Bueno. Hasta aquí por hoy. Me despido de vosotros, pero no hasta el próximo martes, sino hasta el primer martes de septiembre a la vuelta de nuestras merecidas y ansiadas vacaciones.
Espero y deseo que paséis unas buenas vacaciones y descanséis para la vuelta a la carga en el mes de septiembre. Un abrazo a todos nuestros queridos lectores y a todos mis compañeros del Blog.
¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba. Gracias por el apoyo.
Cosas veredes, Nicomedes…. Y es que aún me asombro de que me asombren ciertas cosas. Soy Jose Maria Gris y como cada miércoles aquí estoy con vosotros.
El tema es importante, pues puede llevar a equívocos y no es cuestión de ello con nuestras replicaciones. Pues nada, estas haciendo un montaje de réplicas para asegurar tu entorno virtual y de pronto ves que el amigo vCenter te empieza a explicar que no ha podido crear el disco virtual y que “The requested operation is not implemented by the server”. ¿Y ahora que he hecho?
Pues nada, resulta que cuando haces una replicación entre LUNs con Veeam Backup y lo haces con ESXi y a través de vCenter, pues te casca este mensajito, aunque todo está bien.
Según los foros y nuestro amigo Anton Gostev, se trata de que el vCenter actualmente no implementa ciertos APIs de VMware. ¿??
Lo haces directamente al ESXi sin pasar por vCenter y no aparece el mensaje.
Resumen del caso, según los foros de Veeam no hay ningún problema. Yo lo he probado, he verificado y he hecho failover de mis réplicas y si, no han dado ningún problema.
La mayoría de nosotros estamos más o menos acostumbrados a oír hablar de soluciones de backup para entornos virtuales, del tipo Veeam Backup & Replicator para VMware o Altaro para Hyper-V, comentada en un post anterior no hace mucho por mi compañero Miguel Ángel Alonso.
Estas soluciones son espectaculares y funcionan de maravilla en general, pero suelen tener un “pequeño” problema asociado, su coste. Como consultor experto en virtualización me tengo que enfrentar a proyectos tanto para grandes empresas como para pequeñas, y en este último caso, cuando llega la parte del backup se suele plantear un problema con el tema de los costes.
En esta ocasión no voy a hacer ningún análisis de ninguna herramienta comercial, sino que he decidido compartir con vosotros un pequeño proyecto personal que estoy llevando a cabo, una solución de backups gratiuta basada en scripts.
Este pequeño grupo de scripts permite realizar backups en caliente de una lista de máquinas virtuales, comprimirlos, almacenar una copia en el datastore local, enviar el backup a un repositorio remoto FTP y enviar una alerta mediante correo electrónico del proceso del backup.
El script está escrito para PowerShell y depende de tener activado el “RemoteTechSupport (SSH)” en nuestro ESXi y por supuesto de un servidor FTP donde almacenar las copias.
La configuración del script se realiza ajustando algunos parámetros dentro del propio script y creando un par de ficheros previos. A continuación, os pongo los pasos necesarios para poder hacer uso del script en vuestra infraestructura:
1. Editar el fichero Crear-VMBackup.ps1 y modificar las siguientes variables:
$PLINK = “C:\bin\PLINK.EXE” #Ubicación del programa Plink.exe usado para la inyección de comandos en el servidor ESXi
$DataStore = “” #Datastore que será usado para almacenar el backup local
$tmpDir = “C:\tmp” #Directorio temporal usado para general los scripts temporales que será inyectados en los comandos plink y ftp
$emailFromDir = “” #Direccion email del remitente
$emailToDir = “” #Dirección email del destinatario
$smtpServer = “” #Servidor SMTP que va a ser usado para enviar el informe final
$smtpUser = “” #Usuario de conexión al servidor de SMTP en caso de que requiera autenticación
$stmpPassword = “” #contraseña para la autenticación con el servidor SMTP, en caso necesario
2. El script trata en todo momento de trabajar de la forma más segura con las credenciales de acceso a los servidores, tanto ESXi como FTP. Para ello hace uso de unos cmdlets creados por Hal Rottemberg que permiten almacenar credenciales encriptadas y en formato xml. Para poder crear estos ficheros tendremos que hacer lo siguiente:
Importar la librería de autenticación de Hal: PS1> . .\Crear-VMBackup.ps1 El propio script ya hace la importación de la librería de Hal PS1>Export-PSCredential –Path creds.xml Después de esto nos aparecerá una venta pidiendo usuario y contraseña. Estos datos se almacenarán en el fichero creds.xml que hemos especificado y que posteriormente usaremos para ejecutar el script de backup. Este paso hay que hacerlo solo una vez por cada credencial que vayamos a usar y es necesario indicar ficheros diferentes para credenciales distintas.
3. Crear un fichero de texto plano con el listado de máquinas virtuales a las que queremos hacerles el backup. Un nombre de máquina virtual por línea, tal y como aparece en el vSphere Client.
VIServer: Servidor ESXi. En nuestro caso 192.168.1.100 (también podemos indicar el nombre dns del servidor)
ServerCred: Credenciales de acceso al servidor ESXi. En este caso las credenciales se obtienen del fichero esx.enc.xml ubicado en el mismo directorio donde se ejecuta este script.
BackupPath: Indica tanto el servidor FTP donde se va a almacenar el backup, (192.168.2.30 en nuestro caso) como la ruta dentro del servidor (“backups” en nuestro caso)
BackupCred: Credenciales de acceso al servidor FTP donde se va almacenar el backup. En este caso se obtienen del fichero backup.enc.xml
Existen otras soluciones de backup gratuitas como pueda ser ghettoVCB, en la que me he inspirado para crear este script. Sin embargo, estas soluciones tienen una pega importante, y es que dependen de una licencia ESXi no free para poder sacar los backups fuera del servidor ESXi.
Este script no necesita de una licencia no free para funcionar, ya que hace uso de comandos internos de ESXi para enviar por ftp el backup y de plink para inyectar aquellos comandos que por limitaciones de licencia no pueden usarse de forma remota.
El script está en constante desarrollo, por lo que está aún tiene fallos y faltan funcionalidades que quisiera ir implementando poco a poco, por lo que cualquier sugerencia o comentario será siempre bienvenido.
Update: Puedes descargar el script en este enlace.
Kevin Yount, Product Marketing Manager en Quest Software, me ha mandado un documento muy interesante sobre las nuevas funcionalidades de su producto estrella, vRanger y vReplicator 5.0.
Una de las nuevas funcionalidades que más me ha gustado es el soporte CBT para la replicación diferencial de las máquinas virtuales, así como la posibilidad de hacer un failover y test failover desde la misma GUI con la que hacemos los backups y restores de las máquinas virtuales.
Ciertamente, he encontrado la parte de replicación, failover y test failover mucho más sencilla que en VMware Site Recovery Manager.
Por supuesto, antes de poder ver la demo, los chicos de marketing en Quest Software te harán una presentación que tampoco tiene desperdicio. Según IDC – datso de agosto 2010 – el market share en las soluciones de virtualizacion es el siguiente:
90% VMware
8% MS HyperV
Y Citrix tiene un 2%
También, he encontrado interesante la posibilidad de encriptar los repositorios (datastores) que puedes utilizar para almacenar los backups de las máquinas virtuales, siendo cifs, sftp, ftp y nfs los sistemas de archivos soportados en esta nueva versión.
Otra de las funcionalidades que he encontrado realmente útil es la opción del catalog search – una funcionalidad que incrementa muchísimo las opciones FLR (de las siglas en Inglés File Level Restore. Sencillamente, entras el nombre del fichero que quieres restaurar de cualquier máquina virtual y el producto busca el punto de montaje de la copia que contiene ese fichero.
Por supuesto, la opción de FLR está también disponible para máquinas virtuales Linux, para lo cual necesitas configurar e instalar el appliance incluido en el producto.
Puedes ver una demostración del producto. Debes registrarte para tener acceso a la demostración, pero sinceramente vale mucho la pena ver las nuevas funcionalidades de este producto de backup y replicación de Quest Software.
Mi buen amigo, Jeff Miller, jefe de prensa en Veeam Software, ha anunciado que Veeam está ofreciendo licencias gratuitas de Veeam Backup y Veeam Replication versión 5 para todos aquellos con la acreditación oficial VCP (VMware Certified Professionals), VCI (VMware Certified Instructors) y VMware vExperts.
Estoy seguro que aquellos que ya tienen la certificación oficial, son instructores oficiales, o, han sido galardonados con la acreditación oficial de VMware vExpert, se alegraran de esta noticia extraordinaria por parte de Veeam.
Hola, que tal? Soy Jose Maria Gris y como cada jueves estoy aquí con vosotros para hablar del ecosistema de VMware.
Curiosamente me he encontrado con dos situaciones iguales en dos entornos distintos, lo que me ha dado a pensar en que sería bueno postearlo. Veeam Backup es muy fácil de configurar en modo network a través de vCenter. Configuraciones en modo SAN o en modo en modo “Virtual Appliance” tienen su configuración especial, pros y contras.
Estamos en un entorno Veeam Backup 4.x donde la maquina veeam tiene iniciadores iSCSI de MS i “ve” las Luns, haciendo las copias en modo “SAN”. Una de las opciones que tenemos habilitada es usar el Traking de bloques cambiados para que las copias incrementales vayan más rápidas al monitorizar los cambios de bloques.
Todo el sistema funciona bien hasta que un día nos damos cuenta que la velocidad de la copia de seguridad baja de forma considerable y a la par baja el ratio de “copia”.
Investigas que ha pasado y no ves ningún cambio importante a la vista. Nuestro Veeam Backup está funcionando perfectamente, pero da unos mensajes “Verifing changed block tracking…”.
Analizando un poco más en profundidad, justo antes de empezar a ir lentos hicimos unos cambios, entre los que había cambios de ubicación de las VMs en otro datastore con StoragevMotion. Y ahí está el problema. Las referencias de los bloques han cambiado y el sistema no puede establecer “el diferencial” porque el entorno que tiene guardado y el que “ve” no cuadran. Hay que reconciliarlos.
Nos vamos a nuestro vCenter y a cada VM que hemos movido y hemos cambiado de Lun le cambiaremos el siguiente parámetro. En Edit Settings, pestaña options, General, veremos el botón Configuration Parameters.
Dentro de las opciones buscaremos el string ctkEnabled y cambiaremos su status a “False”.
Ello permitirá a Veeam volver a reconstruir el entorno de bloques y volver a nuestra velocidad que estábamos obteniendo hasta és momento.
Es importante tener el tema en cuenta porque lo que parece un cambio banal puede significar perder la ventana de backup ya que un job puede alcanzar a otro, dependiendo de cómo lo tengamos organizado. Otro día hablaremos de la configuración “Virtual Appliance” que es muy curiosa.
Saludos, take care.
Con infinidad de compañías – pequeñas, grandes y medianas – adoptando cada vez más la tecnología de la virtualización de servidores, tiene aun mas sentido aprovechar los múltiples beneficios que aporta la utilización de la virtualización de sistemas.
Uno de estos beneficios es que las máquinas virtuales son independientes al hardware donde estas residen. Esto proporciona una portabilidad que va desde el site primario al site secundario donde el servidor físico y el hardware de almacenamiento pueden ser totalmente diferentes.
Cuando VMware lanzado al mercado en el año 2009 vSphere 4, lo hicieron con algunos cambios importantes en su vStorage APIs para Data Protection - API dicho de paso – que ya usan muchos productos de backup y replicación.
Uno de los cambios, a mi parecer, más notables fue el CBT (de las siglas en inglés Change Block Tracking). Con la funcionalidad de CBT, los servidores vSphere ESX/ESXi realizan un exhaustivo seguimiento de los bloques modificados en un disco virtual .vmdk
En este episodio #36, te voy a mostrar uno de los software de backup para entornos virtualizados que usan la funcionalidad de block change tracking, el archiconocido Veeam Backup:
