Pular para o conteúdo

Fóruns Banco de dados Oracle Vantagens e Desvantagens do Bco em máq. virtual Vantagens e Desvantagens do Bco em máq. virtual

#108639
Avatar photoJosé Laurindo Chiappa
Moderador

    Tudo jóia ? Primeiro, antes de mais nada, não sei se vc está Ciente que o banco 11gR2 não tem mais o Suporte Premier/normal de Produção, e (como https://blogs.oracle.com/UPGRADE/entry/no_extra_fee_for_extended nos mostra) o prazo para vc obter Suporte extendido ** sem ** pagar uma taxa beeeeem alta é Maio de 2017 – SIM, coisa de 3 meses…. Assim sendo, eu ** RECOMENDO ** que vc pressione os folgados desse seu ERP pra que saia o quanto antes essa homologação para 12c, pois senão vc corre o Risco de ficar SEM SUPORTE TÉCNICO da Oracle ou ter que pagar uma larga taxa – NENHUMA dessas opções é lá muito boa pra vc e pra sua Empresa…. Sim, sei que o fornecedor do ERP tá se lixando pros seus custos e seus riscos mas ele ** tem ** que ser pressionado, e não deixar vc se virar como puder….

    Respondendo : como vc diz “máquina virtual com SO Windows 2012” eu estou ** SUPONDO ** que vc pretende usar alguma solução de VM que *** não roda **** diretamente abaixo do hardware, mas sim uma que vc instala como um programinha em cima do SO host e esse programinha vai criar CPUs virtuais, discos virtuais, adaptadores de rede virtuais, etc, tudo sendo atendido pelo teu hardware real que é controlado pelo WIndows 2012 – OUTRAS alternativas de Virtualização existem (como por exemplo o Oracle VM, ou o Virtualbox ESX) que NÂO DEMANDAM um sistema operacional anterior E assim sendo elas mesmas controlam o hardware real diretamente….

    A primeira resposta (ie, desvantagem em Performance) então depende de qual solução de VM vc vai adotar : se for uma VM que roda em cima de sistema operacional real, o sistema operacional da VM aciona o hardware virtual que aciona o sistema operacional real que só aí acessa o hardware real…. Nem preciso dizer, é ** óbvio ** que esse passa-e-repassa de comunicação entre as diversas camadas ** VAI ** implicar em overhead e ser mais ineficiente do que acessar o hardware real diretamente…. O quanto pior, porém, não é possível mensurar a priori…

    A segunda desvantagem (ie, instabilidade inerente) também depende de se vc vai ter acesso direto ao hardware pela VM ou não : em não havendo, essa comunicação toda que expliquei aí em cima demanda em vários device drivers sendo instalados no SO real, vários serviços de comunicação e adaptação… E a regra é clara, quanto mais softwares envolvidos Mais Chance de bugs e diferenças de usabilidade….

    A terceira desvantagem na verdade é mais uma questão de gerenciamento do que uma desvantagem em si : principalmente nesses casos de VM acessando hardware virtual, não é incomum que (por falha de gerenciamento) neguim saia criando VMs em capacidade acima do hardware real…. Por exemplo, digamos que vc tenha capacidade real de I/O de (suponha) 5000 IOPS : se vc criar uma VM que demande 1000 IOPS nos seus discos virtuais sem problema, o hardware real dá conta, agora se vc criar 10 VMs exigindo 1000 IOPS com ** total certeza ** teu hardware real vai ATOLAR…. Sacou ??

    Pensando agora em vantagens, a única em que eu consigo pensar é no seguinte cenário : vc tem um hardware real Extremamente mais potente e capaz do que vc precisa – digamos, tem 8 processadores e 5000 IOPS de capacidade , e que haja alguns bancos/aplicações vc não precisa disso tudo…. Até é possível em algumas situações vc limitar o quanto de recursos o banco/aplicação vai ter acesso (principalmente via Oracle Resource Manager) mas pode ser que em situações específicas isso não seja viável por qquer motivo – aí vc cria uma VM (preferencialmente limitando o consumo dessa VM nesse patamar menor que vc precisa, se sua solução de VM deixar) e okdoc, vc não está direcionando recursos pra quem não precisa, E esses recursos que vc poupou logicamente poderão ser usados por outras VMs ….

    []s

    Chiappa