Estação de trabalho centrada em VM de alta latência, versus configuração de baixa latência (mas hack-ish) para Oracle 11g

Question

tl; dr Estação de trabalho de desenvolvimento nativa de baixa latência (ou seja, sem VM) vs. estação de trabalho centrada em VM de maior latência?

Hey, StackExchange, não tenho certeza se devo ou não usar uma VM para desenvolvimento, em vez de executar uma configuração nativa em uma distribuição certificada para uso com o Oracle 11g (em oposição ao Debian).

Como está, minhas opções são as seguintes:

• Sistema de desenvolvimento atual (veja abaixo) + Oracle Virtualbox + pré-construído Oracle VM
• Novo sistema de desenvolvimento (software SO +) certificado para uso com o Oracle 11g
• Sistema de desenvolvimento atual + hacks de compatibilidade ao acaso para remediar a disposição rabugenta do Oracle 11g em relação às distribuições baseadas no Debian

Motivação:

• Dificuldade do Oracle 11g em sistemas baseados em Debian
• Dificuldade esperada das instalações subseqüentes do Oracle
• Os estudos universitários são centrados em Java + PL / SQL

Sistema de desenvolvimento atual (laptop):

• SO: Linux Mint 14
• CPU: i3-2310M @ 2,1GHz
• RAM: 6 GB

• Linguagens de desenvolvimento:

  • PL / SQL (11g R2)
  • MySQL
  • Java
  • C ++
  • R

Tem alguma opinião sobre se devo ou não disputar uma implantação centrada na VM com maior latência em oposição a uma estação de trabalho nativa de baixa latência?

Profissionais centrados em VM:

• Eu não tenho que instalar o Oracle 11g.
• Separação de tarefas (VMs para: pentesting, desenvolvimento Oracle, aplicativos do Windows)
• Portabilidade do sistema de desenvolvimento

Contras centradas em VM:

• Maior latência
• Narrow application base (ao contrário de [Debian | Ubuntu]) para software não-Oracle
• Falta de candidatos de instalação para software de desenvolvimento baseado em Debian no OEL5 / RHEL5

Principais preocupações:

1. Falta de candidatos de instalação para software
2. Incapacidade de instalar com eficiência software Oracle complicado
3. Falta de acessibilidade para aplicativos em outras VMs
4. Alta latência
5. Falta de software de ponta para o OEL / RHEL

Distribuições certificadas do Oracle Database 11g (se for nativo):

• Oracle Linux 5
• RHEL 5
• SUSE Linux Enterprise Server 10

Então, realisticamente minhas opções (se tomarmos a rota de distribuição nativa e certificada) são:

• CentOS {5,6}
• Oracle Linux 5
• OpenSUSE

Caso contrário:

• Fedora 17 + hacks
• Linux Mint 14 + hacks m0ar

Devo ir com um sistema de desenvolvimento baseado em Oracle de baixa latência (começando assim de novo) ou com vários Oracle VMs de latência mais alta?

Obrigado.

PS: observe que isso não é não pretendido como uma pergunta de compra.

    

Answer 1

A menos que sua intenção seja executar testes de desempenho do OLTP, duvido que você consiga enxergar muito em termos de latência em hardware moderno. Entre o suporte nativo à virtualização em chips recentes da Intel e AMD, muita memória RAM e sistemas VM maduros, as VMs funcionam muito bem atualmente.

Você precisa configurar a VM para usar totalmente o hardware nativo, é claro. Isso significa dar a VM 8 "CPUs" em uma caixa Hyperthreaded de 4 núcleos, por exemplo. Se você estiver usando o VMware ou o Parallels, existem ferramentas que você precisa instalar na VM para obter o melhor desempenho, por outro exemplo.

Justificativa: coloquei meu ambiente de desenvolvimento em apenas algumas caixas de hardware reais:

• um servidor principal completo, onde ocorre a maior parte do desenvolvimento; Ele também serve como o sistema de compilação de lançamento para o sistema operacional. A caixa está em execução

• um laptop executando o VMware Fusion, para testar em outras plataformas e criar binários de lançamento

A única razão pela qual eu uso duas máquinas físicas e coloco as VMs em um laptop em vez de executar tudo no grande servidor é simplesmente que eu também quero acessar as VMs fora do escritório, sem fazer furos no firewall corporativo. . O laptop é bastante rápido o suficiente para a maioria dos propósitos.

Aviso importante: Eu sou um tipo de linha de comando, usando sistemas GUI principalmente para executar aplicativos Terminal com guias, além de aplicativos auxiliares como gerenciadores de arquivos e navegadores da web. Aponto sendo, eu acesso minhas VMs através de conexões SSH eficientes quase o tempo todo. Se o seu uso exigir muito acesso à GUI, então você provavelmente notará a latência. Mas, se você puder fazer as coisas GUI no lado nativo, e deixar VMing para conexões SSH na maior parte, você vai ficar bem.

Nem tudo está perdido se você precisar de acesso à GUI às VMs, contanto que você esteja usando um sistema VM de classe "workstation", como o Parallels { Estação de trabalho , Área de trabalho }, VMware {Workstation , Fusion } ou VirtualBox . Você acabou de fazer a GUI através do sistema VM, e não através de uma conexão X11 remota. Ainda é um pouco mais lento que o nativo, mas ainda bastante utilizável.