VMware: Upgrade vCenter Server Appliance de la versión 5.1 a la 5.5

En nuestro le laboratorio anterior pudimos ver como realizar un Update de nuestro servidor VMware vCenter Server Appliance, también comprobamos que los Update solo se aplican en la misma versión del producto nunca podemos actualizar mediante Update, por ejemplo, de una versión vCenter Server Appliance 5.1 a una vCenter Server Appliance 5.5.

Cambiar de versión de nuestro vCenter, VMware no lo llama Update lo denomina Upgrade y será en lo que nos centraremos en el laboratorio de hoy.

Para empezar veremos el despliegue de las maquinas virtuales que ya hemos realizado con anterioridad y que usaremos en el desarrollo del laboratorio.

Nuestro Servidor origen será un vCenter Server Appliance 5.1.0.5300 Built 957940 esto equivale a 5.1.0 b, siendo la máxima actualización de la versión 5.1 la 5.1.0 Update 3b, con esto ya podemos ver que no es ni mucho menos la última actualización disponible para la versión vCenter Server Appliance 5.1, pero no será necesario tener la ultima versión de un Server Appliance para poder hacer un Upgrade a una versión mucho más superior, que en nuestro ejemplo será la versión 5.5.0.30000 Built 3000347.

Cómo hacer un Update de VMware vCenter Server Appliance

En el laboratorio de hoy vamos a ver el procedimiento para actualizar los Update de nuestro servidor VMware vCenter Server Appliance.

En primer lugar, haciendo uso de un explorador de Internet conectaremos a la web de configuración de vCenter Server Appliance.

Usaremos la URL siguiente.

https://[IP o Nombre del servidor de vCenter]:5480

Validaremos con las credenciales de acceso, por defecto serán.

Usuario: root

Contraseña:vmware

Cuando hayamos validado en el entorno, nos dirigiremos a la sección Update. En la ventana principal nos mostrará la versión actual de nuestro servidor de vCenter Server Appliance, en nuestro ejemplo disponemos de la versión 5.5.0.20500 Build 2645490 que equivale a la versión 5.5 Updare 2e. Esto funciona como en clásico Windows Update de Microsoft, para buscar actualizaciones, presionaremos el botón situado en la parte derecha de la ventana Check Updates.

Windows 2008: Configurar Remote Desktop Services y Licensing.

En este laboratorio, vamos a ver el procedimiento de instalación y configuración de un nuevo servidor de Remote Desktop Services y su Remote Desktop Licensing, que residirá en un equipo que no es controlador de dominio de Active directory. Todos los equipos usados en el laboratorio tienen instalado como sistema operativo un Windows 2008 R2.

Veamos un breve resumen de los pasos que vamos a seguir en nuestro laboratorio.

• 1. Instalación de los roles de Remote Desktop Services.
• 2. Network Level Authentication.
• 3. Tipos de Licencias CAL para Remote Desktop Services.
• 4. Creación del Grupo de usuarios de terminal Server.
• 5. Configuración de la experiencia de cliente.
• 6. Instalar servidor de Licencias de Terminal Services.
• 7. Instalación de las licencias de Terminal Services.
• 8. Configurar licensing Mode.
• 9. Prueba de conexión.

1. Instalación de los roles de Remote Desktop Services.

En primer lugar, accederemos a la herramienta, Server Manager, del servidor que tenemos destinado a albergar los Servicios de Escritorio Remoto, y procederemos a instalar los roles necesarios.

Buscaremos en el menú lateral izquierdo de la ventana y desplegaremos la rama llamada Roles.

En la ventana central de Server Manager, en la sección Roles Summary, seleccionaremos la opción Add Roles, para agregar el nuevo rol de Servicios de Escritorio Remoto o RDP.

Windows 10: mostrar la versión de sistema operativo en el escritorio

En este nuevo laboratorio, veremos cómo podemos mostrar la versión de nuestro sistema operativo en el fondo del escritorio de Windows, utilizando una clave en el registro:

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Control Panel\Desktop]

"PaintDesktopVersion"=dword:00000001

Veamos unos ejemplos, en primer lugar comprobaremos que en la parte inferior derecha del escritorio no tenemos nada, esto indica que el valor del registro de Windows  PaintDesktopVersion es igual a 0.

Cómo descubrir la dirección IP de la tarjeta ILO en un Host ESXi

Los servidores Hewlett-Packard, incorporan una tecnología llamada Integrated Lights-Out o (iLO), que permite tener acceso mediante un puerto de red, independiente de los adaptadores LAN del servidor, a dichos servidores de forma remota, aunque éstos se encuentren apagados, otras tecnologías parecidas a Integrated Lights-Out, serian, la iDRAC de DELL, el Remote Supervisor Adapter de IBM, la  CIMC de Cisco y  como ultimo la ILOM Sun/Oracle.  .

Para hacer uso de Integrated Lights-Out, deberemos configurar, durante el la secuencia de arranque de nuestro servidor Proliant  una dirección IP y una máscara de red, también podemos crear distintas cuentas de usuario. 

Pero, ¿que pasa si nos hemos olvidado configurar Integrated Lights-Out en un servidor que ya tenemos en producción? 

Por defecto, ILO viene configurada para coger una dirección IP de forma automática por DHCP, así pues solo debemos conectar un cable de red al puerto de Red de ILO y de forma automática, tendremos configurada una IP y remotamente vía Web podremos terminar la configuración de todas las características de Integrated Lights-Out.

Supongamos que en nuestro servidor productivo es un host ESXi, entonces, ¿cómo hacemos para averiguar la dirección IP que se ha asignado automáticamente a nuestra tarjeta ILO? 

En primer lugar deberemos saber, que para llevar a cabo este procedimeinto, tenemos que tener instalado en nuestro servidor HP Proliant, el sistema operativo HP Custom Image for ESXi, 

Seguidamente, desde la consola de Virtual Center, habilitaremos el Servicio de SSH en nuestro servidor Host, para ello, seleccionaremos el servidor al que deseamos configurar la tarjeta ILO y nos dirigiremos a la pestaña Configuration, en el menú lateral izquierdo, en la sección sección Software seleccionaremos la opción Security Profile. En la ventana central accederemos a las propiedades de los servicios pulsando Properties.

Review Libro ADIT - Active Directory para administradores de IT

En este nuevo review me congratula empezar una serie de revisiones en varias entregas, sobre tres de los siete fabulosos libros de Xavier Genestós.

Todos ellos los podemos encontrar en la editorial Lulu a un precio muy razonable, en castellano y en formato DIN-A4.

Los títulos de las publicaciones que revisaremos son:

• ADIT - Active Directory para administradores de IT.
• GPOIT - Group Policy Objects para administradores de IT.
• WFS - Windows File Server.

He seleccionado estos tres títulos, porque tratan de tres temas que a mi entender, me parecen esenciales y que todo administrador de sistemas debe conocer. Son productos ampliamente extendidos en todo el mundo y a pesar de haber evolucionado a  lo largo de su recorrido, la idea original sigue siendo la misma que en su inicio. Es de vital importancia que tengamos un conocimiento profundo de todos de ellos, tanto si tenemos instalado en nuestra infraestructura Windows Server 2000 como Windows Server 2012 R2.

Podemos revisar el índice de todas las publicaciones de Xavier en su blog: Índice y referencias libros

Empezaremos revisando el tema que es la base de todo, Active Directory, y este queda recogido en el libro, ADIT - Active Directory para administradores de IT.

 

Active Directory: Transferir funciones FSMO mediante línea de comandos.

En el laboratorio de hoy, vamos a transferir las funciones Flexible Single Master Operation o FSMO de un controlador de dominio de Active Directory a otro mediante línea de comandos. Para nuestro ejemplo, usaremos un servidor Windows Server 2003 como origen y un servidor Windows Server 2012 R2 como destino de la operación.

En primer lugar agregaremos el nuevo servidor Windows Server 2012 R2 al dominio existente y también verificaremos el nivel funcional de nuestro dominio de Active Directory y nuestro bosque, solo si es necesario lo elevaremos para poder promocionar nuestro nuevo servidor.

Si tenemos controladores de dominio en los que se ejecute una versión anterior de Windows a la del controlador de dominio que ostenta los roles, no debemos elevar el nivel funcional del dominio hasta verificar en la tabla que tenemos a continuación, en ella se buscaremos el nivel funcional que necesitamos que tenga nuestro dominio y cuales son los sistemas operativos compatibles, de tener un controlador de dominio en uso que no sea compatible con el nivel funcional que necesitamos, en primer lugar deberemos retirarlo, cambiando todos los servicios que tenga a otro servidor mas moderno y después desproporcionando el servidor .

Cuando elevamos el nivel funcional del dominio a un nivel superior, ya no es posible dar vuelta atrás, así pues para evitar desastres nos debemos tomar muy en serio la tabla que tenemos a continuación.

Niveles funcionales del Dominio.

Para un nivel funcional del dominio Windows 2000 mixto los sistemas operativos de controlador de dominio admitidos serán.

Windows NT 4.0

Windows 2000

Familia Windows Server 2003

Para un nivel funcional del dominio Windows 2000 nativo los sistemas operativos de controlador de dominio admitidos serán.

Windows 2000 Server

Windows Server 2003

Windows Server 2008

Windows Server 2008 R2

Para un nivel funcional del dominio Windows Server 2003 los sistemas operativos de controlador de dominio admitidos serán.

Windows Server 2003

Windows Server 2008

Windows Server 2008 R2

Windows Server 2012

Para un nivel funcional del dominio Windows Server 2008 los sistemas operativos de controlador de dominio admitidos serán.

Windows Server 2008

Windows Server 2008 R2

Windows Server 2012

Para un nivel funcional del dominio Windows Server 2008 R2 los sistemas operativos de controlador de dominio admitidos serán.

Windows Server 2008 R2

Windows Server 2012 

Para un nivel funcional del dominio Windows Server 2012 los sistemas operativos de controlador de dominio admitidos serán.

Windows Server 2012 

Niveles funcionales del bosque.

Para un nivel funcional del bosque Windows 2000 nativo los sistemas operativos de controlador de dominio admitidos serán.

Windows Server 2012

Windows Server 2008

Windows Server 2003

Windows 2000

Para un nivel funcional del bosque Windows Server 2003 los sistemas operativos de controlador de dominio admitidos serán.

Windows Server 2003

Windows Server 2008

Windows Server 2012

Para un nivel funcional del bosque Windows Server 2008 los sistemas operativos de controlador de dominio admitidos serán.

Windows Server 2008

Windows Server 2012

Para llevar a cabo este procedimiento, deberemos ser miembros del grupo Admins. del dominio en el dominio cuya funcionalidad deseamos elevar o del grupo Administradores de organización en Active Directory, o bien deberemos tener delegada la autoridad correspondiente. 

Para nuestro ejemplo, el nivel funcional debería ser  Windows Server 2003.

Después de aumentar el  nivel funcional, promocionaremos el nuevo servidor Windows Server 2012 R2 a controlador de dominio. Seguidamente, abriremos una ventana de  línea de comandos, y usaremos para verificar que controlador de dominio tiene en la actualidad las cinco funciones Flexible Single Master Operation el comando

netdom query fsmo

En nuestro ejemplo es un servidor llamado SRVDC, nuestro  Windows Server 2003. El nuevo servidor Windows Server 2012 R2 lo llamaremos SRVDC01.

Cómo desplegar una máquina virtual desde una template VMWare

En nuestro anterior post VMWare - Crear una Template, pudimos ver como podemos crear una plantilla o template desde la que podíamos desplegar otras muchas máquinas virtuales que tendrán las mismas características iniciales.

Review Libro VBESXi - Veeam Backup sobre ESXi

Los programas de copia de seguridad tradicionales, aún los más sencillos, siempre me han parecido complicados y poco intuitivos en el manejo de los trabajos de copia y la configuración de los mismos en general.

Cuando aparecieron las tecnologías de visualización, todos los programas clásicos de copia de seguridad del mundo físico, intentaron reciclarse de forma parcial  para poder realizar copias de maquinas virtuales a la vez que continuar dando servicio de copias de seguridad en el mundo físico, incrementando, a mi modo de ver, su complexidad y falta de facilidad de uso, pero esto cambió con la aparición de Veeam Backup & Replication. 

Veeam Backup & Replication, es un producto de sencillo manejo y muy intuitivo, con fantásticos asistentes de configuración, sin hablar de su efectividad en la recuperación rápida de maquinas virtuales. Cubre todas las necesidades de copia y la replicación de las infraestructuras de red virtualizadas, es un gran producto, que ha revolucionado los sistemas de copia de seguridad en el mundo virtual.

Hace unos días recibí un libro, que me hace mucha ilusión recomendar, se trata del nuevo libro de mi buen amigo Xavier Genestós. Para Xavier, parece que el tiempo sea interminable ya que le sobra tiempo para todo, es administrador de sistemas, formador y escritor de libros sobre administración de sistemas informáticos, además de ser un grandisimo profesional del sector, mejor persona y un buen amigo.

  

Perfiles Móviles: Pruebas finales.

Hemos dividido este laboratorio en catorce artículos separados por temáticas, a los que podéis acceder directamente usando el incide de contenidos que mostramos a continuación:

• Perfiles Móviles: Configurar en AD.
• Perfiles Móviles: Crear un recurso compartido para los perfiles de usuario.
• Perfiles Móviles: Crear GPO para los perfiles de usuario.
• Perfiles Móviles: Filtrado de Seguridad.
• Perfiles Móviles: Redirigir las carpetas de datos de los perfiles de usuario.
• Perfiles Móviles: Excluir directorios de los perfiles.
• Perfiles Móviles: Limitar el tamaño del perfil de usuario.
• Perfiles Móviles: Configurar Profile Path.
• Perfiles Móviles: GPO para Configurar Profile Path - Parte 1.
• Perfiles Móviles: GPO para Configurar Profile Path - Parte 2.
• Perfiles Móviles: GPO para Configurar Profile Path - Parte 3.
• Perfiles Móviles: GPO para Configurar Profile Path - Parte 4.
• Perfiles Móviles: GPO para Configurar Profile Path - Parte 5.
• Perfiles Móviles: Pruebas finales.

Para probar la configuración que hemos llevado a cabo en este larguísimo articulo, en primer lugar, accederemos desde una estación de trabajo de pruebas y validaremos con uno de los usuarios del grupo que deben usar perfiles móviles.

Esperaremos a que inicie y cargue por primera vez el perfil de usuario.

Una vez veamos el escritorio de windows en nuestro equipo, si nos desplazamos a la ruta de red donde tendrían que crearse los perfiles de usuario móvil, descubriremos que efectivamente ya no tendremos una carpeta vacía, habrán aparecido las carpetas de todos los perfiles de usuario que han validado en los equipos por primera vez.

Espeto os sea de utilidad.

Enlaces relacionados

Active Directory: Migrar Roles FSMO de Windows 2003 a 2012.
Free-running system clock - w32tm.
Windows 2008 R2 DCPROMO.
Microsoft Windows Server 2012 R2 - DCPROMO.

Instalar y configurar Servicio de DHCP - Windows 2012.