ChangeLog for Agent 2.2.28

We’ve just released version 2.2.28 of flexVDI Agent. The biggest change in this version is the support for applying Desktop Policy Security Attributes, in addition to minor bug fixes.

Most relevant changes from 2.2.27:

  • FLEXVDI-1682: Don’t disable PS/2 keyboard, even if not needed. Windows 7 hangs on reboot without it
  • FLEXVDI-1852: By default, disable physical disk monitor
  • FLEXVDI-1865: Implement support for applying Desktop Policy Security Attributes

You can update to the latest Agent version, by running flexvdi-config and selecting Update.

ChangeLog for Manager 2.2.25

We’ve just released version 2.2.25 of flexVDI Manager. The biggest change in this version is the addition of Security Attributes as an extension of Desktop Policy. This allows you to selectively disable some features (USB redirection, Copy&Paste, Power Events…) on your VDI Desktops, to increase the security and isolation of every Guest.

Most relevant changes from 2.2.22:

    • FLEXVDI-1520: Add a new CPU emulation mode (AMD Opteron_G6)
    • FLEXVDI-1523: Allow to choose between PS/2 and USB keyboard mode
    • FLEXVDI-1827: Detect when an Active Directory account password has expired, and let it login to change password
    • FLEXVDI-1865: Implement support for Security Attributes on Desktop Policy

You can update to the latest Manager version, by running flexvdi-config and selecting Manager->Upgrade.

Cómo montar un cluster de flexVDI con DRBD (sin almacenamiento compartido)

flexvdi+drbd
Habitualmente, para montar un cluster de flexVDI, es necesario disponer de un almacenamiento compartido con disco directo (una SAN FC o SAS).

Este almacenamiento compartido se emplea para almacenar la imagen de flexVDI Manager (el orquestador de la plataforma), las plantillas de escritorio y los diferenciales de los escritorio no volátiles.

De los tres elementos mencionados, el único que genera una carga de disco significativa es el último, los diferenciales no volátiles (las plantillas de escritorio, generalmente, se encuentran cacheadas en memoria del Host, gracias al sistema de caché de flexVDI). Por tanto, si estamos pensando en montar un sistema de VDI donde la mayor parte de las escritorios van a ser de tipo volátil, podemos plantearnos prescindir del almacenamiento compartido, sustituyéndolo por un sistema de almacenamiento definido por software, como DRBD.

(more…)

Enabling KVM virtualization for Raspberry Pi 2

As I wrote on my previous post, Enabling HYP mode on the Raspberry Pi 2, the newest machine from the Raspberry Pi Foundation features a Cortex-A7 with Virtualization Extensions, but it isn’t possible to make use of such feature out of the box.

In that article I showed that it was possible to start the kernel in HYP mode. Now, I’ll cover the rest of steps needed for enabling KVM virtualization and running your first guest OS.

(more…)

Enabling HYP mode on the Raspberry Pi 2

The newest iteration of the wonderful machine designed by Raspberry Pi Foundation, the Raspberry Pi 2, sports a Broadcom BCM2836 SoC, with four Cortex-A7 cores. The Cortex-A7, being the little brother Cortex-A15, features the ARM Virtualization Extensions, so both Xen and KVM based virtualization should work on it.

At this point, you probably are wondering why would someone want to use virtualization on a RPi2. In addition to the usual “because you can!” answer, there’s a pretty good reason for it. Imagine you want to use the RPi2 as a media center and, at the same time, you want to run some personal services (like ownCloud or Pydio) on it. Instead of polluting the media center image, you can run an isolate, secure, virtual machine for such purpose. And, using my VEXPRESS_KVM port, you can even provide those services running NetBSD! 😉

The first step towards being able to use virtualization on the Raspberry Pi 2, is finding a way to boot the kernel in HYP mode. Let’s see how can we do that.

(more…)

flexVM 2.1: Un año de trabajo y 158 tickets de SCRUM

Hace un año, cuando lanzamos la versión 2.0 de flexVM, vivimos un momento muy especial para nosotros. Eran tiempos de cambio, en los que habíamos decidido adoptar un nuevo enfoque, pasando de ser un componente hecho a medida para ISPs, a un producto con entidad propia orientado al público general. Este cambio de estrategia definía nuevos horizontes para el proyecto, pero también nos adentraba en un mundo nuevo y desconocido para nosotros.

La versión 2.1 es la confirmación de que el camino que emprendimos hace un año era el correcto. El producto ha madurado (y nosotros, el equipo de desarrollo, con él) y ha ganado nuevas características, alcanzando un nivel de calidad y funcionalidad que le permite competir sin complejos contra las soluciones de virtualización de servidores y escritorios más populares.

Soporte para múltiples pooles, balanceo automático y manual de recursos, integración de OpenVirtualSwitch y la publicación de nuevos clientes para dispositivos móviles (iOS y Android) son sólo algunas de las características más destacadas que se han implementado a través de los 158 tickets de SCRUM resueltos para esta versión.

Y, por supuesto, esto no se acaba aquí. Ya estamos trabajando en la versión 2.2, que traerá mejoras especialmente en las extensiones VDI, y que esperamos liberar en Febrero de 2015, inaugurando un nuevo modelo de lanzamiento de versiones, basado en ciclos de desarrollo más cortos.

Estamos convencidos que 2015 será un año muy interesante para nosotros, así como para nuestros clientes y partners. Muchas gracias a todos los que lo habéis hecho posible.

Enabling KVM virtualization on ARM (Allwinner A20)

Some time ago, ARM Holdings presented the new virtualization extensions for its processor architecture, which are now present on some models of the Cortex family, like the Cortex-A7 and Cortex-A15. Though it’s a quite recent technology, both KVM and Xen hypervisors already support such extensions, allowing to run virtualized Guests in the same way you can already do on x86.

It’s true that current SoCs (System-on-Chip) and development boards doesn’t provide a number of cores and RAM memory that invite to run a significant number of Guests on them, but these are the first steps towards stabilization of ARM virtualization, paving the way for the future server-oriented ARM processors. On the other hand, this is also an interesting option for running alternative operating systems (like the *BSD family) on ARM hardware, without dealing with the extremely heterogeneous nature of it.

In this guide, where going to see how you can enable KVM virtualization on the Olinuxino-A20-MICRO development board.

(more…)

Cómo habilitar virtualización KVM sobre ARM (Allwinner A20)

Hace algún tiempo, ARM Holdings presentó las extensiones de virtualización para su arquitectura de procesadores, las cuales están presentes en algunos modelos de la familia Cortex, como el Cortex-A7 y Cortex-A15. Aunque se trata de una tecnología reciente, los hipervisores KVM y Xen cuentan ya con soporte para dichas extensiones, y permiten levantar SS.OO. invitados de forma similar a como lo hacen en x86.

Si bien es cierto que los SoCs (System-on-Chip) y las placas de desarrollo no invitan a desplegar un número importante de máquinas virtuales, dado el escaso número de cores y RAM que proveen, este supone un primer paso de cara a la estabilización de estas tecnologías, lo que permitirá que ya esté madura para cuando se popularicen los encapsulados de ARM destinados a servidores. Adicionalmente, es una estrategia interesante para poder correr otros SS.OO. (como la familia *BSD) en hardware ARM, sin tener que lidiar con la naturaleza extremadamente heterogénea del mismo.

En esta guía vamos a ver cómo habilitar la virtualización KVM sobre la placa de desarrollo Olinuxino-A20-Micro.

(more…)

Optimizar el rendimiento de disco en una máquina virtual

Es posible que en algún momento te hayas planteado la posibilidad de migrar tu base de datos  (u otro servicio crítico)  a una máquina virtual, y te haya asaltado la duda de si obtendrías el rendimiento de disco apropiado para mantener un buen grado de calidad del servicio.

Ciertamente, al virtualizar siempre aparece cierto grado de overhead en los accesos de E/S, al introducirse una capa intermedia y un posible arbitrador para el acceso, pero dicho overhead depende en gran medida de cómo configuremos el backend de disco de nuestra máquina virtual. Si lo hacemos bien, podremos conseguir que no afecte significativamente a las aplicaciones, y a cambio mantendremos todas las ventajas de tener nuestro servicio virtualizado.

 

(more…)

flexVM lanza la versión 2.0 de su producto de virtualización

flexVM-300x90flexVM lanza la versión 2.0 de su producto de virtualización, que incluye funcionalidades avanzadas como migración en caliente de máquinas virtuales, Direct Storage y manejo de ciclos de vida.

Con esta versión, flexVM da el salto de los entornos especializados para abrirse al mercado generalista, creando un producto atractivo, potente y fácil de manejar, con la clara intención de hacer accesible la virtualización y la nube privada a empresas de cualquier tamaño.

El producto se distribuye en tres ediciones distintas: Single-Node, pensada para pequeños entornos y disponible de forma totalmente gratuita, Enterprise, para entornos productivos que requieren alta disponibilidad, y VDI, que incluye todos los elementos necesarios para el manejo de escritorios virtuales.

 

(more…)