Soporte Técnico Premium para su infraestructura de virtualización por 1€/día
 

Tag Archive | "Service Console"

Diferencias entre VMware vSphere ESX y ESXi


 

Hola, de nuevo aquí con vosotros, soy Jose Maria Gris y vamos a comentar un aspecto que en los últimos días me he encontrado entre manos. Las diferencias entre ESX y ESXi. Pero lo vamos a hacer de una forma distinta, no lo vamos a hacer desde la perspectiva de “features”, sino desde la perspectiva cronológica, ello nos dará cierta luz al tema. Hoy buscamos en el baúl de los recuerdos….

En el momento que existía Infrastructure 3.5 apareció un producto que se denominó en su día ESX 3i. Este producto era básicamente nuestro amigo ESX sin la Service Console y ciertas modificaciones para ser mas efectivo. Este producto nacio en un principio para ser “empotrado” en una flash, o bien en un device hardware del vendor de Hardware o bien en un USB. Todo ello tomando partido de que el “footprint” del S.O. eran 32 MB.

De ese producto nacio 3.5 3.i Installable (el mismo que el anterior pero lo podías instalar en HD), que en poco tiempo VMware lo hizo gratuito.

Así que en este punto tenemos que ESX y ESX 3i eran de pago y ESXi Installable era gratuito.

Sigamos, sobre todo en el mercado USA mucha gente empezó a usar ESXi Instalable e incluso llego a ver que se podía licenciar con una licencia de ESX. Llego vSphere y las grandes operaciones empezaron a poner ESXi que licenciaban como ESX. El sistema era muy robusto y funcionaba a las mil maravillas (Ya en aquel tiempo hice algún post indicando que el futuro iba a ser ESXi).

Con todo ello, con 4.1 el fabricante ya dio claras directrices: esta es la ultima versión de ESX, dando pistoletazo a la nueva vida de ESXi.

Quien me conoce sabe el chiste que uso sobre la “etimología lógica” y aquí ha ocurrido algo parecido. Vamos a romper algunas ideas que no se han dejado claras:

Si quieres un Hypervisor VMware gratuito, hoy por hoy tienes que usar ESXi, pero ello no quiere decir que ESXi sea gratuito, ESXi es una tecnología que se puede licenciar. No es lo mismo ESXi como producto que ESXi como tecnología.

ESXi nació para ser “empotrado” pero no es obligatorio hacerlo, hay la versión “installable” que es, hoy por hoy, la versión que se está instalando (valga la redundancia) de forma más extensa. No todos los ESXi son “empotrados”.

Del anterior párrafo, ESXi se puede “empotrar” pero yo no lo recomiendo, al menos al 100%. Es muy cómodo, muy rápido instalar ESXi en un USB pero, que yo sepa, no hay devices flash que tengan mirror o redundancia, por lo que se convierten en un SPOF. Siempre dejo un ESXi instalado en HD o si es misión critica, los instalo todos contra Discos. No es obligatorio “empotrar” a ESXi.

Espero que con esta “visión cronológica” todos veamos mas claro de donde nacen los temas y de esta forma entendamos mejor ciertas lagunas que creo que nunca se han llegado a poner en claro.

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba. Gracias por el apoyo.

Posted in Estandars, Estrategia, ESX, ESXi, Hardware, Integración, Publicaciones, reviews, Software, software, Virtualizacion, VMware, vSphereComments (10)

¿Cómo cambiar el tamaño de la partición swap del Service Console?


En un video post publicado en enero de este año, te explique cómo cambiar la memoria del Service Console en VMware ESX y porque a veces es necesario.

Es posible incrementar la cantidad de memoria física de tu servidor físico destinada al Service Console en VMware ESX – aunque este cambio requiere en reboot de tu servidor ESX.

Una mejor práctica para la partición swap de tu servidor VMware ESX es dedicar, al menos, el doble de memoria física del tamaño de la memoria destinada al Servico Console.

El problema, que se menciona en el video post, es que al cambiar la memoria del Servico Console, no se cambia automáticamente el tamaño de la partición swap. En otras palabras, en una instalación de VMware ESX por defecto, la memoria del Service Console suele ser de unos 300Mb – este valor sera mayor dependiendo de la memoria física total del servidor físico. Por consiguiente, el tamaño de la partición swap del Service conosle será de 600Mb.

Ahora bien, ¿Qué pasa si cambiamos la memoria del Service Console como explique en el video anterior? Pues sencillamente, que la partición swap no crece y hay que hacerlo manualmente.

A continuación, te resumo los tres pasos más importantes que hay que hacer para aumentar la partición swap del Service Console cuando se cambia el valor por defecto de la memoria del Service Conosle.

1. Crea un nuevo fichero de swap para la partición swap con el siguiente comando:

dd if=/dev/zero of=/path/al/fichero.swap bs=1024 count=1572864

2. Usa el siguiente comando para cambiar el formato del fichero anterior a fichero tipo swap:

mkswap /path/al/fichero.swap

3. Habilita el fichero swap con el siguiente comando:

Swapon /path/al/fichero.swap

Estoy seguro que te estarás preguntado: ¿Y qué pasa con VMware ESXi? ¿Cómo se incrementa la partición swap del Service Console? La buena noticia es que no te tienes que preocuparte de ello pues como bien sabes, VMware ESXi no tiene Server Console!.

¿Y tú, qué opinas? ¿Conoces alguna mejor manera de aumentar el tamaño de la partición swap del Service Console? ¿Cuáles son tus experiencias personales con la partición swap y el Servce Console? Deja tu comentario abajo o charlemos sobre ello en twitter.

Posted in Estandars, Estrategia, ESX, Manual, Manuales, Virtualizacion, Virtualización, virtualización, VMware, VMware, vmware, vSphereComments (0)

¿Cómo puede ser que mi ESXi tenga Service Console?


Parece que continuamos queriendo hacer sombra a Iker de Cuarto Milenio con las cosas paranormales. Si un ESXi no tiene Service Console ¿Cómo es que mi vCenter lo muestra y además me dice la memoria que tiene?

Soy Jose Maria Gris y como cada miércoles estoy aquí para hablaros del ecosistema de VMware y de estas cositas que a veces parecen tontas pero nos dan quebraderos de cabeza.

Es la tercera vez que veo este caso, la primera fue una consulta de un cliente y me dejo “out” pues no entendía lo que pasaba.

Esta situación curiosa ocurre cuando sucede lo siguiente:

  • Vas a actualizar un ESX a ESXi para que cumpla con las siguientes versiones de vSphere
  • Tienes el host en producción y lo desconectas del vCenter
  • Instalas ESXi en el nuevo Host y claro, le das el mismo “hostname” y la misma IP
  • Cuando lo tienes levantado y configurado, lo “reconectas”
  • Miras vCenter y lo que era ESX ahora es ESXi, bien
  • Pero vas a mirar Configuracion – Memoria y ves extrañado que la memoria de la Service Console aún está ahí.

Sencillamente vCenter no limpia la información de la memoria de Service Console. De hecho, si la cambias te pide reboot. Estas viendo la información de tu ESXi pero la información de tu Service Console de tu “noexistente” ESX.

¿La razón? Pués que al reincorporar el host con el mismo nombre y IP, vCenter entiende que es el mismo host y por lo tanto no “refresca” todos los registros. En lugar de hacer un “desconnect”, teníamos que haber hecho un “remove”.

Solucion, haces “remove” del ESXi del vCenter y lo vuelves a incluir. Tu Service Console fantasma habrá desaparecido y todo estará en su lugar. Hasta la semana que viene.

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo o arriba. Gracias.

Posted in Estrategia, ESX, ESXi, Integración, Manuales, Publicaciones, reviews, Software, vCenter, VMware, VMware, vSphereComments (0)

Como habilitar la red VMotion para mandar heartbeat de VMware HA?


Para entornos con pocas tarjetas de red (dos o menos), es posible usar y configurar la red de VMotion , no solo para el trafico de migración de máquinas virtulaes con VMotion, sino también para poder mandar el heartbeat de vSphere VMware HA.

Para mandar el heartbeat de VMware HA por la red de VMotion es preciso cambiar las opciones avanzadas de VMware High Availability (HA). En la mayoría de los entornos, los settings de VMware HA no son necesarios cambiarlos.

das.allowVmotionNetworks = “valor”, permite considerar la red de VMotion para usarla con VMware HA, donde la palabra “valor” representa el valor “true” o “false”.

Esta configuración permite a un servidor ESX/ESXi con una sola tarjeta de red para la red de gestión del servidor, utilizar la red de VMotion como red de backup para mandar los heartbeat del cluster VMware HA.

Este episodio #22 describe como configurar las opciones avanzadas de VMware HA para poder utilizar la red de VMotion y usarla como backup para mandar el heartbeat HA en caso de caída de la red de gestión del Service Console:

Posted in Cloud Computing, ESX, ESXi, Manuales, Videos YouTube, Virtualización, VMware, VMwareComments (3)

Adiós mi querido Service Console


Hola amigos, soy Florián Murillo y hoy hablaremos del futuro nuevamente, hablaremos del futuro que le depara a nuestro inestimable amigo Service Console, la estrategia de futuro de VMware es apostar por ESXi, animando a sus clientes a migrar de ESX a ESXi, los administradores de seguridad están contentos ya que tienen un dominio de gestión menos (el Service Console), pero los administradores de sistemas no tanto, por la experiencia acumulada durante años, con el CLI del Service Console.

De todas maneras, hay que decir que no parece una mala idea, y que simplemente nos hemos de acostumbrar a nuevas herramientas para gestionar nuestros ESXs, perdón, quería decir ESXi ;-)

El objetivo es doble, ya que estas herramientas las utilizaremos, no solo para hacer la explotación de nuestra infraestructura virtual, sino que también para construir los scripts que permitirán automatizar el aprovisionamiento, la eficiencia energética, la escalabilidad, la disponibilidad, el rendimiento y la seguridad de nuestro datacenter.

¿Que herramientas pone a nuestra disposición VMware para facilitar el transito? en realidad no son nuevas, llevan con nosotros un tiempo, se llaman vCLI, PowerCLI y vMA.

vSphere CLI, también conocido como vCLI, funciona sobre Windows o Linux y es lo mas “parecido” a Service Console, son scripts hechos en lenguaje Perl, el lenguaje lo instala junto los scripts, adjunto un ejemplo :

Desde service console :

[root@esx72 ~]# esxcli nmp psp list
Name Description
VMW_PSP_MRU Most Recently Used Path Selection
VMW_PSP_RR Round Robin Path Selection
VMW_PSP_FIXED Fixed Path Selection

[root@esx72 ~]# vicfg-vswitch -l
Switch Name Num Ports Used Ports Configured Ports MTU Uplinks
vSwitch0 32 5 32 1500 vmnic0

PortGroup Name VLAN ID Used Ports Uplinks
VM Network 0 2 vmnic0
Service Console 0 1 vmnic0

Desde vCLI :

C:\Archivos de programa\VMware\VMware vSphere CLI\bin>esxcli –server=”ESX1″ –username=”root” –password=”X” nmp psp list

Name Description
—- ———–
VMW_PSP_MRU Most Recently Used Path Selection
VMW_PSP_RR Round Robin Path Selection
VMW_PSP_FIXED Fixed Path Selection

C:\Archivos de programa\VMware\VMware vSphere CLI\bin>vicfg-vswitch.pl –server=”ESX1″ –username=”root” –password=”X” –vihost=”VCENTER” -l

Switch Name Num Ports Used Ports Configured Ports MTU Uplinks
vSwitch0 64 4 64 1500 vmnic1,vmnic0

PortGroup Name VLAN ID Used Ports Uplinks
Nexus Packet Network 0 0 vmnic1,vmnic0
Nexus Mgmt Network 0 0 vmnic1,vmnic0
Nexus Control Network 0 0 vmnic1,vmnic0
Management Network 0 1 vmnic0,vmnic1

Switch Name Num Ports Used Ports Configured Ports MTU Uplinks
vSwitch1 64 7 64 1500 vmnic5,vmnic3,vmnic2

PortGroup Name VLAN ID Used Ports Uplinks
Virtual Machine Network 0 3 vmnic5,vmnic3,vmnic2

Switch Name Num Ports Used Ports Configured Ports MTU Uplinks
vSwitch2 64 3 64 1500 vmnic4

PortGroup Name VLAN ID Used Ports Uplinks
iSCSI 0 1 vmnic4

Aquí vemos una tónica general, la sustitución del prefijo esxcfg de los comandos del CLI del service console, por el prefijo vicfg habitual en vCLI. Muchos comandos esxcli se mantienen por compatibilidad, con la sencilla técnica de tener un comando vicfg-vswitch.pl y un duplicado del anterior con el nombre esxcli-vswitch.pl, pero desaparecerán tarde o temprano.

Si queremos automatizar con scripts hechos en Perl, es la herramienta adecuada, además funciona en Windows y Linux y combinandolo con vSphere SDK for Perl tenemos la herramienta para hacer cualquier cosa.

vSphere PowerCLI es un conjunto de más de 160 cmdlets escritos para ser utilizados desde Microsoft PowerShell, el lenguaje de scripting de Microsoft, es mas completo que los casi 30 scripts perl del vCLI, además incorpora vSphere SDK for .NET, interesante para ampliar posibilidades. No lo he dicho pero solo funciona sobre un SO Windows ;-)

Podemos realizar tareas tan interesantes como automatizar el desmonte de CDs en las VM para facilitar vMotion, o buscar VM que no estén registradas en el vCenter.

vSphere Management Assistant (vMA) es un virtual appliances con CentOS 5.2, vCLI, vSphere SDK for Perl, CIM, Java JRE y vSphere SDK for Java. Es una buena opción para aquello que quieran trabajar en Perl o Java.

Resumiendo, podemos configurar vía CLI nuestros ESX/ESXi con vCLI (lo mas parecido a configurar desde el service console) o PowerCLI, dependiendo de nuestros gustos y necesidades y si necesitamos scripts mas complejos tenemos la posibilidad de desarrollarlos en Perl o PowerShell.

Hablando con nuestro amigo José María González, apuntábamos la idea de crear “El rincón del script” o algo parecido, con explicaciones detalladas de los mismos, y lógicamente, todo en perfecto español, como es habitual en nuestro querido blog.

¿Que opinais? ¿Creeis que puede ser interesante?

Posted in Estrategia, ESX, ESXi, Integración, VMware, vSphereComments (5)

Reseteando la password de root en VMware vSphere ESX


Hacer un reset de la password de root en VMware vSphere ESX es una labor de un minuto y se suele hacer por dos motivos fundamentales. El primer motivo es obvio, y es porque quizás se te ha olvidado la password de root del servidor ESX.

El segundo motivo puede ser porque queremos cambiar la contraseña de root y no nos acordamos de ella, en otras palabras, hacking …

En este vídeo te enseñare a cambiar la contraseña de root de un servidor VMware vSphere ESX editando las opciones del menú del GRUB, el boot loader de VMware ESX:

Pero que pasa si lo que tienes es un ESXi? Como reseteo entonces la password de root?

Nuestro buen amigo y querido lector, Gabriel Brunner, me ha mandado desde mi querida Argentina un procedimiento para resetear la contraseña de root en un servidor ESXi el cual funciona yos adjunto a continuación:

Gabriel Brunner escribe:

Booteas el Servidor por afuera con un Linux tipo Slax, se montan solos lo volúmenes,
Luego en el mnt/sda5 depende tus discos vas a encontrar varios archivos .tgz entre ellos el state.tgz, lo copias a un temporal lo abres y te encuentras con otro llamado local.tgz, una vez descomprimido èste vas al /temporal/etc y allí editas con vi el archivo shadow, quitándole el hash del root.

Luego vuelves a comprimir el local.tgz y luego lo comprimes como state.tgz y sobrescribes el state.tgz original, boteas el Esxi y listo, pedirá que definas nuevamente la clave del root.

La consola la puedes habilitar luego desde el ViClient editando los valores del vikernel.

Posted in Cloud Computing, ESX, Manuales, Videos YouTube, Virtualización, VMware, vSphereComments (1)

Activando el puerto VMotion desde la consola


Muchos son los comandos que desde la consola están disponibles en nuestro arsenal.

Algunos son mas útiles que otros, algunos son mas sencillos que otros y otros son mas conocidos.

No he querido dejar pasar otro episodio sin enseñarte este comando tan útil como versátil.

En este episodio te enseñara a habilitar el puerto VMotion de un vSwitch estandar desde la consola de comandos de un servidor VMware vSphere:

Posted in Cloud Computing, ESX, ESXi, Manuales, Videos YouTube, Virtualización, VMware, vSphereComments (2)

Cambiando la configuración de la memoria del Service Console en VMware vSphere


En un servidor VMware vSphere ESX 4, si así lo estimas necesario, puedes cambiar el tamaño de la memoria destinada al Service Console.

Este cambio necesita un reinicio del servidor vSphere ESX 4 para que los cambios surjan efecto.

El cambio del tamaño de la memoria del Service Console afectara al fichero swap del Service Console. VMware recomienda asignar el doble del tamaño de la configuración de memoria del Servico Console para su partición swap.

El tamaño máximo del Service Console es de 800MB, por consiguiente la partición máxima para el swap del Service Console no pueden ser mayor de 1.600MB.

En este vídeo te enseñare como cambiar la configuración de memoria del Service Console y porque a veces es necesario hacer dicho cambio:

Posted in ESX, Videos YouTube, VMware, vSphereComments (0)

El Firewall del Service Console en vSphere


VMware vSphere ESX incluye un firewall entre el Service Console y la red para asegurar la integridad de nuestro Service Console. Por defecto, hay muy pocos puertos abiertos lo que te permite prevenir ciertos ataques más comunes.

En este video tutorial, te enseñare cómo funciona el comando esxcfg-firewall para poder abrir o cerrar aquellos puertos que no sean estandard y que por lo tanto no encontraras en el wizard de configuración del firewall en VMware ESX.


Posted in Videos YouTube, VMware, vSphereComments (1)

VMware ESX4 y el Service Console de 64-bit!


El Service Console en VMware ESX4 (vSphere) está basado en el Kernel de Linux 2.6.18-128, el mismo que incluye la versión 5.2 Enterprise de Red Hat Enterprise Linux y CentOS 5.2, lo cual significa que el nuevo Service Console está basado en un kernel de 64-bit.

Al incorporar el Service Console un nuevo kernel de 64-bit, no cabe duda que trae consigo algunas mejoras, como por ejemplo:

  • Todos los interfaces de red del Service Console en VMware ESX 4 tienen soporte IPv6.
  • El Service Console en VMware ESX 4, solo soporta drivers de 64-bit, los cuales están basados en vmklinux y siempre son ejecutados por el VMkernel. A diferencia de ESX 3.5, VMware ESX 4.0 no necesita tener drives de dispositivos Linux corriendo en el Service Console – adiós a tener un Service Console Port adicional para poder mapear una LUN de una cabina iSCSI, por ejemplo.
  • El Service Console de VMware ESX 4, incluye soporte nativo para aplicaciones de 64-bit y 32-bit.
  • El Service Console de VMware ESX4, almacena el sistema de archivos root en un fichero .vmdk ofreciendo así mucho más flexibilidad a la hora de acceder a los datos del Service Console para poder hacer un backup de este sistema de archivos.

Sin embargo, uno de los grandes inconvenientes es, a mi pesar, muy probable que tu servidor físico no sea compatible con VMware ESX 4 por el kernel de 64-bit.

Lamentablemente si tu servidor físico no es x86_64 compatible, no podrás instalar VMware ESX 4.

No obstante, prácticamente todos los servidores de última generación son x86_64 compatibles, o por lo menos deberían serlo, pero aun hay muchos que no lo son que podrían haber sido re-utilizados. Y si no que se lo digan a la compañía – no diré nombres – donde he estado recientemente realizando una actualización de la versión ESX 3.0.1 a la versión ESX 4! … no les gusto mucho la idea de tener que comprar algunos servidores nuevos para instalar VMware ESX 4, sinceramente, a mi tampoco.


This blog post is part of Zemanta’s “Blogging For a Cause” campaign to raise awareness and funds for worthy causes that bloggers care about.

Posted in VMware, vSphereComments (13)

Page 1 of 11

Sigue el blog Virtualización en Español

Blog Sponsors

Mi Empresa

JmG Virtual Consulting, expertos en Servicios y Soluciones de Virtualización y Cloud Computing

 

Síguenos en FaceBook

Descubre y domina VMware vSphere™ 5

Descubre y domina VMware vSphere™ 5. Por José María González

Descubre y domina la nueva versión de VMware vSphere™ 5 y aprovéchate de hasta un 20% de descuento al comprarlo online. Regístrate y recibe un capitulo de nuestro nuevo libro totalmente gratuito

 

 

Nuevo Site Recovery Manager 4 en español Consigue una copia gratuita del eBook



Nuevo VMware Site Recovery Manager 4 download gratis 

Nombre:
Email:


Anuncios