Welcome to Delicate template
Header
Just another WordPress site
Header

C-State

Cuando una maquina esta inactiva, con el fin de ahorrar energía, es posible hacer que la cpu entre en modo bajo consumo. Cada cpu tiene varios modos y son llamados de forma colectiva estados C (C-State).

El trabajo de estos modos, es cortar el reloj de las unidades inactivas dentro de la CPU. Cuantas mas unidades se paran, mas ahorro de energía se obtiene, pero se requiere de mas tiempo cuando es necesario “despertar” las VMs para disponer de nuevo el sistema 100% operativo.

¿Problemas en virtualización?

Los estados-C pueden (en algunos casos) suponer un problema en entornos virtuales, ocasionando picos de memoria/cpu o cortes intermitentes de red.  El uso del modo Turbo y de los estados C, suele ser el responsable de estos problemas.

Si se encuentra con problemas debido a ello, puede des-habilitar esta funcionalidad.

¿Están los C-State habilitados?

Podemos ver y configurar esta funcionalidad desde la Bios de nuestro servidor. Ello ocasiona que para realizar la comprobación paremos maquinas y reiniciemos el host. Existe, pero, un método para verificar este estado sin necesidad de entrar en la Bios y reiniciar el host.

Verificar C-State en XenServer.

Para ello, abriremos una sesión SSH con nuestros host (mediante putty o a través de XenCenter) y teclearemos:

xenpm get-cpuidle-states | grep total | uniq

•    Si Total C-States = 4 ; los C-States están habilitados
•    Si Total C-States = 2; Los C-States no están habilitados.

Extra Info:
How to Disable C-States and Turbo Mode on Fujitsu Servers : http://support.citrix.com/article/CTX136863
Hosts Become Unresponsive with XenServer 5.6 on Nehalem and Westmere CPUs: http://support.citrix.com/article/CTX127395

 

Todo el mundo, o la mayoria del sector IT, a estas alturas, ya conocemos o nos suena «eso» del VDI. Una tecnologia al alza que posibilita el acceso a escritorio desde cualquier lugar, en cualquier momento, desde cualquier dispositivo y de forma segura. Tambien hablamos, y conocemos sobre la  famosoa virtualización de aplicaciones  (sobretodo de la mano de Citrix) y como no de la virtualización de servidores (donde vmware es el rey), pero cuando empezamos a tratar temas de renderizado 3D y diseño la cosa se complica.

La comunidad de diseñadores con necesidades intensivas de uso 3D esta de enhorabuena; por supuesto tambien, en

medio plazo, la comunidad gamer lo estará. A los grandes esfuerzos de fabricantes para el uso de GPU dedicadas y/o compartidas en entornos virtualizados, ya sea aplicaciones o escritorios, se une ahora un anuncio, que sin duda se antoja interesante (y mucho) de la mano de Nvidia.

Nvidia Grid

VCA o Apliance de Computación visual (nvidia Grid) es un potente sistema basado en GPU que corre aplicaciones complejas como las de Adobe ®, Autodesk y Dassault Systemes, y envía su salida de gráficos a través de la red hacia un equipo cliente,

proporcionando una experiencia de usuario en procesamiento de imagenes igual que si estuvieramos en nuestro equipo local.

GRID VCA ofrece una enorme flexibilidad a las empresas pequeñas y medianas con poca infraestructura de TI.  GRID ofrecerá aceeración de graficos 3D a los usuarios que acceden a entornos virtualizados desde sus dispositivos mobiles, proporcionando soporte para los tres grandes del mercado, Microsoft, Vmware y Citrix.

Entre los fabricantes soportados:

Virtual Desktop Solutions
Citrix (Coming Soon)
> XenDesktop con HDX
> XenServer con NVIDIA VGX Software
Microsoft
> RemoteFX
> Windows Server 2012
VMware
> Ver 5.2
> ESX 5.1 con vSGA
Soluciones de aplicaciones virtualizadas
Citrix
> XenApp 6.5
> Windows Server 2008 R2 y 2012
Citrix (Coming Soon)
> XenApp 6.5 w / OGL add-on
> Windows Server 2008 R2 y 2012
Virtual Solutions estación de trabajo remota
Citrix
> XenDesktop 5.6 FP1 con HDX 3D Pro
> XenServer 6
VMware
> Ver 5.2
> ESXi 5.1 con vDGA

Así que todo es felicidad para los integrados especializados en Citrix, Vmware y Microsoft.

Y es que los beneficios de la tecnologia no quedan ahí. Poder realizar un diseño 3D desde autodesk o jugar a un Battlefiled o un Call of Duty en graficos de ultima generacion desde nuestro tablet o portail (o incluso smartphone!) va a ser posible, y con una experiencia cercana al uso de GPU en un entorno local.

Mobilidad absoluta en el diseño 3D, mobilidad absoluta en el juego. Se acerca un futuro móvil para disfrutar!

nvidia grid: http://www.nvidia.es/object/grid-vdi-desktop-virtualisation-es.html

Como algunos sabréis, PHD virtual backup es una solución de backup para entornos virtuales que esta despegando muy fuerte en los últimos años. Dispone de versiones para XenServer y VMware.

PHDVB se basa en el uso de un virtual apliance que permite un rápido deploy de la solución y que permite empezar a funcionar en poco tiempo.

No es necesario conocimientos sobre backups pues su fuerza, su potencia esta en su facilidad de uso. Cualquier, y cuando digo cualquiera es cualquiera, puede realizar backups, programarlos y recuperar tanto maquinas como ficheros de una forma fácil y rápida.

Las características del producto podéis verlas en la propia web del fabricante: http://www.phdvirtual.com/

Que hay de nuevo viejo!

PHDVB 6.2 proporciona una nueva característica llamada CloudHook. Esta posibilita el uso de repositorios en la nueva para el almacenamiento de backups con las ventajas que ello propociona.

  • Fácil de usar y escalable con bajo coste
  • Flexibilidad para elegir diferentes plataformas de almacenamiento
  • Disminuye el riesgo de perdida de datos ante cortes de luz
  • Si es necesario mas espacio, no es necesario realizar paradas
  • No es necesario realizar actualizaciones de firmware o hardware de nuestras cabinas

No vamos a explicar todo lo bueno que ofrece PHD. Si realmente queréis ver su potencia, nuestra recomendación es que lo descarguéis y lo probéis, pues sabemos que os gustará y no es necesario que os convenzamos al respecto.

Descarga-lo aquí: http://bit.ly/YcSDnF

El motivo de este post, es ver como debemos proceder para actualizar nuestro producto de backup favorito.

Actualizando PHD

Lo primero que debéis saber es que utilicen una versión inferior a la 6.0, NO DISPONEN de actualización directa a 6.2, con lo que deberán pasar por un proceso de migración.

Para versión 6.0 y 6.1, PHD proporciona un parche de actualización, descargable desde el siguiente link: http://www.phdvirtual.com/upgrade-packages

El paquete de actualización es de 211MB. Una vez descargado, procederemos según el siguiente manual:

  • Extraemos los datos del fichero ZIP

Aquí encontraremos tanto las Tools para actualizar en los dispositivos Windows, como la actualización del cliente y del Exporter.

Actualizar el producto es MAS FACIL AUN que la instalación de la solución.

  • Ejecutamos PHDVirtualBackup_Client_Install.exe (recuerden tener XenCenter parado)

  PH1

  • Aceptamos licencia
  • Continuamos
  • Seleccionamos eliminar la versión antigua y continuamos
  • Especificamos ruta de instalación
  • Y aceptamos el resumen para proceder a instalar.

El proceso tarda pocos segundos y en breve aparece la ventana que PHD 6.2 ha sido instalado.

PH2

En este punto, ya solo nos queda abrir la consola de PHD y comprobar la nueva funcionalidad; puesto que PHD6.2 únicamente incluye como novedad CloudHook.

Actualizando nuestro appliance

El fichero de upgrade incluye un fichero llamado “PHDVirtualBackup_6_2_0.phd”

Este permitirá la actualización de nuestro appliance. Para su aplicación, realizaremos lo siguiente:

  • Ir a la sección “Configuración”
  • Seleccionar la sección “Support”
  • Seleccionamos “Upload Applicance Pach”

PH3

  • Seleccionamos el fichero “PHDVirtualBackup_6_2_0.phd”
  • Tras ello se nos solicita el reinicio del applicance
  • Una vez reiniciado, ya podremos verificar la correcta versión de nuestro aplicance.

Detalles

VBA. Detalle del applicance en versión 6.2

PH4

En las opciones de Storage podremos ver las nuevas características de almacenamiento:

PH5

Esperemos ver pronto esta solución para Hyper-V. Oido?! 😛

Para aquellos que me conocen, saben que mis inicios profesionales empezarón en los mundos de Unix. De aquellos amores quedan siempre profundas heridas, y aunque mi foco profesional actual se basa en entornos Citrix/Microsoft, hay amores que dejan huella :P.

Quizás de aquellos amores venga mi pasión por Xen, y en especial por XenServer. Para aquellos que no lo conocen, XenServer es el hypervisor proporcionado por Citrix basado en el proyecto XenSource.

De mis antiguos amores y de mis nuevos amores, surge la inquietud por PowerShell. PowerShell proporcionó a Windows aquello que los amantes de los sistemas Unix encontrábamos a faltar en los sistemas de Gates. Un entorno de comandos, potente, flexible que permita al administrador realizar cualquier tarea que podamos imaginar.

Hoy vamos a ver en este post, como usar PowerShell para hablar con XenServer.

Cmdlets a tutiplén

Los cmdlets vienen a ser los comandos disponibles en nuestro entorno de PowerShell. Windows provee multitud de ellos para la gestión de nuestro sistema, pero para poder utilizar Pshell sobre XenServer, deberemos en primer instancia instalar el conjunto de cmdlets creados para su integración con Xen. Para ello, bastará con conectar-nos con el Site de Citrix, y descargar el SDK de XenServer, el cual contiene cmdlets, recursos Python, recursos .Net, Java y librerías.

Una vez descargado e instalados los modulos de PowerShell, disponemos de todo en nuestra maquina para empezar a hablar con nuestro hypervisor Xen.

Ola q ase Xen?

Este manual no pretende ser un manual de PowerShell, existen muchos en la red y muy buenos. Si quereis aprender PowerShell este no es vuestro Post y os recomendamos un primer acercamiento al mismo antes de proceder.

El primer paso para hablar con Xen desde PowerShell, como habréis adivinado, va a ser la carga de los nuevos cmdlets reciente creados. Para ello realizaremos lo siguiente:

  • Abrimos Windows PowerShell
  • Ejecutamos: Add-PSSnapin Xen*

Con esto ejecutado, ya disponemos de los cmdlets de XenServer cargados. Veamos inicialmente los comandos disponibles desde PowerShell

  • Get-Command –Module Xen*

Existen una serie de comandos básicos para establecer la conexión. Una vez ejecutados y obtenida la conexión, nuestro limite es nuestra mente.

Para establecer la conexión con XenServer, ejecutaremos:

connect-Xenserver -Url http://XenServer_URL -UserName root –Password xxxx

Con ello procederemos a realizar la conexión con nuestro Host. Yo prefiero utilizar este modelo:

Get-Credential | connect-Xenserver -Url http://XenServer_URL

De este modo obtenemos un prompt de Windows para validación evitando escribir la contraseña en text plano desde la CLI.

Con ello, ya disponemos de una conexión abierta con Xen. Veamos algunas de las cosas que podemos hacer…

Listando maquinas en nuestro host

Get-XenServer:VM | select name_label

Parar y arrancar VMs desde la CLI:

Invoke-XenServer:VM.Start -VM «HOST-LS»
Invoke-XenServer:VM.CleanShutdown -VM  «HOST-LS»

Creemos una nueva tarjeta de red.

Create-XenServer:Network -NameLabel «CTXDOM_ITPROs Network»

Para eliminar-la podemos usar Destroy-XenServer:Network –Network “CTXDOM_ITPROs Network»

Para finalizar, el comando de desconexión 😛

Disconnect-XenServer

>> Disconnect-Post y hasta otra!

Recurso Adicional: http://community.citrix.com/display/xs/Citrix+XenServer+6.0+CmdLet+Poster

 

Extending the performance

Initially have a number of specific data query. In addition to the initial data query, you can expand the query threshold using the PME Pack for XenServer 6.1 which provides a number of additional metrics query.

5 (más…)

Getting data from the command line.

Some CLI commands require unique data for each host/vm. These properties should be included in a script.

 xe host-data-source-list> out.txt

 With the command above, obtain a list of available metrics. With an editor like «vi» can edit and list these metrics in order to obtain the list of specific metrics.

The information obtained can be used to create a small script that stores data in a CSV file to proceed with further analysis. (más…)