En este documento veremos cómo podemos configurar VirtualCenter para poder acceder con diferentes cuentas de usuario y cada cuenta de usuario tenga diferentes tipos de permisos. Es ideal para no tener que dar por supuesto la cuenta de Administrador a nadie, por si tenemos algún becario encargado de encender máquinas virtuales, que sólo pueda hacer eso, si tenemos un departamento encargado de revisar LOG’s o crear MV’s que sólo puedan hacer eso y nada más.

En este documento sólo veremos el proceso de instalación del VirtualCenter de VMware, A versão 2.5. Definición: VMware VirtualCenter es un software de administración de infraestructura virtual. Crea un centro de datos que responde con mayor rapidez y seguridad tareas de configuración, asignación de aplicaciones, servicios y servidores virtuales. Este software permite provisionamiento instantáneo de servidores, disminuye el paradas de los usuarios y optimiza el centro de datos.

Este documento mostra algo muito importante e totalmente necessário, como definir o tempo em um servidor ESX, uma vez que, normalmente, se nada estiver configurado, As máquinas virtuais tomam o tempo do host e se ele não estiver configurado…

Conectándonos a un host ESX o a un VirtualCenter con VMware Infrastructure Client – AKI Organizando una estructura de VirtualCenter, creando directorios, datacenters y agregando hosts – AKI Creación de máquinas virtuales (MV) – AKI Migrar una MV entre diferentes hosts – AKI Creando un clúster con (HA y DRS) y migrando hosts a él – AKI Creación y usos de las reservas de recursos o Resource Pool – AKI Resumen de todas las pestañas y partes de la consola de administración de VirtualCenter – AQUI

En este documento veremos las posibilidades que tenemos mediante las alarmas, pudiendo crear y definir alarmas con cualquier parámetro, ya sea sobre los host’s, los pooles de recursos, o las máquinas virtuales directamente. Podremos crear alarmas con los parámetros que nos interesen de carga y posteriormente seleccionar qué acción realizar.

En este breve documento se muestra cómo se actualizaría una versión anterior de VMware VirtualCenter a la actual versión 2.5. Se da por supuesto que la base de datos se encuentra en un servidor de base de datos SQL Server o Oracle. Una vez actualizado el VirtualCenter es aconsejable actualizar los servidores ESX a la última versión de VMware ESX, o 3.5 – AQUI.