En el día de hoy vamos a ver una herramienta de Microsoft que va a ayudarnos mucho a la hora de planear la migración de nuestros entornos físicos a nuestros entornos virtuales. Es una herramienta que podríamos decir que equivale a nuestro querido Capacity Planner de VMware y que en su última versión (6.5) da un gran salto de calidad al poder integrarnos con dicha Tool dentro del mundo de la virtualización , con nuevas capacidades , más avanzadas y dentro del mundo de la CLOUD Privada y Pública como nueva característica a reseñar.

Bueno sin más dilación voy a empezar a contarte las bondades de esta nueva herramienta de Microsoft.

Microsoft Assessment and Planning (MAP) Toolkit es una herramienta de planificación y evaluación de Multimarcas, automatizada y sin agente de migraciones de servidor y escritorio, más rápida y fácil que sus antecesoras versiones.

MAP te va a proporcionar informes de evaluación, preparación detallada y propuestas de tipo ejecutivo con amplia información de hardware y software, nos hace recomendaciones útiles para ayudar a nuestras organizaciones a acelerar el proceso de planificación de la infraestructura de TI y reunir más detalles sobre los activos que residen dentro de nuestros entornos actuales.

MAP además te va a ofrecer integración con la nube privada y pública, planificación de evaluaciones y datos de los recursos utilizados de los servidores Hyper-V, identificará ubicaciones de nuestros servidores y realizar evaluaciones de nuestros servidores de nuestro entorno para darnos los mejores candidatos a virtualizar, incluyendo análisis ROI para consolidación de servidores con Hyper-V.

Otras importantes novedades en MAP 6.5 incluyen el descubrimiento de dispositivos de Windows activos, seguimiento de uso del Software para Forefront Endpoint Protection (FEP) y el descubrimiento de instancias de Oracle en servidores basados en Itanium con HP-UX para ayudar en la planificación de la migración a SQL Server.

MAP es una de las herramientas proporcionadas por el equipo de aceleradores de soluciones de Microsoft. Dentro de la evaluación de Microsoft y el Kit de herramientas de planificación, están también Microsoft Deployment Toolkit y SecurityCompliance Manager que te proporcionarán pruebas de orientación y herramientas automatizadas para ayudar a nuestras organizaciones a planificar, desplegar de manera segura y administrar nuevas tecnologías de Microsoft de una manera más fácil, más rápida y a menor costo.

Aquí os dejo una visión general de la herramienta para que podáis haceros una idea de la interfaz de esta maravillosa herramienta.

Todas estas Tools están disponibles de manera gratuita y son totalmente compatibles con Microsoft. Descarga tu Microsoft evaluación y planificación (MAP) 6.5 desde aquí

Bueno aquí me despido de vosotros hasta la semana que viene esperando haberos podido contar algo de vuestro interés. Hasta la semana que viene!.

¿Crees que este videopost le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

Hola a todos de nuevo. Soy Miguel Angel Alonso y aquí estoy como cada martes para contaros algo nuevo sobre el maravilloso mundo de la virtualización de servidores.

En un mundo como el nuestro en el que impera la innovación casi a diario y en el que la competitividad queda reflejada en el beneficio de estas nuevas tecnologías a nuestros clientes, no me queda otro remedio que ir alternando entre  tecnologías cada semana para mostraros las bondades de nuevos productos que han saldo a la luz o están a  la vuelta de la esquina haciendo mucho ruido antes de salir al mercado final.

Hoy vamos a hablar de Hyper-v 3.0 que saldrá a la luz de la mano de Windows 8 server próximamente …. no estimadas todavía pero no muy lejanas.

Hyper-V ha ido creciendo exponencialmente y de manera irreversible con el paso de los años y debo reconocer que con el paso del tiempo se ha convertido en una de mis favoritas para la implantación de la virtualización de servidores a nuestros clientes sin ninguna duda.

Con la futura llegada al mercado de Windows 8 Server e HyperV-3.0 ya se conocen gran parte de las características que van a salir a la luz y mi intención es que las conozcáis aquí y hoy de primera mano, así que sin más preámbulos vamos a ver lo que esta maravillosa solución de virtualización nos deparará con su salida al mercado:

La escalabilidad de los Hosts

Cada Host será capaz de soportar 160 procesadores lógicos y hasta 2TB de RAM

La escalabilidad de los Guests o VMs

Será capaz de soportar hasta 32 procesadores lógicos y 512 GB de RAM

Además se ha mejorado la integración de NUMA con los guests soportando Memory y CPU Affinty con los recursos del Host Hyper-V.

Múltiples y Concurrentes Live Migration y Storage Live Migration

En la versión 2 apareció Live Migration como herramienta de migración de nuestras VMs si perdida de conexión pero con la particularidad de poder sólo realizar uno de manera concurrente. Con la versión 3.0 esto desaparece y pasan a ser ilimitados los Live Migration que queramos realizar tanto manualmente como de forma automatizada (SCVMM). Como particularidad a reseñar, podrás realizar Live Migration sin la necesidad de tener almacenamientos compartidos si así lo requieres.

Además aparece Storage Live Migration el cual nos permitirá mover toda máquina virtual (Discos, archivos de configuración y snapshots) entre diferentes almacenamientos sin pérdida de conectividad por parte del usuario.

Mejoras en el almacenamiento

Aquí cabe resaltar el nuevo formato de disco virtual .VHDX en lugar del antiguo .VHD el cual aumentará hasta en 8 veces la capacidad máxima de disco pasando desde los 2 TB hasta los 16 TB. Además mejora el rendimiento, pues al estar más optimizado, soporta grandes bloques de datos y es más resistente a la corrupción de datos.

Además Hyper-V 3.0 soportará la característica Offloaded Date Transfer (ODX) con la cual se mejorará de manera ostensible el consumo de CPU en números mínimos cuando realicemos copias de archivos con alta carga en nuestro entorno. Necesitaremos que el subsistema de almacenamiento sea capaz de soportar dicha característica.

Replicación de nuestras VMs con unos simples click de ratón para poder realizarlas entre los diferentes hosts de nuestro entorno. Aquí os dejo un link de una página web que contiene un video donde podréis ver dicha caracteística. (Ir al minuto 37 directamente)

Mejoras en el Networking

Por fin soporte para Fiber Channel de manera consagrada y con gran compatibilidad entre las compañías punteras de FC.

Soporte para Boot from SAN

Mejoras en los Virtual Switch (como asegurar el ancho de banda, capturar, filtrar y Forwarding)

Creación de Teaming de tarjetas desde el Sistema sin la necesidad de usar software de terceros como Broadcom ye Intel entre otros para estos menesteres pudiendo proveer de Failover o Load balancing.

Anécdotas de Windows 8  a  tener en cuenta

Además de todas estas mejoras, cabe reseñar que Windows 8 nos proveerá de arranque instantáneo a nuestros escritorios y muy posiblemente a nuestros servidores. Todo esto es posible gracias a un archivo guardado en el disco duro que almacenará la sesión del kernel. Este punto es importante para la futura virtualización de escritorios. Podrías aplicar políticas de apagado entre los POOLs de escritorios una vez el usuario haga logoff de su escritorio, ahorrando consumo de recursos de manera significativa y accediendo de nuevo a su escritorio en cuestión de segundos una vez se conectase.

Capacidad de almacenar  VMs en File Servers y con solo apuntar dichos File Servers al cluster podremos hacer uso de estas.

Integración de los Snapshots a DCs del dominio, pudiendo restablecer dicho controlador sin corrupción en su base de datos (Sólo Windows 8). Todavía no sé muy bien cómo funciona para serte franco, pero ya tendré tiempo de probarlo para contarte cómo es posible dicha característica.

Deduplicación de datos en tus discos para salvar almacenamiento (Sólo Windows

A mí todo esto me parece simplemente una maravilla ¿Tú qué opinas?

Antes de despedirme os quiero dejar un video del arranque instantáneo de Windows 8 en el que podréis observar esta nueva genialidad de los hombres de Microsoft. Bueno hasta aquí por hoy. Me despido de vosotros y os emplazo hasta la semana que viene con un nuevo tema del mundo de la virtualización.

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

Un tal día como hoy – de hace tres años – nació el blog de la virtualización en español el cual recientemente ha pasado a denominarse el blog de la virtualización y del cloud computing en español.

Durante sus tres primeros años de vida, el blog de la virtualización y del cloud computing en español, ha sabido adaptarse a su tiempo en cuanto a que siempre ha tenido como premisa fundamental la de servir a su lector. Un lector que, dicho sea de paso, siempre ha sabido agradecer el enorme esfuerzo que representa publicar a diario y sin excepción una noticia, una entrevista, un articulo o simplemente un post interesante relacionado con la virtualización o el cloud computing en español.

Durante todo este tiempo, el blog de la virtualización y del cloud computing en español ha pasado, a marchas forzadas, de la infancia a la pubertad, y de la pubertad a la mas absoluta madurez en cuanto a contenido, colaboradores y valor añadido a nuestros lectores se refiere.

Son muchas las sensaciones positivas con las que me he topado en la corta vida de este blog sobre la virtualización y del cloud computing – algunas no fueron tan positivas – pero si hoy este blog tuviera que ver otra vez la luz, ten por seguro que no cambiaría ni un ápice su misión: la de servir, informar, educar y transmitir el conocimiento sobre la virtualización y del cloud compuitng al mundo de habla hispana en general y desde un punto tecnológico independiente.

No me queda mas que darle la enhorabuena a todos nuestros sponsors, colaboradores, seguidores, retractores, publico en general y, en particular, a todos y cada uno de nuestros asiduos y queridos lectores por la confianza mostrada durante todos estos años, tres años para ser exactos, pero que parecen toda una eternidad.

Gracias y feliz cumpleaños. No puedo estar mas orgulloso de ti, mi querido blog, el que es desde hace ya tres años, vuestro blog de virtualización y cloud computing en español.

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

Uno de los aspectos más importantes de la configuración, o más bien de los ajustes de rendimiento, de un sistema operativo, ya sea Linux, Unix o Windows, es el correcto dimensionamiento del espacio de intercambio o del fichero de paginación de memoria.

Normalmente todos tenemos más o menos claro cuánto espacio tenemos que reservar para el área/fichero de intercambio: 2x(RAM física) para sistemas Linux/Unix y 1.5x(RAM física) para sistemas Windows.

Sin embargo estas reglas clásicas, y centrándonos ya sólo en la plataforma de Microsoft, puede que no acaben de tener mucho sentido, ¿o sí?

Permitidme un poco de bicefalia en el razonamiento sobre la decisión en cuestión:

• Por un lado el ahorro de espacio e IOPS a la hora de reducir el fichero de paginación
• Por el otro la disminución de carga administrativa al dejar que el sistema decida el tamaño del fichero de paginación.

Como con casi la mayoría de las cuestiones técnicas, la respuesta correcta siempre será “depende del caso” así que si os parece bien fijemos algunas variables para esta discusión:

• Tomaremos un servidor Hyper-V R2  (versión Core o Full)
• 96 GB de RAM
• Conectado a almacenamiento compartido (SAN o iSCSI con iniciadores hardware, lo que prefiráis en este punto)

Para el caso que discutimos otros aspectos como CPU o interfaces de red resultan poco relevantes.

Lo primero que observamos es que si aplicamos la regla tradicional del 1,5*(RAM física) el fichero de paginación se nos va a la nada desdeñable cantidad de 144GB (aquí caben un par de maquinitas virtuales sin muchos problemas). Si dejamos que el sistema gestione el archivo de paginación el tamaño es algo más pequeño (alrededor de los 100GB), pero aún un tamaño “interesante”.

Pero, ¿Cuál es la razón para querer tener un fichero de paginación tan grande? Siempre teniendo presente que estamos tratando con un servidor Hyper-V, el único motivo que se me ocurre para tener un pagefile.sys tan grande sería tener espacio suficiente para que en caso de que se produzca un error grave del sistema, este tenga espacio suficiente para hacer un volcado de memoria completo a disco.

No olvidemos un punto importante de la plataforma Hyper-V, y es que las máquinas virtuales consumen memoria física, nunca memoria virtual, por lo que en este aspecto, tener un fichero de paginación más grande no supone, bajo mi punto de vista, más que un desperdicio de espacio.

Por último, tener un fichero de paginación creciendo y decreciendo constantemente no hace más que derivar en una posible fragmentación del sistema de ficheros, por lo que si además si tenemos en cuenta que por defecto se ubica en el volumen de sistema, esta no es precisamente la mejor de las situaciones.

Así que teniendo en cuenta todo lo expuesto hasta ahora, además del hecho de que el dominio padre de un host Hyper-V “no hace más” que gestionar las peticiones de las máquinas virtuales alojadas en los dominios hijos y alojar los controladores para presentar el hardware a los dominios hijos, un fichero de paginación de entre 4 y 6 GB sería más que suficiente para un host Hyper-V.

¿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.

Hola amigos, soy Florián Murillo. El Cloud tiene dos vertientes, por un lado reduce inversiones (CAPEX) y hace predecible los costes recurrentes (OPEX) lo cual es muy importante para el análisis financiero de un negocio; por otro lado mejora el negocio aportando alineamiento financiero con la evolución del mismo, es decir que si mi negocio crece pago mas porque uso mas y si se reduce pago menos.

Por otro lado aporta libertad de elección, puedo traspasar mi información a otro cloud, o bien por precio o bien porque las características del nuevo cloud se adecuan mejor a nuestro negocio, recordemos que nuestro negocio cambia y nuestras necesidades de TI también, aquí es donde el concepto “libertad de elección” gana fuerza.

He hecho unos números para cuantificar el concepto AHORRO. Muchas empresas no pueden vivir sin su servidor Microsoft Exchange, pero ahora que Microsoft dispone de un modelo pago por uso de Microsoft Exchange, llamado Microsoft Exchange Online, podemos hacer unos números de ahorro de los dos modelos planteados. También he incluido en la comparativa el concepto “libertad de elección” incluyendo Google Apps, en su versión para empresas (no la gratuita).

Los números siguientes están basados en la siguientes premisas:

• 50 usuarios de Microsoft Exchange 2010 estandar en OLP, con GFI Mail como solución antispam y Antivirus Mail, con un servidor con RAID 5 y 3 discos, incluye los costes energéticos del servidor y costes de implantación.
• Se contemplan 8 años, y se supone el tiempo de amortización del equipo en 4 años.
• No se han tenido en cuenta gastos financieros de hacer un renting en el caso de adquirir equipamiento.
• No se han calculado ni herramientas de backup, ni las líneas de comunicaciones, ni los costes de administración del sistemas de mensajería. Se ha supuesto iguales en ambos casos.
• Los costes de licencias, renovaciones, implantación y equipamiento han sido proporcionados por un integrador.
• Los costes de Microsoft Exchange Online se han sacado de la web de Microsoft España, ver imagen adjunta (precio mensual)
• Los costes de Google Apps los he sacado de la factura que me hace cada año Google

Los números adjuntos son los costes anuales acumulados, es decir que el coste de un año es su celda menos el del año anterior:

Si lo visualizamos en una gráfica, se ven mejor las proporciones:

La diferencia es notable, ahorros de entre el 60% y el 100% a favor de la solución de mensajería cloud.

¿Solo hemos de basarnos en costes para escoger una solución adquirida o como servicio?

Sería un error, me surgen varias dudas:

• ¿El soporte es el español?
• ¿Están mis datos mas expuestos a un ataque?
• ¿En que país está el cloud?
• ¿Que reglamentación jurídica le afecta?
• ¿Cual es el nivel de privacidad?
• ¿Me ha de preocupar el robo de información?
• ¿Cual es el nivel de disponibilidad?
• ¿Es auditable el proveedor de cloud?

No está mal para empezar, pero no me he de olvidar de que estas preguntas también nos las hemos de hacer cuando adquirimos la solución para tenerla en propiedad, no siempre lo hacemos

Me encanta como nos preocupan las condiciones contractuales de un servicio cloud y nunca nos hemos leído un contrato de licencia de un software de Microsoft. El ser humano es extraordinario!!!

Bueno amigos ¿Que opináis de todo esto?

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

Seguro que no soy ni el primero ni el último consultor que ha escuchado o escucha a diario esta típica pregunta de parte de alguno de sus clientes.

Y es que la oferta de plataformas de virtualización es abrumadora, desde las tecnologías libres con las que poder montar plataformas serias de bajo coste, como puedan ser OpenVZ o KVM, pasando por las opciones gratuitas de los grandes fabricantes VMware ESXi , Microsoft Hyper-V o Citrix XenServer, hasta las soluciones comerciales, más potentes y llenas de funcionalidades espectaculares de los grandes fabricantes por todos conocidos.

Evidentemente la respuesta a la pregunta del título depende directamente de las necesidades y entorno particulares de la persona que nos hace la pregunta.

En esta ocasión me gustaría haceros partícipes directos de la respuesta a esta pregunta para un ámbito muy concreto, la integración de servicios en la nube. El motivo de trasladaros esta duda se debe a que recientemente en mi empresa hemos entrado a formar parte del Community Evaluation Program de Microsoft para evaluar la nueva Beta de System Center Virtual Machine Manager 2012.

Durante el proceso de evaluación del producto hemos podido ver nuevas funcionalidades, como la gestión de perfiles de hosts para la automatización del despliegue (el equivalente a los perfiles de host de VMWare), o las mejoras de Performance and Resource Optimization (lo que sería el equivalente al DRS de VMWare) e integración con Operations Manager, que realmente te hacen plantearte ciertas cosas que hasta el momento en el mundo de la virtualización las tenía como “indiscutibles”.

Quiero decir, clara y abiertamente, Microsoft, bajo mi punto de vista, está acercándose “peligrosamente” a VMware y además lo hace con un punto de calidad más que interesante.

Por supuesto, VMware sigue siendo el líder indiscutible y todavía hay una diferencia de maduración y calidad en su tecnología, y por supuesto también están preparando la salida de la nueva versión de su vSphere 5.

Pero llegados a este punto quizá haya otros factores, más allá de los puramente técnicos, que debamos plantearnos, o que al menos son los que a mí me hacen dudar seriamente entre ambas plataformas.

Uno de estos factores es la apuesta firme que hace Microsoft por las tecnologías Cloud, llevándose la mayoría de sus servicios a la nube, repartidos entre Azure, posibilitando el desarrollo de aplicaciones en la nube y Business Productivity Online Services, descargando del “lastre” de tener que andar desplegando servidores en la empresa para poder disfrutar de servicios como el correo electrónico, la mensajería unificada, portales (Sharepoint) u Office Communications.

Por supuesto, VMware también hace sus movimientos hacia la Cloud, de hecho lo lleva haciendo desde bastante antes que Microsoft. Sin embargo el nivel de integración o “integrabilidad” con los servicios que consumirá el usuario final no está tan trabajado, bien porque no sea el objetivo de VMware, por la masa de negocio en otros verticales de la que dispone Microsoft o por cualquier otro motivo.

Por último no debemos olvidar que la tecnología debe estar al servicio del negocio y no a la inversa, por lo que si bien creo que resulta bastante claro que VMware representa la excelencia técnica, no tengo tan claro que sea la mejor opción estratégica para según qué entornos, por ejemplo IaaS. Si tenemos en cuenta los costes finales a los que un posible proveedor de IaaS debe hacer frente si quisiera ofrecer este tipo de servicios, este puede ser un factor determinante a la hora de decantarse hacia una u otra plataforma.

Teniendo en cuenta todo esto… ¿Qué pensáis, VMware o Microsoft?

¿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.

Una de estas claves, con la que estoy seguro que muchos coincidiréis, es la seguridad en las aplicaciones alojadas en la Cloud, y más específicamente, en la relacionada con los datos que estas aplicaciones manejan.

En este punto siempre me gusta recordar un ejemplo que un compañero mío usa cuando habla acerca de estos temas: “cuando sacas dinero de un cajero, ¿te planteas dónde está ese dinero? Y ¿por qué confías tu dinero a alguien que no conoces?

La respuesta es más o menos sencilla, porque han generado suficiente confianza en el sistema como para que se asocie la seguridad como una característica inherente al sistema bancario.

Para llegar al nivel de integración y confianza en la Cloud en el uso diario que todos deseamos es necesario que la seguridad sea una característica inherente y asumida por el usuario.

Por supuesto no digo que la Cloud no sea segura, pero episodios como los ataques a la web de Sony , los ataques a Google o los ataques a Facebook y Twitter , no hacen más que crear desconfianza hacia Internet, la web, y por lo tanto la Cloud, y la forma en la que se gestionan los datos.

En este sentido resulta interesante la aparición de productos como ClickToSecure Cloud for Windows Azure que nos permite evaluar la seguridad de nuestra aplicación en la Cloud de una forma periódica, permitiéndonos una prueba gratuita para evaluar la herramienta.

El modo de funcionamiento es bastante sencillo, ya que simplemente tenemos que registrarnos en el servicio SaaS de Cenzic, el fabricante de la solución, indicar la URL de la aplicación Web y ejecutar la batería de pruebas que seleccionemos. Una vez finalizadas estas pruebas será cuestión de revisar el informe PDF que nos entregan, el que se nos muestran tanto las vulnerabilidades que tenemos como la solución para solventarlas.

Otra cuestión bastante interesante, y por la que esta aplicación en particular me ha llamado la atención, es el alineamiento de su batería de pruebas con estándares de seguridad como PCI 6.6 u OWASP. En el propio informe de resultado, en la versión GOLD, se muestra el alineamiento con estos estándares de seguridad.

Como comentaba, lo interesante del caso no es ya tanto la herramienta ClickToSecure Cloud, que por otra parte posibilita que las empresas que desarrollen sus aplicaciones en la nube no tengan que contar con un experto en seguridad en su plantilla, sino que se siguen dando los pasos necesarios para que la Cloud se algo de uso tan cotidiano como lo son las tarjetas de crédito.

Lo mejor del caso es que estos cambios se están realizando sin que el usuario final se esté dando prácticamente cuenta, por lo que “algo” estaremos haciendo bien.

¿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.

Hablábamos la semana pasada de cómo gestiona ESXi un recurso tan preciado como la memoria (siempre estoy dando la brasa a mis clientes confirmando que el recurso mas escaso es la memoria y no el procesador, un saludo desde aquí a ellos). Veíamos las diversas técnicas que usaba para lograr el memory overcommit.

En Hyper-V, desde SP1, dispone del Dynamic Memory. En nuestras VM podemos definir que su gestión sea estática o bien dinámica. Nuestra VM arrancará con un mínimo de memoria que tendremos definido (generalmente 512MB) y el Hypervisor irá añadiendo memoria en caliente en medida que precise memoria, hasta alcanzar el máximo que le hayamos definido. Podemos verlo en la imagen adjunta de la cabecera.

De igual forma, podremos indicarle el porcentaje de memoria que deseamos que Hyper-V reserve como buffer y la prioridad de la disponibilidad de la VM en cuestión.

No voy a entrar en las diversas citas de circunstancias anecdóticas de Dynamic Memory. De entrada tenemos que entender que técnicas “hot add” no están soportadas por todos los sistemas operativos. Hay muchos 2003 y XPs por esos CPDs del mundo, lo mismo pasa con maquinas Linux. No obstante, según la documentación que dispongo en estos momentos MS ha anunciado que esta técnica tendrá soporte en todos los sistemas operativos MS.

Sencillamente creo que la madurez del Hypervisor de ESXi es mayor que la de Hyper-V, cosa que ya conocemos, y que la gestión de la memoria de nuestro host es mas eficaz y eficiente con ESXi.

He estado buscando comparativas y la verdad es que las que he encontrado no están al día o bien están presentadas por los fabricantes. Como referencia me gusta la de nuestro amigo Scott Lowe en Techrepublic de noviembre de 2009.

Bueno, pues hasta la semana que viene. Un saludo.

¿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.

Siguiendo con la estela de los últimos Post relacionados con el mundo de la virtualización de Microsoft en Hyper-V, hoy vamos a ver una interesantísima herramienta de visualización-diagnóstico del entorno de nuestros servidores a nivel de CPU, disco, memoria y red con más de 100 parámetros que nos ayudarán en el deber diario de cada día.

La herramienta en cuestión se llama Vital Signs y es de la empresa SAVISION, experta productos de visualización y diagnóstico para soluciones de hypervisor tipo 1 como Microsoft Hyper-V y otras soluciones, como por ejemplo, SQL y Windows Server.

Este nuevo software de monitorización para Microsoft HyperV dispone de una integración total con System Center Operation Manager (SCOM), con lo que la lectura de datos de nuestra estructura de Hyper-V esta mucho mas elaborada.

Lo que más me gusta de esta herramienta con gran diferencia, por supuesto a parte de la gran cantidad de datos a visualizar, es la claridad de los departamentos en la que está estructurada y la visualización de unos gráficos muy claros y concisos.

Se asegura de forma proactiva de darnos errores producidos en las cargas de trabajo, y de forma automática – sin necesidad de intervención del personal – ,corregirá todos aquellos problemas basándose en anteriores lecturas de trabajo (normal) para volver a conseguir que nuestra infraestructura goce de una más que formidable salud.

Bajo mi punto de vista, es una herramienta que considero imprescindible para los entornos donde reina Hyper-V como plataforma de virtualización.

Aquí os dejo un ScreenShot para que podáis familiarizaros un poco más con este maravilloso producto:

Puedes encontrar la herramienta para su descarga en el siguiente enlace: http://savision.com/privatecloud

Bueno, hasta aquí por hoy. Espero haberos contado algo interesante, y te emplazo hasta la semana que viene para hablar sobre un nuevo tema, relacionado con este maravilloso mundo de la virtualización de sistemas.

¿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.

En es la ultima parte de este manual de instalación y configuración de System Center Virtual Machine Manager.

En la primera parte te explique brevemente los requerimientos necesarios para poder instalar SCVMM 2012.

En la segunda parte, empezamos con la instalación y configuración de SCVMM.

En esta ultima parte, terminaremos la instalación y configuración de SCVMM.

En la opción de la consola “Networking” podremos ver una visión de las redes de un Host, de una VM en particular, cluster o toda la organización desde la opción SCOPE que se ve arriba.

Una de las nuevas funcionalidades de SCVMM 2012 respecto al de 2008, es la de crear Cloud (privadas) que son similares a los Resources Pools de Vmware ESX. En estos podemos meter VMs dentro de ellos que dispongan de ciertos tipos de recursos como Red, CPU, Memoria y demás de una manera predeterminada en función de las necesidades de la organización.

Desde la misma vista de VMs and Services, elegiremos Create Cloud y seguiremos todos los pasos necesarios necesarios para crearla.

Ahora, entramos en la nueva vista de SCVMM 2012 llamada Fabric y que es, bajo mi punto de vista, la más importante para la organización total de los recursos. A partir de este momento os enseñaré a groso modo las vistas y características más importantes.

Aquí, a simple vista, ya se puede ver que se pueden crear e integrar PXE Servers ( Servidores con el Role de Windows Deployment Services) para la creación de VMs desde imágenes de Red. Update Server (WSUS) para el parcheo y actualización de los Hosts y las VMs de la organización, así como un largo etcétera.

Podemos observar en las propiedades del cluster, los volúmenes compartidos de los que disponemos para albergar nuestras Vms. El apartado de Storage no os lo voy a mostar en este post por que es una funcionalidad off-topic pero cabe reseñar que da una visión y control muy detallado al almacenamiento de esta nueva entrega de SCVMM 2012.

En orden jerárquico y por encima del Cluster, se sitúan los Host Groups y en estos serán, bajo sus propiedades donde podremos parametrizar las verdaderas necesidades y prioridades de nuestra organización.

En la pestaña vienen definidos ciertos parámetros del Host Group y que pueden ser cambiados en orden de nuestra necesidad. También para el emplazamiento o localización de neustras VMs podemos crear new Custom para poder elegir hasta en 4 opciones como queremos que se comporten nuestra/s VM/s dentro de los Hosts disponibles.

En el ejemplo que os muestro arriba estoy diciéndole que las VM/s deben siempre permanecer dentro de dicho Host y no pueden estar en otro.

En la pestaña Resource Usage de las propiedades de los Host Groups podremos parametrizar a nivel de CPU, los umbrales de trabajo de Dynamic Optimization (DRS de VMware ESX) y asegurar que los Hosts dispongan de un % de CPU antes de recibir la migración de una VM.

Esto es totalmente nuevo en SCVMM 2012 y trabaja como el DRS de VMware junto con la característica Power Optimization (DPM de VMware) para el apagado y encendido de los Hosts cuando es necesario mediante un asistente de horario semanal. Además, se puede observar el nivel de agresividad con el que Dynamic Optimization incurrirá en la distribución de nuestros VMs para poder compensar la carga a nivel de CPU y Memoria entre los Hosts.

De esta manera, podemos controlar de manera muy detallada el control de la carga de nuestras VMs sin la necesidad imperiosa de SCOM, el cual era utilizado hasta la fecha para dicha gestión de recursos. SCOM puede utilizarse de igual forma pero ya NO es obligatorio.

Os muestro esta vista para que podáis ver lo maravilloso de esta consola al poder integrarse no solo con los servidores de HyperV si no también con los Servidores de VMware y, finalmente en esta versión de SCVMM 2012, con los Servidores de Citrix XenServer.

Bajo las propiedades de los Hosts podemos reseñar en el apartado de Status, como trabaja y en que parámetros se basa Dynamic Optimization para regular la carga de las VMs entre los Hosts.

Sin querer liaros, he vuelto a la vista anterior de VMs and Services porque es importante que os muestre una opción dentro de las propiedades de cada VM que está íntimamente ligada al proceso de Dynamc Optimization que hemos visto en la vista de Fabric. Donde he marcado en recuadro rojo, si hacemos un check de esta opción conseguiremos que dicha máquina quede excluida de los procesos que Dynamic Optimization realiza para distribuir la carga de las VMs entre los Hosts.

Volviendo a la vista de Fabric, os muestro un poquito como empezaríamos con la creación de un nuevo cluster con los hosts de los que dispongamos, sin la necesidad de utilizar en ningún momento la consola de creación de clusters de Microsoft. Elegiríamos la opción: Create / HyperV Cluster

Introducimos una cuenta con privilegios administrativos, nodos, almacenamiento compartido (Quorum y LUN/s de los recursos) …

Otra opción, dentro de esta vista de Fabric, es la de añadir PXE Servers que son los Servidores con el rol de Deploymnet Services de Microsoft para la creación de VMs mediante imágenes de sistemas operativos vía Red.

Aquí, podemos añadir Servidores WSUS versión 3 con SP2 para la actualización y parcheo de nuestros Hosts y VMs.

Aquí, un poco más de lo mismo pero con la opción de añadir vCenter para la gestión de los Hosts ESX de VMware.

Ya, en este punto, pasamos a la vista de Library (Carpeta compartida de recursos der VMs, Discos, Templates, etc….). Aquí, desde esta vista, además podremos crear perfiles de Hardware, Software, Host y un largo etcétera para crear plantillas automatizadas y ahorrar tiempo en la creación de los recursos de nuestro entorno.

Cambiando de vista, nos situaremos en JOBS, donde podremos ver de manera detallada todos los eventos, tasks y alarmas de nuestro entorno.

Finalmente, entramos en la última vista de la consola llamada SETTINGS, desde donde gestionaremos las BBDD de nuestros SCVMM, la conexión con SCOM y en donde podremos crear y gestionar los permisos de los usuarios, entre otras cosas.

Una vez te he enseñado de una forma generalizada, pero creo que clara para empezar a gestionar tu entorno, quería que vieseis como un usuario con privilegios para acceder a la consola de Auto-Servicio de SCVMM accede de su explorador de internet. Simplemente introducimos la dirección de nuestro SCVMM, en el ejemplo: http://scvmmm2012

Y podemos ver las VMs a las que pude acceder dicho usuarios por privilegios administrativos. Podrás arrancar VMs, pararlas, pausarlas, crearlas desde Templates, conectar vía Consola o por RDP.

Bueno hasta aquí por hoy – no ha estado mal, ¿verdad? Como siempre digo, podría todavía ser mucho más extenso dado la complejidad y diversidad del producto, pero creo que con este manual de instalación y configuración de Microsoft System Center Virtual Machine Manager ha quedado mas claro los conceptos más importantes de la gestión de tu entorno. Como también dije hace unas semanas, iremos profundizando en el entorno para ver de manera más detallada las características más importantes.

Gracias por estar ahí amigos míos y me despido de vosotros hasta la semana que viene con un nuevo capítulo sobre la virtualización.

¿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.