.

Eu vou ...

Posts Recentes

Redes Sociais

Tags

Apoio


   
Global IT Community Association

Visitas

Locations of visitors to this page

Os meus Links

Arquivo

Problemas com a migração de uma máquina virtual de um cluster para outro

Se tiver dois clusters de failover de Hyper-V geridos pelo VMM 2008 R2, é possível que não possa migrar através da rede (Migração LAN) uma máquina virtual de um dos clusters para outro cluster. Este problema só irá aparecer se forem satisfeitas todas as seguintes condições exibidas.

·                   VM é criada utilizando o Hyper-V (ou seja, a VM não foi criada por meio do VMM Administrator Console)

·                   VM é feita em uma VM HA utilizando a GUI do Failovercluster (nome do recurso será chamado algo como "Virtual Machine <vmname>")  

·                   VM está em um Estado de execução  

·                   VM é migrado para um cluster diferente. O VMM terá escolhido o QSM (Quick Storage Migratition - Migração de armazenamento rápido) rede migração (migração de LAN) nesse caso  

·                   o trabalho de migração irá sempre falhar com o erro abaixo.

 

<< 

Error (12711)

VMM cannot complete the WMI operation on server blre3r02-24a.DOM202594.LOCAL because of error: [MSCluster_ResourceGroup.Name="2068e895-4930-42be-a4c8-152ab15a28b8"] The cluster group could not be found.

 

 (The cluster group could not be found (0x1395))

 

Recommended Action

Resolve the issue and then try the operation again.

>> 

 

 Actualmente, existem duas soluções possíveis para esse problema.

·                   Se a máquina virtual está em um estado salvo e não em um Estado de execução, no início da migração entre os dois clusters, em seguida, esse problema não será exibido. Tudo conclui com êxito nesse caso. Deve-se então colocar a máquina virtual em um estado salvo e, em seguida, iniciar a migração. 

·                   Usar a interface de utilizador no Gestor de cluster de failover para localizar a máquina virtual em "Serviços e aplicações". Clique direito sobre o grupo de recursos superior para esta máquina virtual e alterar o nome do recurso de "Virtual Machine <vmname>" para "SCVMM <vmname>". Agora actualizar essa VM do VMM utilizando o refresh-vm -force '<vmname>' cmdlet. Migrar a máquina virtual de um cluster para outro deve agora concluída com êxito.

Correr o SQL Server 2008 em um ambiente Hyper-V

A equipe de desempenho do SQL publicou um excelente documento sobre como executar o SQL Server 2008 em um ambiente Hyper-V. O documento é de 37 páginas e tem detalhadas informações sobre o desempenho, bem como recomendações. O documento completo pode ser feito download no link abaixo.

Conclusão

De uma perspectiva de desempenho, o Hyper-V é uma opção viável para cenários de consolidação do SQL Server. O desempenho geral do SQL Server em execução em um ambiente virtualizado Hyper-V é razoável em comparação com o equivalente ambiente nativo do Windows Server 2008.  

Com boa capacidade de I/O e configuração, a sobrecarga de I/O é mínima. Para melhor desempenho, deve ter o número processadores físicos suficiente para suportar o número de processadores virtuais configurados no servidor para evitar overcommit recursos de CPU. A sobrecarga do CPU aumenta significativamente quando os recursos da CPU são overcommitted. É importante testar cada aplicativo cuidadosamente antes de implementá-lo em um ambiente Hyper-V em produção.

Para fazer download do documento completo, utilize o link abaixo:

Running SQL Server 2008 in a Hyper-V Environment

Alto desempenho do workloads no SQL Server em Hyper-V (White Paper)

A Microsoft divulgou um novo white paper detalhando sobre workloads de alto desempenho no SQL executados em máquinas virtuais de Hyper-V R2. Para fazer download do white paper completo pode utilizar o link abaixo.

Introdução

Este white paper descreve as vantagens da implantação do Microsoft SQL Server  workloads de aplicação de banco de dados para um ambiente de virtualização utilizando o Windows Server 2008 R2 Hyper-V. O  Hyper-V oferece o desempenho e a escalabilidade necessária para executar workloads complexas no SQL Server em determinados cenários. Também mostra como o Hyper-V pode melhorar o desempenho quando utilizado em conjunto com tecnologias avançadas do processador.. 

Muitas empresas estão a beneficiar das vantagens da implementação de workloads em ambientes de virtualização através da flexibilidade e capacidade de gestão. Primeiramente, esses workloads incluíram os servidores Web, aplicativos de linha de negócios e aplicações com baixos a médios requisitos de recursos.

Workloads de base de dados foram a excepção. Normalmente, estes workloads não são vistos como os principais candidatos para a consolidação devido ao seu alto desempenho e requisitos de escalabilidade, as limitações anteriores de soluções de virtualização, e a capacidade da base de dados a ser consolidado. Muitos workloads da base de dados permanecem residentes em servidores físicos discretos. 

Com os recentes avanços tecnológicos, os workloads de dados complexos podem ser mais facilmente consolidadas ao utilizar a virtualização. Os benefícios alcançados para workloads menor demanda pode ser alcançado para workloads da base de dados SQL Server em determinados cenários. Isso inclui a consolidação dos workloads tradicionalmente mais complexos, tais como aplicações de base de dados que tendem a saturar recursos como CPU e interfaces de rede, bem como workloads que lutam por outros recursos do sistema e para o armazenamento.

O Windows Server 2008 R2 Hyper-V é uma plataforma de virtualização ideal a ser usado para implementar um exigente e aplicações de missão crítica de produção, incluindo Microsoft SQL Server workloads de base de dados. O Hyper-V é fornecido sem custo adicional para os clientes que já utilizam o Windows Server 2008 ou superior. 

As vantagens de utilizar o Hyper-V com o SQL Server incluem:
          A performance nativa com uma sobrecarga adicional mínimo.
          Consolidação de base de dados SQL Server simplificado workloads de trabalho para Online Transaction Processing (OLTP) cargas e workloads de Analysis Services.
          Flexibilidade de implementação utilizando tecnologias de base, como o Live Migration, disco virtual hot add e remoção, além de configuração de rede flexível e de optimização.

Aqui estão alguns destaques/exemplos do white paper.

Dedicado vs do LUN Passthough VHD


Latência de disco e I/O de discos de passagem dedicados versus VHDs

Taxa de transferência de multi-Instance: Nativo versus Virtual (servidor de 16 núcleo)

Os resultados deste teste estão resumidos da seguinte forma:
·         Ligeiramente maior utilização do processador lógico é necessária para alcançar a mesma taxa de transferência com a virtualização devido à sobrecarga de processador adicional mínimo.
·         Instâncias nativas e instâncias virtuais atingem o mesmo nível de escalabilidade.
·         Desempenho de I/O de 5% para discos pass-through é maior que VHDs de tamanho fixo, como mostrado na imagem abaixo. Note que discos de pass-through têm um milissegundo aproximadamente um menor latência em comparação a VHDs de tamanho fixo.

 
Várias instâncias throughput: instâncias nativas versus instâncias virtuais (16 núcleos)

Link para fazer download do White Paper completo
High Performance SQL Server Workloads on Hyper-V - Windows Server 2008 R2 Technical White Paper

Hotfixes importantes para Hyper-V no Windows Server 2008 R2

Os três primeiros são falhas no sistema que são causados por errata do processador que foram descobertos depois que o Hyper-V no Windows Server 2008 R2 foi enviado

KB Number: KB975530
Title: Stop error message on an Intel Xeon 5500 series processor-based computer that is running Windows Server 2008 R2 and that has the Hyper-V role installed: "0x00000101 - CLOCK_WATCHDOG_TIMEOUT"
Description: This is fairly simple.  If you have a computer with an Intel Xeon 5500 series processor or an Intel Core-i series processor and you see this blue screen – install this hotfix.
Link: http://support.microsoft.com/kb/975530

KB Number: KB981791
Title: "STOP: 0x0000001a" error message on a computer that has an Intel Westmere processor together with the Hyper-V role installed on Windows Server 2008 SP2 or on Windows Server 2008 R2
Description: Once again, if you have this processor (Intel Westmere) and see this blue screen – get this hotfix.
Link: http://support.microsoft.com/kb/981791

KB Number: KB981618
Title: The computer stops responding or restarts during the Hyper-V Live Migration process in Windows Server 2008 R2
Description: This issue only affects AMD K10 processors, but otherwise is fairly straight forward.  It can actually also any time a virtual machine is saved / restored – but is much less likely to happen in those situations.
Link: http://support.microsoft.com/kb/981618

Os próximos dois hotfixes são aqueles que causam problemas com o desempenho de rede / conectividade quando o computador estiver sob grande carga:

KB Number: KB974909
Title: The network connection of a running Hyper-V virtual machine is lost under heavy outgoing network traffic on a Windows Server 2008 R2-based computer
Description: This affects all guest operating systems.  The fix is applied to the hypervisor and while a reboot is required for installation, no updated need to be applied to the guest operating systems.
Link: http://support.microsoft.com/kb/974909

KB Number: KB981836
Title: Network connectivity for a Windows Server 2003-based Hyper-V virtual machine is lost temporarily in Windows Server 2008 R2
Description: This problem only affects Windows Server 2003 virtual machines.  After you apply the hotfix to the management operating system – you then need to upgrade the integration services for each of the Windows Server 2003 virtual machines.
Link: http://support.microsoft.com/kb/981836

Network Load Balancing (NLB) em máquinas virtuais no Windows Server 2008 R2

Ao correr o NLB numa máquina virtual (Guest) no Windows Server 2008 R2 Hyper-V é necessário ter atenção a algumas definições de configurações específicas no host Hyper-V antes de configurar o NLB.

No Hyper-V, o host VM impede actualizações dinâmicas de endereço MAC como uma camada extra de segurança no datacenter.  Isso ocorre porque a máquina virtual pode ter direitos de administrador, no entanto, não pode ser confiável no data center, por exemplo, quando a hospedagem de VM é fornecida por uma empresa de hospedagem independente. Neste cenário, é preciso certificar de que uma VM não causa um ataque de divulgação DOS ou informações contra outra VM. Se uma máquina virtual é capaz de simular o seu endereço MAC, ele pode falsificar os endereços MAC de outras VMs (spoofing) e impacto sobre outras VMs nesse host. Os switches físicos têm protecções semelhantes e cabe ao administrador permitir a protecção ou não.  

Se não habilitar a falsificação de endereço MAC antes da configuração do NLB sobre a máquina virtual, pode potencialmente ter problemas com o cluster de NLB. 

Ao habilitar a configuração do NLB em modo unicast no Hyper-V com falsificação de endereço MAC desactivado, pode encontrar alguns dos seguintes sintomas:
·                   Ao configurar inicialmente o NLB perderá conectividade de rede sobre o NLB que foi configurado no adaptador de rede. 
·                   Haverá um evento de erro NLB no log de eventos do Windows, afirmando que o adaptador de rede não oferece suporte a actualizações dinâmicas do MAC address.  
·                   Após a reinicialização do servidor, o NLB parece estar ligado ao adaptador de rede, mas o VIP do cluster não tenha sido adicionado ao adaptador de rede.  
·                   o endereço MAC do cluster continuará a ser o endereço MAC original associado com o adaptador de rede antes de configurar o NLB.  

NOTA Utilize o  CMD > ipconfig /all para ver o endereço MAC.  Deve começar com "02-BF-***"  
·                   Se ignorar todos os sintomas anteriores e adicionar manualmente o VIP pode começar a ter um conflito de IP se houver outros nós no cluster que tenham o mesmo VIP. 

Com isto, para permitir que clientes VM corram NLB, precisa definir a propriedade VM para "Enable spoofing of MAC Address".   

Para habilitar a falsificação de endereços MAC (Spoofing), Abra a console de gestão do Hyper-V.  Verifique se a máquina virtual está desligada, abra as propriedades da máquina virtual. Seleccione o adaptador de rede para o NLB e marque "Enable spoofing of MAC Address" e clique em OK.  Em seguida, inicie a máquina virtual. 

Hyper-V Integration Services v2.1 para Linux já está disponível

Finalmente a Microsoft anunciou a disponibilidade do Hyper-V Linux Integration Services for Linux versão 2.1. Os administradores que possuem um ambiente com sistemas operativos heterogéneos desejam que a sua plataforma de virtualização forneça suporte para todos os sistemas operativos que têm nos seus datacenters. A Microsoft sempre deu suporte ao Linux como sistema operativo convidado na plataforma de virtualização desde os dias do Virtual Server e continua a melhorar o apoio a esse respeito.

 

Os recursos a seguir estão incluídos na versão 2. 1:

·         Driver suporte para dispositivos sintéticos Linux Integration Services suporta o controlador de rede sintético e o controlador de armazenamento sintético que foram desenvolvidos especificamente para o Hyper-V.

·         Suporte a Boot Fastpath para o Hyper-V dispositivos de inicialização aproveitam o bloco Virtualization Service Client (VSC) para fornecer desempenho aprimorado.

·         Timesync O relógio dentro da máquina virtual irá continuar a ser sincronizado com o relógio no host.

·         Shutdown Integrado Máquinas virtuais a correr Linux podem ser normalmente desligadas no Hyper-V Manager ou o System Center Virtual Machine Manager.

·         Suporte a Multi-Processing (SMP) Suporte para distribuições Linux podem usar até 4 processadores virtuais (VP) por máquina virtual.

·         Heartbeat Permite que o host detecte se o convidado está em execução e responsivo.

·         Conectável fonte de hora Um módulo de fonte de relógio conectável é incluído para fornecer uma fonte de tempo mais precisa para o convidado.

                                                                

Esta versão dos serviços de integração para o Hyper-V suporta Novell SUSE Linux Enterprise Server 10 SP2, SUSE Linux Enterprise Server 11 e Red Hat Enterprise Linux 5. 2 / 13. 5 / 5. 4 / 5. 5.

 

Os clientes podem obter o IC Linux através do link abaixo:

Linux Integration Services v2.1

Failover Cluster de Guest sobre VMware

Este post é sobre correr um cluster de Failover de servidor de Windows (WSFC) em uma máquina virtual (VM) em cima de um host VMware. Correr um cluster em um ambiente virtualizado é habitualmente referido como "Cluster de Guest". O Cluster de Guest permite o monitoramento da integridade dos aplicativos em execução dentro de uma VM, bem como mobilidade do aplicativo para permitir que o failover de uma VM para outra (por exemplo, para permitir a aplicação de patches do sistema operativo guest).

 

Este tipo de cluster é suportado pela Microsoft em um ambiente virtualizado; no entanto a política de suporte varia dependente das diferentes versões do sistema operativo do guest.

 

Windows NT Server 4.0/Windows 2000 Server

Não é suportado pela Microsoft para executar um cluster de Guest com o  Microsoft Cluster Service (MSCS) no Windows NT Server 4.0 ou Windows 2000 Server em qualquer ambiente virtualizado.

 

Windows Server 2003

Para uma solução de cluster a ser suportado pela Microsoft tem de ser uma solução testada que foi qualificada e verificada para funcionar correctamente com o recurso de cluster de Failover (ou MSCS).  

 

Quando uma solução de cluster for qualificada irá receber um logotipo 'Designed for Microsoft® Windows® Server 2003' e vai ficar listada no catálogo do Windows Server em "Soluções de cluster" no seguinte site abaixo:

·         Windows Server Catalog

  

Duas configurações separadas do VMware receberam um logotipo e são suportadas no Windows Server 2003 com vSphere 4.0 e o armazenamento EMC. É uma configuração com armazenamento EMC V-Max e o outro com armazenamento EMC CLARiiON CX4. Detalhes estão listados aqui:

·                   VMware vSphere 4.0 cluster for EMC Symmetrix V-Max  

·                   VMware vSphere 4.0 cluster for EMC CLARiiON CX4

 

Estas são apenas as duas configurações que são suportadas pelo Windows Server 2003 como clusters de Guest. Programa de logótipo do Windows Server 2003 cluster parou de aceitar novas qualificações em 31/12/09, portanto, nenhuma configuração adicional será adicionada no futuro.

 

Para poder testar a configuração do cluster à semelhança do que é efectuado no Windows Server 2008 e Windows Server 2008 R2, pode fazer download do Microsoft Cluster Configuration Validation Wizard (ClusPrep). Para fazer download utilize o link abaixo:

Microsoft Cluster Configuration Validation Wizard (ClusPrep)

 

Windows Server 2008 & Windows Server 2008 R2

A política de suporte para o cluster de Failover da Microsoft mudou radicalmente com o Windows Server 2008 para se tornar muito mais flexível. Para de uma solução ser suportada pela Microsoft todos os componentes individuais devem ter um logótipo do Windows Server, e a solução deve passar o teste de "Validar um Configuration…" do Cluster. É suportado pela Microsoft para executar o Windows Server 2008 e Windows Server 2008 R2 como um cluster Guest. Para aceder à política de suporte de cluster completa do Windows Server 2008 e Windows Server 2008 R2 utilize o link abaixo:

·         Política de suporte de cluster em Windows Server 2008 e Windows Server 2008 R2

 

Considerações sobre a VMware

VMware tem um artigo da base de dados de conhecimento intitulado "Microsoft Cluster Service (MSCS) support no ESX" que descreve as considerações de suporte adicional:

·         Microsoft Cluster Service (MSCS) support no ESX

 

É recomendável também revisão das políticas de suporte da VMware que têm considerações adicionais.

 

Alguns pontos de a ter em atenção:

·         Cluster de Guest do Windows Server 2008 requer vSphere 4.0 ou superior  

·         Cluster de Guest do Windows Server 2008 R2 requer vSphere 4.0 atualização 1 ou superior  

·         Cluster de Guest com o VMware HA requer vSphere 4.1  

·         Não é suportado para implementar Cluster de Guest com discos iSCSI, FCoE e NFS   

·         Não é suportado para implementar Cluster de Guest em conjunto com VMware Fault Tolerance 

·         Não é suportado o vMotion de uma VM que é parte de um Cluster de Guest  

 

NOTA Revise o "vSphere MSCS Setup Limitations" na documentação no VMware KB acima indicado para a lista completa e autoritária das restrições de configuração do VMware.

 

Resumo da matriz de suporte do Cluster de Guest

ESX 3.5 or earlier

vSphere 4.0

vSphere 4.1

Windows NT Server 4.0

No

No

No

Windows 2000 Server

No

No

No

Windows Server 2003

No

Yes  (limited hardware configurations)

No

Windows Server 2008

No

Yes  (restricted configurations)

Yes  (restricted configurations)

Windows Server 2008 R2

No

Yes  (restricted configurations)

Yes  (restricted configurations)

 

Considerações sobre a virtualização de controladores de domínio

 

Este post descreve algumas considerações de como implementar controladores de domínio em máquinas virtuais. Há várias práticas comuns de máquina virtual que deve evitar ao implementar controladores de domínio. Também há considerações especais para sincronização de data/hora e armazenamento.

 

Práticas de implementação de virtualização a serem evitadas

As plataformas de virtualização, como o Hyper-V, oferecem uma série de recursos convenientes que tornam a gestão, a manutenção, o backup e a migração de computadores mais fáceis. No entanto, há algumas práticas e recursos comuns de implementações que não devem ser usadas em controladores de domínio virtuais. A seguinte lista descreve essas mesmas práticas a serem evitadas ao implementar controladores de domínio:

·         Não implemente VHDs (discos rígidos virtuais) diferenciais em uma máquina virtual que esteja configurada como um controlador de domínio. Isso torna a reversão para uma versão anterior muito fácil, e também reduz o desempenho.

·         Não clone a instalação de um sistema operativo sem usar o Sysprep.exe, pois o SID (identificador de segurança) do computador não será actualizado.

·         Para ajudar a evitar uma possível situação de reversão do USN (número de sequência de actualização), não use cópias de um arquivo VHD que represente um controlador de domínio já implementado para implementar controladores de domínio adicionais. Os próximos três itens nessa lista também são recomendados para ajudar a evitar uma possível reversão do USN. 

·         Não use o recurso Exportar do Hyper-V para exportar uma máquina virtual que esteja a executar como controlador de domínio.

 

NOTA A execução do Sysprep em um controlador de domínio danifica a instalação do AD DS. Use Sysprep antes de instalar a função AD DS para gerar um novo SID para essa instalação.

 

Migração física para virtual

O System Center Virtual Machine Manager (VMM) 2008 R2 fornece a gestão unificada de máquinas físicas (hosts) e virtuais (guests). Também fornece o recurso para migrar uma máquina física para uma máquina virtual. Esse processo é conhecido como conversão de máquina física em virtual (conversão P2V). Durante o processo de conversão P2V, a nova máquina virtual e o controlador de domínio físico que está a ser migrado não devem estar ligados ao mesmo tempo para evitar uma situação de reversão do USN.

 

Deve executar a conversão P2V usando o modo offline para que os dados do directório estejam consistentes quando o controlador de domínio for ligado novamente. A opção de modo offline é oferecida e recomendada no Assistente Convert Physical Server. Para obter uma descrição da diferença entre os modos online e offline, consulte o post relacionado com a conversão P2V: Conversão P2V no System Center Virtual Machine Manager (SCVMM). Durante a conversão P2V, a máquina virtual não deve estar conectada à rede. A NIC (placa de interface de rede) da máquina virtual deve ser habilitada somente depois que o processo de conversão P2V é concluído e verificado. Neste ponto, a máquina de origem física deve estar desligada. Não coloque a máquina de origem física de volta na rede antes de formatar o disco rígido.

 

NOTA Para evitar problemas com a replicação do Active Directory, verifique se apenas uma instância (física ou virtual) de um controlador de domínio específico existe em uma determinada rede a qualquer momento.

 

Utilizar a migração P2V para criar ambientes de teste

Pode usar a migração P2V no VMM para criar ambientes de teste. Pode migrar controladores de domínio de produção, de máquinas físicas para máquinas virtuais para criar um ambiente de teste sem reduzir permanentemente os controladores de domínio de produção. No entanto, o ambiente de teste deverá estar em uma rede diferente do ambiente de produção, para não existirem duas instâncias do mesmo controlador de domínio. Tome muito cuidado ao criar ambientes de teste com a migração P2V para evitar reversões de USN que podem afectar seus ambientes de teste e produção. Este é um método que pode usar para criar ambientes de teste com P2V.

 

Um controlador de domínio em produção de cada domínio é migrado para uma máquina virtual de teste usando P2V de acordo com as directrizes informadas na seção Migração física para virtual. As máquinas de produção físicas e as máquinas virtuais de teste deverão estar em redes diferentes quando ficarem online novamente. Para evitar reversões de USN no ambiente de teste, todos os controladores de domínio a serem migrados de máquinas físicas para virtuais devem ficar offline. (Pode fazer isso, ao parar o serviço ntds ou reiniciar o computador no DSRM (Modo de Restauração dos Serviços de Directório).) Depois que os controladores de domínios estiverem offline, nenhuma nova actualização deverão ser introduzidos ao ambiente. Os computadores devem permanecer offline durante a migração P2V; nenhum dos computadores deve ficar online até que todos os computadores tenham sido migrados totalmente.

 

Os controladores de domínio de teste subsequentes devem ser promovidos como réplicas no ambiente de teste.

 

Serviço de data/hora

Nas máquinas virtuais configuradas como controladores de domínio, desabilite a sincronização de data/hora com o host por meio dos Serviços de Integração. Em vez disso, aceite a sincronização padrão de data/hora da hierarquia de domínios do serviço de tempo do Windows (W32time).

 

A sincronização de data/hora do host torna possível que os sistemas operativos convidados sincronizem seus relógios do sistema com o relógio do sistema operativo host. Como os controladores de domínio têm seu próprio mecanismo de sincronização de data/hora, a sincronização de data/hora do host deve ser desabilitada nas máquinas virtuais configuradas como controladores de domínio. Se os controladores de domínio sincronizarem a data/hora de sua própria origem e também sincronizarem a data/hora do host, a data/hora do controlador de domínio mudará frequentemente. Como muitas tarefas do controlador de domínio estão vinculadas à hora do sistema, um salto na hora do sistema poderá fazer com que objectos persistentes sejam deixados no directório e a replicação seja interrompida.

 

Pode desabilitar a sincronização de data/hora do host nas configurações da máquina virtual, na secção Integration Services do Gestor do Hyper-V, ao desmarcar a caixa de selecção Time Synchronization.

 

Armazenamento

Para optimizar o desempenho da máquina virtual do controlador de domínio, pode usar as seguintes recomendações para armazenar arquivos do sistema operativo, do Active Directory e do VHD:

·         Armazenamento do Guest Armazene o arquivo de base de dados do Active Directory (Ntds.dit), os arquivos de log e os arquivos SYSVOL em um disco virtual separado dos arquivos do sistema operativo. Os Componentes de Integração devem ser instalados para que drivers sintéticos possam ser usados na interface IDE (Integrated Drive Electronics), em vez da emulação. Os discos virtuais SCSI e IDE são executados na mesma velocidade quando usam drivers sintéticos.

·         Armazenamento do host de arquivos VHD Recomendações: As recomendações do armazenamento do host abordam o armazenamento de arquivos VHD. Para obter um máximo desempenho, não armazene arquivos VHD em um disco que seja usado frequentemente por outros serviços ou aplicativos, como o disco do sistema no qual o sistema operativo Windows host está instalado. Armazene cada arquivo VHD em uma partição separada do sistema operativo host e de quaisquer outros arquivos VHD. A configuração ideal é armazenar cada arquivo VHD em uma unidade de disco física separada.

·         VHD fixo versus discos pass-through Há muitas maneiras de configurar o armazenamento para máquinas virtuais. Quando os arquivos VHD são usados, os VHDs de tamanho fixo são mais eficientes que os VHDs dinâmicos, porque a memória dos VHDs de tamanho fixo é alocada quando eles são criados. Os discos de passagem, que as máquinas virtuais podem usar para aceder a mídia de armazenamento físico, estão ainda mais optimizados para desempenho. Os discos pass-through são essencialmente discos físicos ou LUNs (números de unidade lógica) conectados a uma máquina virtual. Os discos pass-through não oferecem suporte ao recurso de snapshot. Por isso, eles são a configuração de disco rígido preferencial, pois o uso de snapshot com controladores de domínio não é nada recomendável.

 

Para reduzir a chance de corrupção de dados do Active Directory, use os controladores SCSI ou desabilite o armazenamento de gravação em cache nas unidades ATA/IDE:

·         Use unidades físicas SCSI (em oposição às unidades IDE/ATA) nos servidores Hyper-V que hospedam controladores de domínio virtuais. Se não puder usar unidades SCSI, verifique se o armazenamento de gravação em cache está desabilitado nas unidades ATA/IDE que hospedam controladores de domínio virtuais.

·         Use controladores SCSI virtuais em qualquer máquina virtual que funciona como um controlador de domínio. Se não puder usar controladores SCSI virtuais, verifique se o armazenamento de gravação em cache está desabilitado nas unidades IDE virtuais das máquinas virtuais que funcionam como controladores de domínio. Pode ver o tipo de controladores de disco que são instalados na caixa de diálogo Configurações do Virtual Machine Manager.

 

Suporte do Hyper-V para máquinas virtuais Windows 2000 e Windows XP SP2

Provavelmente já deve estar ciente, mas mesmo assim gostaria de enfatizar que o suporte para Windows 2000 e Windows XP SP2 terminou no passado dia 13 e gostaria que todos tivessem conhecimento da declaração da Microsoft de suporte do Hyper-V para máquinas virtuais Windows 2000 e Windows XP SP2 foi publicada no TechNet.

 

Declaração de suporte do Hyper-V

Support for Windows 2000 Server and Windows XP with Service Pack 2 ends on July 13, 2010. After this date, integration services for these operating systems will not be updated and support will not be available for any issues arising from using these operating systems in virtual machines. For more information about the end of support, see Support for Windows 2000 and Windows XP Service Pack 2 (SP2) Ends on July 13, 2010.

Microsoft System Center Virtual Machine Manager Self-Service Portal 2.0 Release Candidate

Esta semana na Worldwide Partner Conference em Washington D.C foi feito mais um anuncio O Release Candidate do SCVMM Self Service Portal 2.0. 

 

O VMMSSP (também conhecido como o self-service portal) é uma solução totalmente suportada, parceria-extensível baseada no Windows Server 2008 R2, Hyper-V e o System Center Virtual Machine Manager. Pode usá-lo como pool, alocar e gerir os recursos para oferecer a infra-estrutura como um serviço e para fornecer a base para uma plataforma de nuvem privado dentro de seu datacenter. O VMMSSP inclui uma interface de utilizador baseada na web pré-compilados que tem seções para os administradores de data center e a unidade de negócios consumidores IT, com controle de acesso baseado na função.

 

O VMMSSP também inclui um mecanismo de provisionamento dinâmico. O VMMSSP reduz o tempo necessário para provisionar infra-estruturas e os seus componentes, oferecendo a unidade de negócios solicitações de infra-estrutura e gestão de alterações. O pacote VMMSSP também inclui orientações detalhadas sobre como implementar VMMSSP dentro de seu ambiente.

 

NOTA O VMMSSP não é uma actualização para o portal self-service do VMM 2008 R2 existente. Pode optar por implementar e usar um ou os dois portais self-service dependendo dos requisitos.

 

O portal Self-Service fornece os seguintes recursos que são expostos por meio de uma interface de utilizador baseado na web:

·         Configuração e a alocação dos recursos de data center: Armazena informações de configuração e de gestão relacionadas para calcular, os recursos de rede e de armazenamento como activos na base de dados do VMMSSP.

·         Personalização das ações de máquina virtual: Fornece uma interface simples e baseado na web para ampliar as acções de máquina virtual padrão; por exemplo, pode adicionar scripts que interagem com redes de armazenamento para a rápida implementação de máquinas virtuais.

·         Unidade de negócios de ambientação: Formulários padronizados e um fluxo de trabalho simples para registar e aprovar ou rejeitar as unidades de negócios para inscreverem no portal.

·         Infra-estrutura de gestão de alterações e solicitação: Formulários padronizados e fluxo de trabalho orientados por humanos que resulta na redução do tempo necessário para provisionarem infra-estruturas no seu ambiente.

·         Provisionamento de auto-atendimento (Self-Service): Oferece suporte à criação de máquinas virtuais em infra-estrutura provisionado com as unidades de negócios de interface baseado na web. Ajuda as unidades de negócio a gerir as máquinas virtuais baseadas em funções delegadas.

 

Para fazer download do Microsoft System Center Virtual Machine Manager Self-Service Portal 2.0 Release Candidate, utilize o link abaixo:

Microsoft System Center Virtual Machine Manager Self-Service Portal 2.0 Release Candidate

Versão beta do SP1 Windows Server 2008 R2

A Microsoft já disponibilizou a versão beta do SP1 do Windows Server 2008 R2 e do Windows 7 sp1. Tudo isto foi anunciado na Worldwide Partner Conference em Washington, D.C.

 

Os dois mais importantes desenvolvimentos no SP1 do Windows Server 2008 R2 são:

 

MEMÓRIA DINÂMICA permite aos administradores do Hyper-V pools de memória disponível em um host físico e distribuí-lo dinamicamente para as máquinas virtuais em execução no host. Assim como o workload da máquina física altera-se, exigindo mais ou menos memória, a memória dinâmica permitirá que os administradores alterarem a alocação de memória para suas VMs sem interrupção do serviço. Para ter uma maior noção de como trabalha a memória dinâmica reveja este POST.

 

REMOTEFX aprimora a virtualização de desktop da Microsoft. RemoteFX permite que os administradores do Windows Server 2008 R2 forneçam uma experiência de virtualização de desktop ainda mais ricos e transparente para o utilizador. RemoteFX oferece conteúdo rico, independente de qualquer pilha de elementos gráficos, para desktops virtuais baseados em sessão e hospedado no servidor, permitindo-lhes dar suporte a qualquer conteúdo do ecrã, incluindo pilhas de gráfico portável vídeo full-motion, como Silverlight e aplicativos 3D. Porque ele pode usar gráficos virtualizados no servidor e codecs avançados, RemoteFX pode proporcionar essas experiências para uma gama muito mais ampla de dispositivos destino, incluindo padrão de desktops e laptops, mas também uma quantidade emergente dos Thin-Clients. Também será capaz de transmitir as portas USB do cliente local para a máquina virtual que está a ser acedida através do dispositivo - exactamente como pode encaminhar a impressora local sobre RDP hoje.

 

Para fazer download do SP1 do Windows Server 2008 R2 e do Windows 7 utilize o link abaixo:

SP1 do Windows Server 2008 R2 e do Windows 7

Densidade de máquinas virtuais no Failover cluster do Windows Server 2008 R2

Recentemente Windows Servidor 2008 R2 Failover Clustering mudou a declaração de suporte para o número máximo de máquinas virtuais (VMs) que pode ser hospedado em um cluster de failover, o aumento foi de 64 VMs por nó para 1000 VMs por cluster.

 

Apoiar 1000 VMs permitirá maior flexibilidade em utilizar hardware que tem a capacidade de hospedar mais VMs por servidor físico, mantendo a alta disponibilidade e componentes de gestão que o cluster de Failover fornece. 

 

NOTA Não há nenhuma exigência para ter um nó sem qualquer VMs alocadas como um "nó passivo". Todos os nós podem hospedar VMs e têm o equivalente ao 1 nó da capacidade desalocada (total, em todos os nós) para permitir a colocação de VMs se um nó falhar ou for tomada de activa participação para actividades como executar a manutenção ou aplicar patches em cluster.  

 

Número de nós no cluster

Número máximo de VMs por nó

Número médio de VMs por nó ativo

Max # VMs em cluster

2 Nós (1 activo + 1 failover)

384

384

384

3 Nós (activo 2 + 1 failover)

384

384

768

4 Nós (activo 3 + 1 failover)

384

333

1000

5 Nós (activo 4 + 1 failover)

384

250

1000

6 Nós (activo 5 + 1 failover)

384

200

1000

7 Nós (activo 6 + 1 failover)

384

166

1000

8 Nós (activo 7 + 1 failover)

384

142

1000

9 Nós (activo 8 + 1 failover)

384

125

1000

10 Nós (activo 9 + 1 failover)

384

111

1000

11 Nós (activo 10 + 1 failover)

384

100

1000

12 Nós (activo 11 + 1 failover)

384

90

1000

13 Nós (activo 12 + 1 failover)

384

83

1000

14 Nós (activo 13 + 1 failover)

384

76

1000

15 Nós (activo 14 + 1 failover)

384

71

1000

16 Nós (activo 15 + 1 failover)

384

66

1000

É importante executar o planeamento de capacidade adequada que leva em consideração os recursos do hardware e do armazenamento em host VMs, e o total dos recursos que exigem as VMs individuais, enquanto continua a ter suficiente reserva capacidade de acolhimento das VMs em caso de uma falha no nó para impedir que a memória seja ultrapassada ou um "Over Commitement". A mesma orientação base de configuração do Hyper-V e os limites de um número máximo de VMs suportado por servidor físico ainda se aplicam. Actualmente indica que nenhum nó pode hospedar mais de 384 executando VMs em determinado momento, e que a escalabilidade de hardware não deve exceder 4 processadores virtuais por VM e não mais que 8 processadores virtuais por processador lógico. 

Como utilizar uma BD remota na instalação do SCVMM

Durante a instalação do System Center Virtual Machine Manager (SCVMM) pode utilizar uma base de dados existente ou especificar uma base de dados remota.

 

Cenário de base de dados remota é muito importante para muitos em algumas infra-estruturas que têm todos os servidores SQL no seu ambiente gerido por administradores de base de dados (DBA) e todos os pedidos de criação de base de dados a percorrer e serem executada pelos DBAs.

 

Como pode imaginar, as permissões que nesses ambientes que os DBAs dão às bases de dados precisam de ser as mais limitadas possíveis.

 

Estas etapas aplicam-se ao SQL Server 2005 e irão orientá-lo num exemplo específico. Inclui todo o processo desde a criação do base de dados no SQL server para a instalação do VMM para que possa ver todo o cenário e permissões granulares que são necessárias.

 

Nota: A Microsoft suporta este tipo de instalação

 

1.       Conecte à instância remota do servidor SQL com credenciais de administrador de servidor SQL (por exemplo, contoso\dbadmin) utilizando o SQL Management Studio.

2.       No SQL Management Studio, clique com botão direito em databases e seleccione "New database"

3.       Digite o nome da base de dados (por exemplo, VMMDB).


NOTA Se é uma instância do SQL Server case sensitive, selecione "Options" no painel da esquerda, na "Collation text box", seleccione "SQL_Latin1_General_CP1_CI_AS", isto irá criar a base de dados como case insensitive, seleccione OK.

 

4.       Expanda a base de dados "VMMDB" que acabou de criar e em "Security", clique com botão direito sobre "Logins", seleccione "New Login", digite o nome de login (por exemplo, contoso\VMMadmin), seleccione OK.

5.       Clique com botão direito no login que acabamos de criar e seleccione "Properties".

a)       Seleccione "Server Roles" no painel esquerdo e verifique as funções "dbcreator", "process admin" e "securityadmin".

b)      selecione "User Mapping" no painel esquerdo e verificar "VMMDB" e marque "db_owner" na associação da função de base de dados.

6.       Faça login no servidor VMM com as credenciais de administrador do VMM (contoso\VMMadmin) inicie o setup do VMM (ou pode até mesmo usar o login como contoso\OtherVMMadmin e fornecer credenciais de contoso\VMMadmin na página Configurações de SQL).

a)       Porque não é um administrador local na máquina do servidor SQL não será capaz de listar as instâncias do servidor SQL na página de configurações do servidor SQL, tem de introduzir o nome de instância do servidor SQL manualmente.

b)      Após inserir a instância do SQL Server agora pode seleccionar o base de dados chamada "VMMDB" que criou e continuar com a instalação.

Lançado o Rollup do SCVMM Server e da consola do administrador do SCVMM 2008 R2

A Microsoft acabou de anunciar a disponibilidade do Rollup mais recente para o SCVMM 2008 R2.

 

Rollup para o SCVMM Server

Lista das questões que estão resolvidas:

1.       Uma alta disponibilidade de máquinas virtuais com um disco GPT pass-thru é relatada é relatada como "Unsupported Cluster Configuration." 

2.       Quando gere o VMware Virtual Center, que tem switches distribuídos, o serviço Virtual Machine Manager (Vmmservice.exe) para.

3.       Após a conclusão do Quick Storage Migration, o snap-in do MMC de gestão do cluster de Failover relata que a VM ainda usa o volume CSV antigo.

4.       Se uma VM é configurada com 3 processadores virtuais, a console de administração do SCVMM falha.

5.       As configurações para a rede virtual ficam incorrectas, após a conclusão de um trabalho de cmdlet de Refresh-VMHost.

 

Como obter este pacote de hotfix do Rollout para SCVMM 2008 R2

Este pacote de hotfix está disponível no site do Microsoft Update.

 

Para obter esta actualização do Microsoft Update, siga estes passos no servidor Virtual Machine Manager:

1.       Clique em Iniciar e, em seguida, seleccione Painel de controle.

2.       No painel de controle, clique duas vezes no Windows Update.

3.       Na janela do Windows Update, clique em verificar online para actualizações do Microsoft Update.

4.       Clique em importantes actualizações estão disponíveis.

5.       Seleccione a actualização para o System Center Virtual Machine Manager 2008 R2 (KB982522) e, em seguida, clique em OK.

6.       Clique em instalar actualizações.

 

NOTA Se o serviço Virtual Machine Manager ou o Virtual Machine Manager Agent estiver a executar quando o pacote de hotfix estiver a ser instalado no servidor Virtual Machine Manager, deve reiniciar o servidor.

 

Para fazer download manualmente do pacote do hotfix partir do catálogo do Microsoft Update, Utilize o link abaixo:

982522 - Descrição do pacote de hotfix do System Center Virtual Machine Manager 2008 R2: 8 de Junho de 2010.

 

Rollout da consola do administrador do SCVMM

Lista das questões que estão resolvidas:

·         Se uma VM é configurada para ter 3 processadores virtuais, a consola de administração do SCVMM falha.

NOTA Para resolver esse problema, instale o hotfix rollup do pacote 982522 que é um pacote de hotfix para o System Center Virtual Machine Manager 2008 R2 e, em seguida, este pacote de hotfix.  

·         Este pacote de hotfix também resolve os problemas que estão documentados no seguinte actualização de console de administração do SCVMM 2008 R2:

·         976246 - Quando remove um disco rígido virtual de uma máquina virtual no System Center Virtual Machine Manager 2008 R2, o arquivo VHD no servidor Hyper-V é apagado sem aviso

 

Como obter o pacote de hotfix da consola de administração do SCVMM 2008 R2

Este pacote de hotfix está disponível no Microsoft Update.

 

Para obter esta actualização do Microsoft Update, siga estas etapas em computadores que tenham o console de administração do SCVMM instalado:

1.       Clique em Iniciar e, em seguida, seleccione Painel de controle.

2.       No painel de controle, clique duas vezes no Windows Update.

3.       Na janela do Windows Update, clique em verificar online para actualizações do Microsoft Update.

4.       Clique em importantes actualizações estão disponíveis.

5.       Selecione a actualização para o System Center Virtual Machine Manager 2008 R2 (KB982523) e, em seguida, clique em OK.

6.       Clique em instalar actualizações.

 

Para fazer download manualmente do pacote de hotfix partir do catálogo do Microsoft Update, utilize o link abaixo:

982523 - Descrição do pacote de hotfix da consola de administração do System Center Virtual Machine Manager 2008 R2: 8 de Junho de 2010.

Remover VMs ausentes da Consola do Administrador do SCVMM

Após haver um failover do cluster, algumas VM podem apresentar o estado de ausente ("missing"). Uma vez que não é fácil de remover as VMs da consola do administrador do SCVMM, para conseguir corrigir o estado das VMs, siga os seguintes passos:

1.       Primeiro feche a Consola do Administrador do SCVMM

2.       Em seguida, pare o serviço do Windows VMMService no computador servidor VMM

3.       Fazer um Backup completo à base de dados de do SCVMM

4.       Agora está pronto para corrigir qualquer falha nas VMs. É importante notar que todas as máquinas virtuais em falta neste ambiente VMM serão excluídas da base de dados do SCVMM, e não serão excluídas quaisquer máquinas virtuais a partir de qualquer computador de anfitrião da virtualização. Basicamente, não irá utilizar nada nos computadores Hyper-V, Virtual Server ou VMware ESX

5.       Instale o Microsoft SQL Server Management Studio Express no mesmo computador onde a base de dados do SCVMM existe. Este é um download gratuito da Microsoft (link abaixo).

6.       Abra SQL Management Studio, seleccione a base de dados do SCVMM e execute o script SQL abaixo. Que deve eliminar todas as VMs que estão no estado ausente na base de dados do SCVMM.

7.       Uma vez que o script SQL é concluído, reinicie o VMMService e abra o console do administrador. Todas as VMs ausentes deverão agora ser "eliminadas".

 

 

BEGIN TRANSACTION T1

 

DECLARE custom_cursor CURSOR FOR

SELECT ObjectId from

dbo.tbl_WLC_VObject WHERE [ObjectState] = 220

 

DECLARE @ObjectId uniqueidentifier

 

OPEN custom_cursor

FETCH NEXT FROM custom_cursor INTO @ObjectId

 

WHILE(@@fetch_status = 0)

 BEGIN

 

 DECLARE vdrive_cursor CURSOR FOR

 SELECT VDriveId, VHDId, ISOId from

 dbo.tbl_WLC_VDrive WHERE ParentId = @ObjectId

 

 DECLARE @VDriveId uniqueidentifier

 DECLARE @VHDId uniqueidentifier

 DECLARE @ISOId uniqueidentifier

 

 OPEN vdrive_cursor

 FETCH NEXT FROM vdrive_cursor INTO @VDriveId, @VHDId, @ISOId

 WHILE(@@fetch_status = 0)

 BEGIN

  DELETE FROM dbo.tbl_WLC_VDrive

         WHERE VDriveId = @VDriveId

  if(@VHDId is NOT NULL)

  BEGIN

        

   DELETE FROM dbo.tbl_WLC_VHD

   WHERE VHDId = @VHDId

   DELETE FROM dbo.tbl_WLC_PhysicalObject

   WHERE PhysicalObjectId = @VHDId

  END

  if(@ISOId is NOT NULL)

  BEGIN

 

   DELETE FROM dbo.tbl_WLC_ISO

          WHERE ISOId = @ISOId

   DELETE FROM dbo.tbl_WLC_PhysicalObject

   WHERE PhysicalObjectId = @ISOId

  END

 

     FETCH NEXT FROM vdrive_cursor INTO @VDriveId, @VHDId, @ISOId

   END

 CLOSE vdrive_cursor

 DEALLOCATE vdrive_cursor

 

-----------------

 DECLARE floppy_cursor CURSOR FOR

 SELECT VFDId, vFloppyId from

 dbo.tbl_WLC_VFloppy WHERE HWProfileId = @ObjectId

 

 DECLARE @vFloppyId uniqueidentifier

 DECLARE @vfdId uniqueidentifier

 

 OPEN floppy_cursor

 FETCH NEXT FROM floppy_cursor INTO @vfdId, @vFloppyId

 WHILE(@@fetch_status = 0)

 BEGIN

      DELETE FROM dbo.tbl_WLC_VFloppy

  WHERE VFloppyId = @vFloppyId

 

  if(@vfdid is NOT NULL)

  BEGIN

   DELETE FROM dbo.tbl_WLC_VFD

   WHERE VFDId = @vfdId

   DELETE FROM dbo.tbl_WLC_PhysicalObject

   WHERE PhysicalObjectId = @vfdId

 

  END

 

     FETCH NEXT FROM floppy_cursor INTO @vfdId, @vFloppyId

   END

 CLOSE floppy_cursor

 DEALLOCATE floppy_cursor

 

----------------

 DECLARE checkpoint_cursor CURSOR FOR

 SELECT VMCheckpointId from

 dbo.tbl_WLC_VMCheckpoint WHERE VMId = @ObjectId

 

 DECLARE @vmCheckpointId uniqueidentifier

 

 OPEN checkpoint_cursor

 FETCH NEXT FROM checkpoint_cursor INTO @vmCheckpointId

 WHILE(@@fetch_status = 0)

 BEGIN

      DELETE FROM dbo.tbl_WLC_VMCheckpointRelation

  WHERE VMCheckpointId = @vmCheckpointId

   

     FETCH NEXT FROM checkpoint_cursor INTO @vmCheckpointId

   END

 CLOSE checkpoint_cursor

 DEALLOCATE checkpoint_cursor

 

-------------------------

---------Clean checkpoint

 

 DELETE FROM dbo.tbl_WLC_VMCheckpoint

 WHERE VMId = @ObjectID

 

        exec [dbo].[prc_VMMigration_Delete_VMInfoAndLUNMappings] @ObjectId

 

        DECLARE @RefreshId uniqueidentifier

        exec [dbo].[prc_RR_Refresher_Delete] @ObjectId, @RefreshId

 

        DELETE FROM dbo.tbl_WLC_VAdapter

 WHERE HWProfileId = @ObjectId

 

        DELETE FROM dbo.tbl_WLC_VNetworkAdapter

 WHERE HWProfileId = @ObjectId

               

        DELETE FROM dbo.tbl_WLC_VCOMPort

 WHERE HWProfileId = @ObjectId

 

        DELETE FROM dbo.tbl_WLC_HWProfile

        WHERE HWProfileId = @ObjectId

 

        DELETE FROM dbo.tbl_WLC_VMInstance

        WHERE VMInstanceId = @ObjectId

 

 DELETE FROM dbo.tbl_WLC_VObject

 WHERE ObjectId = @ObjectId

 

    FETCH NEXT FROM custom_cursor INTO @ObjectId

  END

CLOSE custom_cursor

DEALLOCATE custom_cursor

COMMIT TRANSACTION T1

 

Download

Microsoft SQL Server Management Studio Express

More Posts Next page »