Oracle DB no VMWare?

Question

O gerenciamento fez uma migração dos nossos principais bancos de dados Oracle para uma plataforma de máquina virtual.
As operações dizem que eles dedicam hardware pesado e só executam as VMs de banco de dados nele.

Ouvi dizer que executar bancos de dados em um VM é um não-não por causa da camada extra (io virtual + io físico), mas os caras do OPS dizem que é um hardware super rápido, então não há problema.

Um DBA deve ficar preocupado com essa mudança para virtual?

obrigado / j-p.

    

Answer 1

"and only run the DB VMs on it"

Trabalhei em duas lojas diferentes nas quais gerenciei o Oracle no VMware, e em ambos os administradores de sistema fizeram a mesma promessa (e, eventualmente, não o mantiveram:)

Independentemente do aviso do wzzrd sobre o oracle não suportar oficialmente instâncias em hardware virtualizado se o VM Server estiver configurado corretamente, o suficiente e não ficar inchado com dezenas de outras VMs, a penalidade de desempenho não deve ser realmente notada pelos usuários finais. p>

Também depende do tipo de banco de dados que você está virtualizando. Normalmente, os OLTPs são mais adequados para virtualização do que os DSS / DWHs, nos quais o desempenho de E / S é essencial.

Sugiro que você peça ao seu gerente para testar os novos servidores antes de começar a produção, a fim de detectar possíveis problemas de desempenho antecipadamente.

De qualquer forma, boa sorte.

Fran.

    

Answer 2

Eu executei bancos de dados na VM sem problemas significativos (pequenos bancos de dados ao vivo e grandes testes / devs, embora não existam grandes bancos de dados ativos até hoje). Além do problema de suporte oficial em potencial, como em um servidor de banco de dados físico, haverá desempenho de E / S e RAM.

Para o desempenho de E / S, minha experiência é que a unidade virtual nunca tem um desempenho tão bom quanto os interessados em tecnologia relevantes afirmam, mas nunca tão mal quanto os ney-sayers afirmam. Contanto que você tenha um bom subsistema de E / S física servindo as VMs (um bom arranjo RAID10 brilhante de discos rápidos, por exemplo) tudo deve estar bem. Todos os ajustes normais de desempenho são válidos para VMs, como manter dados e logs em matrizes separadas (ou unidades separadas, se usar unidades únicas em vez de RAID) e dados temporários (supondo que o Oracle tenha um equivalente a MSSQLs tempdb em outra matriz RAID0 para desempenho, embora eu seja cauteloso com RAID0 em uso de produção, mesmo para dados temporários, já que eu não quero o tempo de inatividade quando uma unidade falha.) Faça seu RAID completamente em hardware (com um bom controlador RAID) ou em software na máquina host física.Mas tão estúpido quanto eu vi as pessoas recomendam fazer RAID nas VMs em vez disso ...

Para RAM, basta fornecer as VMs do banco de dados o máximo que puder e garantir que elas sejam dedicadas a elas e não sejam trocadas pelo host.

IMO: os bancos de dados funcionam em VMs e certamente funcionam bem o suficiente se você tiver o hardware para atendê-los e não comprometer o hardware (duas VMs em execução que causam carga significativa causarão mais I / Ou então, um servidor de banco de dados manipulando o mesmo conteúdo que as duas instâncias não pode gerenciar a RAM e a ordem de E / S entre si, em que uma única instância do servidor de banco de dados pode manipular recursos entre tarefas conforme necessário.

    

Answer 3

Além do comentário do @ Fran , verifique se o seu O aplicativo fornecedor também o suportará.

Sei que o fornecedor para o qual trabalhei antes do meu trabalho atual não suportará o produto inteiro se o Oracle não estiver instalado em uma plataforma "suportada". Isso torna uma ferramenta multimilionária mais ou menos inútil se você precisar de ajuda.

Apenas uma palavra de cautela:)

    

Answer 4

Desde que o IO sob o banco de dados seja rápido o suficiente, e você tenha acesso a vCPUs e RAM suficientes, você estará bem. Se você tiver uma SAN por trás dos sistemas VMware e precisar de velocidade mais rápida, ela poderá apresentar LUNs diretamente para o convidado por meio de iSCSI ou por meio de mapeamento de dispositivo bruto em que a LUN é apresentada aos hosts, então os hosts fornecerão o dispositivo bruto ao convidado OS diretamente. Isso permite que o convidado formate o LUN conforme necessário e retire a camada extra de dispositivo.

(Isso funciona para todos os bancos de dados.)

    

Answer 5

Não porque o fato de o hardware virtual ser um pouco mais lento: são apenas algumas porcentagens, se acreditarmos no pessoal de referência da Red Hat e VMware (etc.) ou jogarmos em nós.

Talvez porque o Oracle Moloch não suporta hardware virtualizado sob seus bancos de dados. Otoh, eu ouvi dizer que eles podem ser 'coagidos' a apoiá-lo, dadas as táticas apropriadas. Deixe-nos saber o que você acaba fazendo.

Na verdade, temos muitos bancos de dados Oracle em execução no ESX, mas esses não são bancos de dados de produção.

    

Answer 6

Se você conseguir, mantenha os dados e logs reais em uma unidade física. Fora isso, vá com a sugestão do wzzrd.