Deterioração esperada do desempenho ao acessar ORDBMS dentro da VM em oposição a nativamente?

Question

Is there a significant increase in latency when accessing an ORDBMS (namely Oracle 11g) residing in the guest VM (from the host), as opposed to natively?

• O ambiente de desenvolvimento será usado para desenvolver aplicativos da Web e soluções J2EE.

Sistema:

• Laptop
• CPU Core i3
• 6 GB de RAM

Eu pretendo:

• Usando o Oracle Virtualbox como o hipervisor do tipo II
• Ter toda a funcionalidade da camada de dados na VM (PL / SQL)
• Ter todo o middleware Oracle residente no sistema host (por exemplo, Glassfish, JRockit)
• Ter a funcionalidade da camada de controle residindo no sistema host (servlets Java)

Nota: Esta configuração destina-se apenas ao sistema de desenvolvimento, não ao sistema de produção.

Certamente haverá um aumento na latência, mas que grau de aumento é esperado? 15-30 ms?

• O sistema de desenvolvimento tem 6 GB de RAM e uma unidade de 5400 RPM

Since I'm working on a variety of projects which require Debian packages, I cannot migrate completely to a RHEL-based VM for development.

Para levar isso a um nível mais alto de abstração:

• Existe um meio adotado tradicionalmente para enviar saída de uma determinada VM (dentro do VirtualBox (em oposição ao Xen / KVM)) para o sistema host?

• Uma conexão de soquete entre o host e o convidado é necessária quando você está acessando uma VM localmente?

Answer 1

Não posso responder a todas as suas perguntas, pois não fiz exatamente o que você está fazendo. Mas eu usei VMs do VirtualBox em uma máquina dev para separar diferentes funções. No meu caso, foi ter um serviço de servidor, digamos um servidor SVN, ser hospedado em uma VM. Então eu usei o host apresentando um volume iSCSI para a VM que tinha todas as informações do repositório SVN. A VM montaria o volume iSCSI automaticamente e começaria seu serviço.

Consegui isso adicionando adaptadores de rede somente host à VM e explicitamente informando às VMs para procurarem destinos iSCSI naquele ipAddress e, em seguida, tendo o serviço SVN apresentado por meio de um ipAddress público.

Eu acessei e gerenciei as VMs via SSH para elas individualmente, pois elas eram iniciadas automaticamente a partir de um script de inicialização e eram executadas sem cabeça apenas no modo CLI.

Se você tiver outras dúvidas sobre como eu fiz certas coisas, me avise, verei o que posso fazer.