VMware vSphere: ICM[V4.1], que hago ahora que salio ICM[5.0]?
Jul 13, 2011 VCP4, VCP5, VMware
La semana pasada tuve la oportunidad de asistir al curso oficial de VMware vSphere: Install, Configure and Management [V4.1].
Aunque ya manejaba mucho del material gracias al blueprint y otras fuentes de información, encontré que el curso es obligatorio y no solo porque lo dice VMware si no porque no importa que tan preparado estés, al segundo día del curso ya te has dado cuenta que sabes algo nuevo.
Ahora el paso a seguir es repasar todo el blueprint para tomar el examen de VCP410 el cual tiene fama de no ser tan fácil, también he leído en muchos blogs de que el nivel de estudio para pasar este examen es muy alto. Espero poder dedicar tiempo para continuar donde deje el blueprint y atacar este examen con todo. La cosa es que eso no terminara así de fácil, algunos sabrán que VMware el dia 12 de Julio publico la versión de vSphere 5 y está también viene con su examen.
Inmediatamente comencé a indagar sobre el estado de alguien que había tomado ICM [V4.1] y que debería de hacer para no verse obligado a tomar ICM [5.0] ya que este curso es algo CARO….
La buena noticia es que actualmente si se tiene VCP410 o tiene estado de haber completado el ICM [V4.1] solo se debe asistir a tomar el examen ya que este no tiene requerimientos, pero al parecer eso será hasta febrero 29 2012.
En fin.. Ahora solo tengo que dedicarle tiempo al blueprint y seguir con todo!
Si quieres leer mas sobre el upgrade path de VCP4 a VCP5 te recomiendo leer la entrada de Eric Sloof.
http://www.ntpro.nl/blog/archives/1807-vSphere-5-New-Training-Courses-Whats-New-V5.0-and-VCP5.html
Aquí también el enlace que me envió Eric al consultarle mi inquietud.
http://mylearn.vmware.com/mgrReg/plan.cfm?plan=12457&ui=www_cert
UPDATE:
aquí una buena cantidad de artículos relacionados a la transición de VCP4 (o VCP3) hacia VCP5.
http://vmwaretraining.blogspot.com/2011/07/blog-posts-related-to-vsphere-5-release.html
Ads!
Usando jumbo frame en ESXi con StarWind iSCSI SAN.
Apr 13, 2011 VCP4, Virtualizacion, VMware
Hace varias semanas en el trabajo habilitamos una pequeña área con varios equipos “viejos” para usarlos en ambiente de pruebas principalmente para VMware y porque no, una que otras máquinas virtuales.
Inicialmente tenía un Switch Cisco 2950 10/100 y como se pueden imaginar cada vez que hacia vMotion tenía ese pequeño warning diciéndome que lo recomendable es 1G. asi que decidimos hacer un pequeño cambio y llevar ese Switch 10/100 a otra área de la estructura y tomar prestado uno 10/100/1000.
El cambio es significativo, pero cuando hacia vMotion, aun duraba mucho tiempo aunque no tenía ningún warning. Así quedo por varias semanas hasta que no pude más y decidí buscar algunas optimizaciones para resolver el problema. Inicialmente busque optimizaciones para StarWind iSCSI SAN, lo primero es que el servidor con StarWind no es una estrella de cine!, es un Dell PowerEdge SC1420 de hace casi 5 años así que no puedo pedirle tanto, tiene 2 tarjetas dedicadas de 1Gb solo para iSCSI y cuenta con 2G de RAM.
Buscando en el foro de StarWind, esto fue lo primero que encontré para habilitar Jumbo Frames.
En este enlace también se incluyeron los pasos para habilitar Jumbro Frames en ESX/ESXi, Hyper-V y XenServer.
Para corroborar la configuración mostrada en el foro de StarWind, use un artículo en VMware Comunity, exactamente del VMware Networking Blog.
http://blogs.vmware.com/networking/2010/03/jumbo-frames-in-vsphere-40.html
Nota: ya que el artículo no hace énfasis en ESX/ESXi 4.1, la única diferencia que encontré es que en ESXi no tenemos vicfg-*. Y debemos usar esxcfg-*
Creo que debo buscar una versión actualizada específicamente para 4.1 U1.
Además de la configuración en StarWind y ESXi, debemos configurar el Switch, en mi caso es un Catalyst 3560 y lo único que no me gusto es que no puedo habilitar jumbro frames en puertos independientes y se tiene que hacer en la totalidad del equipo.
Ahora solo tengo que monitorear el desempeño y correr algunos benchmarks para determinar posibles cuellos de botella.
Ads!
Otorgándole permisos a usuarios en vCenter Server.
No sé si solo a mí me ha pasado, pero hace unas semanas atrás necesitaba otorgar permisos a usuarios específicos para que crearan VMs en un vCenter y tuve algunos problemas para lograr mi objetivo….
Note to self!
- Clonar el “Read Only” role en el ESX o DataCenter.
- Editar el role que acabas de clonar y agregar los siguientes permisos/privilegios.
- DataStore -> Allocate Space
- Virtual Machines -> Configuration -> Add New Disk
- Virtual Machines -> Configuration -> Add or Remove Device
- Virtual Machines -> Inventory -> Create NewStep
- Asignar este role al usuario a nivel de ESX o DataCenter.
- Crear un nuevo role y asignar el nombre “Crear Virtual Machines”.
- Al role creado anteriormente, asignar todos los permisos del paso 2 y también agregar los siguientes permisos/privilegios.
- Resource -> Assign Virtual Machine to Resource Pool
- Asignar este role al usuario a nivel del “Resource Pool”.
- Por último, crear una VM para probar los permisos/privilegios.
Fuente: http://kb.vmware.com/selfservice/search.do?cmd=displayKC&docType=kc&externalId=1027743
Ads!
Sección 3 – Configurando Almacenamiento para ESX/ESXi. Objetivo 3.3 – Configurando NFS Datastores.
Objetivo 3.3 – Configurando NFS Datastores.
3.3.1 – Identificando los componentes de hardware de un NFS Datastore.
ESX/ESXi soporta usar NAS mediante el protocolo de NFS, el protocolo NFS habilita comunicación entre un cliente y un servidor de NFS.
El cliente build-in en ESXi solo soporta NFS versión 3.
Los componentes para poder usar NFS como datastore son:
- NFS Share/Server
- Switch
- VMkernel interface for NFS Support.
Sección 3 – Configurando Almacenamiento para ESX/ESXi. Objetivo 3.2 – Configurando iSCSI SAN Storage
3.2.1 – Identificando los componentes en hardware de un SAN iSCSI.
Igual que la fibra óptica, las SAN basadas en iSCSI son formadas por 3 componentes.
- iSCSI Target.
Esta es la controladora de los discos y de los dispositivos que convierten los discos tradicionales a tecnología iSCSI.
- Switch
A diferencia que la Fibra Óptica, el protocolo iSCSI usa switches de red, es recomendable usar una VLAN dedicada, o mejor aún, un Switch dedicado.
- iSCSI initiator
El iSCSI initiator es el mismo ESX host, en este host tenemos un software o hardware initiator.
Sección 3 – Configurando Almacenamiento para ESX/ESXi. Objetivo 3.1 – Configurando almacenamiento de FC SAN.
Objetivo 3.1 – Configurando almacenamiento de FC SAN.
3.1.1 – identificando los componentes de una SAN.
Cuando se decide usar una SAN en el ambiente de VMware primero tenemos que asegurar que esta SAN en particular está en la lista de hardware soportado de VMware (HCL). Una SAN está formada por diferentes compoenentes.
- SAN Controller
Esta es la parte que controla los discos, crea los LUNs y los presenta a nuestros ESX/ESXi. La mayoría de veces la controladora es manejada/administrada desde un entorno web o por un software determinado que proporciona el fabricante.
- SAN Switches
El SAN Controller y los host con ESX/ESXi deben estar conectados a estos Switches de Fibra. Se puede comparar un Switch de FC a uno de Ethernet pero no pueden ser mezclados.
- Host Bus Adapter (HBA)
Las HBA son las usadas para conectar nuestros ESX/ESXi a los SAN Switches, este también es un hardware que es muy recomendado sea soportado en el HCL.
Para leer más sobre Fabric Channel (FC) -> http://en.wikipedia.org/wiki/Fibre_Channel_fabric
Sección 2 – Configuración de RED en ESX/ESXi. Objetivo 2.3 – Configurando la red de manejo de VMware ESX/ESXi.
Objetivo 2.3 – Configurando la red de manejo de VMware ESX/ESXi.
2.3.1 – modificando la configuración IP en el service console.
Inicialmente cuando terminamos de instalar ESX, este configura la primera tarjeta encontrada en el sistema.
En el siguiente enlace están los pasos para configurar tarjetas adicionales a la primera detectada.
2.3.2 – Configurando la disponibilidad de Service Console.
Una opción es asignar múltiples NIC al vSwitch donde reside la Service Console. Otra opción, es crear una segunda consola de servicio, preferiblemente en una red físicamente diferente a la original.
2.3.3 – configurando DNS y routing para un host ESX.
La configuración de DNS es muy importante en ESX/ESXi, de esta depende que los hosts puedan conectar a vCenter y tener HA.
Fuentes:
http://www.simonlong.co.uk/blog/vcp-vsphere-upgrade-study-notes/
Sección 2 – Configuración de RED en ESX/ESXi. Objetivo 2.2 – Configurando vNetwork Distributed Switches.
Objetivo 2.2 – Configurando vNetwork Distributed Switches.
2.2.1 – Comprendiendo como funciona un dvSwitch y sus maximus.
Un dvSwitch (vNetwork Distributed Switch) es un switch virtual que se expande a multiples host ESX/ESXi.
A diferencia del Switch Virtual anterior, el dvSwitch tiene una configuración para todos los ESX/ESXi y nos habilita nuevas funcionalidades como mantener estadísticas de un puerto de una VM a la cual se le realizo vMotion. Para habilitar dvSwitch se debe contar con licencia Enterprise Plus.
Sección 2 – Configuración de RED en ESX/ESXi. Objetivo 2.1 – Configurando Switches Virtuales.
Objetivo 2.1 – Configurando Switches Virtuales.
2.1.1 – comprendiendo Switches virtuales y los máximos de NIC en ESX/ESXi.
Un vSwitch, es un switch que vive en un servidor ESX/ESXi, este switche virtualesta conectado a la red física.
Un vSwitch permite que nuestras maquinas virtuales tengan conexión mediante uplinks. Los portgroups son extensiones virtuales de las VLANS. Dentro de un vSwitch se pueden crear portgroups asociados a un VLAN ID permitiendo así tráfico entre ese portgroup y la VLAN “física”.
Sección 1 – Planear, Instalar y Actualizar VMware ESX/ESXi. Objetivo 1.5 – Identificando la Arquitectura de vSphere y Soluciones.
Objetivo 1.5 – Identificando la Arquitectura de vSphere y Soluciones.
1.5.1 – Diferenciar los productos y ediciones que forman la plataforma de vSphere.
1.5.2 – Entender la variedad de soluciones para datacenter (View, SRM, Lab Manager, Stage Manager, etc, etc,).
1.5.3 – Explicar la arquitectura de ESX/ESXi.
1.5.4 – Comparar y contrastar las diferencias entre bare meta y hosted.
Sección 1 – Planear, Instalar y Actualizar VMware ESX/ESXi. Objetivo 1.4 – Instalando VMware ESX/ESXi en una SAN.
Objetivo 1.4 – Instalando VMware ESX/ESXi.
1.4.1 – Configurando LUN Masking.
1.4.2 – Preparando la SAN.
1.4.3 – Instalando VMware ESX/ESXi.
1.4.5 – Determinando el tamaño de boot en una LUN en ciertas situaciones.
Opinión.
Este es de los temas que se repiten pocas veces, quiero decir, cuantas veces se instala ESX/ESXi en la SAN ¿? O hasta en disco local o USB? Pocas!. Pero este es un tema con importancia porque muchos de los problemas posteriores a una instalación son debidos a mal diseño o selección de hardware fuera de la lista de compatibilidad.
La SAN, es otro tema importante. Si no se es quien administra la SAN es bueno tener contacto muy cercano con quien lo hace….
El uso de esxcli para configurar el LUN Masking, es imprescindible conocer bien este comando.
Sección 1 – Planear, Instalar y Actualizar VMware ESX/ESXi. Objetivo 1.3 – Asegurando VMware ESX/ESXi.
Una parte importante de cada instalación de ESX/ESXi es su seguridad, y uno de los settings que suelo activar inmediatamente conecto un ESX/ESXi a vCenter es el lockdown-mode.
En el Objetivo 1.3 del blueprint se detalla como identificar los principios de seguridad básicos, entender el firewall del Service Console, configurar grupos y cuentas de usuarios y determinar que aplicaciones necesitaran acceso al Service Console en una situación específica.
1.3.1 – Identificar los principios de seguridad por defecto.
1.3.2 – Entender el firewall del Service Console.
1.3.3 – Configurar grupos y usuarios.
1.3.4 – Determinar que aplicaciones necesitaran acceso al Service Console en una situación específica.
Como muchos saben, ESXi viene con integración a ActiveDirectory y es muy recomendable conectarlo allí para gestionar accesos con simplemente crear grupos y agregar usuarios a estos grupos.
Sección 1 – Planear, Instalar y Actualizar VMware ESX/ESXi. Objetivo 1.2 – Actualizando VMware ESX/ESXi.
Objetivo 1.2 – Actualizando VMware ESX/ESXi.
En esta sección del blueprint veremos cómo podremos actualizar una instalación de VMware utilizando herramientas disponibles para este tipo de tareas. Recordar que antes de realizar una actualización es recomendable hacer un backup!..
1.2.1 Planificar un upgrade de VMware vSphere.
1.2.2 Realizar un respaldo de ESX/ESXi – Realizar una recuperación de ESX/ESXi.
1.2.3 Comprender las opciones de respaldo de maquinas virtuales.
1.2.4 Determinar si el hardware existente cumple con los requerimientos para una actualización.
1.2.5 Realizar una actualización de ESX 4.0
1.2.6 Asegurarnos de que la actualización fue exitosa.
1.2.7 Comprender las opciones para deshacer una actualización. para ESX, para ESXi.
Siempre es recomendable tener acceso a equipos con ESX/ESXi para realizar los pasos anteriores, tener un LAB disponible no es sencillo pero VMware ahora permite instalar ESX/ESXi en VMware Workstation y lo único que se necesita es tener VT en Intel o AMD-V en AMD.
Sección 1 – Planear, Instalar y Actualizar VMware ESX/ESXi. Objetivo 1 – Instalando VMware ESX/ESXi en discos locales.
Objetivo 1 – Instalando VMware ESX/ESXi en discos locales.
El contenido del Objetivo 1 en el blueprint es algo básico que toda persona con planes de instalar ESX/ESXi debe tener en cuenta para evitar muchos dolores de cabeza.
1.1.1 – Identificando el hardware mínimo para ESX/ESXi.
1.1.2 Descargar ESX/ESXi – bastante fácil no?
1.1.3 Determinando una configuración apropiada de ESX/ESXi en una situación específica.
1.1.4 Obtener información requerida del ambiente.
1.1.5 Verificar hardware usando el VMware HCG (Hardware Compatibility Guide) antes conocido como HCL.
1.1.6 Realizar una instalación personalizada de ESX/ESXi.
1.1.7 Personalizar presentación de almacenamiento para situaciones especifica.
1.1.8 Configurar ESXi desde la consola (DCUI).
1.1.9 Configurar el servicio de NTP en ESX/ESXi – muy fácil para Linux SysAdmin.
1.1.10 Comparar y conocer las ediciones en la que viene VMware vSphere.
1.1.11 Administrar licencias (License Keys).
El contenido de esta sección desde cierto punto de vista es fácil, pero siempre es pasado por algo, al momento de instalar ESX/ESXi muchos son sorprendidos con NIC no soportadas, controladoras de disco no soportadas o funcionas (FT) no soportadas.
Enlaces.
1.1.2 http://www.vmware.com/download/
1.1.3 None.
1.1.4 None.
1.1.5 http://www.vmware.com/resources/compatibility/search.php
1.1.7 http://www.yellow-bricks.com/2009/05/27/partitioning-your-esx-host-part-ii/
1.1.10 http://www.vmware.com/products/vsphere/buy/editions_comparison.html
1.1.11 http://www.vmware.com/files/pdf/licensing_howto_guide.pdf
(18) 
(18) 
(0)![This Week: Deploying MPLS [Kindle Edition]](http://ecx.images-amazon.com/images/I/41hnpBi-kgL._BO2,204,203,200_PIsitb-sticker-arrow-click,TopRight,35,-76_AA300_SH20_AA278_PIkin4,BottomRight,-34,22_AA300_SH20_OU01_.jpg){kind=icon}
