Upgrade a vCenter Server 5.0

Una serie de articulos detallando el proceso de Upgrade a vCenter Server 5.0

Upgrade a ESXi 5.0

Una serie de articulos detallando el proceso de Upgrade a ESXi 5.0

Instalación de ESXi 5.0

Una serie de articulos detallando el proceso de Instalación de ESXi 5.0

Configuración iSCSI en vSphere 5.0

Una serie de articulos dedicados a la configuración de iSCSI en vSphere 5.0

Reconocido como vExpert 2011

Reconocido como vExpert 2011

VMware View 4.5

Una serie de articulos dedicados a View 4.5 y todas sus nuevas funcionalidades.

VMware View Transfer Server 4.5

Una serie de articulos dedicados a View Transfer Server y sus caracteristicas.

VMware View Composer 2.5

Una serie de articulos dedicados a View Composer y sus caracteristicas.

Cluster MSCS Across Boxes en vSphere 4.1

Serie de articulos detallando el proceso de creación y configuración de un cluster MSCS en configuración Across Boxes en vSphere 4.1

domingo, 8 de enero de 2012

Impacto de la virtualización en la estrategia de Respaldo y Disaster Recovery



Hasta hace no muchos años, antes de que la virtualización entrara fuertemente en el Datacenter de las compañias, respaldar la información critica podia llegar a ser un desafio.  Aun más, el proceso de restauración podia llegar a ser una pesadilla en muchos casos, y muchas veces este proceso no podia ser completado exitosamente.

En este punto debemos separar además el termino "Restauración" de "Recuperación".  Si bien en muchos casos podemos llegar a restaurar los archivos requeridos, hay mucho camino aun por recorrer para poder llevar a cabo una Recuperación exitosa del servicio o aplicación requerida

En un ambiente fisico tradicional, los fabricantes de soluciones de respaldo tradicionales muchas veces se conformaban con el hecho de extraer los datos desde los respaldos y llevarlos a un almacenamiento accesible para su uso, lo cual claramente no es suficiente si consideramos que el proceso no estara completo si la aplicación que requiere el dato restaurado no ha podido volver a estar operativa.

Por otro lado, las soluciones de respaldo estaban pensadas principalmente para poder respaldar y restaurar datos.  Con el uso de agentes especializados, los fabricantes sumaron soporte para el respaldo y restauración de aplicaciones y servicios como Bases de Datos, Servidores de correo, etc.  Estos agentes, si bien solucionaban esa necesidad puntual, aumentaban drasticamente el costo de la solución de respaldo, asi como también su complejidad.

Aun más, en un ambiente fisico existe un desafio aun mayor...  ¿Qué sucede si el servidor ha fallado completamente y es necesario recuperarlo desde cero?

Una alternativa es reinstalar el sistema operativo y las aplicaciones/servicios, con la correspondiente configuración, para luego restaurar los datos almacenados en los respaldos...  Pero esto toma demasiado tiempo no?  De hecho una solución asi en muchos casos es inaceptable para servidores de misión critica, debido a que podria tardar horas en el mejor de los casos.

Para enfrentar este desafió, la mayoria de las soluciones de respaldo cuentan con capacidades de restauración "Bare Metal", que permiten una restauración desde cero, pero este tipo de soluciones suelen ser poco confiables, debido a que dependen mucho del hardware de reemplazo, donde un pequeño cambio puede provocar que las restauraciones fallen.

Y el desafio final en ambientes fisicos, es que el proceso de recuperación rara vez involucra a un unico servidor.  Por ejemplo, ante la falla del Storage que soporta la aplicación (por ejemplo en una configuración en Clúster), o cuando el Datacenter completo sufre una caida, el proceso de restauración involucrará varias capas (tiers) de servidores, lo cual muchas veces debe ser realizado en un orden especifico para asegurar que el proceso sea exitoso.

Todos estos desafios que enfrenta una infraestructura fisica tradicional, hacen que poder contar con una estrategia de Recuperación ante Desastres y de Continuidad de Negocios sea extremadamente dificil.  Ni hablar de procedimientos para probar los respaldos, proceso que podria durar por siempre....

La llegada de la virtualización.
Con la aparición de la virtualización y su explosiva adopción, especialmente con VMware, todos los paradigmas de gestión de un Datacenter sufieron un cambio profundo, especialmente los procedimientos relacionados a Disaster Recovery y Bussines Continuity.

Las antiguas soluciones de respaldo, asi como los procedimientos de recuperación ante desastres, si bien aun pueden ser utilizados en los ambientes virtualizados, estan lejos de ser eficientes y debieran ser reemplazados por soluciones y procedimientos acorde, que puedan aprovechar todas los beneficios que la virtualización nos entrega.

Si bien la virtualización nos ayuda a enfrentar de mejor manera los desafios antes mencionados, esta es solo parte de la solución.  La otra parte son las soluciones de Respaldo y Disaster Recovery que nos ofrecen los principales actores de la virtualización (VMware, Microsoft y Citrix), asi como las soluciones especializadas de terceros (Veeam, Quest, Symantec, CA, etc.).

Con las soluciones de respaldo y Disaster Recovery diseñadas para ambientes virtuales, cada servidor (máquina virtual) puede ser protegido completamente en un unico proceso de respaldo, aprovechando uno de los pilares de la virtualización, que no es otro que la ENCAPSULACIÓN de la MV en un conjunto de archivos.

Luego de realizar un respaldo full, al comunicarse directamente con el hypervisor, las soluciones de respaldo pueden realizar respaldos parciales (incrementales) almacenando solo los cambios o bloques modificados de la MV respecto al ultimo respaldo.  Adicionalmente las soluciones de respaldo actuales utilizan metodos avanzados de compresión y deduplicación, lo que permite un uso más eficiente de los recursos de almacenamiento y del ancho de banda en la red de respaldos.

Para que los respaldos sean consistentes, las soluciones de respaldo para ambientes virtualizados están basadas principalmente en los Snapshots de las máquinas virtuales, lo cual permite mantener multiples puntos de recuperación o versiones de respaldos.

Ahora lo escencial... ¿En que mejoran los procesos de recuperación?
Con la virtualización y las soluciones de respaldo y Diaster Recovery pensadas para ambientes virtuales, es posible recuperar una máquina virtual completa desde un respaldo, sin preocuparse de los problemas de compatibilidad de hardware que presentaban las soluciones Bare Metal tradicionales, porque como deben recordar, las máquinas virtuales son 100% independientes del hardware físico que las hospedan!

Esto nos permite restaurar una  o más máquinas virtuales en otro host o incluso en otro Site si es necesario, siendo de gran ayuda al momento de aplicar los procedimientos de Disaster Recovery

Mejor aun, si la situación asi lo requiere, y dependiendo de la solución de respaldo utilizada, es posible recuperar archivos especificos desde el respaldo de la MV, no siendo necesaria la restauración de la MV completa.  Del mismo modo, y dependiendo de la "inteligencia" de la solución de respaldo elegida, es posible realizar restauraciones granulares a nivel de aplicación, como puede ser un correo en un buzon Exchange, o un registro en una BD SQL/Oracle.

Algunos productos de Respaldo y Disaster Recovery tienen la habilitad de realizar una recuperación "in-place", que permite acelerar el proceso de recuperación montando la máquina virtual respaldada desde el mismo repositorio de respaldos, lo cual nos permite tener nuestros servicios operativos en forma casi instantanea en algunos casos, aun cuando tengan una performance degradada.  Una vez el servicio se encuentra restaurado, el administrador TI puede utilizar funcionalidades como Storage vMotion de vSphere para mover "en caliente" la MV al dispositivo de almacenamiento principal, sin ninguna interrupción, y normalizando la performance de dicho servicio.

Si requerimos soluciones de Disaster Recovery y Bussines Continuity, como el uso de Sites de Contingencia, apalancando la Virtualización y las tecnologias de respaldo modernas es posible pensar en sitios replicados y procedimientos de Failover y Failback de maneras que serían mucho más complejas de implementar en los ambientes fisicos tradicionales.

Con soluciones como VMware Site Recovery Manager, Veeam Backup and Replication y Quest vRanger, es posible contar con sitios replicados en ubicaciones remotas, donde ya no es requisito fundamental la compatibilidad entre los dispositivos de almacenamiento (SAN) existentes en el sitio principal y en el de contingencia.
De hecho, si asi lo requieren, el sitio de contingencia podria incluso funcionar sin un almacenamiento centralizado (SAN o NAS), utilizando nada más que almacenamiento local en cada host.  Claramente no es la situación ideal, pero cuando el presupuesto es escaso, es una solución bastante valida.

Un ultimo punto, pero no menos importante, es la posibilidad de probar los respaldos para asegurarnos que estos sean recuperables en caso que lo necesitemos.  Con la virtualización y las soluciones de respaldo y Disaster Recovery, es más sencillo generar ambientes aislados o sandbox virtuales donde poder comprobar que los respaldos sean recuperables y funcionales, sin afectar a los servicios productivos, y en tiempos mucho más acotados que en ambientes físicos tradicionales.

Como pueden ver, al virtualizar un Datacenter se deben introducir cambios bastante profundos en la manera en que se gestiona la plataforma y en los procedimientos que llevan a cabo los administradores de TI en diversas situaciones, en especial en lo relacionado a la Recuperación ante Desastres y Continuidad de Negocios.

Espero que les haya resultado interesante y que les sea de utilidad.

martes, 3 de enero de 2012

VMware View 5: Persona Management



Hola a todos, hoy hablaremos sobre View 5, especificamente de la nueva funcionalidad "Persona Management".

Persona Management, disponible en la versión Premier de VMware View 5, permite preservar los perfiles de usuario y sincronizarlos dinamicamente con un Repositorio remoto de perfiles.  Expande la funcionalidad de Windows Roaming Profiles y mejora la performance de este, pudiendo ser una solución alternativa a Roaming Profiles.

El perfil de cada usuario es una colección de datos y configuraciónes utilizados por cada usuario cuando inicia una sesión en Windows. El perfil de cada usuario se almacena por defecto en el siguiente directorio:

  • Windows XP:  c:\documents and settings\%username%\ 
  • Windows 7: c:\users\%username%

El perfil de usuario incluye una variedad de información generada por el usuario, como por ejemplo:
  • Apariencia del escritorio, como por ejemplo el wallpaper, combinacion de colores, uso de Aero en Windows 7, etc.
  • Parametros de configuración de aplicaciones, como preferencias de usuario para su uso, barras de herramientas, configuración de correo en Microsoft Outlook, etc.


Persona Management es una mejora considerable para preservar el perfil de los usuarios, especialmente en Pools Flotantes de escritorios virtuales.  En versiones anteriores, esto solo era posible utilizando escritorios dedicados para cada usuario (Ejemplo, Pool de Composer con Discos Persistentes).

Desafios en la gestión de perfiles
En un escritorio fisico tradicional, todos los cambios que realiza un usuario en su perfil son almacenados en el disco local.

En una infraestructura de escritorios virtuales, existen dos tipos de escritorios:


  • Dedicados (o persistentes), donde a cada usuario se le asigna un escritorio, el cual seguirá usando cada vez que inicie sesión en VMware View.
    Utilizando escritorios dedicados, los perfiles de usuario pueden ser almacenados en un disco de datos persistente, no obstante esta no es una solución optima para escenarios de Disaster Recovery y Business Continuity.  Adicionalmente, los discos persistentes no se integran bien con las soluciones de respaldo corporativas.
  • Flotantes (No persistentes), donde el usuario obtiene un escritorio aleatoriamente cada vez que inicia sesión.  En este caso, en versiones anteriores, el usuario pierde todos los datos de perfil al cerrar sesión.  Cada vez que el usuario inicia sesión en un pool de escritorios flotantes, el usuario experimenta el estar iniciando sesión por primera vez en Windows, incluyendo la apariencia del escritorio y todas las preferencias y configuraciones de las aplicaciones.


VMware View 5 incluye Persona Management que permite preservar el perfil de los usuarios en un repositorio compartido en la red, permitiendo recuperarlo cada vez que el usuario inicia sesión, sin importar si se encuentra en un escritorio dedicado o flotante.


Como funciona Persona Management?

View Persona Management incluye politicas de grupo que se pueden importar facilmente en Active Directory, y que permiten habilitar View Persona para los usuarios de View, asi como tambien configurar otros parámetros, como la ubicación del repositorio de perfiles.  Algo a destacar es que View Persona Management no realiza cambios en las cuentas de usuario de Active Directory para poder gestionar los perfiles.

Adicionalmente, al instalar el Agente View en los escritorios, se debe instalar el componente para View Persona incluido en el Agente de View 5.

En el caso de utilizar aplicaciones virtualizadas con ThinApp, la data del sandbox de ThinApp puede tambien ser almacenada en el perfil del usuario que está almacenado en el repositorio central de Persona Management, sin impactar significativamente en los tiempos de inicio de sesión.

Los perfiles de usuario son sincronizados dinamicamente con el repositorio remoto de perfiles. View Persona no requiere el uso de Windows Roaming Profiles, pero si este ultimo ya se encuentra implementado, es posible utilizar el repositorio existente como repositorio de perfiles de View Persona.

Al usar Persona Management se obtienen mejoras importantes en el tiempo que toma el escritorio para abrir y cerrar sesión.

  • Durante el inicio de sesión, View descarga solo los archivos que Windows necesita, como los archivos de registro del usuario.  Otros archivos son copiados al escritorio cuando el usuario o la aplicación los abre.  En resumen, el la información del perfil es descargada por View Persona a medida que el usuario lo necesita.
  • View copia periodicamente los cambios recientes hechos en el perfil local, al repositorio remoto.  Por defecto el intervalo de sincronizacion es de 10 minutos, el cual puede ser personalizado.
  • Durante el cierre de sesión, solo los archivos que fueron actualizados desde la ultima replicación son copiados en el repositorio remoto de perfiles.


En conclusión, View Persona Management permite que los usuarios tengan una experiencia consistente desde un inicio de sesión a otro, sin importar si se encuentran en un pool flotante o dedicado.

miércoles, 14 de diciembre de 2011

vSphere 5: Host Power Management (HPM)

Hola a todos,

Una de las nuevas features incluidas en vSphere 5, y de la que poco se ha hablado, es vSphere Host Power Management o simplemente HPM.

HPM es una tecnica que permite ahorrar energia poniendo ciertas partes de un servidor o dispositivo en un estado de energia reducido, cuando el servidor o dispositivo se encuentra inactivo o no necesita funcionar a plena capacidad.

HPM no debe confundirse con DPM (Distributed Power Management), el cual distribuye MVs entre hosts fisicos en un cluster, intentando liberar uno o más hosts para apagarlos completamente.  HPM ahorra energia manteniendo los hosts encendidos en todo momento.  Ambas features pueden ser utilizadas simultaneamente permitiendo un ahorro de energía mayor.


HPM administra la energia utilizando los estados de performance y energia de Advanced Configuration and Power Interface (ACPI).  Con el lanzamiento de vSphere 5, la politica de administración de energia por defecto está basada en DVFS (Dynamic Voltage and Frequency Scaling).  Esta tecnologia utiliza los estados de performance del procesador y permite que parte de la energia sea ahorrada utilizando el procesador a una menor frecuencia y voltaje, mientras aun se deja suficiente tiempo de CPU disponible para mantener niveles de performace aceptables en la mayoria de los ambientes.

Host Power Management en ESXi 5

vSphere HPM en ESXi 5 se encuentra diseñado para reducir el consumo de energia en los hosts ESXi.


ESXi 5 incluye cuatro diferentes politicas de energia que están basadas en el uso de los estados de performance ACPI (P-States) del procesador, y en los estados de energia ACPI (C-States) del procesador.

Los P-States pueden ser utilizados para ahorrar energia cuando la carga de trabajo en ejecución sobre el host no requiere una capacidad completa de CPU.  Los C-States pueden ahorrar energia solo cuando la CPU tiene una cantidad significativa de tiempo disponible, por ejemplo, cuando la CPU está esperando que una operación de I/O se complete.

Politicas de Energia HPM en ESXi5
ESXi cuenta con las siguientes politicas de energia:



  • High Performance: Esta politica maximiza la performance, y no utiliza ninguna funcionalidad de gestión de energia.  Esta es la politica por defecto para ESX/ESXi 4.x.
  • Balanced: Esta politica está diseñada para reducir el consumo de energia del host, mientras se tiene poco o ningún impacto en la performance.  Esta es la politica por defecto para ESXi 5
  • Low Power: Esta politica está diseñada para reducir en forma más agresiva el consumo de energia del host, al riesgo de reducir la performance.
  • Custom: Esta politica parte con la misma configuración que la politica "Balanced", pero permite que parametros individuales sean modificados.  Si el hardware del host no permite al sistema operativo gestionar la energia, el unico parametro disponible es "Not Supported".


Para cambiar la politica a utilizar, deben ir a la sección "Configuration" del Host, y luego seleccionar Power Management en la sección "Hardware".







Espero que les haya resultado interesante.  Si quieren saber más de HMP, incluyendo su funcionamiento y best practices, pueden revisar el siguiente Whitepaper:


Regalo de navidad de Veeam! Licencias NFR de Veeam Backup and Replication 6


Como un regalo especial de fin de año, Veeam nuevamente esta entregando licencias gratuitas, esta vez del recientemente lanzado Veeam Backup and Replication v6.

Estas licencias están disponibles para VMware vExperts, VMware Certified Professionals y VMware Certified Instructors.  Del mismo modo, y considerando que ahora se cuenta con soporte para Hyper-V, estas licencias NFR pueden ser obtenidas tambien por Microsoft Certified Professionals y Microsoft MVPs.


Solo se requiere registrarse para recibir las licencias Veeam para propositos de Evaluación, Demostración y Entrenamiento.

Para quienes estén interesados este es el link:
http://www.veeam.com/news/holiday-gift-from-veeam-free-veeam-backup-and-replication-v6-licenses-for-your-lab155.html

vSphere 5: What's New - Performance


Con el lanzamiento de vSphere 5 se obtienen una serie de mejoras en la performance de nuestra plataforma VMware, las cuales detallaremos a continuación.
Las mejoras de performance se dividen en 5 pilares, los cuales detallaremos brevemente:
  • Mejoras a nivel de vCenter Server
  • Mejoras a nivel de capacidad de computo
  • Mejoras a nivel de almacenamiento
  • Mejoras a nivel de networking
  • Mejoras a nivel de vMotion

Mejoras a nivel de vCenter Server
vSphere 5 incluye mejoras en la escalabilidad que permite, por ejemplo, un mayor número de máquinas virtuales por clúster.  Aún con esta mayor escalabilidad, vSphere 5 incluye una serie de mejoras en la performance relacionadas a las operaciones de administración en vCenter Server, así como también en las funcionalidades relacionadas  con High Availability (HA):
  • Hasta un 120% de mejora en el throughput (operaciones/minuto) de las operaciones de administración en vCenter.  Por ejemplo, en el encendido/apagado/migración/registro de máquinas virtuales.
  • Una mejora del 25% al 75% en la latencia de las operaciones de administración, dependiendo del tipo de operación.
  • La configuración de un cluster HA puede ser realizada hasta 9 veces más rápido en vSphere 5, dependiendo del tamaño del cluster.
  • En vSphere 5 se puede realizar el failover de hasta un 60% más de máquinas virtuales, en el mismo periodo, respecto a versiones anteriores
  • El tiempo mínimo de recuperación, desde la falla hasta que la primera máquina virtual es reiniciada, ha sido mejorado en un 44.4%
  • El tiempo promedio para el failover de máquinas virtuales ha sido mejorado en un 14%.
  • El Slot size por defecto para la CPU ahora es de solo 32Mhz, permitiendo un mayor radio de consolidación en comparación con versiones anteriores.
Mejoras a nivel de capacidad de computo
  • vSphere 5 soporta hasta 32 vCPU y hasta 1TB de vMEM por máquina virtual, lo cual permite que aplicaciones Tier 1  y de misión critica alcancen una mayor performance.
  • Mejoras en el scheduler de la CPU en arquitecturas Intel SMT, permitiendo una mejora del 10% al 30% en la performance de las aplicaciones, dependiendo de la carga de trabajo.
  • En vSphere 5 se incluye Virtual NUMA o vNUMA, que expone la topología NUMA al sistema operativo de las máquinas virtuales, permitiendo que el sistema operativo y aplicaciones hagan un mejor uso de la arquitectura NUMA del host.  Se requiere Virtual Hardware versión 8.
  • vSphere 5 permite a los usuarios configurar un caché para Swap en un disco de estado sólido o SSD.  De esta manera, cuando Transparent Page Sharing, Ballooning y la Compresión de memoria no han sido suficientes para obtener los recursos de memoria requeridos, el proceso de swapping se realizará en ésta cache en vez de utilizar un archivo normal de swap en disco.  Esto permite una mejora importante en la performance reduciendo la latencia en escenarios de escasez de memoria.
Mejoras a nivel de almacenamiento
  • vSphere 5 Storage I/O control ahora soporta NFS y “shares” basados en NAS.  Esto permite regular dinámicamente el acceso de múltiples máquinas virtuales a recursos de I/O compartidos en un clúster, basados en los shares asignados a las máquinas virtuales.
Mejoras a nivel de Networking
  • vSphere 5 incluye mejoras en NetIOC, donde agrega funcionalidades de QoS (802.1p) y permite la creación de Resource Pools para limitación de anchos de banda.
  • vSphere 5 incluye splitRxMode, una nueva funcionalidad para dividir el costo de la replicacion de paquetes para multicast entre varias CPUs físicas, permitiendo que vSphere 5 sea una plataforma altamente escalable y eficiente para receptores de multicast.  En versiones previas, la replicación de paquetes para multicast es hecha usando un único contexto, y en escenarios con una alta densidad de máquinas virtuales por host, esto puede provocar cuellos de botella y causar perdida de paquetes.  SplitRxMode puede ser habilitado en una virtual NIC VMXNET3, y permite dividir el costo del procesamiento de paquetes recibidos en multiples contextos, mejorando  significativamente la performance de multicast.
Mejoras a nivel de vMotion
  • vSphere 5 permite que vMotion sature en forma efectiva el ancho de banda de un adaptador de red 10GbE durante una migración, reduciendo los tiempos de transferencia en una operación de vMotion.
  • Se permite el uso de multiples adaptadores de red para las operaciones de vMotion, donde el VMkernel balanceara la carga del trafico de vMotion, en forma transparente, sobre todas las vmknics con vMotion habilitado, tratando de saturar todas las conexiones para distribuir el trafico de vMotion, incluso en operaciones unicas de vMotion.
  • Se incluye una nueva funcionalidad de “Metro vMotion” que provee de una mejor performance sobre redes con alta latencia y aumenta los limites de latencia para redes de vMotion de 5ms a 10ms.
  • Se incluye soporte de Live Migration para Storage (Storage vMotion) con el uso de I/O Mirroring.  Esto permite una mayor movilidad de máquinas virtuales, mantenimiento con zero downtime, y balanceo de carga de almacenamiento manual y automatico.
Conclusión
Como podemos ver, vSphere 5 incluye un numero importante de mejoras a nivel de performance, lo cual nos permite virtualizar aplicaciones de cualquier envergadura, tanto en pequeños ambientes, como en grandes implementaciónes con aplicaciones de mision critica y Tier-1.
Para mayor información, pueden revisar el siguiente White Paper de VMware con todo el detalle de las novedades de vSphere 5, relacionados con la performance:

lunes, 12 de diciembre de 2011

Nace vZion Consultores!


Hola a todos!  Les quería comentar acerca de un nuevo desafió personal en el que me he embarcado desde hace algunos días, que es la formación de una compañía dedicada a la Virtualización y Cloud Computing en Chile.  

Finalmente esta idea sale a la luz en la forma de vZion Consultores, de la cual soy co-fundador, donde ya somos Partners tanto de VMware como de Veeam Software, y estamos trabajando ya en nuevas alianzas y partnerships con importantes actores en la industria de la virtualización.

Desde ya les comento que este Blog seguirá activo y actualizado periódicamente, y agradezco enormemente las visitas y el apoyo que aquí he conseguido.

Si quieren saber más de vZion Consultores pueden visitarnos en nuestro sitio web (www.vzion.net), asi como también en las redes sociales como Twitter, Facebook y Linkedin.

Gracias a todos!

miércoles, 30 de noviembre de 2011

Veeam Backup and Replication 6 - Finalmente disponible


Finalmente, a partir de ayer se encuentra disponible Veeam Backup & Replication v6, el cual es posible descargar en modo de evaluación para que puedan probar todas sus nuevas funcionalidades.

En un post anterior detallé las novedades de esta nueva versión de esta premiada solución de Veeam.

Entre las novedades podemos indicar:

  • Una nueva arquitectura distribuida
  • Soporte para Hyper-V
  • Mejoras importantes en la funcionalidad de Replicación con Failback incluido.
  • Nueva funcionalidad Quick Migration
Una descripción más detallada la pueden encontrar en el sitio de Veeam y en el articulo de What's New publicado anteriormente en este Blog.

miércoles, 23 de noviembre de 2011

Acceso directo con credenciales en vClient

En vClient existen algunos parámetros que nos podrían facilitar el acceso a 1 o varios servidores ESXi o vCenter's. Si estás aburrido de ingresar las credenciales cada vez que te conectar a tu plataforma puedes crear un acceso directo con las credenciales listas, de tal manera que al hacer dos clic conecte al servidor predefinido con las credenciales agregadas previamente. ¿Cómo? Los parámetros que VMware provee para esto son:

-u (username)
-s (servername o IP)
-p (password)

de tal manera que podemos crear un acceso directo con el siguiente path en el "Destino":

"C:\Program Files\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\VpxClient.exe" -u root -s 192.168.0.150 -p Contraseña2010




Hay que ser claro si en indicar que la contraseña no queda encriptada, cualquier usuario que quiera editar el acceso directo podría encontrarse con las credenciales de acceso a la plataforma por lo que se recomienda ser cuidadoso en el uso de estos parámetros.

Acá tambien podemos hacer uso del parámetro -passthroughAuth para acceder con las credenciales de sesión de windows por ejemplo:

"C:\Program Files\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\VpxClient.exe" -passthroughAuth -s vcenter.testing.local