Hola a todos, soy Florián Murillo, la semana pasada hablamos de Network I/O Control, de la que me declaro un entusiasta, con NetIOC podemos decidir que ancho de banda le damos a cada tipo de flujo, del total que tenemos en un uplink.
Pero si el uplink tiene varios interfaces, estoy presuponiendo que estos interfaces se van a ir “llenando” de tráfico cómo si fueran vasos comunicantes y esto es mucho suponer, ningún algoritmo de vSphere 4 controla el “llenado” de los interfaces, los algoritmos basados en Port-ID, MAC-source o IP-source-destination disponibles en vSphere 4 solo deciden el interfaz de salida, pero una vez asignado no cambia.
Con la llegada de vSphere 4.1 aparece un algoritmo nuevo, llamado Load Based Teaming, LBT para los amigos de los acronimos
LBT es capaz de cambiar el uplink de salida de una VM dependiendo del ancho de banda utilizado sobre los uplinks, proporcionando un balanceo dinámico por ancho de banda consumido, del que hasta ahora no disponíamos, solo trabaja cuando la ocupación del interfaz supera el umbral del 75%, entonces recalcula y reasigna los uplinks cada 30 segundos.
La configuración es tan simple como seleccionar “Route based on physical NIC load” en los settings del port-group
Cuestiones:
¿El tráfico de un VM por cuentos interfaces fluye simultáneamente?
LBT reparte el tráfico de las VM entre los diferentes, pero cada VM solo sale, por un interface, periódicamente, el algoritmo puede cambiar la VM de interfaz, pero SOLO sale por uno en cada momento. Esto permite que en los switches físicos no tengamos que configurar ningún tipo de port-channel.
¿Que licenciamiento necesito para utilizar LBT?
Esta funcionalidad solo se puede utilizar con switches distribuidos, por tanto, se requiere la licencia Enterprise Plus.
¿Puedo balancear entre interfaces de diferentes “tamaños”?
Si, se pueden mezclar interfaces de 100Mb, 1Gb y 10Gb
Esto es todo amigos, la semana próxima mas novedades de vSphere 4.1.
¿Que tal las vacaciones?. Soy Jose Maria Gris y como cada jueves vamos a ver aquellas historietas que nos hacen nuestra vida de consultor algo más “difícil”.
Cuantas veces después de un Converter, de un upgrade de Hardware virtual, o por otras circunstancias te encuentras con la pregunta de marras que además la primera vez te tienes que mirar dos veces.
¿Qué me pregunta realmente? ¿De qué otro adaptador me está hablando?
Y me ha vuelto a pasar esta semana y he pensado que era bueno comentarlo, verdad Roberto?.
Bien, pues el tema es que sencillamente el registro de Windows guarda la tarjeta anterior que ya no estamos usando y esa tarjeta, aunque no la vemos, tiene la ip de la tarjeta que estamos usando ahora.
Si sencillamente contestamos que NO queremos cambiar la ip de la tarjeta actual, funcionará sin problemas, pero vamos hacer Housekeeping y lo limpiamos.
Microsoft kb 269155 y vemos que podemos limpiar el registro. Traslado el procedimiento: (sic)
Con ello tendremos nuestro registro limpio sin la dichosa preguntita de marras.
En el post de hoy os explicaré como modificar la memoria máxima que puede usar un determinado template.
Para ello seguiremos los 3 sencillos pasos que os detallo a continuación:
1.- Comprobamos la memoria máxima del template:
xe template-list name-label=”Etiqueta del Template” params=memory-static-max,recommendations
2.- Le asignamos la memoria que consideremos
xe template-param-set uuid=”uuid del template memory-static-max=”Memoria limite en bytes”
3.- Volvemos a comprobar la memoria máxima del template para verificar si lo hemos hecho correctamente
xe template-list name-label=”Etiqueta del Template” params=memory-static-max,recommendations
Para terminar añado el siguiente enlace donde podréis descargaros la guía de administración de XenServer y poder echar un vistazo a los limites de memoria soportados.
Hola nuevo!!!!! Soy Miguel Ángel Alonso y aquí estoy con vosotros como cada martes para ofreceros un nuevo POST del mundo de la virtualización.
En el día de hoy vamos a hablar de VMware View 4.5 y en concreto del MODO LOCAL, antiguo (OFF-LINE) y que por fin corre de forma totalmente soportada en esta versión que además nos trae cosas nuevas y que iré explicando en futuros POSTs como son la integración con THINAPP, TRANSFER SERVER, y otras funcionalidades.
Básicamente VMware View en MODO LOCAL es el modo en el que un cliente de VIEW puede tener acceso a su escritorio de manera continuada, independientemente de si tenemos acceso a Internet y al BROKER o no la tenemos.
Lo que ocurrirá es que una vez nos conectemos a nuestro Cliente de View desde la primera vez, es que tendremos la posibilidad de descargarnos nuestro escritorio a nuestro máquina física para llevarlo a todos los sitios con nosotros. Esto lo veo muy práctico sobre todo para los clientes móviles de las empresas y que dependen mucho de las conexiones a INTERNET.
Antes de empezar y aunque en el próximo POST os explicaré como instalar y configurar este nuevo ROLE (Server) VIEW TRANSFER SERVER, deberá estar totalmente instalado y configurado desde nuestro View Broker, ya que sin este no podremos tener acceso a nuestro MODO LOCAL de ninguna manera.
Dicha esta pequeña matización comenzaremos con la instalación de MODO LOCAL:
Una vez tengamos funcionando a pleno rendimiento nuestro SERVER TRANSFER, instalaremos nuestro CLIENTE en MODO LOCAL, tanto
sea x86 como x64. No voy a poner SCREENSHOTS de la instalación ya que sólo cabe reseñar que deberemos introducir el FQDN o IP de nuestro BROKER y las credenciales para poder conectarnos. Por lo demás el proceso de instalación es bastante sencillo.
Una vez acabes con la instalación, te aparecera el icono en tu escritorio para poder conectarnos. Aquí cabría reseñar que este cliente (MODO LOCAL) sólo funciona exclusivamente y por el momento sobre máquina Físicas (os lo digo para que os ahorréis tiempo si alguno de vosotros va a hacer pruebas desde una Máquina Virtual aunque sea desde otra plataforma que no sea VMware).
Y además “no podréis” tener en vuestra máquina física instalada ni VMware Workstation ni VMware Server ya que al
instalar el MODO LOCAL se crearán tarjetas virtuales que serían incompatibles con las de los mencionados productos de VMware.
Antes de ejecutar el icono de nuestro Cliente quería ofreceros un par de panorámicas de cómo VIEW TRANSFER está instalado a través de la interfaz de nuestro BROKER (Vista 1) en la opción TRANSFER SERVER REPOSITORY.
Y otra segunda Vista desde la opción SERVERS de nuestro Broker:
Bueno una vez dicho esto, ejecutamos nuestro icono del Cliente de View (LOCAL MODE). ¡¡¡¡¡Ojo!!!!!!! Tendremos marcada la opción de LOG IN AS CURRENT USER para poder conectarnos con nuestro escritorio por primera vez o siempre que no usemos el MODO LOCAL.
Nos indicará un mensaje de Bienvenida si antes lo hemos configurado en nuestro BROKER y seleccionaremos OK.
Y seguidamente nos aparecerá una pantalla donde podemos cambiar el usuario que se va a loguear. Presionamos sobre el botón de LOGIN.
Una vez hemos logueados, arrancará nuestro escritorio e iremos a la pestaña de OPTIONS.
Y seleccionaremos: Check OUT Desktop para poder entrar en modo LOCAL y descargarnos el escritorio a nuestro PC o portátil.
Aquí se ve muy claro el aviso de la descarga del escritorio y nos recuerda que guardemos cualquier trabajo antes de comenzar con la descarga.
Aquí podemos ver una panorámica del % de la descarga de nuestro DESKTOP (MODO LOCAL).
Y aquí nos quedamos amigos, hasta el próximo martes con la entrega de la segunda parte.
Para determinar con precisión si la CPU de tu servidor VMWare vSphere ESX/ESXi se está comportando con normalidad, debes de revisar la información específica disponible sobre dicha CPU con las herramientas de monitorizacion incluidas en VMware vSphere.
Un aumento del contador CPU used y CPU ready por un periodo de tiempo corto, puede indicar que se está haciendo un uso adecuado de los recursos de CPU del servidor ESX/ESXi.
Sin embargo, si ambos valores estan constantemente altos, significa que el host ESX/ESXi está probablemente sobrecargado.
Generalmente, si el valor CPU used es superior al 90 por ciento, y el valor de CPU ready para una máquina virtual en concreto, es superior al 20 por ciento, se podría decir con toda firmeza que el rendimiento de dicha máquina virtual se veria afectada negativamente.
Los valores de muestreo obtenidos por el cliente de VMware vSphere y esxtop/resxtop difieren en sus intervalos. Así, por eljemplo, el cliente usa unos intervales de muestreo cada 20 segundos mientras que esxtop/resxtop usa unos intervalos de muestreo de 5 segundos por defecto.
Por consiguiente, asegurate de normalizar los valores antes de comparar los resultados de ambas herramientas de motitorizacion.
En este episodio #41, te mostrare la relación entre el contador CPU used y CPU ready y como medir dichos contadores de rendimiento:
Hola a todos, soy Florián Murillo y hoy toca describir una de las funcionalidades que creo que acabaremos utilizando todos (los que tengamos licenciamiento Enterprise Plus).
Network I/O Control, es el nombre que se le ha dado a las nuevas capacidades para repartir el ancho de banda de red entre los diferentes tipos de flujos de información, algo sumamente importante cuando tenemos interfaces de 10Gb.
Esta funcionalidad solo se puede utilizar con switches distribuidos, por tanto, como decíamos al inicio, requiere la licencia Enterprise Plus.
La forma de implementarlo es sencilla ya que utilizan dos viejos conocidos: shares y limits.
Para activar NetIOC (es el acrónimo que se está difundiendo) nos vamos a la vista de networking y al hacer click sobre el switch destribuido nos aparece en la ventana de laizquierda la pestaña “Resource Allocation”, si hacemos click en el hiperlink “Properties” nos aparece el checkbox de activación, como en la imagen de la cabecera.
En la imagen anterior podemos ver en la columna “Network resource pool” los tipos de tráfico definidos por defecto, con el ancho de banda asignado y la prioridad a la hora de obtener ancho de banda (share).
Con el botón de la derecha sobre un flujo de tráfico, nos aparece la opción “Edit Settings”, pudiendo cambiar el limit y el share.
¿Puedo combinar NetIOC que se aplica a nivel de switch con Traffic Shaping que se aplica a nivel de port-group?
Por supuesto, yo puedo dar un ancho de banda y prioridad concreta al tráfico de las VM con NetIOC y luego tener varios port-groups con VMs, cada uno de ellos con su configuración de Traffic Shaping para aplicar diferentes calidades de servicio entre los port-groups.
Creo que es una gran ayuda para repartir el tráfico en interfaces de red de 10Gb, aunque con interfaces de 1Gb también nos puede ayudar a garantizar anchos de banda por servicio.
Tener en cuenta que para que un switch distribuido tenga la funcionalidad NetIOC se ha de crear en host con vSphere 4.1.
Esto es todo amigos, la semana próxima hablaremos de otra interesante novedad de VMware vSphere ESX/ESXi 4.1.
Si me pudieras pedir cualquier cosa que quisieras que cubriera los lunes en los videos de Virtualización sobre VMware, ¿cuál sería?
Quiero ampliar nuestra colección de videos sobre virtualización en el canal youtube del blog de virtualización en español y se me ha ocurrido ampliar dicha colección con videos que realmente sean interesantes para el lector porque tú me lo pidas.
Por cierto, en menos de medio año, nuestros vídeos de formación relacionados con VMware vSphere has sido vistos por mas de 17.000 profesionales de la materia de virtualización. Quien me iba a decir que íbamos a ser tan famosos!.
Si tienes lagunas en aéreas de la tecnología de virtualización con VMware vSphere y te gustaría mejorar, si necesitas ayuda en entender algún concepto complicado de la virtualización en general, o si por el contrario, crees que VMware vSphere socks y quieres ver videos sobre otras tecnologías de virtualización, ahora lo tienes mas fácil que nunca.
Deja tu sugerencia en el espacio dedicado a los comentario abajo en este post, o tweeteame a la dirección @jose_m_gonzalez con tus comentarios sobre posibles videos futuros en el slot de los lunes en el blog de virtualización en español.
Sólo hay una regla – no me hagas peticiones de videos acerca de futuros productos ya que no estoy autorizado ni a responder ni a desvelar dichas peticiones.
Un saludo de nuevo a nuestros colegas y simpatizantes de este Blog. Soy Jose María Gris y como siempre vamos a ver hoy alguna nueva utilidad, truco, configuración del ecosistema VMware.
Sois de los que os gusta la documentación de consulta? Odiáis tener montones de papeles por vuestro estudio? No sabéis donde esta el pdf de las narices que me hace falta ahora? Os ha pasado estar en una instalación en un lugar recóndito y no tener acceso por Internet por avería y no poder consultar una documentación.
Bueno, de nuevo xtravirt nos sorprende con una herramienta free, sencilla y potente a la vez. VMware Documentation Downloader y podéis obtenerlo aquí – requiere logon.
Su manejo es muy sencillo:
Instalamos los 4 ficheros que nos facilitan y ejecutamos GetVMwareDocs.bat. En primer lugar, si ha sido ejecutado anteriormente nos preguntará si deseamos hacer update de la información o no (si es la primera vez no preguntara). Si hemos pedido hacer update nos pedirá información del Proy si tenemos.
El sistema comparará la estructura especifica de la web de soporte de VMware y la comparará con el fichero log y efectuará los download pertinentes.
Para facilitarnos la vida, al final del proceso nos copiará en local la pagina web de soporte de VMware a nuestro ordenador, con los apuntadores en local, con lo que podremos “navegar” por la información que reside en nuestro ordenador local teniendo los pdfs y/o documentaciones de los distintos productos y versiones.
Importante. El .bat GetVMwareDocs.bat busca la información de las versiones existentes en el momento, es decir, con la nueva aparición de versiones o productos deberemos bajarnos la version actualizada del fichero .bat porque sino, no “verá” la nueva información disponible en la web de soporte.
En linux cuando queremos añadir alguna entrada al fichero resolv.conf, para que el sistema sea capaz de resolver dns, simplemente editamos a mano dicho fichero.
Esto mismo en XenServer no lo podemos hacer dado que cuando reiniciemos el sistema se borrarán todas las entradas que hayamos añadido. Por lo tanto tendremos que hacerlo de la siguiente manera:
1.- Identificamos la interfaz de administración:
xe pif-list host-name-label=”nombre del host” management=true
2.- Añadimos la entrada:
xe pif-param-set uuid=”uuid de la interfaz de administración” other- config:domain=dominio1.com,dominio2.com
3.- Reinciamos:
reboot
4.- Comprobamos si se han añadido las entradas:
cat /etc/resolv.conf
Como habéis comprobado son 4 sencillos pasos que seguro alguna vez tendremos que hacer sobre el servidor XenServer, bien sea porque las entradas introducidas durante la instalación se han quedado anticuadas o un cambio de configuración.
Esto es todo, una vez mas espero que os sea de utilidad.
La fiesta del CTO de VMware VMworld en San Francisco y que a todos nos gusta la buena cerveza fresquita.
Empezando por la derecha, tenemos a Mariano Maluf, presidente mundial de los foros de virtualización de VMware. Este argentino y residente en Atlanta es afable, es atento y de buen ver, como diría un castizo, y le apasiona la tecnológica.
A su izquierda nos encontramos con Andres Martinez, medio colombiano y medio americano, este señor se merece todos mis respetos. Apenas fundo su empresa, llamada virtesa, y ya cuenta con siete empleados en su plantilla¡ – y eso que estamos en crisis – eso sí que es triunfar amigo Andres. Por cierto, muchas gracias por pasarme la foto de la cabecera de este post.
Los dos señores situados justo a la derecha de Andres son los archiconocidos dquintana y nsloop de los foros de VMware. Siendo argentinos de pura cepa, no pudimos dejar de pasar la oportunidad de hablar de fútbol, mujeres latinas, y si, un poquito también de tecnología.
El primero por la izquierda es un servidor, el cual no necesita más introducciones.
Y por ultimo pero no por ello menos importante, tenemos al señor John Troyer, presidente de VMware para la Media & Blogger, el cual al ser tan grande, en el más amplio sentido de la palabra, está situado justo de tras de la pandilla latina que tuvo el placer de conocerse y de intercambiar impresiones en la fiesta especial de los vExperts del VMworld 2010 en San Francisco. Muchas gracias Sr. Troyer, you made my day.
Estimados, fue un verdadero placer conoceros. Pero por favor, practicar mas al futbolín, porque la próxima vez que nos veamos en el VMworld 2011 en las Vegas, no voy a ser tan benevolente con ustedes
