none
Processador para virtualização 64bits RRS feed

  • Pergunta

  • Senhores,

     

    não há dúvidas de que para instalação de SOs em VMs 64, somente com processador EM64T ou VT. Mas a minha dúvida é qual processador AMD possui tecnologia semelhante que transfira o uso 64 para as VMs, se é que tem, para que eu possa instalar VMs 64. Procurei nas especificações do Phenon, Atlhon, Opteron e não encontrei nada.

     

    Obrigado.

    quarta-feira, 17 de dezembro de 2008 20:09

Respostas

  •  

    Bem,

     

    Na minha humilde opinião, para decidir o produto a ser usado alguns itens tem que ser levados em questão com relação ao Hyper-V e VI3. Vou tentar enumerar aqui:

     

    • Quais sistemas operacionais você irá virtualizar? Se for somente Windows e Suse, o Hyper-V se enquadra, senão, para usar o Hyper-V você estará sem suporte e com dispositivos emulados;
    • Há necessidade de Live Migration? Infelizmente Live Migration no Hyper-V somente ano que vem. Não se esqueçam que o Quick Migration existe downtime total, ou seja, vamos supor que uma copia de arquivos esteja acontecendo e você ordena uma migração, essa cópia vai dar erro. Também não recomendo o uso do Pro Tips, pois você terá downtime no momento do load balance (esse momento pode ser no meio de uma folha de ponto rodando e a aplicação vai cair).
    • Vai usar storage compartilhado? Se não for usar, tanto ESX (ou o ESXi) e Hyper-V se equivalem. Somente levando em conta que o ESX tem gerenciamento avançado de memoria (Memory OverCommit, Memory Balloning) que geralmente aumentam a quantidade de VMs que o Host pode ter. Mas o problema é a performance, eu ouvi da Microsoft que: Não precisamenos implantar isso, pois um design bem feito nao permite que eu faça uso disso.
    • Caso use storage compartilhada, para ter o quick migration o ideal é ter uma LUN por VM (tem storages que em problemas em entregar LUNs grandes e nao vejo com bons olhos fazer extend de disco via disco dinamico, nem sei é suportado). O VMWare permite N VMs em um volume e varios hosts gerenciando essas VMs. Para Hyper-V isso somente em 2010.
    • Backup: O VI3 hoje tem uma funcionalidade de Backup a quente de VMs chamada VCB, que copia os arquivos de VM usando a Infra SAN (ou seja, usando caso seja usada a fibra como transporte). Isso agiliza muito o backup. VMs de 100GB ou mais são copiadas em minutos para o proxy e sem ter overhead no host. O Hyper-V permite backup a quente, mas ele é feito via rede e gera overhead no host. O problema do VCB é a exigencia de uma infra complexa para a implantação, como host fisico ligado diretamente a Storage (isso aumenta o custo) e enchergando todas as LUNs que o ESX encherga
    • Em HA, ambos se equivalem no que fazem.
    • Hoje o VI3 tem uma funcionalidade chamada DPM (Distributed Power Management) que fica verificando os hosts e o workload das VMs. Caso ele verifique que não são necessários todos os hosts para que as VMs operem, ele move as VMs para o numero minimo de Hosts e coloca os ociosos em stand-by, caso seja necessário ele liga os hosts em stand-by e rebalanceia a carga. Tudo sem downtime nas VMs e nas aplicações.
    • Para P2V em Hyper-V é necessário adiquirir o SCVMM e no ESX o Converter é Free se usado em cold Migration
    • Preço: O VI caro, mas propicia hoje algumas caracteristicas que o Hyper-V hoje nao tem. Geralmente nos meus projetos ele é indicado para projetos de grande complexidade e que requer as funcionalidades avançadas (como VCB, Storage vMotion, DPM e etc), muita compatibilidade em SOs e storage compatilhada. O Hyper-V hoje é endereçado para quem tá começando com virtualização e não tem budget para o que o VI3 tem de pre-req (um projeto de VI3 ENT hoje nao sai por menos de R$300k pra quem nao tem nada).

    Bem esses são meus porens para escolher a tecnologia de virtualização e sei que elas mudaram em 2010 quando o Hyper-V R2 sair.

     

    Jose Ronaldo

    terça-feira, 27 de janeiro de 2009 16:13

Todas as Respostas

  • Caro Deivid,

     

    Funciona sim, dê uma olhada em:

    http://www.amd.com/us-en/Processors/TechnicalResources/0,,30_182_871_9033,00.html

    AMD Virtualization™ Technology and Microsoft® Hyper-V™ System Compatibility Check Utility - This utility checks your system’s capabilities to facilitate testing of Microsoft Hyper-V on platforms with AMD microprocessors. To use this utility: Download and unzip AMD-V_Hyper-V_Compatibility_Check_Utility.zip. Change to the directory where the files were extracted to and click on amdhyperv.exe. On Windows Vista™ or Windows Server® 2008, you need to run the application with elevated privilege, so right click the .exe and select run as administrator. Note: the .sys files must be in the same directory as the .exe file.

     

    Eu utilizo uma ferramenta chamada Securable para descobrir a compatibilidade com

    TECNOLOGIA DE VIRTUALIZAÇÃO;

    EXECUTE DISABLE BIT;

    ARQUITETURA DE 64 BITS

     

    http://www.grc.com/securable.htm

     

     

    Atenciosamente,

    KOLARIK

    quarta-feira, 17 de dezembro de 2008 20:26
    Moderador
  • Entendi,

     

    mas se um dia decidir migrar para plataforma VMWare (ESX, GSX, etc) fico na mão, já que o check é para plataforma Microsoft, parece que no caso da AMD não há uma solidez como com o VT? Tenho essa preocupação devido ao desenvolvimento de um projeto para um ambiente de virtualização, e estou extamente desenvolvendo os requisitos de hardware, um dos aspectos que serão listados é a necessidade de uso de VMs 64 bits no maior número possivel de plataformas, independentemente de iniciar o uso com o Hyper-V ou não.

     

    Parece que a Intel possui maior compatibilidade com demais plataformas nesta questão? Ou é impressão?

     

    quarta-feira, 17 de dezembro de 2008 20:35
  •  

    Deivid,

    Acho que você está fazendo confusão, nas duas plataformas (Intel e AMD) o suporte para Virtualização existe.

    Não faz diferença se sua VM 64 bits rodará em Intel ou AMD.

    O que você quer dizer com "VMs 64 bits no maior número possivel de plataformas"?

     

    Você já sabe o que pretende virtualizar?

    Utilizará Storage externo?

    Já fez o Sizing do seu ambiente?

    Executar um projeto de virtualização exige uma série de dados para montar um ambiente que funcione de forma adequada

     

    Atenciosamente,

    KOLARIK

    quinta-feira, 18 de dezembro de 2008 16:48
    Moderador
  • Deivid,

     

    As soluções VMWARE são compatíveis com as instruções de virtualização "for microsoft" das placas atuais.

    Mas não vejo vantagem alguma em não utilizar o Hyper-V. Principalmente se puder adquirir o SCVMM.

     

    Grande abraço.

     

    sábado, 24 de janeiro de 2009 14:06
  •  

    Bem,

     

    Na minha humilde opinião, para decidir o produto a ser usado alguns itens tem que ser levados em questão com relação ao Hyper-V e VI3. Vou tentar enumerar aqui:

     

    • Quais sistemas operacionais você irá virtualizar? Se for somente Windows e Suse, o Hyper-V se enquadra, senão, para usar o Hyper-V você estará sem suporte e com dispositivos emulados;
    • Há necessidade de Live Migration? Infelizmente Live Migration no Hyper-V somente ano que vem. Não se esqueçam que o Quick Migration existe downtime total, ou seja, vamos supor que uma copia de arquivos esteja acontecendo e você ordena uma migração, essa cópia vai dar erro. Também não recomendo o uso do Pro Tips, pois você terá downtime no momento do load balance (esse momento pode ser no meio de uma folha de ponto rodando e a aplicação vai cair).
    • Vai usar storage compartilhado? Se não for usar, tanto ESX (ou o ESXi) e Hyper-V se equivalem. Somente levando em conta que o ESX tem gerenciamento avançado de memoria (Memory OverCommit, Memory Balloning) que geralmente aumentam a quantidade de VMs que o Host pode ter. Mas o problema é a performance, eu ouvi da Microsoft que: Não precisamenos implantar isso, pois um design bem feito nao permite que eu faça uso disso.
    • Caso use storage compartilhada, para ter o quick migration o ideal é ter uma LUN por VM (tem storages que em problemas em entregar LUNs grandes e nao vejo com bons olhos fazer extend de disco via disco dinamico, nem sei é suportado). O VMWare permite N VMs em um volume e varios hosts gerenciando essas VMs. Para Hyper-V isso somente em 2010.
    • Backup: O VI3 hoje tem uma funcionalidade de Backup a quente de VMs chamada VCB, que copia os arquivos de VM usando a Infra SAN (ou seja, usando caso seja usada a fibra como transporte). Isso agiliza muito o backup. VMs de 100GB ou mais são copiadas em minutos para o proxy e sem ter overhead no host. O Hyper-V permite backup a quente, mas ele é feito via rede e gera overhead no host. O problema do VCB é a exigencia de uma infra complexa para a implantação, como host fisico ligado diretamente a Storage (isso aumenta o custo) e enchergando todas as LUNs que o ESX encherga
    • Em HA, ambos se equivalem no que fazem.
    • Hoje o VI3 tem uma funcionalidade chamada DPM (Distributed Power Management) que fica verificando os hosts e o workload das VMs. Caso ele verifique que não são necessários todos os hosts para que as VMs operem, ele move as VMs para o numero minimo de Hosts e coloca os ociosos em stand-by, caso seja necessário ele liga os hosts em stand-by e rebalanceia a carga. Tudo sem downtime nas VMs e nas aplicações.
    • Para P2V em Hyper-V é necessário adiquirir o SCVMM e no ESX o Converter é Free se usado em cold Migration
    • Preço: O VI caro, mas propicia hoje algumas caracteristicas que o Hyper-V hoje nao tem. Geralmente nos meus projetos ele é indicado para projetos de grande complexidade e que requer as funcionalidades avançadas (como VCB, Storage vMotion, DPM e etc), muita compatibilidade em SOs e storage compatilhada. O Hyper-V hoje é endereçado para quem tá começando com virtualização e não tem budget para o que o VI3 tem de pre-req (um projeto de VI3 ENT hoje nao sai por menos de R$300k pra quem nao tem nada).

    Bem esses são meus porens para escolher a tecnologia de virtualização e sei que elas mudaram em 2010 quando o Hyper-V R2 sair.

     

    Jose Ronaldo

    terça-feira, 27 de janeiro de 2009 16:13