Como cada miércoles estoy aquí con vosotros para ver temas nuevos del ecosistema de VMware. Soy Jose Mª Gris y hoy no hablaremos de cosas extrañas ni cosas que nos han desaparecido.

Hoy hablaremos sobre la activación del EVC Mode, funcionalidad que nos permite crear una “baseline” para que nuestros procesadores, aunque no sean iguales entre ellos, puedan ejecutar vMotion. Eso si, tendremos EVC para AMD y EVC para Intel. Las churras con las churras y las merinas con las merinas. Ya sabéis aquello de “las que entran por las que salen … “

Bien, ya hemos decidido activar nuestro EVC en el cluster de producción, lo activamos, seleccionamos la baseline y entonces nos damos cuenta que para poder activar la funcionalidad, el cluster tiene que estar parado. Y claro, no sería tan fácil, porque cuando decimos que vamos a parar “un momentito” pues “va a ser que no”, porque “show must go on….”.

Vale. Pues vamos a montarnos nosotros solos la fiesta. En estos casos lo que hago es definir un segundo cluster, pasar toda la producción del ESX2 al ESX1, parando todo lo no crítico. Cuando tengo ESX2 libre lo pongo en maintenance mode y lo paso de Cluster.

Posteriormente voy haciendo vMotion de las VM en producción entre ESX1 y ESX2, dando continuidad al servicio. Una vez tengo el primer cluster y ESX1 libre de carga, lo paro y activo EVC. Si señor! De parrafada y sin equivocarme!

Posteriormente no tengo más que devolver las VM de producción a ESX1 y devolver en su momento ESX2 a su cluster de procedencia. Podemos borrar el cluster temporal que hemos montado y todo vuelve a su lugar, pero con el EVC en marcha para que podamos entrar un nuevo ESX con un procesador “algo” distinto.

Take care.

Como cada miércoles estoy aquí con vosotros para ver temas nuevos del ecosistema de VMware. Soy Jose Mª Gris y esto no es el programa de Iker en Cuatro sobre temas paranormales, pero va camino .

Hoy veremos, que si no somos demasiado ordenados o poco metódicos nos encontramos en situaciones como la que hoy hablamos.

Tenemos nuestras plantillas y hacemos un update. (Por cierto, la semana que viene hablaremos de los updates y lo que tenemos que tener en cuenta a la hora de hacerlos)

A partir de este momento, el deploy de nuevas máquinas a partir de nuestras plantillas no tendrá las vmwaretools a fecha de hoy, el famoso “out of date”. Vale, nos vamos a actualizar nuestras templates. Nos ponemos el traje de fregar y a actualizar.

Convertimos nuestra template en vm, actualizamos las vmwaretools y tenemos todo al día, bien, pero….. Vamos a ver los componentes de nuestra máquina y al hacer “Edit Settings” Blum! Nos enseña el mensaje de marras. Por mucho que paremos la máquina y le hagamos de todo, no nos enseña sus intimidades, vergonzosa se nos ha vuelto.

Si editamos el .vmx veremos que tenemos referencias que han cambiado o bien no existen, el ISO del SO que generó la máquina que ya no está, o como este caso el datastore había sido cambiado de nombre.

Podemos editar nuestro .vmx y corregir todo o bien una solución mucho más simple, desinventariamos la vm y la volvemos a inventariar (JMM, nos estamos haciendo un montón de estos eh?).

Con ello podremos acceder a nuestra vm, actualizarla y volver a su sitio.

Hola que tal, soy Jose Maria Gris y de nuevo vengo aquí a comentaros algo sobre este mundillo de VMware.

Hoy hablamos de una situación un poco rara que ocurre cuando migramos de VMware vSphere 4.x a 4.1 un entorno con cierto numero de VMs y lo hacemos con Update Manager para que actualice las VMwaretools.

Sencillamente, cuando has acabado y se están actualizando las mencionadas vmwaretools, pues nos aparece los distintos hosts en alertas y con un mensaje digno de Microsoft.

“Unable to apply DRS resource settings on host xxxx en xxxxx. Another task is already in progress. This can significantly reduce the efecctiveness of DRS.”

Y ahora, ¿Qué ha pasado? Que yo sepa he hecho todo correctamente…. ¿Qué es esa segunda tarea que dice que está trabajando?

No fear. Sencillamente, si recordamos VMware DRS no es más que la automatización de vMotion y que las VMs con Snapshots no pueden hacer vMotion!. Y como casi todas tienen Snapshots, pues el aparato nos dice que no puede hacer DRS porque tiene un monton de VMs que tienen Snapshots.

Ya sabeis que en estos casos podemos dar caducidad a los Snapshots, por lo que podemos esperar a que se retiren, o podemos ir sacándolos uno por uno…..

Saludos, hasta la semana que viene.

Hola de nuevo, soy Jose Maria Gris y seguimos comentando el caso APD.

La foto no es un cuadro de Miró, es un masking de pintores…. (Nota del Blogger…)

Hoy vamos a ver como tenemos que hacer para que aunque tengamos o no el parche adecuado para solventar el APD, pues si nos aseguramos de quitar de forma correcta la LUN, estaremos mas tranquilos no?

El KB 1015084 nos indica paso a paso lo que hay que hacer por consola.

- Dejar de usar el datastore en cuestión

• Desregristrar las VM que estén allí registradas
• Asegurarse de que no hay scripts que están trabajando con la LUN en cuestión

- En ESX tenemos el NMP (Native Multi Path) y el MASK-PATH Plugin que es el que usamos para hacer masking con las LUNs. Para saber si están disponibles:

• # esxcfg-mpath –G

El output debe ser parecido a

• # esxcfg-mpath -G?MASK_PATH?NMP

Listamos las claimrules existentes

• # esxcli corestorage claimrule list

El output será parecido a

• # esxcli corestorage claimrule list?Rule Class Type Plugin Matches?0 runtime transport NMP transport=usb?1 runtime transport NMP transport=sata?2 runtime transport NMP transport=ide?3 runtime transport NMP transport=block?4 runtime transport NMP transport=unknown?101 runtime vendor MASK_PATH vendor=DELL model=Universal Xport?101 file vendor MASK_PATH vendor=DELL model=Universal Xport?65535 runtime vendor NMP vendor=* model=*

Añadimos una rule mediante el la siguiente instrucción:

• # esxcli corestorage claimrule add –rule  -t location -A -C -T -L -P MASK_PATH

donde -A <hba_adapter> -C <channel> -T <Target> -L <lun> define un único path. El numero de la “rule” debe ser entre 101 y 200.

Verificamos que la rule esta incluida….

# esxcli corestorage claimrule list

Y la cargamos. Así con todos los paths.

# esxcli corestorage claimrule load

Si todo ello esta correcto podemos hacer el claiming

# esxcli corestorage claiming reclaim -d

Donde <naa.id> es el identificador del device.

Con todo ello efectuado y borrados todos los paths, iremos a vCenter y nos iremos a Host > Configuration > Storage, click Refresh y el datastore desaparecerá.

Podemos deshacer el maping de la LUN desde nuestro Array.

Como ultimo paso, nos quedaría limpiar la tabla de rules

# esxcli corestorage claimrule delete –rule

Cargar

# esxcli corestorage claimrule load

Y listar para ver que todo queda limpio. Si queda alguna rule, pues a empezar el proceso de cleaning de nuevo.

Espero haya sido interesante.

Referencias :

Unpresenting a LUN containing a datastore from ESX 4.x and ESXi 4.x (1009449)

Masking a LUN from ESX and ESXi 4.x using the MASK_PATH plug-in (1009449)

Hola soy Jose Maria Gris y de nuevo estoy aquí con vosotros. Últimamente esta sección parece un poco como cuarto milenio . Lo que os comentaré hoy no es que sea cosa de brujas pero si es cierto que me ha traído de cabeza en 2 instalaciones estos días y la verdad es que no acababa de verlo claro. Tras investigación y pruebas de laboratorio, ha quedado bastante claro.

Bien, todo empieza cuando llego a una instalación que “se ha vuelto loca”. Sencillamente es ingobernable, no contesta ni responde correctamente ni al VI client ni a vCenter…. No se comporta correctamente con SSH. Vamos, un potro desbocado. Eso sí, las VM continúan dando servicio sin problema.

Nos ponemos en contacto con soporte y nos comentan que lo que tenemos es un “All paths Down” o APD. Solución: Hay que entrar en las vms por RDP, pararlas y posteriormente hacer caer el ESX/i con un Cold Reset. Cuando se levante, todo estará en su sitio. Soporte “dixit”

Bien, vamos a ver como ocurre esto. El KB 1016626 nos empieza a dar luz sobre el tema. El resumen es “si se efectúa un rescan cuando una lun esta con todos los enlaces caídos puede generar o bien que otra vm deje de responder o como me ocurrió a mi, que los hosts se vuelvan locos.” Las razones pueden ser múltiples, error de hardware, sacar una lun de golpe, etc. Lo cierto es que con diversos levels de ESX he visto comportamientos muy parecidos, pero distintos.

Por lo que he estado investigando, es un bug de vSphere. Con 3.5 no pasaba. Básicamente si en un rescan el sistema detecta que no encuentra una Lun, se vuelca con el proceso hotsd a buscarla, tanto, que llega a bloquear nics, etc….

Si estás leyendo esto y estas en 4.0. U1, tienes que pensar en instalar el parche que se indica mas abajo en referencias, el cual minimiza el tiempo de “no respuesta”. Con 4.0 U2 y 4.1 ya viene instalado.

La buena noticia es que ya leí en un KB que en versión 4.1 U1 el tema se solventaba. La tengo instalada en mi laboratorio y efectivamente entre las features comenta que “ya no deberá pasar mas”, aunque hay un comentario sobre “si ocurre, contacta con soporte técnico.”

No contento con ello he cogido una instalación grande en preproducción, con SANs y con Datacore importante y simplemente he sacado una lun para posteriormente hacer un rescan manual desde el cluster. Lo cierto es que no le ha gustado nada, ha “tosido” se ha molestado, se ha recorcobecado, pero al cabo de un par de minutos estaba todo bien y continuaba en su sitio. Nada que no se pueda mitigar.

Lo reconozco, no me he quedado contento. Lo he probado en mi pobre labo. Los resultados han sido los mismos.

No os voy a decir que el APD ha quedado eliminado, esto lo debe decir el fabricante, pero en mis pruebas, al menos, no ha aparecido….

No obstante, la próxima semana os presentaré como hacer correctamente un “masking” desde ESXi para despresentar una LUN en vSphere 4.x (esté o no solventado el APD, por si las moscas).

Hasta la semana que viene.

Referencias
KB Article: 1016626 Virtual machines stop responding when any LUN on the host is in an all-paths-down condition (APD)
VMware ESX 4.0, Patch ESX400-200912401-BG: Updates vmkernel, vmklinux, tools, CIM, and perftools (1016291)
VMware ESXi 4.0, Patch ESXi400-200912401-BG: Updates Firmware (1016295)

¿Cómo estamos? Soy José María Gris y como cada miércoles vengo a comentaros un nuevo tema que creo puede ser de vuestro interés.

Hoy veremos “el caso de las tarjetas de red virtuales que desaparecen en escritorios de View”. Este es un caso donde en una instalación se detectó que en los escritorios virtuales “desaparecían” tarjetas virtuales de Lan.

El administrador estuvo buscando y buscando hasta que encontró el problema y su solución.

El tema es bastante sencillo al fin y al cabo. En el terminal el usuario a veces introduce un USB, un Pendrive y ahí se origina el problema.

Cuando se invoca el icono de “sacar hardware con seguridad”, el sistema enseña tanto el USB como la tarjeta de lan. Si el usuario se equivoca o bien no sabe exactamente lo que tiene que hacer, entonces “desaparece” la tarjeta de lan dejando el escritorio inhábil hasta que el administrador vuelve a conectar el device.

Con la máquina virtual apagada, “Edit settings”, seleccionar la pestaña “Options”, y allí, en la sección “Advanced”, seleccionar “General”. En la parte derecha aparecerá el botón “Configuration Parameters”.

Entrando en estos parámetros, botón “Add Row”. Aparece nueva fila e introducimos en la primera columna devices.hotplug y en la segunda false.

La posibilidad de deshabilitar la tarjeta de red desaparece. Gracias David, Gaspar…

Hasta la semana que viene. Take care.

Hola, que tal? Soy Jose Maria Gris y de nuevo estoy con vosotros tras una temporada alejado de vosotros por temas de salud. Que le vamos a hacer.

Pero bueno, ya estamos aquí de nuevo con vosotros y traigo noticias que seguro os van a interesar.

Como seguro sabéis, se ha celebrado el Partner Exchange Conference en USA. En este tipo de eventos se aprovecha para presentar novedades que iremos comentando. Una de las mas esperadas es la próxima versión de vSphere, posiblemente la 5 aunque no sabemos si va a ser ese su nombre definitivo.

Se ha comentado que la próxima versión va a incorporar Replicación basada en Host para Site Recovery Manager(SRM). Interesante como replicación asíncrona para quien no dispone de replicación en cabina. (Chicos, vamos a tener que hacer una nueva traducción de SRM…)

vMotion a larga distancia. Aunque ahora se puede hacer usando soluciones del triunvirato VMware/Cisco/EMC, al parecer se van a poder hacer vMotion entre CPD distantes más de 200Km mediante feature estándar.

DRS para Storage. Si, si, has leído bien, para storage. De igual forma que una cpu o memoria sobrecargada hace que un DRS mueva nuestra VM de Host, ahora si una Lun tiene sobrecarga moverá nuestra vm entre storage (tengo interés en ver el algoritmo). Parece ser que en lugar de asignar nuestras VMs a un Datastore lo haremos a un Pool de Datastores llamados “Pods”, los cuales harán autobalance.

Estamos asistiendo al momento de la verdad del Storage y podemos ver soluciones muy interesante como el AutoTiering de Datacore (inminente aparición) o el FAST de EMC. Ambos mueven los bloques de información de una LUN de menor velocidad a una de mayor velocidad si el uso de la VM es intensivo y viceversa cuando no se usa.

También se han comentado que con la aparición de los 10Gig Ethernet va a ofrecer QoS y reservas de ancho de banda para nuestras VMs que tengan prioridad. Interesante no?

Hasta la semana que viene. Take Care

Hola, soy Jose Maria Gris y estoy de nuevo aquí tras un paréntesis debido a temas de salud. Gracias a Dios, ya estoy aquí con vosotros. Y hoy, con el permiso del Editor in Chief, no vamos a hablar del ecosistema. Vamos a hablar de nosotros, los Bloggers.

A veces ocurren cosas que te hacen pensar, y es lo que ha pasado con nuestro compañero JM González. No voy a entrar en polémica ni deseo generarla, pero sí deseo expresar alguna nota al respecto.

A veces pienso en definir “que es un blogger”. ¿Alguien que tiene necesidad de expresarse? ¿Alguien que tiene necesidad de salir a la palestra?

Se nota que no somos sajones. En Hide Park hay unos corners donde hay unos pequeños púlpitos y las personas que lo desean, expresan libremente sus opiniones ante el público que se junta en ese preciso instante. Es una forma de expresar la opinión de una forma democrática. Tan sólo tiene una regla, las formas. Hay que tener cierto formalismo y educación.

Y esto es lo que es este espacio. Un púlpito virtual que JM González ha hecho conocido a base de tesón y horas. Invito a quien quiera a estar conmigo para ver lo que supone que cada jueves tengas temas para comentar con tus lectores.

Y el único pago que recibimos (y nos encanta, de verdad) es vuestra lectura y vuestra consideración. Eso nos da vidilla. Hace mucho tiempo que vengo dando formación y es la mejor manera de estar al día, explicando, porque te generas una obligación de “estar al día”.

Me encanta compartir información con vosotros y quien me conoce sabe que es habitual en mi, pero chico, cuando alguien quiere tomar ventaja de nuestra postura, entonces debo decir “no my friend”.

Espero no haber pisado ningún callo, pero si así fuere, por algo será.

Hasta la semana que viene. Take care.

Hola, soy Jose Maria Gris. He sufrido una intervención quirúrgica de urgencia que me ha dejado durante 3 semanas bastante “off line”. Pero no hay mal que cien años dure…..

De nuevo estoy aquí para hablaros esta vez de dos mundos. El ecosistema de VMware y……. el iPAD!. El Ecosistema se amplía hacia Cupertino .

Que sí! Antes de ir al VMworld de Europa ya me lo había comprado. En Kopenhagen fue increíble ver la concentración de iPAD que había. Y fue allí donde oí que estaban sacando el cliente de vCenter para el iPAD.

Pero no me he podido esperar. Os presento iDatacenter. Disponible en el Appstore a los precios módicos que hay en él. Evidentemente no es un vCenter pero podemos ver lo que está pasando en él y hacer interacciones.

En esta primera pantalla podremos ver la visión general de nuestro Datacenter. El uso de recursos, los disponibles y nuestras VM.

También podemos ver el desglose de nuestro Datacenter en cuanto a hosts se refiere y la vista de VM and templates con sus carpetas administrativas si las hemos creado.

Podemos ver la información que se refiere a un host en concreto. Sus recursos, VMs que corren en el, versión de ESXi que tenemos instalada, sus datastores, incluso, podriamos cambiar el estado del servidor. Podríamos activar el Maintenance mode o bien pararlo.

Por último, evidentemente, nos quedará la vista referente a nuestras VM. Podremos ver como esta el host que la aloja, características de nuestras vms y podremos cambiar el estado de las mismas asi como un storage vMotion de las mismas, aunque no un vMotion.

El autor anuncia nuevas features en breve, de momento a mí lo que hay me funciona muy bien (mejor me va el iPAD), pero bueno. Esperemos el vCenter para iPAD, aunque creo que será un cliente parecido. ¿ O no ?

Bueno, esta pequeña maravilla es lo que tenemos ahora en nuestras manos y es con lo que disfrutamos.

Que tengáis una buena semana.

¿Cuál es la estrategia de virtualización de DataCore?

DataCore propone un enfoque portable y software para la infraestructura de almacenamiento que permite a los clientes aprovechar los periféricos que ya utilizan, reasignar los recursos y los sistemas existentes y reducir significativamente los costes de la inversión en redes de almacenamiento tradicionales. De esta forma se elimina el choque del precio del almacenamiento y siguen siendo productivos. La virtualización del almacenamiento de DataCore proporciona las funciones de alta disponibilidad, aceleración del rendimiento y software de longevidad necesarias para llenar los vacíos de las redes de almacenamiento basadas en los equipos existentes.

¿Cómo se traduce esta estrategia en términos de la solución?

DataCore ofrece dos soluciones de software: SANmelody (hasta 32 TB de capacidad) y SANsymphony (de mayor capacidad).

Las dos soluciones permiten a los usuarios:

• Evitar el riesgo de que el almacenamiento pueda convertirse en una fuente importante de problemas o un punto único de fallo.
• Impulsar la productividad, acelerando el funcionamiento de los discos con la eliminación de las interrupciones de servicio relacionadas con el almacenamiento.
• Controlar los costes, basándose en las unidades existentes y en periféricos económicos de red SAN para limitar sustancialmente los costes de hardware. Estas soluciones también permiten aplazar los gastos de ampliación de capacidad mediante la asignación dinámica de recursos de la red SAN y las instantáneas de bajo impacto.
• Proteger su inversión, manteniendo las mismas funciones SAN avanzadas durante varias generaciones y gamas de periféricos. Este planteamiento permite asimismo migrar en cualquier momento las soluciones de DataCore hacia plataformas más rápidas y potentes para optimizar el rendimiento, la escalabilidad y la eficiencia general.

¿Cuáles son las diferencias entre el modelo/estrategia de DataCore y otras soluciones del mercado? ¿Cuáles son los factores tecnológicos clave de las soluciones de DataCore?

Además de los elementos mencionados anteriormente, la diferencia clave radica en el hecho de que DataCore ofrece un software de virtualización del almacenamiento. A diferencia de las demás empresas que ofrecen la virtualización en sus sistemas de almacenamiento, DataCore permite a los usuarios aprovechar su almacenamiento ya existente e instalado, reforzándolo con la ayuda de funcionalidades para la infraestructura compatibles con numerosos dispositivos de almacenamiento de muchos fabricantes. Y lo más importante, el software de infraestructura virtual sobrevive a estos dispositivos de hardware que aparecen y desaparecen con el tiempo.

A nadie se le ocurriría deshacerse de Exchange o del entorno VMware porque el servidor en el que están instalados se ha quedado anticuado. Sin embargo, esto es exactamente lo que los proveedores de almacenamiento están presionando a que hagan los usuarios desde hace años: descartar la totalidad de la inversión ya realizada cuando hay que cambiar, ampliar o actualizar sus soluciones de almacenamiento. DataCore ofrece a sus clientes la posibilidad de rechazar este método costoso, proporcionando el almacenamiento compartido necesario para implementar las infraestructuras virtuales y la tranquilidad de saber que su inversión en dispositivos de almacenamiento se perpetúa a lo largo de los años.

¿Cuáles son los retos del futuro y cómo pretende hacerles frente DataCore?

Hay tres grandes retos en un futuro próximo:

1. Comprender que los proyectos de virtualización y los despliegues de infraestructura tienen tres dimensiones.

Los servidores y las estaciones de trabajo requieren mucha atención, pero el almacenamiento representa una parte exagerada de los gastos regulares de inversión y una fuente constante de interrupciones. Mediante la virtualización del almacenamiento en agrupaciones de dispositivos de almacenamiento estratificado, DataCore supera el obstáculo de la incompatibilidad entre las diferentes generaciones, modelos y fabricantes para maximizar su valor combinado.

Con DataCore Software^TM, usted no sufrirá más interrupciones relacionadas con el almacenamiento, cuellos de botella ni obstáculos en términos de inversión que ponen en peligro sus proyectos de virtualización. DataCore permite a los usuarios provisionar, compartir, reconfigurar, migrar, replicar, ampliar y optimizar su almacenamiento, sin disminuir la velocidad y sin tiempos de inactividad. También pueden controlar los costes, evitar riesgos, optimizar su productividad y prolongar la duración de su inversiones de TI.

2. Adoptar la virtualización masiva. Ejemplo típico: las estaciones de trabajo Citrix y Microsoft Hyper-V han creado una nueva oleada de usuarios de la virtualización. El entorno Microsoft plus global con Windows 2008 R2 e Hyper-V empieza a dar paso a la virtualización y esta tendencia continuará acelerándose en los próximos 24 meses.

La nueva fase de virtualización de Microsoft basada en el software Hyper-V crea toda una categoría nueva de clientes a la virtualización. Estos buscan un almacenamiento fácil de usar y compatible con el entorno Microsoft. Ya no se puede presuponer que hay un administrador del almacenamiento. Los administradores de la red o de la virtualización ahora deben gestionar también las soluciones de almacenamiento. Los proveedores de almacenamiento como DataCore que ofrecen soluciones ejecutadas de forma transparente en los entornos Microsoft y gestionan las redes de almacenamiento como una extensión lógica del sistema operativo de Microsoft, facilitan enormemente la gestión del almacenamiento y están en una posición ideal para la nueva ola de clientes Microsoft dispuestos a utilizar las soluciones de virtualización.

3. Cuando se refuerzan los servidores virtuales, la prioridad debe colocarse en la adecuación de los aspectos de almacenamiento, en particular en términos de continuidad y reanudación de la actividad.

Hoy en día, la preocupación principal no es la virtualización de los servidores sino más bien la pregunta “¿Cuál es la eficacia de mi continuidad del negocio y de mi alta disponibilidad y está realmente listo mi almacenamiento compartido para tomar el control?” Este cambio de prioridad de los servidores y estaciones de trabajo a favor del almacenamiento no se detendrá sino que se acelerará durante el segundo semestre de 2010.

La principal función del almacenamiento en la migración hacia la virtualización se está comenzando a entender por su papel esencial en la protección de los datos y de las máquinas virtuales para la continuidad de la actividad. Se espera que el almacenamiento se convierta en una prioridad mayor para los proveedores de soluciones de TI y los administradores de TI.

¿Cómo define usted la relación entre DataCore y sus socios comerciales?

DataCore está totalmente comprometida con su modelo de red de dos niveles y solo vende sus productos a través de sus socios de canal y distribuidores capacitados y certificados.

La fórmula de DataCore para el éxito de los socios comerciales genera resultados positivos rápidamente y la lealtad del cliente a largo plazo. Los proveedores de soluciones pueden aprovechar las soluciones de virtualización de DataCore para desarrollar sus prácticas de virtualización y aprovechar toda su gama de hardware, software y servicios, proporcionando a sus clientes ventajas económicas sin precedentes.

Los socios comerciales de DataCore pueden así:

• Captar rápidamente a los clientes que desean soluciones sencillas de infraestructura y de almacenamiento.
• Presentar pruebas de las ventajas a un precio asequible, lo que ayuda a reducir los ciclos de ventas.
• Resolver rápidamente los problemas de almacenamiento críticos de los clientes de manera óptima.
• Desarrollar rápidamente la satisfacción y la lealtad del cliente. DataCore cuenta con una base de más de 6.000 clientes y 20.000 instalacións satisfechos y añade varios miles cada año.

DataCore también ha forjado fuertes alianzas con los principales actores en el mundo de la virtualización como Microsoft, Citrix y VMware. A través de estas asociaciones fuertes, nuestros clientes mutuos están más satisfechos y se desarrolla una innovación colaborativa.