Olá Francisco,

eu não recomendo VirtualBox para rodar o Oracle. Já fiz testes de performance 
com KVM e VirtualBox e o KVM dá um banho. Na verdade, com KVM, a performance 
fica MUITO próxima da máquina real, ou seja, se você instalar direto no HOST.

Se você está usando Ubuntu, a melhor opção é sem dúvida KVM. Eu uso em 3 
servidores, inclusive sendo uma de produção com mais de 50 usuários ativos.

Para ambientes maiores, eu já não posso opinar.

Boa Sorte,
Josir.



--- Em oracle_br@yahoogrupos.com.br, Francisco Petersen Jr <fpetersenjr@...> 
escreveu
>
> 
> Aproveitando o gancho, p/f para estudos uma solução caseira com VM Virtualbox 
> e linux ubuntu e oracle 11g2 XE fica de bom tamanho ? ou seria melhor 11g2 SE 
> para inclusive instalar RAC ? fiz apenas uma pesquisa superficial nesse 
> sentido .... e quando vi esse topico da Elaine não me contive em perguntar 
> ... muito obrigado ... Francisco.
>   To: oracle_br@yahoogrupos.com.br
> From: jlchiappa@...
> Date: Wed, 7 Mar 2012 16:02:47 +0000
> Subject: [oracle_br] Re: Ambiente Virtual para Banco de Dados
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>  
> 
> 
> 
>   
> 
> 
>     
>       
>       
>         Elaine, quando se fala de virtualização penso que um ponto Crítico é 
> definir se haverá ou não virtualização de hardware, e se sim quais serão, e 
> de que maneira serão usados e limitados : há soluções de virtualização que 
> simplesmente Separam os recursos reais, e há soluções que emulam recursos, 
> deixando para o recurso real atender às n emulações das n máquinas 
> virtuais... veja vc, suponha (digamos) um servidor com 8 processadores e 64 
> Gb de RAM - se vc usar uma solução de particionamento de recursos reais, vc 
> poderia ter 4 VMs cada uma com 2 processadores e 8 Gb de RAM e NENHUMA 
> interferiria na outra em tese, seja qual for a carga / processamento...
> 
>   Já se vc usar uma solução que virtualiza recursos, as CPUs e memória de 
> cada VM serão virtuais, serão as CPUs e memórias reais da máquina real que 
> vão atender a toda a demanda - o perigo aqui é que ** SE ** uma aplicação 
> mal-comportada começar a demandar muito mais CPU/memória que as outras, a CPU 
> e memória reais podem não dar conta e aí TODAS as VMs (que são atendidas 
> pelos recursos reais) sofrem...
> 
>  Então, se vc for usar hardware virtual,  vc ** TEM ** que estar 
> absolutamente certa da demanda de pico de TODOS os ambientes que vc for 
> virtualizar, TEM que fazer um excelente capacity planning do hardware real, e 
> ** TEM ** que implementar limites nas aplicações a rodarem nos ambientes 
> virtuais, justamente para que uma aplicação mal-comportada não engargale o 
> teu conjunto inteiro de VMs....
> 
>  Eu não falei de I/O  por ser um caso à parte : já que virtualizar discos é 
> possível mas não muito performático em muitos casos, E em ambiente de 
> Produção numa empresa normalmente se dispõe de um storage de grande 
> capacidade e de switches de rede de enorme banda, normalmente isso não se 
> virtualiza, e sim se dedica um volume de discos dedicado pra cada VM... Neste 
> cenário, o capacity planning tem que ser feito no storage, assegurando-se que 
> as controladoras reais, os canais/cabos de rede e switches que atendem ao 
> storage suportem a demanda...
> 
> 
> 
> Quanto à "erros", eu absolutamente nunca vi uma 'rotina' que desse erro só 
> por estar rodando num ambiente virtualizado, que fosse realmente 
> 'incompatível' com virtualização.... O que já vi muito, mas muuuito mesmo, 
> foi capacity planning do hardware real mal-feito causar enorme perda de 
> performance nas VMs que usam hardware virtual, mas incompatibilidade nunca....
> 
> 
> 
> Uma observação final é sobre a Administração : muitas das soluções de 
> virtualização que virtualizam hardware Não Tem ferramentas próprias que 
> mostrem, dado o total de utilização dos recursos reais, quantos % estão sendo 
> consumidos por cada VM, aí fica pros Administradores o trabalho de consultar 
> as VMs uma por uma e checarem o quanto de recursos cada uma está utilizando, 
> o que demanda TEMPO, COnhecimento e ferramental próprio, que muitas vezes 
> deve ser criado / instalado à parte....
> 
> 
> 
> []s
> 
> 
> 
> Chiappa
> 
> 
> 
> --- Em oracle_br@yahoogrupos.com.br, "Eliane SILVA" <ecssilva@> escreveu
> 
> >
> 
> > 
> 
> > Bom dia a todos,
> 
> >  
> 
> >        Gostaria muito em saber as opiniões  e experiências de vocês
> 
> > sobre o ambiente de virtualização (VM) para banco de dados.
> 
> > Alguém sabe se existem empresas que estejam já com este tipo de
> 
> > ambiente em produção (Oracle, Sybase, Sql Server, ...) ?  Se sim,
> 
> > tiveram impactos de performance e de rotinas "incompatíveis" de serem
> 
> > rodadas neste ambiente, que gerem erros ...
> 
> >        Abraços e agradeço desde já a atenção.
> 
> >  
> 
> > Eliane Silva
> 
> > 
> 
> > 
> 
> > [As partes desta mensagem que não continham texto foram removidas]
> 
> >
> 
> 
> 
> 
> 
>     
>      
> 
>     
>     
> 
> 
> 
> 
> 
> 
>                                         
> 
> [As partes desta mensagem que não continham texto foram removidas]
>


Responder a