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.

Queridos lectores,

En el post de hoy explicaré como instalar este Citrix XenServer Supplemental Pack. Es interesante por si queremos habilitar que Microsoft System Center Virtual Machine Manager para que administre nuestro pool de servidores, cosa que en futuros post os enseñaré como hacerlo. Antes de nada confirmar que sólo es posible posible hacerlo sobre versiones de XenServer 5.6 FP1 o superior.

Como la mayoría de veces explicaré como hacerlo desde línea de comandos (CLI). También es posible hacerlo durante la instalación de XenServer, cuando nos solicita “Supplemental Packs CD”, en ese caso introduciríamos el CD descargado.

A continuación, te describo los pasos necesarios para integrar System Center Virtual Machine Manager en XenServer 5.6:

1.- Descargamos la ISO y la montamos:

# mkdir /tmp/scvmm
# cd /tmp
# wget http://downloadns.citrix.com.edgesuite.net/akdlm/5622/scvmm-beta-integration.iso
# mount -o loop /tmp/scvmm-beta-integration.iso /tmp/scvmm

2.- Instalamos los componentes:

# cd /tmp/scvmm
# cd xs#xenserver-integration-suite
# ./install.sh
# cd ../xs#xenserver-transfer-vm
# ./install.sh
# cd /

3.- Desmontamos y limpiamos

# umount /tmp/scvmm
# rmdir /tmp/scvmm
# rm /tmp/ scvmm-beta-integration.iso

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

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.

Hola, soy Miguel Ángel Alonso y aquí estoy de nuevo con un nuevo tema sobre la virtualización de sistemas.

Hasta hoy hemos visto herramientas, como por ejemplo, vCenter Converter de VMware, XenConvert de Citrix y SCVMM para Hyper-V, para la conversión e importación de máquinas virtuales a las diferentes tecnologías que he mencionado anteriormente.

En el día de hoy vamos a ver cómo convertir las máquinas virtuales de nuestros entornos de Citrix y VMware a RHEV – de las siglas en ingles Red Hat Enterprise Virtualization – que viene pegando, y muy fuerte, en el mundo de la virtualización.

Lo primero de todo es tener una suscripción con Red Hat de nuestros RHEL 5 o RHEL 6 para poder bajarnos el paquete de herramientas virt-v2v. En el caso de que no tengas la suscripción con Red Hat, puedes probar esta herramienta desde otras plataformas de Linux como Fedora y Ubuntu de forma totalmente gratuita.

A continuación, te describo los pasos necesarios para poder convertir una máquina virtual de un servidor VMware ESX/ESXi a Red Hat Enterprise Virtualization (RHEV):

1. Entrar como root en la consola y escribir:

Yum install virt-v2

2. Crear un archivo de texto al que luego le cambiaremos el nombre y la extensión para alojarlo en el directorio raíz de nuestro servidor VMware ESX/ESXi. Este archivo se llamará: .netrc (el punto delante para ocultarlo).

Este archivo tendrá los parámetros necesarios para poder conectar a nuestro servidor VMware ESX/ESXi. A continuación, te describo un ejemplo:

machine vSphere1.demo.com login root password p@ssw0rd
machine vSphere2.demo.com login root password p@ssw0rd

Finalmente a este archivo le otorgaremo loss permisos 600 para que RHEV pueda leer e interpretarlo de forma adecuada.

3. Finalmente, escribiremos ejecutaremos este comando para poder convertir nuestras máquinas virtuales de tus servidores VMware ESX/ESXi:

virt-v2v –ic esx://vsphere1.demo.com/?no_verify=1 –o rhev –osd 192.168.2.215:/mnt/nfs/RedHat/Export Rhel4

Siendo:
no_verify=1 ignorará el certificado de nuestros esx
-o rhev es el formato de conversión, o sea rhev
-osd dirección de nuestro dominio de importación y exportación de VMs de nuestro RHEV-H -o RHEL creado mediante la consola de gestión Rhev Manager
Rhel4 es el nombre de la VM de nuestro ESX a convertir

A continuación, te enumero también los pasos necesarios para poder convertir una máquina virtual de un XenServer a RHEV:

Lo primero, es que es mucho más sencillo, ya que no hace falta crear ningún tipo de archivo para dejarlo en el directorio raíz. Simplemente escribiendo el siguiente comando, convertiríamos nuestra máquina virtual de Citrix XenServer a RHEV:

Virt-v2v –o rhev –ic: xen+ssh://root@xenserver01.demo.com –osd 192.168.2.215:/mnt/nfs/RedHat/Export Rhel4

Una vez que este convertida, tendrás que ir a la consola de gestión e importaríamos la máquina convertida a nuestro entorno RHEV.

Bueno, hasta aquí por hoy. Espero haberte contado algo de tu interés, y te emplazo hasta la semana que viene con un nuevo capítulo sobre 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.

Ya esta disponible online el episodio #24 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ñol.

En el episodio de esta semana, hablaremos de los discos de estado sólido en entornos de virtualización, responderé a la pregunta de un usuario en relación a los beneficios del hardware virtual versión 7 en las máquinas virtuales, te enseñare otra utilizad impresionante relacionada con el mundo de la virtualización y del Cloud Computing y terminaremos con el caso de éxito del mundo de la virtualización del Correo Gallego.

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.

Hola amigos, soy Florián Murillo. Observo y participo con interés en todos los debates que puedo acerca del cloud y me doy cuenta que todos los debates son entre tecnólogos. Es como si solo los médicos hablaran de enfermedades.

Hablamos acerca de la seguridad en el cloud, de la elasticidad de la computación, de las tecnologías mas adecuadas, de este y aquel fabricante, incluso de quien lidera y quien es se queda atrás, pero ….

¿Donde están los clientes? a lo que me refiero es que estos debates son valiosos y ayudan a las empresas ya consolidadas a mejorar sus Tecnología de la Información, de la mano de sus informáticos y sus integradores de confianza, pero, el cloud también es el camino a seguir para acercar la creatividad de empresas NO TECNOLOGICAS al mercado, es decir, que a través del cloud, por un coste muy inferior, sin inversión en equipamientos, sin contratos de permanencia, y con un pago mensual, podemos llevar nuestras ideas al mercado, lo que nos permite medir nuestra creatividad, acelerar el desarrollo de nuestros proyectos, ayudándonos si es necesario, de Sistemas de Gestión de Contenidos (CMS) existentes (Drupal, WordPress, Joomla, etc…) y publicando la web en una máquina virtual contratada a algún proveedor de IaaS.

También pueden contratar a empresas de desarrollo para hacer en Ruby (o cualquier otro dialecto) un sistema de seguimiento logístico y desplegarlo en alguna PaaS diseñada para este fin, con un coste mensual muy pequeño.

O bien contratar algún servicio de videoconferencia en la nube, a algún proveedor de SaaS para extender nuestro negocio mas allá de nuestras fronteras sin arruinarnos en comunicaciones y viajes sin éxito garantizado.

Desde mi punto de vista este es el verdadero éxito o fracaso del cloud y no el que las grandes empresas reduzcan sus costes de TI en una cantidad sustancial, aunque entiendo que estos proyectos SI que son estratégicos para nuestro sector.

Me refiero a nuevos modelos de venta editorial, de libros en papel o electrónico. También a nuevos sistemas educativos, nuevos modelos de venta de sistemas de preimpresión digital, nuevos canales de venta de productos artesanos, nuevos modelos de explotación turística, todos canalizados a través de la capilaridad del cloud.

Estas empresas necesitan ayuda para sacar adelante sus proyectos, integradores especializados en asesorarles, con amplia experiencia en proveedores cloud, que les ayuden a encontrar el camino ideal para sus proyectos.

Solo así el cloud se convertirá en lo que espero, (soy un romántico) un motor de creatividad.

El mercado necesita ideas, y el cloud nos ayuda a ponerlas en marcha por mucho menos riesgo. Me gustan las ideas, me gusta la creatividad, me gusta el cloud.

¿Crees que el Cloud Computing es conocido por empresas NO tecnológicas?

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

Esta semana me gustaría permitirme la licencia de desviarme de los temas puramente técnicos y tecnológicos para desarrollar un poco más un concepto del que ya os adelantaba algo en el post de la semana pasada.

En este pasado post os hablaba acerca de la confianza asumida en los sistemas de seguridad de los bancos, y particularmente en el uso que hacemos de uno de sus sistemas más comunes, la tarjeta de crédito. En este punto me gustaría que pensemos en la tarjeta de crédito con cierta laxitud, es decir, pensemos en cualquier sistema de pago mediante tarjeta.

Hagamos un pequeño repaso de la historia de la tarjeta de crédito y de sus paralelismos con el Cloud Computing
.
La primera mención histórica que se hace al concepto de tarjeta de crédito viene de la mano de Edward Bellamy en 1887 en su novela utópica Looking Backward, donde Bellamy usará este término hasta en once ocasiones. En el caso del Cloud computing la primera mención al concepto es realizada por John McCarthy en 1960, donde decía que “la computación algún día estará organizada como una utilidad pública”.

Algunos años después de estas primeras visiones utópicas, el concepto de tarjeta de crédito empieza a materializarse en forma de tarjetas usadas para vender gasolina a los propietarios de automóviles a principios de 1920. Más tarde, en 1938, algunas compañías empezaron a aceptar las tarjetas de la competencia. En el paralelismo con el cloud computing, podríamos pensar en las apariciones, a principios de los 90, de conceptos como Grid Computing o Utility Computing, que si bien todavía no encajan completamente en el concepto de Cloud Computing, son claramente sus predecesores.

Volviendo de nuevo a la tarjeta de crédito, no será hasta 1950 donde Ralph Schneider y Frank McNamara, fundadores del Diners Club, implementasen la primera tarjeta de crédito que permitía realizar el cargo de una factura a dicha tarjeta, que sería abonado a finales del mes en curso.

En 1958, un competidor del U.S. Postal Service, American Express desarrollaría la primera red monetaria, en la que se permitiría las transacciones comerciales, usando su tarjeta de crédito, entre los clientes de American Express.

Poco después, a finales de los 60, aparecerían nuevas iniciativas como BankAmericard, lo que más tarde será Visa, o MasterChange, que pasaría a conocerse como MasterCard. La principal ventaja de estas tarjetas es que ya permitían realizar transacciones entre diferentes participantes, independientemente de que sean clientes directos de las entidades bancarias.

En este punto me parece interesante comentar las diferencias entre ambos sistemas:

• Sistemas de ciclo cerrado, en el que emisor de la tarjeta actúa como mero intermediario entre el cliente y el comerciante, como sería por ejemplo las tarjetas Diners Club o American Express.
• Asociaciones de tarjetas bancarias, en el que un grupo de bancos se asocian para crear una red de interoperación entre entidades. Esta asociación obligó a la creación de reglas de cooperación y transferencias de fondos entre bancos, que mejoraría de forma sustancial la seguridad y la operativa entre las entidades.

He querido pararme en estos puntos y en este momento porque se me vienen “sospechosos paralelismos” a lo que estamos viviendo hoy en día en el Cloud Computing. Si nos paramos a analizar por un momento el panorama de Cloud actual, vemos que nos encontramos en el punto en el que plataformas como Microsoft Azure, Amazon EC2, Google Apps o VMWare Cloud Foundry no dejan de ser “guetos” inconexos que recuerdan mucho a los modelos planteados por Diners Club o American Express.

Como ya comentaba, la seguridad en la nube o, mejor dicho, la confianza del usuario en la seguridad de la nube, es un requisito indispensable si queremos que dentro de poco oigamos cosas como: “voy a acercarme un momento al cajero que tengo que consultar la escritura de mi casa (o el informe que tengo que presentarme mañana a un cliente)”.

Afortunadamente, y haciendo el paralelismo con las tarjetas de crédito se ve de forma más o menos clara, se están dando los pasos oportunos y acertados, sólo es cuestión de seguir trabajando, desde todos los estratos, en la dirección en la que se ha seguido hasta ahora.

Puede que parezca de ciencia ficción, pero conceptos como El banco de datos no nos quedan tan lejanos…

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

Queridos lectores,

En el post de hoy, os enseñaré a modificar la ip y máscara de la interfaz de administración en un servidor Citrix XenServer, y que además, esta dentro de un pool. Para ello podremos hacerlo de dos formas, desde la consola fisica de XenServer y desde CLI.

Sea un método u otro recomiendo hacerlo in situ, mas que nada por si hay fallo o perdida de conectividad.

1.- Realizamos un backup de metadata y de las VM con el proposito de tener todo asegurado.

2.- Desactivamos la alta disponibilidad si la tuviéramos. Esto lo podemos hacer desde XenCenter

3.- Modificamos la ip y máscara:

Método A:

Accedemos a cualquier servidor del pool dentro de su consola física xsconsole. Si lo estuviéramos haciendo remotamente teclearíamos xsconsole en cualquier consola ssh.

Seleccionamos: Network and Management Interface > Cofigure Management Interface. Seguidamente asignamos la configuración de la interfaz de administración

Si viéramos que aplicando cambios que queda congelada la pantalla podemos teclear CTRL + Z, nos aparecerá una consola linux y ejecutaremos xe-toolstack-restart. Posteriormente podremos retornar a xsconsole con el comando fg%1

Método B:

Todo el método B es posible hacerlo mediante el siguiente comando:

xe pif-reconfigure-ip uuid=”UUID of host management PIF” IP=”New IP” gateway=”GatewayIP” netmask=”Subnet Mask” DNS=”DNS Lookup IPs” mode=”dhcp,none,static”

4.- Ejecutamos xe-toolstack-restart para guardar cambios de forma segura. Comprobaremos con xe host-is-in-emergency-mode si el servidor está en modo de emergencia.

5.- Ejecutaremos 3 y 4 en todos los servers del pool.

6.- Mediante cualquiera de los métodos del paso 3 modificamos la IP en el pool master

7.- Ejecutamos xe-toolstack-restart en el pool master

8.- En todos los miembros del pool menos en el pool master ejecutamos xe pool-emergency-reset-master master-address=IP_OF_THE_MASTER

9.- Verificamos el correcto funcionamiento del pool.

10.- Habilitamos alta disponibilidad si lo hubiéramos deshabilitado.

Como veis con estos sencillos pasos habremos cambiado la ip y mascara de nuestro pool de xenservers. No olvidéis realizar backups por si las moscas.

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

Buenos días, soy Jose Maria Gris y como cada miércoles estoy aquí para hablar sobre el Ecosistema de VMware.

Os he ido enseñando poco a poco la nueva versión de Datacore. En post anteriores sobre laboratorios de bajo coste, en algunas transparencias os he ido enseñando la nueva cara de nuestro viejo amigo.

Lo cierto es que no tiene nada que ver. La consola de SANmelody ahora se nos antoja antigua y poco amigable, ahora todo es muy intuitivo y además nos trae nuevas funcionalidades.

Hablando de nuevas funcionalidades, especial mención al CDP que incorpora. Nos ayudará mucho en momentos de apuro y nos dará tranquilidad en el resto del tiempo (que falta hace)

Quien me conoce sabe que muchas veces digo “A mi no me crea, pruébelo”. Nuestros amigos de Datacore han hecho lo mismo y han montado unas maquetas para que quien quiera pueda probar el nuevo producto.

Pulsando aquí, podréis acceder a la pagina de su web donde podréis ver dos interesantes videos sobre la presentación del producto y sobre una demostración de alta disponibilidad. Interesante de ver.

¡Pero queremos probar! Pues a ello vamos, en este link podéis acceder a un “Test Drive” y probar con vuestro mouse como funciona. Ojo, tan sólo funciona con Internet Explorer.

En breve haré un tutorial de cómo se instala y como se gestiona nuestro nuevo SANsymphony-V.

A lo mejor hago algún pinito y grabo un video. ¿Que opina nuestro Chief Editor?

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