ventajas y desventajas de la virtualizacion

Conocidas las distintas tecnologías existentes, examinamos aquí las ventajas de la virtualización en cuanto a aprovechamiento del hardware, aislamiento, seguridad, flexibilidad, agilidad y portabilidad, así como sus aplicaciones en las empresas, recomendaciones y mejores prácticas.

En cuanto a aprovechamiento del hardware, un mal extendido en los centros de datos actuales es el gran número de servidores,muchos de ellos infrautilizados.Si se virtualizaun número de esos sistemasinfrautilizados en un solo servidor físico, se ahorrará energía, espacio, capacidad de refrigeración y administración debido a que se ha reducido el número de servidores físicos.

• Aislamiento: las máquinas virtuales son totalmente independientes,entre sí y con el hypervisor. Por tanto un fallo en una aplicación o en una máquina virtual afectará únicamente a esa máquina virtual. El resto de máquinas virtuales y el hypervisor seguirán funcionando normalmente.
• Seguridad: cada máquina tiene un acceso privilegiado(root o administrador) independiente. Por tanto, un ataque de seguridad en una máquina virtual sólo afectará a esa máquina.
• Flexibilidad: podemos crear las máquinas virtuales con las características de CPU, memoria, disco y red que necesitemos, sin necesidad de “comprar” un ordenador con esas características. También podemos tener máquinas virtuales con distintos sistemas operativos, ejecutándose dentro de una misma máquina física.
• Agilidad: la creación de una máquina virtual es un proceso muy rápido, básicamente la ejecución de un comando. Por tanto, si necesitamos un nuevo servidor lo podremos tener casi al instante, sin pasar por el proceso de compra, configuración, etc.
• Portabilidad: toda la configuración de una máquina virtual reside en uno o varios ficheros. Esto hace que sea muy fácil clonar o transportar la máquina virtual a otro servidor físico, simplemente copiando y moviendo dichos ficheros que encapsulan la máquina virtual.
• Recuperación rápida en caso de fallo: si se dispone de una copia de los ficheros de configuración de la máquina virtual, en caso de desastre la recuperación será muy rápida, simplemente arrancar la máquina virtual con los ficheros de configuración guardados. No es necesario reinstalar, recuperar backups y otros procedimientos largos que se aplican en las máquinas físicas.

Si en el PC de nuestra casa creamos máquinas virtuales, estaremos más protegidos ante posibles virus que puedan introducirse por la conexión a Internet

Como dice el refrán, “no hay vaca gorda que no pese”.Por tanto, todas estas ventajas tienen un precio, que consiste fundamentalmente en una pérdida de rendimiento; es decir, una aplicación generalmente correrá más despacio en una máquina virtual que en un servidor físico.

La degradación dependerá de la tecnología de virtualización utilizada, de la configuración realizada a nivel hypervisor y de la propia aplicación. Por regla general, las aplicaciones que más repercuten la pérdida de rendimiento son las que realizan operaciones frecuentes de entrada/salida.

Otro aspecto a tener en cuenta es que la máquina física deberá contar con suficiente memoria para poder arrancar todas las máquinas virtuales.

Si queremos crear, por ejemplo, 20 máquinas virtuales en un servidor físico y que estén funcionando simultáneamente, hay tecnologías que permiten hacerlo con una única CPU física (HP Integrity Virtual Machines). Pero al menos necesitaremos 1 GB de memoria para cada máquina virtual, más la requerida por el hypervisor, lo que daría lugar a unos requerimientos de unos 22 GB de memoria.Es decir, necesitaríamos un servidor con una CPU y 22 GB de memoria, lo que es una configuración bastante extraña.

Estos beneficios pueden obtenerse tanto en casa como en las empresas. Por ejemplo, si en el PC de nuestra casa creamos máquinas virtuales, estaremos, por ejemplo, más protegidos ante posibles virus que puedan introducirse por la conexión a Internet (sólo infectarían una máquina virtual) o de que se nos borren las fotos de las vacaciones, porque los datos están encapsulados en un fichero.

• Menor rendimiento, dado que una máquina virtual corre en una capa intermedia a la del hardware real, siempre tendrá un rendimiento inferior. Si vas ha virtualizar, elige bien cual es la solución que necesitas en función de rendimiento y por supuesto costes y escalabilidad.
• Teóricamente no podrás utilizar hardware que no este soportado por el hipervisor de virtualización.
• Hardware virtual obsoleto. Hasta hoy las máquinas virtuales solo nos ofrecen el acceso a tecnología antiguas como USB 1.0, Firewire 400, Ethernet 100, … pero por suerte hipervisor sigue evolucionando para estar al día con las últimas tendencias.
• La aceleración de vídeo se ve afectada por el menor rendimiento, pero se han conseguido que funcione muy bien las últimas versiones de aplicaciones de virtualización de escritorio como vmWare o Parallels ya incluyen soporte para OpenGL y DirectX.
• Aumento de las máquinas virtuales, como una vía para ahorrar compra de hierro, servidores dedicados reales, y con la idea de mejorar la escalabilidad de los proyectos, aunque también es necesario más tiempo de administración de sistemas, gestión de licencia (si tenemos virtualización de pago), posibles riesgos de seguridad, …
• A veces se desaprovechan los recursos con la creación de máquinas virtuales que no son necesarias.
• La avería o fallo de un servidor anfitrión de virtualización afecta a todos los servidores virtuales que aloja, por lo que es importante no solo copias de seguridad de las máquinas, si no incluso según lo crítico que sea el proyecto un clusters de servidores anfitriones para evitar te posible fallo.
• Como cada producto de virtualización usa sus propio sistemas, no hay uniformidad o estandarización de formatos, la portabilidad entre plataformas es realmente complicada. Por eso es importante esa decisión al principio, lo más normal es utilizar GNU/Linux como base.
• La virtualización incide de forma directa en la venta de servidores reales, aunque los servidores utilizados para virtualizar suelen ser más potentes y por supuesto más caros. Sobre esto se plantea una interesante pregunta, ¿existirá un canon oculto por comprar hardware para virtualización?.
• Como hemos comentado antes el sistema operativo anfitrión se vuelve crítico, por lo que la seguridad de este es vital, así como evitar reinicios innecesarios que hacen todas las máquinas virtuales que alojan puedan quedar fuera de servicio. El reiniciar ya no es la solución, como quizás muchas veces lo es.

referencias:

• Menor rendimiento, dado que una máquina virtual corre en una capa intermedia a la del hardware real, siempre tendrá un rendimiento inferior. Si vas ha virtualizar, elige bien cual es la solución que necesitas en función de rendimiento y por supuesto costes y escalabilidad.
• Teóricamente no podrás utilizar hardware que no este soportado por el hipervisor de virtualización.
• Hardware virtual obsoleto. Hasta hoy las máquinas virtuales solo nos ofrecen el acceso a tecnología antiguas como USB 1.0, Firewire 400, Ethernet 100, … pero por suerte hipervisor sigue evolucionando para estar al día con las últimas tendencias.
• La aceleración de vídeo se ve afectada por el menor rendimiento, pero se han conseguido que funcione muy bien las últimas versiones de aplicaciones de virtualización de escritorio como vmWare o Parallels ya incluyen soporte para OpenGL y DirectX.
• Aumento de las máquinas virtuales, como una vía para ahorrar compra de hierro, servidores dedicados reales, y con la idea de mejorar la escalabilidad de los proyectos, aunque también es necesario más tiempo de administración de sistemas, gestión de licencia (si tenemos virtualización de pago), posibles riesgos de seguridad, …
• A veces se desaprovechan los recursos con la creación de máquinas virtuales que no son necesarias.
• La avería o fallo de un servidor anfitrión de virtualización afecta a todos los servidores virtuales que aloja, por lo que es importante no solo copias de seguridad de las máquinas, si no incluso según lo crítico que sea el proyecto un clusters de servidores anfitriones para evitar te posible fallo.
• Como cada producto de virtualización usa sus propio sistemas, no hay uniformidad o estandarización de formatos, la portabilidad entre plataformas es realmente complicada. Por eso es importante esa decisión al principio, lo más normal es utilizar GNU/Linux como base.
• La virtualización incide de forma directa en la venta de servidores reales, aunque los servidores utilizados para virtualizar suelen ser más potentes y por supuesto más caros. Sobre esto se plantea una interesante pregunta, ¿existirá un canon oculto por comprar hardware para virtualización?.
• Como hemos comentado antes el sistema operativo anfitrión se vuelve crítico, por lo que la seguridad de este es vital, así como evitar reinicios innecesarios que hacen todas las máquinas virtuales que alojan puedan quedar fuera de servicio. El reiniciar ya no es la solución, como quizás muchas veces lo es.

referencias:

• Menor rendimiento, dado que una máquina virtual corre en una capa intermedia a la del hardware real, siempre tendrá un rendimiento inferior. Si vas ha virtualizar, elige bien cual es la solución que necesitas en función de rendimiento y por supuesto costes y escalabilidad.
• Teóricamente no podrás utilizar hardware que no este soportado por el hipervisor de virtualización.
• Hardware virtual obsoleto. Hasta hoy las máquinas virtuales solo nos ofrecen el acceso a tecnología antiguas como USB 1.0, Firewire 400, Ethernet 100, … pero por suerte hipervisor sigue evolucionando para estar al día con las últimas tendencias.
• La aceleración de vídeo se ve afectada por el menor rendimiento, pero se han conseguido que funcione muy bien las últimas versiones de aplicaciones de virtualización de escritorio como vmWare o Parallels ya incluyen soporte para OpenGL y DirectX.
• Aumento de las máquinas virtuales, como una vía para ahorrar compra de hierro, servidores dedicados reales, y con la idea de mejorar la escalabilidad de los proyectos, aunque también es necesario más tiempo de administración de sistemas, gestión de licencia (si tenemos virtualización de pago), posibles riesgos de seguridad, …
• A veces se desaprovechan los recursos con la creación de máquinas virtuales que no son necesarias.
• La avería o fallo de un servidor anfitrión de virtualización afecta a todos los servidores virtuales que aloja, por lo que es importante no solo copias de seguridad de las máquinas, si no incluso según lo crítico que sea el proyecto un clusters de servidores anfitriones para evitar te posible fallo.
• Como cada producto de virtualización usa sus propio sistemas, no hay uniformidad o estandarización de formatos, la portabilidad entre plataformas es realmente complicada. Por eso es importante esa decisión al principio, lo más normal es utilizar GNU/Linux como base.
• La virtualización incide de forma directa en la venta de servidores reales, aunque los servidores utilizados para virtualizar suelen ser más potentes y por supuesto más caros. Sobre esto se plantea una interesante pregunta, ¿existirá un canon oculto por comprar hardware para virtualización?.
• Como hemos comentado antes el sistema operativo anfitrión se vuelve crítico, por lo que la seguridad de este es vital, así como evitar reinicios innecesarios que hacen todas las máquinas virtuales que alojan puedan quedar fuera de servicio. El reiniciar ya no es la solución, como quizás muchas veces lo es.

referencias: https://carrero.es/desventajas-de-la-virtualizacion-de-servidores/