¿Existe un aumento significativo en la latencia al acceder a un ORDBMS (es decir, Oracle 11g) que reside en la máquina virtual invitada (desde el host), en lugar de hacerlo de forma nativa?
- El entorno de desarrollo se utilizará para desarrollar tanto aplicaciones web como soluciones J2EE.
Sistema:
- Computadora portátil
- Procesador central i3
- 6 GB de RAM
Tengo la intención de:
- Usando Oracle Virtualbox como hipervisor tipo II
- Tener toda la funcionalidad de nivel de datos dentro de la VM (PL/SQL)
- Tener todo el middleware de Oracle residiendo en el sistema host (es decir, Glassfish, JRockit)
- Tener funcionalidad de nivel de control residente en el sistema host (servlets Java)
Nota:Esta configuración sólo está destinada al sistema de desarrollo,noel sistema de producción.
Seguramente habrá un aumento de la latencia, pero ¿qué grado de aumento se espera? ¿15-30 ms?
- El sistema de desarrollo tiene 6 GB de RAM y una unidad de 5400 RPM.
Como estoy trabajando en una variedad de proyectos que requieren paquetes Debian,no puedomigre completamente a una máquina virtual basada en RHEL para su desarrollo.
Para llevar esto a un nivel superior de abstracción:
¿Existe algún medio tradicionalmente adoptado para canalizar la salida desde una máquina virtual determinada (dentro de VirtualBox (a diferencia de Xen/KVM)) al sistema host?
¿Se requiere una conexión de socket entre el host y el invitado cuando se accede a una máquina virtual localmente?
Respuesta1
No puedo responder a todas tus preguntas porque no he hecho exactamente lo que tú estás haciendo. Pero he usado máquinas virtuales VirtualBox en una máquina de desarrollo para separar diferentes funciones. En mi caso, se trataba de tener un servicio de servidor, digamos un servidor SVN, alojado en una máquina virtual. Luego utilicé el host que presentaba un volumen iSCSI a la VM que tenía toda la información del repositorio SVN. La VM montaría el volumen iSCSI automáticamente y comenzaría su servicio.
Lo logré agregando adaptadores de red solo de host a la VM y diciéndoles explícitamente a las VM que buscaran objetivos iSCSI en esa dirección ip y luego presentando el servicio SVN a través de una dirección ip pública.
Accedí y administré las máquinas virtuales mediante SSH en ellas individualmente, ya que se iniciaron automáticamente desde un script de inicio y se ejecutaron sin cabeza solo en modo CLI.
Si tienes preguntas adicionales sobre cómo hice ciertas cosas, házmelo saber y veré qué puedo hacer.