
Como mucha gente, estoy considerando crear una "nube privada" utilizando OpenStack o VMware.
VMware vMotion tiene una característica interesante que permite la migración en vivo de máquinas virtuales incluso sin almacenamiento compartido. Probé esta función en un entorno de laboratorio y funciona bien. Esta característica no está exenta de desventajas, pero es atractiva para sitios que necesitan un entorno de VM simple y no quieren asumir la complejidad y el costo del almacenamiento compartido. El almacenamiento compartido puede agregar fácilmente entre 50.000 y 100.000 dólares al coste de una infraestructura virtual/en la nube. Más información sobre esta característica en:
- Documentación de ESXi y vCenter Server 5.1 > vCenter Server y administración de hosts > Migración de máquinas virtuales en vSphere Web Client
- Techtarget: migración en vivo sin compartir nada.
¿OpenStack usando KVM ofrece una característica similar? ¿Puede OpenStack realizar una migración en vivo sin almacenamiento compartido? KVM es el hipervisor predeterminado para OpenStack y preferiríamos seguir con el predeterminado a menos que haya una razón convincente para usar otra cosa.
Respuesta1
Soportes de pila abiertamigración en vivo sin almacenamiento compartido (con reserva):
En teoría, la migración en vivo se puede realizar con almacenamiento no compartido, utilizando una función conocida como migración en bloque en vivo de KVM. Sin embargo, esta es una característica poco conocida en OpenStack, con pruebas limitadas en comparación con la migración en vivo, y está programada para quedar obsoleta en KVM upstream.
Sin embargo, este documento está incompleto. Una implementación de migración en vivo quedó obsoleta, pero se realizó una implementación nueva (y mejor).
Habíaalguna discusiónsobre esto en la lista de correo de Openstack de abril de 2013, donde Daniel Berrange dice:
Lo que escribí anteriormente sobre la implicación existente sigue siendo exacto. El nuevo código de migración de bloques ahora está fusionado con libvirt y utiliza un servidor NBD integrado en el proceso QMEU para bloquear la migración. En cuanto a la API, en realidad debería funcionar de la misma manera que el código de migración de bloques obsoleto existente. Entonces, si tiene libvirt y KVM lo suficientemente nuevos, probablemente debería "funcionar" con openstack sin necesidad de ningún cambio de código en nova. Aunque en realidad no lo he probado yo mismo.