Este proceso de actualización será el más utilizado entre los que tengamos entornos VMware vSphere con hosts ESX 4.0 y querramos actualizarlos a ESX 4.1, ya que lo realizaremos de una forma ordenada y gestionada a través de Update Manager, en este documento se muestran los pasos que necesitaremos para ir actualizando nuestros hosts a la última versión.
Publico este documento que me pasa mi coleguita Carlos Fuenteseca, un crack de tio: Los grupos de restauración de almacenamiento que podíamos ver en las antiguas versiones de Exchange 2003/2007 han desaparecido con la aparición de la nueva versión de Exchange Server 2010. En este documento podremos ver cómo crear una base de datos de recovery así como realizar una restauración de un buzón de Exchange 2010 utilizando Symantec Backup Exec 2010 y un par de comandos desde la poderosa powershell de Exchange server 2010. Como comentare durante el documento, estas opciones de restauración son similares con cualquier software de backup compatible con Exchange Server 2010.
Algo típico de estos días es ir actualizando nuestros entornos virtuales a la versión 4.1 los que tengan VMware ESXi 4.0 y quieran migrarlos a VMware ESXi 4.1, en este documento vemos cómo actualizar los host que tengamos descentralizados de una forma rápida pero manual, lo realizaremos mediante VMware vSphere CLI (Command-Line Interface) y bajándonos el fichero a que nos permitirá dicha actualización.
En este documento veremos cómo podemos actualizar nuestro entorno VMware vCenter 4.0 a VMware vCenter 4.1, ojo! tendremos en cuenta que en la instalación origen tenemos el vCenter en una instalación de 32 bits y (como sabemos) vCenter 4.1 sólo se puede instalar en sistemas de 64 bits, por lo tanto vamos a tener que migrar toda la configuración de un servidor (x86) a otro (x64). Si el servidor origen ya es de 64 bit no habría tanta complicación. Una vez hayamos actualizado vCenter y sus componentes a la versión 4.1 ya podremos actualizar los host ESX(i) a 4.1.
Si nuestra intención es actualizar los host que tengamos de VMware ESX 4.0 o VMware ESXi 4.0 a la nueva versión de vSphere 4.1 de forma manual, esto es, sin usar VMware Update Manager podemos hacerlo de una forma sencilla. Tan sólo tendremos que bajarnos un par de ficheros, copiarlos al host y aplicarlos para actualizar el equipo, previamente habremos apagado todas las máquinas virtuales que ejecuta el host o haberlas movido a otros equipos y haber puesto el equipo en modo mantenimiento.
ghettoVCB.sh es de los pocos scripts buenos que conozco que nos sirvan para realizar copias de nuestro entorno VMware de una forma gratuita, esto es, podremos hacer copias de seguridad tanto en servidores ESX como en ESXi sin licenciar! Podemos decir que se comporta igual que el VCB tradicional, realiza un snapshot de la máquina virtual a copiar, nos copia en un directorio los archivos de la máquina virtual y posteriormente borra el snapshot. ghettoVCB es un script que se debe ejecutar en el propio servidor VMware ESX(i), podremos programar que se ejecute mediante tareas ‘Cron’ o como en mi caso lo ejecutaré desde un equipo remoto mediante la utilidad plink.exe. Además, ghettoVCB almacena los backups en un datastore de ESX(i), en este documento veremos al final cómo hacer el backup en una carpeta Windows que tengamos gracias a NFS.
A partir de la versión 4.1 de VMware vSphere, tanto en VMware ESX como en ESXi existe una forma de habilitar el modo de acceso a los host llamado Tech Support Mode, podemos habilitar un acceso a la consola local desde el propio host (Local Tech Support) o habilitar acceso remoto con SSH (Remote Tech Support), además, lo bueno es que podemos habilitar el acceso mediante SSH de forma remota desde el propio cliente de VMware.
A partir de la nueva version de VMware ESX 4.1 o VMware ESXi 4.1 ya se soporta el uso de dispositivos USB conectados a nuestros host y pasar la redirección a las máquinas virtuales. En este documento veremos cómo configurarlo, es muy sencillo y se puede hacer en caliente.
Durante la instalación de Exchange 2010, se crean algunas libretas de direcciones por defecto, una de ellas es la denominada “Todas las Salas” (All Rooms por si lo teneis en Ingles). Es posible, que cuando reorganiceis vuestras listas de direcciones elimineis esta libreta porque no la vayais a usar y en este momento es cuando desde el OWA dejamos de poder ver las lista de direcciones con el siguiente error:
Por fín! en este documento podremos ver cómo instalar el servidor Web Interface 5.3 de Citrix en un servidor Java, en este caso usaremos una distribución Debian Lenny nueva a la que instalaremos Apache2 y Tomcat6 para poder ejecutar el servidor Web Interface de Citrix, podremos por lo tanto ahorrarnos un servidor Windows con el costo que nos supondrá de licenciamiento, recursos… gracias a mi gran coleguita Manel que me ha dado las pistas para montarlo!!! Comenzamos…
Hacemos formaciones a medida
Windows Server – VMware vSphere – Citrix Virtual Apps & Desktops – Centreon
|
Somos una consultora que se preocupa y mima
|
 |
|
Con calidad y valor añadido
|
 |
|
¡Trabajemos juntos!
|
 |
