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.
Alfre Gates on 01 Dec 10"Copia de seguridad completa, archivos y bases de datos MySQL Para comenzar voy a comprimir el directorio donde se encuentran todos mis Blogs, así que nos situamos en nuestro servidor remoto y localizamos el directorio que queramos hacer la copia de seguridad, en mi caso es /home/usuario/www/ del cuelgan todos los directorios donde tengo los Blogs … cd /home/usuario Ahora comprimiremos el directorio ( www ) con … tar -czf /home/usuario/backupwww.tar.gz /home/usuario/www Una vez comprimido aremos una copia de seguridad masiva de todas las bases de datos que tenemos con … mysqldump -uroot -pPASSWORD --all-databases > /home/usuario/backupmysql.`date +%Y%m%d`.sql (Esta ultima linea es toda seguida no partida en dos ) Donde pone password introducid el password que tenga root en la base de datos MySQL no en el sistema. Una vez hechas las dos copias de seguridad ya tenemos todo lo que necesitamos para restaurarlo todo en caso de catástrofe. backupwww.tar.gz y backupmysql.sql los tenemos en el directorio /home/usuario y en caso de necesitarlos los tenemos hay pero si recordamos al principio del articulo eliminamos las pegas de la petición del password al acceder a nuestro servidor en casa. Si nuestro servidor casero no necesita que le introduzcamos el password a mano podremos enviar estos dos ficheros por una conexión segura vía sftp. El tema está en automatizar el proceso para que no tenga que hacerlo yo a mano y ya que tengo estas dos maquinas conectadas las 24 h porque no vamos a dejarlas que cumplan ellas dos solas esta tarea por nosotros. Una vez hechas las copias de seguridad de todo lo que necesitamos tanto de los directorios como de las bases de datos MySQL necesitamos enviarlos a nuestro servidor casero con sftp. Para hacer esto vamos a usar el programador de tareas por defecto en todos los sistemas operativos GNU/Linux. Con Cron podremos decirle a que hora hacer las copias de seguridad y a que hora enviarlas a nuestro servidor casero que
