Infraestructuras convergentes vs hiperconvergentes

Infraestructuras convergentes vs hiperconvergentes

¿Cuáles son las principales diferencias entre las infraestructuras convergentes y las hiperconvergentes?

La gran diferencia es que las infraestructuras hiperconvergentes son definidas por software y totalmente transparentes. Los componentes de este tipo de infraestructuras no pueden separarse de la misma forma que en las convergentes, pero son más flexibles y personalizables.

La flexibilidad de las infraestructuras de hiperconvergentes hace que sean más escalables y rentables, porque se pueden agregar, por ejemplo, más bloques de almacenamiento según las necesidades. En las convergentes no existe esta opción, ya que es necesario añadir paquetes enteros, lo que hace que suponga un desembolso económico más elevado.

UDS Enterprise suprimirá la necesidad de tener Java

UDS Enterprise suprimirá la necesidad de tener Java

El equipo de desarrollo de UDS Enterprise está trabajando para eliminar la necesidad de tener instalado Java para determinados tipos de conexión al acceder desde cualquier navegador a los escritorios virtuales desplegados con nuestro broker de conexiones VDI para Windows y Linux.

Hasta ahora, al acceder a los escritorios virtuales desde cualquier navegador era necesario tener Java instalado para determinados tipos de conexión. Ademas, los administradores de sistemas, para sacar el máximo partido a la plataforma de escritorios remotos, tenían que asegurarse de que todos los navegadores de sus parques tenían instalada la versión requerida de Java.

Microsoft asegura que podría liberar el código de Windows

Microsoft asegura que podría liberar el código de Windows

Microsoft podría liberar el código de Windows. Así lo asegura Mark Russinovich, uno de los desarrolladores más importantes de la compañía. Russinovich hizo estas declaraciones en ChefConf, un congreso celebrado en Silicon Valley al que asisten mayoritariamente usuarios de Linux. Allí, el desarrollador dijo que ahora estamos frente a «un nuevo Microsoft, donde un Windows Open Source es posible».

Para Russinovich, este paso sería una evolución importante para la compañía, ya que hoy en día la mayor parte de los usuarios y clientes de Microsoft confían en el código abierto. Por eso, el gigante de Redmond «también debería apostar por él», explicó. Además, explicó que la empresa ya permite el uso de Linux en su servicio en la nube Azure y que, de hecho, a día de hoy un 20% de los equipos que utilizan este servicio funcionan con el sistema operativo del pingüino.

oVirt, herramientas Open Source y vSphere

oVirt, herramientas Open Source y vSphere

El Open Source sigue siendo uno de los temas que más interés despiertan entre nuestros lectores. De hecho, durante las dos últimas semanas, dos de los artículos más leídos de nuestro blog están relacionados con él. En concreto, los posts más destacados hablan sobre el despliegue de una arquitectra VDI con oVirt, herramientas de código abierto para desarrolladores y, por último, sobre la creación de una plataforma de virtualización de escritorios con vSphere.

Os dejamos los enlaces por si no habéis tenido oportunidad de echarles un vistazo:

Cómo desplegar una plataforma VDI con oVirt


Más de 100 herramientas Open Source para desarrolladores


Cómo crear una infraestructura VDI con VMware vSphere

Cómo crear máquinas virtuales en Linux usando KVM

Cómo crear máquinas virtuales en Linux usando KVM

En nuestro post de hoy explicamos cómo desplegar y crear máquinas virtuales con KVM bajo distribuciones basadas en Red Hat como RHEL, CentOS7 y Fedora 21.

Antes de empezar, conviene asegurarse de que el sistema tiene las extensiones de virtualización de hardware necesarias o que dichas extensiones están habilitadas en la BIOS y que los módulos KVM están cargados en el kernel.

Después, lo primero de todo hay que instalar los paquetes qemu-kvm y qemu-img. Estos paquetes suministran el administrador de imágenes de disco y el nivel de usuario KVM.

Ir al contenido