Componentes de VMware NSX

Los componentes de la solución de virtualización de red NSX de VMware se dividen en tres areas o planos: Plano de Gestión, Plano de Control y Plano de Datos. Ademas de estos tres planos basicos, tambien se incluyen los componentes para integracion con la plataforma de gestion cloud o CMP a través de vRealize Suite.

Ahora veamos cuales son los componentes y/o funciones de cada plano en la siguiente tabla:

Plano de Datos (Data Plane)

Los modulos de cortafuegos distribuido (DFW), enrutador lógico  NSX virtual (DR) y puertos VXLAN son implementados por NSX Manager en el VMkernel de cada host (hypervisor ESXi).

Los enrutadores lógicos y distribuidos son los que permiten trafico este-oeste.

Las puertas de enlace o gateways de NSX Edge se implementan como una maquina virtual se encargan de permitir el trafico norte-sur (dispone de servicios de cortafuegos, balanceo y servicios basados en VPN)

Plano de Control (Control Plane)

En este plano nos encontramos con los enrutadores lógicos de NSX (NLR), el NSX Controller y el gestos de usuarios global (UWA).

Plano de Gestión (Management Plane)

En este plano tenemos la interfaz de gestion de usuario unificada para controlar y gestionar vSphere y NSX desde el Web Client.

Modelo de Consumo (CMP)

En el CMP tenemos el portral de autoservicio y automatizacion de cloud y NSX (basado principalmente en vRealize Automation (vRA))

Disable VAAI with POWERCLI

Concept : "VMware vSphere® Storage APIs – Array Integration (VAAI), also referred to as hardware acceleration or hardware offload APIs, are a set of APIs to enable communication between VMware vSphere ESXi™ hosts and storage devices." kb.vmware.com/kb/1021976

VERIFY VAAI STATUS:
Get-VMHost * -Name | Get-VMHostAdvancedConfiguration -Name DataMover*, VMFS3.HardwareAcc*

DISABLE VAAI (3 parameters)
Set-VMHostAdvancedConfiguration -VMHost * -Name DataMover.HardwareAcceleratedMove -Value 0 
Set-VMHostAdvancedConfiguration -VMHost * -Name DataMover.HardwareAcceleratedInit -Value 0
Set-VMHostAdvancedConfiguration -VMHost * -Name VMFS3.HardwareAcceleratedLocking -Value 0

vMotion sin datastores compartidos? Si con vSphere 5.1

Una de las nuevas funcionalidades de la versión VMware vSphere 5.1 es la posibilidad de mover maquinas en caliente sin la necesidad de tener un datastore compartido entre los dos host ESXi.
Únicamente esta restringido para host del mismo Datacenter dentro de un mismo vCenter... alguna pega tenia que tener.... o quizas se quieran dejar algo para la version 6 ???

Asignar un RDM desde FreeNAS 8 a una maquina virtual en vSphere 5

   Vaya por delante "RDM: Raw Data Mapping" y visitad este enlace para mas info:

http://pubs.vmware.com/vsphere-50/index.jsp?topic=%2Fcom.vmware.vsphere.storage.doc_50%2FGUID-B3522FF1-76FF-419D-8DB6-F15BFD4DF12A.html

     Para asignar un disco RDM a una maquina virtual directamente desde nuestra SAN o NAS sin crear un .vmdk, debemos primero crear un volumen en nuestra cabina y luego presentarselo por iSCSI a los host ESXi. A continuacion se lo agregamos a la maquina virtual desde las settings y ya dentro del S.O. de la mv agregamos el disco como si de una nueva unidad se tratase.

Continua...

Valores de rendimiento para VMware (VMware Performance Indicators)

Para saber si el rendimiento de nuestras maquinas virtuales sobre una plataforma VMware vSphere es bueno o malo, debemos fijarnos en las siguientes métricas y valores máximos para considerar que el performance es aceptable:

Performance Area	Object	Counter	Acceptable range
CPU	Host	Usage	Less than 80%
CPU	Virtual Machine	Ready	Less than 3%
Memory	Host	Consumed	General trend is stable
Memory	Host	Balloon/Swap used	0 Kb
Disk	Specific datastore	Kernel command latency	Less than 3ms
Disk	Specific datastore	Physical device command latency	Less than 20ms
Disk	Specific datastore	Average commands issued per second	Less than LUN capacity
Network	Host	Receive packets dropped/Transmit packets dropped	0 packets

.

VMware ESX is End of Life, in the future only VMware ESXi will exist

Por si alguien tenia alguna duda, y como ya informamos hace tiempo en la web, os dejo este video "oficial" de VMware donde se confirma que se discontinuara ESX en favor de ESXi



El texto que podemos leer debajo del enlace de VMWARE-TV:
During VMworld 2010 in San Francisco one of the big messages being pushed out to the attendees is that VMware ESX will no longer have a future. The 4.1 release will be the last release of VMware ESX, future releases will only come with ESXi. We interviewed Sean and Charu from the ESXi team about what this will mean for customers. Is ESXi up to the challenge?

Performance Best Practices for VMware vSphere 4.1 (PDF)

Ya tenemos disponible el documento oficial de mejores practicas en vSphere 4.1 para VMware ESX 4.1 and ESXi 4.1 y vCenter Server 4.1

http://www.vmware.com/pdf/Perf_Best_Practices_vSphere4.1.pdf  

60 paginas en perfecto ingles imprescindibles divididos en 4 capitulos:

Chapter 1, “Hardware for Use with VMware vSphere,” provides guidance on selecting hardware

Chapter 2, “ESX and Virtual Machines,”

and the virtual machines that run in it.

provides guidance regarding VMware ESX™ software

Chapter 3, “Guest Operating Systems,”

running in vSphere virtual machines.

provides guidance regarding the guest operating systems

Chapter 4, “Virtual Infrastructure Management,” 

management best practices.provides guidance regarding resource

for use with vSphere.

Recomendacion para entornos WAN de VMware View sobre PCoIP

VMware nos brinda una seria de recomendaciones de uso tanto en la version View 4.0.1 como enla reciente View 4.5 en funcion de las mejoras de esta ultima:

>Para View 4.0.1:
Recomendaciones
-Uso medio de ancho de banda de 200-250 Kbps para un puesto de ofimatica, sin video ni 3D.
-Planificar 1 Mbps por cada usuario en caso de uso de video con resolucion 480p
-Planificar menos del 70% de uso de la red.
-Cuando el puesto esta inactivo practimante no se consume ancho de banda <0
Limitaciones:
-Si hay perdida de paquetes se vera afectada la experiencia de usuario (lentitud, pixelado, etc) o con menos de 200 Kbps de promedio de ancho de banda disponible tambien
-Entornos con ancho de banda inferiores a 50 Kbps no son recomendables ni para puestos de ofimatica.

>Para View 4.5:
Cambios:
-Gestion  de la calidad de la imagen
-Calculo del ancho de banda de red para ajustar la calidad y evitar mala experiencai de usruario.
-Proteccion frente a la entrega de paquetes sin orden.
-Retransmision selectiva de paquetes de imagenes-
Mejoras obtenidas con la nueva version:
-Mayor calidad e imagen que no implica mayor consumo de ancho de banda
-Mejor rendimiento de imagenes en situaciones de bajo ancho de banda (de 3 a 5 usuarios consumen 1Mbps en View 4.5 y en la version anterior consumian 1,5 Mbps)
-Mejor rendimiento cuando la red se comparte con varios sesiones de PCoIP u otro trafico TCP
-El servicio "no" se degrada en pruebas con soluciones de Juniper, F5, OpenVPN y Cisco SSLVPN.

Calculo de asignacion de CPU y RAM en desktops de VMware View 4.5.

Para las funciones de multimonitor y con uso de PCoIP debemos seguir la siguiente tabla para calcular el total de RAM que necesitanmos en el servidor ESX. No se refiere a la suma de memoria que asignemos a la maquina virtual, si no a que le debemos añadir un margen a la RAM del host para que funcione correctamente:

Mas comentarios sobre la asignacion de recursos en desktops conView 4.5:

-Para el calculo de la memoria de las maquinas virtuales un punto de partida es la asignación de 1 GB para desktops Windows XP y desktops de 32-bit de Windows Vista y Windows 7 y 2 GB para Wdesktops windows 64-bit.

-Para el calculo de CPU asignaremos en general 1vCPU a los desktops, y en casos de utilizacion de PCoIP o desarrolladore de software 2 vCPU

Como ejemplo de configuracion de un desktop con Windows XP y con Windows 7 en modo remoto (no local mode) VMware nos recomienda las siguientes tablas:

Best Practices para antivirus en VMware View 4.5

Cuando instalamos antivirus en las maquinas virtuales debemos seguir unas recomendaciones básicas para mejorar el rendimiento de estas:


-Instalar el core del antivirus, no paquetes opcionales

-Asegurarse de que el archivo de firma antivirus está actualizado mediante la inclusión de un control de acceso de red (NAC) como agente de gestión en el imagen de la máquina virtual antes de la clonación.

-Utilizar la gestión de escritorios virtuales para controlar el uso de las maquinas virtuales. Por ejemplo utilizar las políticas de restricción de acceso a los USB o asignar maquinas no-persistentes (para que nos e guarden los cambios cuando se cierra la sesión)

-Programar escaneos escalonados. De este modo evitamos que todas las maquinas lancen el proceso de scan a la misma hora y consuman los recursos del host al mismo tiempo, podemos dividir los escaneos por departamentos o por ventanas en fuera de horario.

-Actualizar el software de virtualización y aplicar parches de seguridad. Estar pendientes de todos los updates y verificar antes si existen contraindicaciones (como las recientes actualizaciones de View 4 con vSphere 4.1)

-Análisis de virus con VMware ThinApp. Con esta aplicacion de VMware podemos tener un antivirus en un solo paquete y ejecutables desde todas las maquinas virtuales. Ojo, no todos los antivirus se pueden virtualizar. (http://www.vmware.com/products/thinapp/)

-Asegurarse de que haya una entrada única en Active Directory para cada escritorio VMware View

-Excluir ciertas entradas del scan del antivirus:

Local Mode en VMware View 4.5

Os dejo aquí un video de VMware donde muestran la funciona Local Mode de View 4.5 con un Windows 7.  Consiste en conectarse a un desktop virtual, trabajar con él, desconectarse del broker pero con la opción "Check Out Desktop" para que se descargue una copia local en el equipo desde el que nos conectemos, podamos trabajar con el desktop y después volver a conectarnos al broker y que se sincronicen los cambios.

...y para ir abriendo boca mientras esta disponible la version trial de descarga oficial, otro video con un tour sobre la consola de administracion:

RIM BlackBerry® Enterprise Server on VMware® Virtual Infrastructure

Mucho ha cambiado la situacion con Blackberry y su relcion con la virtualizacion para poder instalar el BES en una maquina virtual, en concreto de VMWare, atras quedaron comunicados de compañias como Vodafone que aseguraban que el BES no se podia instalar sobre una maquina virtual; cuando mas bien deberian decir que no estaba soportada su instalacion o funcionamiendo ya que si existina caso de empresas com BEs virtualizado sobre Server o ESX (mas se referian a que no daban soporte en caso de error)

Os dejo un enlace oficial de VMware , que aunque es de Febrero de este año, es muy util e incluye hasta vSphere 4.0: "RIM BlackBerry® Enterprise Server on VMware® Virtual Infrastructure": Ofrece una guía básica sobre la arquitectura de Blackberry Enterprise Server, así como el valor de usar la plataforma VMware para proporcionar la infraestructura virtual. Posteriormente, el documento proporciona los resultados de los ensayos recientes realizados conjuntamente por VMware y Research in Motion (RIM ®), que caracteriza el desempeño y la funcionalidad de BlackBerry Enterprise Server en la versión de VMware Infrastructure 3 y 3,5 actualización vSphere 4. Por último, el documento resume algunas de las mejores prácticas para la utilización de BlackBerry Enterprise Server y la infraestructura virtual de VMware juntos en su centro de datos.
http://www.vmware.com/files/pdf/Blackberry-Enterprise-Server-Deployment-Guide.pdf

Puertos para comunicarse vSphere 4.1 con los host ESX/ESXi que administra

Es muy importante tener bien configurados estos puertos para realizar la instalacion de vSphere 4.1 o un update de versiones anteriores.

VM Console de SolarWinds ...gratis!

Con esta herramienta podreis realizar varias funciones sobre entornos VMware y gratis:

-Apagar y reiniciar maquinas sin logearos en el vCenter o ESXi (solo requiere logeo en la primera conexion)

-Realizar snapshots de la maquinas sin reiniciarlas

-Obtener visivilidad del entorno VMware de extremo a extremo, enterito!

-Realizar seguimiento del apagado e inicio de las maquinas virtuales.




En enlace de la descarga previo registro:
http://www.solarwinds.com/products/freetools/vm_console.aspx?INTCMP=1HPTabMap_VMC_LEARN

VMware vSphere 4.1: VMware vCenter Server Performance and Best Practices

Os dejo el enlace al white paper de 46 paginas con las mejores practicas para la nueva version 4.1   Se centra en 4 areas:

-Las mejoras de rendimiento en vSphere 4.1 en comparación con vSphere 4.0

-vCenter Server tamaño directrices y requisitos de software
-Las mejores prácticas en la supervisión del rendimiento, ajuste y solución de problemas
-Estudios de casos que demuestren mejoras de rendimiento en vSphere 4.1

http://www.vmware.com/files/pdf/techpaper/vsp_41_perf_VC_Best_Practices.pdf

Os dejo tambien el enlace del Update Manager Best Practices tambien:
http://www.vmware.com/files/pdf/techpaper/vsp_41_perf_UpdateManager_Best-Practices.pdf

Crear un Cluster con HA y DRS en VMware vSphere

Para poder utilizar las funcionalidades de HA (High Avaliability) y DRS (Distributed Resource Scheduler) debemos configurar primero un Cluster de host ESX/ESXi desde la consola de administracion del vCenter.

Comparativa vSphere 4 y vSphere 4.1

En el siguiente cuadro teneis una comparativa de los maximos que soporta la nueva version de VMware vSphere 4.1 en relacion con la version anterior que en algunos casos llega a multiplicarse por 5.

Es muy probable que no manejemos entornos en los que una limitacion de 10.000 maquinas virtuales encendidas sea un problema, pero bueno, hay estan los datos.

Os recuerdo que si pensais en realizar un upgrade a la version 4.1 debeis realizar antes el upgrade del vCenter Server ya que ESX/ESXi  4.1 no puede ser manejado por versiones anteriores a la 4.1. Si no se hace en orden correcto perdeis acceso por el vCenter y deberis acceder por el vClient directamente contra el host (ojo con el lockdown mode activado!)
Por otro lado, no se puede hacer upgrade de ESX a ESXi con lo que debereis hacer una instalacion limpia de ESXi (y es muy recomendable ya que ESX ha muerto definitivamente y el futuro se basa en ESXi)
VMware recomienda utilizar vCenter Upgrade Manager para migrar de ESXi 3.5 o 4.0 a 4.1

Hola "VMware vSphere Hypervisor".....adios "ESXi"

Como ya sabeis, VMware ha cambiado su politica de potenciar ESX en lugar de ESXi ...ahora, ademas de animarnos a migrar los entornos bajo ESX a ESXi, lo renombran para potenciar la figura de vCenter Server ya que es donde se administra el entorno virtualizado (donde esta el turrón...y el negocio de licencias de VMware), como muestran en la web de su descarga:

"Download VMware vSphere Hypervisor (Based on ESXi)"