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

Archivo | May, 2011

¿Cómo instalar SCVMM 2012? – Tercera y ultima parte

¿Cómo instalar SCVMM 2012? – Tercera y ultima parte

 

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.

Posted in Estandars, Estrategia, Hardware, Hyper-V, HyperV, Integración, Manual, Manuales, Microsoft, Publicaciones, reviews, Software, virtualización0 Comentarios

Caso éxito La Caixa y un router virtual que cabe en un floppy

Caso éxito La Caixa y un router virtual que cabe en un floppy

Ya esta disponible online el episodio #21 en virtualizacion.tv, el programa de televisión web que ayuda a profesionales como tú, a entender la virtualización de sistemas y el cloud computing en españo.

En el episodio de esta semana, hablaremos del anuncio hecho público por parte de VMware sobre el requerimiento para poder continuar aplicando parches en los host ESX 3.5, responderemos a la pregunta de un usuario en relación a cuál es la mejor practica en cuanto a la creación de datastores en VMware, te enseñare otra utilidad impresionante relacionada con el mundo de la virtualización y del could computing y hablaremos del caso de éxito del mundo de la virtualización de la Caixa.

Gracias a todos los que dejaron su comentario en los episodios anteriores. Si aun no has tenido la oportunidad de hacerlo, por favor, entra en virtualizacion.tv hazlo ahora. Tu apoyo permitirá que este programa de televisión web sobre la virtualización de sistemas y el cloud computing en español, pueda continuar beneficiando a muchas personas.

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

Posted in cloud, Cloud Computing, ESX, ESXi, Integración, josemariagonzalez.es, Manuales, Publicaciones, Virtualizacion, Virtualización, virtualizacion.TV, VMware, VMware, vSphere5 Comentarios

¿Que es el Open Virtualization Format?

¿Que es el Open Virtualization Format?

Hola amigos, soy Florián Murillo. El mundo del software está cambiando poco a poco, cada vez aparecen mas aplicaciones en formato de Virtual Appliance. Aprendamos algo mas acerca de los Virtual Appliances.

¿Que es un Virtual Appliance?
Es una plantilla de máquina virtual que descargamos de la red y desplegamos en nuestra infraestructura virtual. El formato estándar de un Virtual Appliance es el formato OVF.

¿Que es el formato OVF?
La Distributed Management Task Force (DMTF) es una organización creada para proponer estándares de Gestión de TI. Ha creado CIM, WBEM, DMI y OVF entre otros. En la imagen adjunta aparecen los desarrollos de la DMTF.

OVF Vmware Estandar DMTF

¿Cual es la historia del formato OVF?
En septiembre del 2007 aparece el borrador del estándar. La especificación v.1.0 del Open Virtualization Format (OVF) es anunciada por la DMTF en marzo de 2009, y la especificación v.1.1 en marzo 2010. La adopción por parte de los fabricantes de tecnologías de virtualización es amplia, siendo VMware pionero y catalizador del formato, seguido posteriormente por Microsoft, Red Hat, Citrix, Oracle y otros…

La especificación v.1.1 llegó a la categoría de estándar ANSI el 31 agosto del 2010.

¿Que diferencias hay entre OVF y OVA?
Tanto Open Virtualization Format (OVF) como Open Virtual Appliance (OVA) son las dos presentaciones del estándar. El formato OVF está formado por varios archivos, mientras que el formato OVA es una versión del OVF en formato tar (archivo único) para facilitar la descarga desde la red.

¿Que me aporta OVF?
Un mecanismo de transporte de plantillas de máquinas virtuales. Un mecanismo basado en certificados que garantiza la integridad de la plantilla. Una plantilla OVF puede estar compuesta por una o mas máquinas virtuales. Un archivo descriptor (xml) que proporciona visibilidad de la información del S.O., licencia y hardware de las máquinas virtuales transportadas en la plantilla. Todo desde vCenter Server con la opción File > Deploy OVF Template…

Por ejemplo, podemos desplegar una pila de aplicaciones LAMP (Linux + Apache + MySQL + PHP) desde un único ovf ¿interesante no?

¿Quien utiliza el formato OVF?
Hay muchas empresas de tecnología que proporcionan productos en formato OVF, como IBM, CheckPoint, F5 Networks, Zeus, Cisco Systems, Arista Networks o VMware entre muchas otras.

¿Que futuro tiene el estándar OVF?
Parece que este formato esta ganando aceptación entre los proveedores de cloud para proporcionar interoperabilidad entre nubes, es decir “muevo mi VM del proveedor 1 al proveedor2”. ¿Que opináis amigos?

También puede que lo utilicemos para tener una nube híbrida, una parte privada y otra pública, fluyendo las máquinas virtuales de una parte a otra según los criterios corporativos de rentabilidad, seguridad o eficiencia energética. ¿os parece realidad o ficción?

Además se ha incluido en varias propuestas de estandarización de arquitecturas cloud computing.

¿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 Cloud Computing, Estandars, Estrategia, ESX, ESXi, Integración, Manuales, reviews, Software, Virtualizacion, Virtualización, VMware, vSphere2 Comentarios

Administrar VMware ESX(i) durante el desastre (II)

Administrar VMware ESX(i) durante el desastre (II)

En el post de la semana pasada os hacía una breve introducción de un comando que personalmente uso cuando me tengo que enfrentar a situaciones un poco delicadas, donde la administración de la plataforma virtual no es posible mediante otros medios.

Esta semana me gustaría profundizar algo más en alguna de las opciones del comando vim-cmd, la gestión de máquinas virtuales mediante el comando vmsvc.

Si hacemos un listado de las opciones o subcomandos que nos presenta este comando podemos ver cosas interesantes:

~ # vim-cmd help vmsvc
Commands available under vmsvc/:
acquiremksticket get.configoption power.on
acquireticket get.datastores power.reboot
connect get.disabledmethods power.reset
convert.toTemplate get.environment power.shutdown
convert.toVm get.filelayout power.suspend
createdummyvm get.guest power.suspendResume
destroy get.guestheartbeatStatus queryftcompat
device.connection get.managedentitystatus reload
device.connusbdev get.networks setscreenres
device.disconnusbdev get.runtime snapshot.create
device.diskadd get.snapshotinfo snapshot.dumpoption
device.diskaddexisting get.summary snapshot.get
device.diskremove get.tasklist snapshot.remove
device.getdevices getallvms snapshot.removeall
device.toolsSyncSet gethostconstraints snapshot.revert
device.vmiadd login snapshot.setoption
device.vmiremove logout tools.cancelinstall
devices.createnic message tools.install
get.capability power.getstate tools.upgrade
get.config power.hibernate unregister
get.config.cpuidmask power.off upgrade
~ #

Antes de poder trabajar con la mayoría de estos comandos es necesario que obtengamos el vmid asociado a la máquina virtual con la que queremos trabajar. Si recordamos último ejemplo del post de la semana anterior podemos ver como localizar fácilmente este vmid:

~ # vim-cmd vmsvc/getallvms
Vmid Name File Guest OS Version Annotation
1024 VM1 [DS001] VM1/VM1.vmx windows7_64Guest vmx-07 PLANTILLA BASE – Windows Server 2008 R2 Standard SELLADO
1072 VM2 [DS001] VM2/VM2 .vmx other26xLinuxGuest vmx-07
1136 VM3 [DS001] VM3/VM3.vmx windows7Server64Guest vmx-07
1184 VM4 [DS001] VM4/VM4.vmx windows7_64Guest vmx-07 PLANTILLA BASE – Windows Server 2008 R2 Standard SELLADO
272 VM5 [DS001] VM5/ VM5.vmx other26xLinuxGuest vmx-07

Donde la primera columna es precisamente el valor que estamos buscando. Una vez que tenemos localizado este identificador, trabajar con la(s) maquina(s) virtual(es) es cuestión de usar el comando correcto.

Por ejemplo, como podréis haber adivinado, los comandos power.* gestionarán el encendido, apagado, hibernación, etc de la máquina virtual que elijamos. Como ejemplo de uso, supongamos que queremos reiniciar la máquina con el ID 1024…
Nos aseguramos que la máquina está iniciada:

~ # vim-cmd vmsvc/power.getstate 1024
Retrieved runtime info
Powered on
~ #

Para a continuación reiniciarla:

~ # vim-cmd vmsvc/power.reboot 1024
~ #

Para estos comandos, ocurre igual que con las acciones que podemos realizar directamente desde el vClient, algunas opciones estarán disponibles si las vmware tools están instaladas, que como podeis ver también podremos instalar usando los comandos tools.install o tools.upgrade, dependiendo del caso.

Sin embargo si hay un grupo de comandos que sean especialmente interesante son aquellos que muestran información sobre la máquina virtual, get.*

Veamos un par de ejemplos. El siguiente comando nos devolverá la configuración específica de una máquina virtual:

~ # vim-cmd vmsvc/get.config 1024 | less

Configuration:

(vim.vm.ConfigInfo) {
dynamicType = ,
changeVersion = “2011-04-08T07:52:44.57038Z”,
modified = “1970-01-01T00:00:00Z”,
name = ” VM1″,
guestFullName = “Microsoft Windows 7 (64-bit)”,
version = “vmx-07″,
uuid = “564d3715-27e9-ffe0-1d09-c769b43733a6″,
instanceUuid = “52c515e0-95e4-db75-99f1-abc05705718b”,
npivWorldWideNameType = “”,
npivDesiredNodeWwns = ,

La salida del comando ha sido reducida en favor del espacio del post. Debido a la cantidad de información que devuelve este comando es más que recomendable pasarlo por un less que nos pagine la salida.

De un modo muy similar podremos consultar la información sobre las interfaces de red virtuales:

~ # vim-cmd vmsvc/get.networks 1024
Networks:

(vim.Network.Summary) {
dynamicType = ,
network = ‘vim.Network:HaNetwork-PGPPRQOS001′,
name = “PGPPRQOS001″,
accessible = true,
ipPoolName = “”,
}
~ #

Desafortunadamente, la documentación existente sobre este interesante comando de mantenimiento resulta un tanto laxa, por lo que en ocasiones puede resultar un poco complejo.

La semana que viene continuaremos con otro grupo de comandos, pero para ir abriendo boca, os invito a que ejecutéis el comando vim-cmd vimsvc/license –show

¿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 Estandars, Estrategia, ESX, ESXi, Integración, Manuales, reviews, scripts, Software, Virtualizacion, VMware, VMware, vSphere2 Comentarios

Ya esta disponible la nueva versión de XenServer 5.6 SP2

Ya esta disponible la nueva versión de XenServer 5.6 SP2

Queridos lectores,

La semana pasada salió disponible esta nueva versión de XenServer.

Esta nueva versión de Citrix XenServer 5.6 trae consigo numerosas mejoras entre las que se destacan:

  • Distributed Virtual Switching.
  • Jumbo Frames desde vSwitch.
  • VM Protection and Recovery.
  • Boot from SAN con soporte multipathing.
  • HA Restart Priority.
  • Enhanced XenCenter.
  • Improved MPP RDAC multipathing.
  • Snapshot improvements.
  • EnHanced guest OS support.
  • Generic Red Hat Enterprise Linux (RHEL) 5.x support.
  • Bracada HBA and CNA drivers.
  • Provisioning Services.
  • XenDesktop platform enhancements.

Dependiendo desde que versión partas deberás escoger el método de instalación desde los siguientes enlaces:

Actualizar desde XenServer 5.6 FP1
http://support.citrix.com/article/CTX129390#upgradeFP1

Actualizar desde XenServer 5.6
http://support.citrix.com/article/CTX129390#upgrade5.6

Instalación limpia
http://support.citrix.com/article/CTX129390#fresh_install

Nada mas queridos lectores, como siempre espero que sea de utilidad.

¿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 Citrix, Estandars, Estrategia, Integración, reviews, Software, XenServer5 Comentarios

Gestión de memoria en vSphere VMware vs Hyper-V

Gestión de memoria en vSphere VMware vs Hyper-V

¿Hola que tal? Soy Jose Mª Gris de nuevo con vosotros para comentaros cosas nuevas que espero que sean de vuestro interés. Hoy veremos como gestiona la memoria nuestro amigo VMware vSphere ESX.

Los que nos dedicamos a esto de la virtualización ya nos hemos encontrado muchas veces con que el problema no estriba en los procesadores, estriba en la memoria.

Es cierto que las máquinas de hoy en día alcanzan a gestionar cantidades importantes de memoria, como es el caso de los UCS de Cisco, pero estas densidades se alcanzan usando memoria de “Alta densidad” (valga la redundancia) la cual no es de un precio asequible. También es cierto que mientras la tecnología nos ofrece como añadir mas memoria a nuestro hypervisor, nuestras aplicaciones y nuestros SO son cada día más devoradoras de memoria.

Ello me hace pensar que esta es la típica carrera en que siempre “te van a pillar” pues irás subiendo y subiendo y los requerimientos te irán persiguiendo. El responsable de pagar las facturas no estará contento. Es entonces cuando te planteas otra estrategia. ¿Cómo puedo hacer para que no consuma tanta memoria? Veamos como lo gestionan nuestros hypervisores.

VMware hace una aproximación por diversos flancos. De modo resumido podemos decir que:

Posibilidad de Garantizar memoria a nuestras VMs Criticas: Con el uso de reservas en los Resource Pool y los shares podemos preservar memoria para nuestros servicios críticos.

Reclamación de memoria de las VM cuando es necesario: Nuestras VMs no están usando generalmente la capacidad total de la memoria asignada. De esta forma, nuestro ESX-ESXi gestionará la memoria de las menos activas usando las siguientes técnicas:

Sharing de página transparente. Nuestros ESX irán escaneando para encontrar paginas de memoria duplicadas y las agrupará todas las que sean iguales en una RO que mostrará a las VMs. Caso de que se precisara puntalmente modificar una, se efectúa una copia para este uso, pasando a ser RW. Si aprovechamos esta técnica y tenemos nuestros Guest en niveles similares y agrupamos los Linux en un ESX y los Windows en otro, podremos hacer algo similar a la “deduplicación de la memoria”. Hay que tener todos los SO Guest en el mismo step de SO y SP y jugar con las Affinity Rules para poder conseguir un buen ahorro.

Memory Ballooning. Cuando se precisa memoria, nuestro ESX-ESXi pedirá a los Guest que empiecen un sistema “Balloon” que provean memoria. A tener muy en cuenta que son los Guest los que deciden que paginas proveen al baloon.

Compresión de memoria. Nueva funcionalidad con vSphere 4.1. Esta técnica es muy interesante por ser una tarea preventiva mas que correctiva y de ahí una de sus virtudes. Si puedo comprimir las paginas, no me hará falta hacer swapping.

De esta forma conocemos un poco mejor como gestiona este preciado bien que es la memoria RAM nuestro amigo ESXi. 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 Estandars, Estrategia, ESX, ESXi, Hyper-V, Integración, Manuales, Microsoft, reviews, Software, Virtualizacion, VMware, VMware, vSphere9 Comentarios

¿Cómo instalar SCVMM 2012? – Segunda Parte

¿Cómo instalar SCVMM 2012? – Segunda Parte

Hola, soy Miguel Ángel Alonso y aquí estoy de nuevo como cada martes para contaros algo nuevo del maravilloso mundo de la virtualización.

En el día de hoy, vamos a continuar con la segunda parte del manual de instalación y configuración de SCVMM 2012. Siguiendo la estela de la semana pasada, voy a sumergirme contigo dentro de la consola de SCVMM para tratar de entenderla un poco más a rasgos generalizados.

¿Estas a punto? OK, entonces comencemos:

Lo primero de todo, es empezar por algo sencillo y por ello vamos a ver un paso a paso de cómo crear nuestra primera VM llamada “Test”.

SCVMM 2012 instalacion

Como podemos ver, la consola se nos abre por defecto en el aprtado de VMs and Services, iremos a la parte de arriba de la consola y sobre la opción Create Virtual Machine podemos observar 3 posibilidades:

  • Crear una máquina virtual desde cero.
  • Convertir una máquina física
  • Convertir una máquina virtual.

Elegimos la primera y continuamos …

SCVMM 2012 instalacion

Aquí, podemos elegir la opción de un Template o de usar un disco de una VM ya creado, o, finalmente crearla desde cero como está marcada la opción de arriba.

La damos un nombre y sis es preciso una descripción de esta.

En el siguiente paso podremos definir todas las características del hardware de la nueva VM (CPU,Memoria ,Red, Puerto Serie, Puerto paralelo,etc)

Yo indico en este screenshot y en el siguiente, aquellos que más merece la pena remarcar. En este primero aparecen los Perfiles de capacidad de los cuales por defecto ya vienen establecidos por las diferentes tecnologías de virtualización (Citrix, HyperV y VMware)y aparece un cuarto creado por mí en función de las necesidades de mi organización.

Estos perfiles son los baremos de redes, almacenamientos generales que queremos que tengan nuestras VMs en forma de plantillas.

La otra opción pertenece la opción Aviability (disponibilidad) dentro del Cluster. Si hacemos un check de esta casilla le estamos diciendo a esta máquina que nen caso de caída de uno de los Nodos, esta máquina entre dentro de las VMs que el Cluster tendría en cuenta a la hora de levantar los servicios clusterizadios.

Aunque aquí no lo nombro, pero si nos fijamos en este Screenshot, podemos ver las opciones de CPU priority y Memory Weight para el peso de ambos recursos en el cluster a la hora de disponer de recursos de CPU y Memoria respecto a otras VMs competidoras de dichos recursos compartidos.

En este paso, elegiremos la localización de nuestra VM (Cloud si lo queremos,Librería compartida de VMs o en nuestros Hosts). En nuestro caso, elegiremos la primera por defecto y continuamos …

Aquí elegiremos en que Hosts deseamos emplazar nuestra VM y seleccionamos Next …

Aquí, podemos observar donde se albergará, a nivel de directorio, los famosos Shared Volumes, los cuales son necesarios imperativamente para poder utilizar HA, Dymamic Optimization, Live Migration, entre otros servicios.

Aquí, elegimos el sistema operativo que vamos a instalarle …

Este screenshot es el sumario de todas las elecciones que hemos legido en nuestra VM. He querido remarcar en rojo la opción de View SCRIPT, para que podáis ver como se generarn todas estas opciones desde Powershell y animaros a probar alguna de ellas.

Por fin, ya tenemos creada nuestra VM llamada TEST, lista para instalarle el sistema operativo.

Desde cualquier VM, con botón derecho, podremos observar todas las opciones de las que dispondremos con esta (Create Clone o Tempalte, Power On, Shutdown, etc) y elegiremos como muestra la de Migrate Virtual Machine (vMotion de VMware o XenMotion de Citrix) para mover nuestra VM del nodo1 al nodo 2.

Aquí, observamos los dos nodos de los que disponemos, elegimos el nodo 2 para poder migrarle la VM y observar que no nos da ningún error para poder hacerlo.

Vemos el sumario final y hacemos click en Move.

Por fin hemos migrado y vemos nuestra VM test en el nodo 2.

Nos quedamos aquí hasta la próxima semana donde publicaremos la tercera parte de este manual de instalación y configuración de System Center Virtual Machine Manager de 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.

Posted in Estandars, Estrategia, Hardware, Hyper-V, HyperV, HyperV, Integración, Manual, Manuales, Microsoft, reviews, Software, virtualización3 Comentarios

Caso de éxito de Teradata y StarWind Free iSCSI SAN

Caso de éxito de Teradata y StarWind Free iSCSI SAN

Ya esta disponible online el episodio #20 en virtualizacion.tv, el programa de televisión web que ayuda a profesionales como tú, a entender la virtualización de sistemas y el cloud computing en españo.

En el episodio de esta semana, hablaremos del rendimiento de VMware vSphere sobre los diferentes tipos de soluciones de almacenamiento, como por ejemplo, Fiber Channel, iSCSI o NFS, responderemos a la pregunta de un usuario en relación a cuál es la mejor solución de virtualización: VMware o Red Hat, y te enseñare otra utilizad impresionante relacionada con el mundo de la virtualización y del could computing.

Gracias a todos los que dejaron su comentario en los episodios anteriores. Si aun no has tenido la oportunidad de hacerlo, por favor, entra en virtualizacion.tv hazlo ahora. Tu apoyo permitirá que este programa de televisión web sobre la virtualización de sistemas y el cloud computing en español, pueda continuar beneficiando a muchas personas.

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

Posted in Cloud Computing, ESX, ESXi, josemariagonzalez.es, Manuales, reviews, Software, Virtualizacion, virtualizacion.TV, VMware, vSphere0 Comentarios

Claves para un buen diseño con VMware vSphere

Claves para un buen diseño con VMware vSphere

Hola amigos, soy Florián Murillo. Se ha hablado mucho de los grandes beneficios de la virtualización, en equipamiento, explotación, mantenimiento de equipos, eficiencia energética, espacio, etc…

De lo que se habla poco de que los proyectos no obtengan los beneficios esperados, cuando este riesgo existe. Hay que hacer muy bien el trabajo para disfrutar de rentabilidad y este trabajo bien hecho empieza en el diseño.

¿Cuales son las 10 reglas que todo diseño ha de incluir?

1. Definir las necesidades del negocio. Un proyecto de virtualización siempre busca un fin. Definir las funcionalidades que requiere el negocio, los condicionantes, los objetivos, la hoja de ruta y los hitos a cumplir en las fases.

2. Medir las necesidades de Computación y I/O (comunicaciones y almacenamiento), para dar una dimensión a la capacidad de la infraestructura.

3. Modelar varias arquitecturas de hardware, detallar los pros y contras de cada una de ellas y analizar el impacto de la escalabilidad en cada arquitectura.

4. Analizar los procesos actuales de explotación:

  • Despliegue de servidores nuevos (host y máquinas virtuales).
  • Gestión de parches y actualizaciones.
  • Estrategias de Backup y Recovery.
  • Planes de Continuidad de Negocio.
  • Blindaje de servidores.
  • Optimización de los SO de las máquinas virtuales.
  • Niveles de soporte y resolución de problemas.
  • Formación y entrenamiento.

5. Definir los Procesos de Mejora Continua para asegurar en el tiempo la Capacidad, el Rendimiento y la Seguridad.

6. Identificar las métricas que definen el nivel de servicio que el negocio necesita de las aplicaciones. Medir antes y después de virtualizar para asegurar que la virtualización no penaliza los niveles de servicio.

7. Hacer un diseño de red que cumpla con los requerimientos de escalabilidad, disponibilidad y seguridad que los objetivos del proyecto marquen.

8. Hacer un diseño del almacenamiento teniendo en cuenta los retardos, anchos de banda y IOPS que requieres las aplicaciones para ser eficientes. Contemplar además las necesidades de escalabilidad, disponibilidad y seguridad requeridas.

9. Un análisis de eficiencia energética.

10. Hacer un análisis financiero y de retorno de la inversión. Fundamental en todo proyecto.

Cuanto mas grande es el proyecto mas importante es tener en cuenta tecnologías como topologías de red Top-Of-Rack, Discos SSD, FCoE, interfaces de red de 10Gb, interfaces de red con interfaces virtuales, el estándar P802.3ba, arquitecturas blade, etc…

Cuanto mas pequeño es el proyecto, mas fácilmente podemos cumplir los puntos anteriores, pero no obviarlos.

El fin mismo de la virtualización puede ser:

  • Empatar. O lo que es lo mismo, seguir como estoy pero con menos servidores físicos.
  • Mejorar. Aprovechar la virtualización para aportar mejoras al negocio, y utilizarla como un catalizador del negocio.

Nosotros decidimos el papel que le damos a la virtualización en nuestro negocio.

¿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 Estandars, Estrategia, Integración, Virtualizacion, VMware, vSphere7 Comentarios

Administrar VMware ESX(i) durante el desastre (I)

Administrar VMware ESX(i) durante el desastre (I)

A pesar de lo escandaloso que pueda resultar el título del post de hoy, estoy seguro que la inmensa mayoría de nosotros nos hemos encontrado en al menos una ocasión en la que hemos tenido que lidiar con situaciones como esta.

En esta semana me gustaría hacer un pequeño repaso de una herramienta que nos será de gran utilidad cuando nos las tengamos que ver con situaciones delicadas, vim-cmd. Este comando, disponible desde la línea de comandos de nuestro ESX(i) nos permitirá acceder a multitud de información de nuestro host, así como realizar tareas de administración como crear snapshots, activar/desactivar el modo de mantenimiento del host, y otras diversas funciones que iré comentando en este y futuros posts.

Es importante recordar que alguna de las acciones que realicemos durante nuestra operativa en la consola o Tech Support Mode puedan incurrir en alguna violación del contrato de soporte, por lo que es siempre importante revisar las políticas de soporte de VMware . Sin embargo, esto no debería causaros rechazo en usar el TSM, ya que si se usa adecuadamente es perfectamente seguro, realmente potente y nos puede salvar el cuello en más de una ocasión.

En lo que atañe al comando, contamos con una serie de opciones básicas y típicas para conectarnos con otro host, suministrar credenciales de conexión o modificar el nivel de depuración. A continuación os pongo la salida de la opción de ayuda del comando:

~ # vim-cmd -h
Usage: vim-cmd [options]… command [cmd_arg1] [cmd_arg2] …
Options:
-h Display this help message and exit
-v Display version information and exit
-H Host name to connect
-O Port number to connect
-U User name to use for login
-P Password to use for login
-d Show verbose debug output. (info, verbose, trivia)

Use the help command to get information on the commands available.

~ # vim-cmd help [command]

Hasta aquí nada especialmente espectacular, ya que lo realmente interesante está en la penúltima línea, vim-cmd help [command]

Por explicarlo un poco mejor os diré que vim-cmd es una especie de “shell” que opera directamente con comandos propios. Estos comandos se organizan en una estructura de árbol y se han dividido por ámbito de uso. Cada uno de estos comandos tiene una lista de argumentos diferente, por lo que usaremos con cierta frecuencia el comando help.

A continuación tenemos la salida del comando help, que nos muestra el primer nivel del árbol de comandos de vim-cmd.

~ # vim-cmd help
Commands available under /:
hostsvc/ proxysvc/ supportsvc_cmds/ vmsvc/
internalsvc/ solo/ vimsvc/ help
~ #

Iremos viendo cada uno de estas secciones en sucesivos posts, pero por ir adelantando un poco e ir terminando me gustaría mostraros la salida de un comando que personalmente me ha resultado muy útil en multitud de ocasiones:

~ # vim-cmd vmsvc/getallvms
Vmid Name File Guest OS Version Annotation
1024 VM1 [DS001] VM1/VM1.vmx windows7_64Guest vmx-07 PLANTILLA BASE – Windows Server 2008 R2 Standard SELLADO
1072 VM2 [DS001] VM2/VM2 .vmx other26xLinuxGuest vmx-07
1136 VM3 [DS001] VM3/VM3.vmx windows7Server64Guest vmx-07
1184 VM4 [DS001] VM4/VM4.vmx windows7_64Guest vmx-07 PLANTILLA BASE – Windows Server 2008 R2 Standard SELLADO
272 VM5 [DS001] VM5/ VM5.vmx other26xLinuxGuest vmx-07

¿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 Estandars, Estrategia, ESX, ESXi, Manuales, Virtualizacion, VMware, VMware, vSphere0 Comentarios

Page 1 of 3123

iTunes App gratuita del blog virtualización

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.

 

Pagame con un Tweet y recibe un capitulo del 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