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 [email protected], "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]
>
