A Virtualização é afectada da forma como planeamos, construímos, implementamos, operamos e as cargas de trabalho de serviço. Com o aumento do uso da virtualização, as empresas estão a criar cada vez mais, grandes bibliotecas de máquinas virtuais contendo várias configurações (Sistema Operativo e aplicativos diferentes). Os “patch-state” dessas máquinas virtuais não são sempre conhecidos. Garantir que as máquinas virtuais offline estão devidamente actualizadas para não se tornarem vulneráveis no instante que ficam on-line é essencial.
O Offline Virtual Machine Servicing Tool 2.1 é uma ferramenta gratuita que nos ajuda com esse problema diário. Desta forma o Offline Virtual Machine Servicing Tool 2.1 é uma ferramenta automatizada para ajudar os administradores das VMs a manter suas máquinas virtualizadas actualizadas, sem introduzir vulnerabilidades na sua infra-estrutura de TI.
A ferramenta combina o modelo de programação do Windows Workflow com o poder do Windows PowerShell para trazer grupos de máquinas virtuais on-line e/ou serviços com as actualizações de segurança mais recentes e devolvê-las para um Estado offline automaticamente.
O que há de novo nesta nova versão?
A versão 2.1 é a resposta directa da Microsoft a solicitações para dar suporte a onda do R2. Offline Virtual Machine Servicing Tool 2.1 agora suporta os seguintes produtos:
- Hyper-V-R2
- VMM 2008 R2
- SCCM 2007 SP2
- WSUS 3.0 SP2
- OVMST 2.1 também oferece suporte a actualizações para máquinas virtuais Windows 7 e o Windows Server 2008 R2.
Para fazer download do Offline Virtual Machine Servicing Tool 2.1 clique no Link abaixo.
DOWNLOAD
Se deseja usar discos passthough com Hyper-V como vou anexar os discos? Que scripts utilizar? Bem, aqui está a resposta… Mas primeiro precisa decidir se vai para utilizar a controladora IDE virtual ou a controlador SCSI virtual. A controladora IDE é ideal se planear a inicialização a partir do disco de passthough ou se seu guest não suporta o adaptador SCSI virtual (Ex: Linux). O controlador SCSI é ideal se quiser adicionar/remover armazenamento da máquina virtual enquanto esta a ser executada (recurso do Hyper-V R2) ou se tiver mais de 4 discos que deseja adicionar. Anexar ao IDE ou SCSI é bastante semelhante – existe realmente apenas 1, diferença em negrito nos dois scripts abaixo, só tem que seleccionar a controladora correcta. Excepto se for usar o número do disco físico para Gestor de disco (não muito mau) ou se fornecer um ID de LUN quando criar o armazenamento (no caso de uma SAN), pode usar o que pode ser um pouco mais determinista.
Anexar discos Passthrough numa controladora IDE
$HyperVGuest = "Passthough Demo"
$VMManagementService = Get-WmiObject -class "Msvm_VirtualSystemManagementService" -namespace "root\virtualization"
$Vm = Get-WmiObject -Namespace "root\virtualization" -Query "Select * From Msvm_ComputerSystem Where ElementName='$HyperVGuest'"
$VMSettingData = Get-WmiObject -Namespace "root\virtualization" -Query "Associators of {$Vm} Where ResultClass=Msvm_VirtualSystemSettingData AssocClass=Msvm_SettingsDefineState"
$VmIdeController = (Get-WmiObject -Namespace "root\virtualization" -Query "Associators of {$VMSettingData} Where ResultClass=Msvm_ResourceAllocationSettingData AssocClass=Msvm_VirtualSystemSettingDataComponent" |`
where-object {$_.ResourceSubType -eq "Microsoft Emulated IDE Controller" -and $_.Address -eq 0})
$DiskAllocationSetting = Get-WmiObject -Namespace "root\virtualization" -Query "SELECT * FROM Msvm_AllocationCapabilities WHERE ResourceSubType = 'Microsoft Physical Disk Drive'"
$DefaultHardDisk = (Get-WmiObject -Namespace "root\virtualization" -Query "Associators of {$DiskAllocationSetting} Where ResultClass=Msvm_ResourceAllocationSettingData AssocClass=Msvm_SettingsDefineCapabilities" | `
where-object {$_.InstanceID -like "*Default"})
$Disk = Get-WmiObject -Namespace "root\virtualization" -Query "select * from Msvm_DiskDrive Where DriveNumber=2"
#$Disk = Get-WmiObject -Namespace "root\virtualization" -Query "select * from Msvm_DiskDrive Where ElementName Like '%Lun 200%'"
$DefaultHardDisk.Parent = $VmIdeController.__Path
$DefaultHardDisk.Address = 0
$DefaultHardDisk.HostResource = $Disk.__PATH
$VMManagementService.AddVirtualSystemResources($VM, $DefaultHardDisk.PSBase.GetText(1)) | ProcessWMIJob $VMManagementService "AddVirtualSystemResources"
Anexar discos Passthrough numa controladora SCSI
$HyperVGuest = "Passthough Demo"
$VMManagementService = Get-WmiObject -class "Msvm_VirtualSystemManagementService" -namespace "root\virtualization"
$Vm = Get-WmiObject -Namespace "root\virtualization" -Query "Select * From Msvm_ComputerSystem Where ElementName='$HyperVGuest'"
$VMSettingData = Get-WmiObject -Namespace "root\virtualization" -Query "Associators of {$Vm} Where ResultClass=Msvm_VirtualSystemSettingData AssocClass=Msvm_SettingsDefineState"
$VmScsiController = (Get-WmiObject -Namespace "root\virtualization" -Query "Associators of {$VMSettingData} Where ResultClass=Msvm_ResourceAllocationSettingData AssocClass=Msvm_VirtualSystemSettingDataComponent" | `
where-object {$_.ElementName -eq "SCSI Controller"})
$DiskAllocationSetting = Get-WmiObject -Namespace "root\virtualization" -Query "SELECT * FROM Msvm_AllocationCapabilities WHERE ResourceSubType = 'Microsoft Physical Disk Drive'"
$DefaultHardDisk = (Get-WmiObject -Namespace "root\virtualization" -Query "Associators of {$DiskAllocationSetting} Where ResultClass=Msvm_ResourceAllocationSettingData AssocClass=Msvm_SettingsDefineCapabilities" | `
where-object {$_.InstanceID -like "*Default"})
$Disk = Get-WmiObject -Namespace "root\virtualization" -Query "select * from Msvm_DiskDrive Where DriveNumber=2"
#$Disk = Get-WmiObject -Namespace "root\virtualization" -Query "select * from Msvm_DiskDrive Where ElementName Like '%Lun 200%'"
$DefaultHardDisk.Parent = $VmScsiController.__Path
$DefaultHardDisk.Address = 0
$DefaultHardDisk.HostResource = $Disk.__PATH
$VMManagementService.AddVirtualSystemResources($VM, $DefaultHardDisk.PSBase.GetText(1)) | ProcessWMIJob $VMManagementService "AddVirtualSystemResources"
Com a virtualização cada vez mais presente, a utilizações de cenários de teste utilizando o Hyper-V aumenta de uma forma significativa. Durante esses testes, a utilização de snapshots o tempo todo para proteger dos erros/teste e das falhas de alterações, é cada vez mais frequente. É um recurso fantástico, mas por vezes pode o colocar em problemas.
Em um mundo perfeito, quando estiver trabalhar com um cenário de teste que inclui um controlador de domínio e vários membros do domínio, ao necessitar de fazer um snapshot das máquinas virtuais, teria de fazer snapshot de todas as VMs utilizadas no cenário do ensaio e teria de fazê-lo, exactamente o mesmo tempo. Isto significa que todas as VMs iria ser salvas em uma configuração ideal.
O problema com esse mundo perfeito é que talvez queira uma única máquina para executar um teste e, em seguida, ser capaz de fazer rollback. Mas se não fizer snapshots de todas as VMs ao mesmo tempo, corre o risco de uma das máquinas virtuais alterar a sua senha de canal seguro (secure channel) durante o período de teste. Quando for reverter as alterações durante a sessão, e tentar fazer login, irá receber uma mensagem de erro dizendo que o relacionamento de confiança com o controlador de domínio está quebrado. A única opção é remover e adicionar novamente o computador ao domínio.
Existe uma solução para este problema. Pode desabilitar a conta do computador de alterar sua senha do canal seguro (secure channel), ou pode alterar a janela de alteração de senha para algo mais do que o padrão 30 dias. Ao fazê-lo eliminará o problema de não poder fazer logon. Agora, claro que gostaria de fazer isso em um ambiente de produção, mas não sem compreender totalmente as alterações e os riscos de segurança que advêm.
Para fazer a alteração, abra o editor da GPO (pode ser através do GPMC - Group Policy Management Console) e vá para
Computer Configuration\Windows Settings\Security Settings\Local Policies\Security Options\
Habilite a opção Domain Member: Disable machine account password changes ou edite a opção Domain Member: Maximum machine account password age e aumente o valor do padrão de 30 dias para um novo valor maior (até ao máximo de 999 dias)
Fazer uma destas opções deve impedi-lo de obter a mensagem de terrível que o canal seguro (secure channel) é quebrado.
Imagine que tem um muitas de máquinas com hardware de diversos fabricantes e com configurações aleatórias no seu ambiente e gostaria de saber quais máquinas possuem processadores que oferecem suporte a virtualização de hardware assistido e se essa configuração está habilitada. Agora existe uma ferramenta para isso, o Microsoft Hardware-Assisted Virtualization Detection Tool.
O Windows Virtual PC exige processadores capazes de virtualização assistida por hardware como AMD-V, Intel VT ou VIA VT activado na BIOS. A ferramenta de detecção HAV ajuda a verificar se o processador do computador suporta virtualização de hardware. A ferramenta também verifica se esse recurso está ativado no processador.
Para todos fazer o download da ferramenta, utilize o link abaixo.
Microsoft Hardware-Assisted Virtualization Detection Tool
Talvez não consiga criar máquinas virtuais depois de reinstalar o SCVMM utilizando uma base de dados retida.
Eis uma boa dica, caso deseje reinstalar o SCVMM (System Center Virtual Machine Manager). Se usar a opção "Manter dados" provavelmente será incapaz de criar máquinas virtuais se a mesma compilação do SCVMM for reinstalada.
Se tentar criar uma máquina virtual em um host após a reinstalação, este erro é encontrado:
Error (2912)
An internal error has occurred trying to contact an agent on the ContosoHost.Costoso.lab server.
(Element not found (0x80070490))
O motivo de que isso pode ocorrer é porque o certificado é removido do host durante a remoção do SCVMM. Uma reinstalação da mesma compilação do SCVMM não substitui o certificado e ela não é, portanto, adicionada de volta para o armazenamento de certificado no servidor SCVMM.
Para resolver esse problema, o host deve ser removido do SCVMM e então adicionado como um novo host.
Documentação disponível sobre o SCVMM, já actualizada com a nova versão R2 do VMM 2008. Neste guias poderá encontrar toda a ajuda para implementar, gerir, configurar um ambiente virtual gerido com o SCVMM. Para fazer download dos guias, utilize os diversos links abaixo.
- Guia de implementação do Virtual Machine Manager
Este guia fornece informações essenciais para a implementação bem-sucedida do VMM 2008 e VMM 2008 R2. Os tópicos neste guia fornecem informações detalhadas sobre os requisitos do sistema, instalar o VMM, upgrade ou migração de uma versão anterior e implementação adicional e informações de configuração.
Download
- Guia do Virtual Machine Manager para a integração com o System Center Operations Manager 2007
Este guia fornece informações essenciais para a integração bem-sucedida do System Center Operations Manager 2007 com Service Pack 1 (SP1) ou o Operations Manager 2007 R2 com o System Center Virtual Machine Manager (VMM) 2008 ou o VMM 2008 R2. Os tópicos deste guia fornecem requisitos de sistema e segurança, procedimentos detalhados para a realização de uma integração bem sucedida, além de soluções de problemas para as questões de integração, se não está familiarizado com o VMM ou anteriormente já integrou o Operations Manager com o VMM 2008 ou VMM 2008 R2 Beta. Também são fornecidos procedimentos para habilitação de desempenho e optimização de recursos (Performance and Resource Optimization - PRO) e definir relatórios no VMM. Uma integração bem sucedida do Operations Manager é um pré-requisito para o PRO e configurações de emissão de relatórios.
Download
- Guia de segurança do Virtual Machine Manager
Este guia fornece as informações necessárias para configurar com êxito a segurança do VMM 2008 e do VMM 2008 R2. Os tópicos incluem Noções básicas de segurança (segurança baseada em funções, portas e protocolos usados por VMM e conta os requisitos para tarefas administrativas); instruções para "hardening" VMM servidor, servidor de base de dados, máquina virtual hosts, servidores de biblioteca e servidores de self-service Web Portal contra acesso não autorizado; domínio e conta os requisitos para integrar o System Center Operations Manager 2007 com 0 VMM; e requisitos de segurança para gerir um ambientem VMware utilizando o VMM.
Download
- Guia de operações do Virtual Machine Manager
Este guia fornece informações essenciais para a configuração bem-sucedida do VMM 2008 e do VMM 2008 R2. Para quem não está familiarizado, este guia explica como configurar os recursos necessários e opcionais do VMM após a instalação. O guia também fornece informações sobre como criar, gerir e migração de máquinas virtuais; executar a manutenção em máquinas virtuais, seus hosts e o servidor VMM; e gerir um ambiente de VMware Infrastructure 3 (VI3) utilizando o VMM.
Download
- Guia de scripts do Virtual Machine Manager
Este guia fornece uma visão geral do Windows PowerShell – comandos shell do Virtual Machine Manager, exemplos de scripts de shell que explicam como usar o Windows PowerShell scripts para gerir a infra-estrutura do sistema virtual.
Download
- Referência de cmdlets do Virtual Machine Manager
Como alternativa ao uso do VMM Administrator Console para administrar seu ambiente de Virtual Machine Manager, pode usar os cmdlets do Windows PowerShell - shell de comando do Virtual Machine Manager, que é um shell de linha de comando voltada para o administrador. Este guia fornece tópicos de ajuda para os cmdlets do VMM 2008 e do VMM 2008 R2.
Download
- Construir Management Packs PRO
Este documento apresenta uma visão geral de criação de pacotes de gestão de PRO-habilitado e o orienta os passos necessários para criar um pacote de gestão simples de PRO-habilitado.
Download
Este é um caso do Hypervisor que se aparece tantas vezes em fóruns, listas, etc. A mensagem para o efeito é "The Hypervisor não está em execução", geralmente acontece quando o utilizador tenta iniciar uma VM. Para tentar ultrapassar esta questão veja o vídeo abaixo, com as etapas para investigar essa falha e corrigir.
Neste vidro de 5 minutos, demonstra como alterar as definições da BIOS no computador para fazer com que o Hypervisor corra.
http://www.microsoft.com/video/en/us/details/25d07f2e-b2e0-4c0c-b456-79b08bfe58be
A Microsoft lançou o Infrastructure Planning and Design com dois guias actualizados de virtualização:
Windows Server Virtualization e o System Center Virtual Machine Manager
Estes guias, foram actualizados para refletir os recursos e funcionalidades do Windows Server 2008 R2 e System Center Virtual Machine Manager 2008 R2, delinear os elementos de design de infra-estruturas críticas que são cruciais para uma implementação bem-sucedida desses produtos de virtualização.
O Infrastructure Planning é um guia de design para o Windows Server Virtualization leva o utilizador através do processo de criação de componentes, layout e conectividade em uma ordem lógica e sequencial. Identifica os hosts de servidor de Hyper-V necessários, e apresenta em etapas fáceis de seguir, o que ajuda o utilizador para projetar e planear datacenters virtuais.
O Infrastructure Planning and Design Guide para o Microsoft System Center Virtual Machine Manager auxilia os utilizadores na concepção e implementação da arquitetura do SCVMM, permite assim centralizar de administração de computadores físicos e virtuais. Identificar as instâncias de servidor do VMM necessárias é um dos processos de design simples e de uma etapa de sete passos apresentados neste guia.
Para fazer download deste guias utilize o link abaixo
Guias IPD para virtualização
Este guia pretende descrever métodos que pode ser utilizado para fazer upgrade para o Windows Server 2008 R2 a partir de uma instalação do Windows Server 2008 que tem a função Hyper-V activada.
Nota Este guia aplica-se ao processo de upgrade do Windows Server 2008 RTM e do Windows Server 2008 Service Pack 2 (SP2).
Para migrar máquinas virtuais para o novo cluster, tem de ser utilizado o método 2 ou o método 3.
Método 1
Efectuar a actualização directa da partição principal do Windows Server 2008 para o Windows Server 2008 R2.
Nota Durante a actualização, o relatório de compatibilidade informará que tem de remover a função Hyper-V utilizando o Server Manager antes de continuar com a actualização. Não é necessário. No entanto, antes de continuar com a actualização, tenha em atenção ao seguinte:
· Todas as máquinas virtuais têm de ser encerradas antes da actualização. A funcionalidade de Saved States é incompatível entre o Windows Server 2008 e Windows Server 2008 R2. Se a partição principal for actualizada com quaisquer máquinas virtuais em um estado Saved, deve clique com o botão direito do rato na máquina virtual e, em seguida, clique em Discard saved state para activar a máquina virtual.
· Uma vez que a funcionalidade de Snapshot utiliza a funcionalidade de Saved State, snapshots não são totalmente compatíveis entre o Windows Server 2008 e Windows Server 2008 R2. As máquinas virtuais irão iniciar com êxito se o snapshot que existe for aplicado, antes da actualização, na máquina virtual enquanto esta tiver encerrada. Isto é indicado no Hyper-V Manager pela seta verde em snapshot que aponta para Now.
Para activar a máquina virtual com outro snapshot, siga estes passos:
Nota Os seguintes passos supõe que tem que continuar a utilizar todos os snapshots configurados para a máquina virtual. Se já não necessitar dos snapshots, pode eliminar os snapshots utilizando o Hyper-V Manager e, em seguida, encerrar a máquina virtual para os dados serem gravados com os do disco rígido virtual principal.
1. No Hyper-V Manager, clique com o botão direito do rato no snapshot que pretende aplicar e, em seguida, clique em Take Snapshot and Apply. Esta acção irá fazer um novo snapshot do snapshot actualmente aplicado. Este novo snapshot agora será compatível com Windows Server 2008 R2. Se seleccionar esta opção, quaisquer alterações que pode ter efectuado para o estado da máquina virtual da desde o último início serão guardados.
2. Depois do novo snapshot estar feito, a máquina virtual entra em saved state. Clique com o botão direito do rato na máquina virtual e clique em Delete saved state.
3. Active a máquina virtual.
4. Quando a máquina virtual tiver sido iniciada, repita estes passos até haver um snapshot restante.
5. Quando chegou o último snapshot, tire um snapshot de novo para capturar o estado actual da máquina virtual para ter um snapshot compatível com o Windows Server 2008 R2.
· Após o upgrade, actualize o Integration Services. Para o fazer, abra a janela Virtual Machine Connection e, em seguida, clique em Insert Integration Services Setup Disk no menu Action.
Método 2
Exportar uma máquina virtual a partir de um servidor de Windows Server 2008 que tenha o Hyper-V activado e, em seguida, importá-los num servidor que tem o Windows Server 2008 R2 com Hyper-V activado.
Nota A máquina virtual tem de ser encerrada antes de exportá-la. Se exportar a máquina virtual com um estado saved, não pode restaurar a máquina virtual no Windows Server 2008 R2. Para iniciar a máquina virtual depois de importar para o Windows Server 2008 R2, tem de eliminar o estado saved antes de poder activar na máquina virtual.
Se a máquina virtual tiver snapshots, estes snapshots têm de ser aplicados antes da exportação ou utilizar os passos do método 1 para recuperar e recriar os snapshots.
Depois de importar a máquina virtual, actualize o Integration Services. Para o fazer, abra a janela Virtual Machine Connection e, em seguida, clique em Insert Integration Services Setup Disk no menu Action.
Método 3
Para utilizar software de cópia de segurança que utilize o Hyper-V VSS Writer, faça backup da máquina virtual que está em execução no Windows Server 2008 e, em seguida, restaure no Windows Server 2008 R2.
Depois de restaurar a máquina virtual, actualize o Integration Services. Para o fazer, abra a janela Virtual Machine Connection e, em seguida, clique em Insert Integration Services Setup Disk no menu Action.
O Virtual Machine Manager 2008 R2 já está disponível para download para todos os assinantes do TechNet e MSDN.
Para fazer download deve entrar no TechNet e depois à área SERVERS.
Um Read Only Domain Controller (RODC) só pode ser usado como um host, se já fosse um host antes de ser promovido a controlador de dominio. Se um RODC deve ser utilizado como um host e não foi previamente gerido por SCVMM, terá de ser despromovido para um servidor membro e fazer dele um host gerido antes da promoção a RODC novamente.
NOTA Embora um RODC pode ser utilizado como host de SCVMM, este não é o uso mais recomendado de um Read Only Domain Controller.
Requisitos
- System Center Virtual Machine Manager 2008 ou R2
- Uma máquina host que foi adicionada ao SCVMM, via consola Administração e não por instalação manual do VMMAgent.
- Conta de computador VMMServer no grupo BUILTIN\Administrators na Active Directory
- Criado quando o host é adicionada através da console de administração do SCVMM
- Pertencer ao Grupo local Virtual Machine Manager Servers no host
- Criado quando o host é adicionado através da console de administração do SCVMM
Resolução
- Se o servidor estiver actualmente com o role RODC, deve ser despromovido para servidor membro via DCPROMO.
- Adicionar o servidor membro ao SCVMM através da console de administração. O VMMAgent não deve ser instalado manualmente, pois os grupos necessários não serão criados automaticamente.
- Uma vez que o servidor membro pode ser gerido pelo SCVMM, prosseguir com as próximas etapas.
- Logon num controlador de domínio e ir para o Active Directory Users and Computers.
- Adicionar a conta do computador do VMM Server ao Built-In Administrators Group no Active Directory.
- No servidor membro, START > RUN > DCPROMO.
- Siga o assistente e seleccione Read Only Domain Controller como opção, deixando as opções do DNS e do catálogo global seleccionados.
- Após concluir o assistente DCPROMO, reiniciar a máquina.
- No RODC, em CONTROL PANEL > WINDOWS FIREWALL clique em “Allow a Program through Windows Firewall”.
- Certifique-se que estão verificados os seguintes:
- Hyper-V
- Hyper-V Management Clients
- Windows Management Instrumentation (WMI)
- Windows Remote Management
- Na Console de administração do SCVMM, seleccione o host (agora um RODC) e seleccione em REFRESH no painel de acção. A acção deve concluir com êxito.
- Crie uma nova VM no host como um teste. A acção deve concluir com êxito.
NOTA Se as etapas acima não funcionarem, rebaixe o servidor para um servidor membro e recomeçe. Desta vez, após a etapa 7, na secção do assistente “Delegation of RODC Installation and Administrators”, defina o BUILTIN\Administrators como grupo.
O "NIC teaming" também chamado “Load Balancing and Fail-Over” (LBFO) ou “Link Aggregation” ou “IEEE 802.1AX-2008”, agrupa várias interfaces para fornecer tolerância a falhas para Network Interface CARDS (NIC) ligarem à rede Windows Server em balanceamento de carga. Esta agregação combina a capacidade individual de várias placas de interface para formar um link virtual de alto desempenho para a falha de um porto individual ou um adaptador, não causar uma perda de conectividade. Abaixo está uma imagem de uma aparência típica de um "NIC teaming"
Existem placas de rede e controladores de acompanhamento disponíveis de alguns fabricantes de hardware para fornecer tolerância a falhas. Esta tecnologia permite portas de placa de rede de grupo para uma ligação a um único segmento físico. Se a conectividade através de uma porta não está a funcionar, outra porta é activada automaticamente. Esta operação é transparente para o sistema operativo e outros dispositivos na rede.
Nota Suporte para a tecnologia de tolerância a falhas (hardware e o de controladores) é fornecido pelo fabricante do hardware.
A utilização de "NIC teaming" da interligação privada de um cluster de servidor não é suportada devido a atrasos que possivelmente poderia ocorrer na transmissão e recepção de pacotes heartbeat entre os nós. Para obter melhores resultados quando pretender redundância para a interligação privada, desactive o "NIC teaming" e utilize as portas disponíveis para formar uma segunda interligação privada. Assim obtém o mesmo resultado de final e fornece caminhos de comunicação duplos e robustos para os nós se comunicarem.
Utilizar "NIC teaming" em redes públicas ou de cliente é aceitável. No entanto, se alguma questão ou problemas parecer estar relacionado com o "NIC teaming", ao solicitar apoio ao suporte técnico da Microsoft terá de necessitar que o "NIC teaming" esteja desactivado antes de contactar. Se ao desabilitar o "NIC teaming" resolver o problema ou a questão, então tem de pedir assistência ao fabricante de hardware.
Nota No Windows Server 2008 e Windows Server 2008 R2, não existem restrições associadas a "NIC teaming" e a funcionalidade de clustering de activação pós-falha (Failover Clustering). No Windows Server 2008, o Microsoft Failover Cluster Virtual Adapter é compatível com "NIC teaming" e permite-lhe ser utilizado em qualquer interface de rede num cluster de activação pós-falha.
Utilizar o SCVMM para gerir o NIC Teaming no Hyper-V criado com o BACS
Utilizando o BACS versão 11.6.10, pode conseguir criar "NIC teaming" no Hyper-V Server para assegurar a conectividade de máquinas virtuais e gerir as placas de rede BASP no System Center Virtual Machine Manager (SCVMM). Basta seguir este guia:
1. Remova quaisquer redes virtuais externas (External Virtual Networks) existentes ligada à placas de rede que integram o NIC Teaming
2. Use BACS para criar o NIC Teaming, e configurar o tipo de NIC Teaming, adicione os NICs envolvidos na equipe e adicione as VLANs que desejar
3. Atualize o host no VMM. Agora deve ver seu BASP de adaptadores virtual no hardware do seu host como na Figura 1.
Figura 1 - Lista de adaptadores BASP
4. Uma vez que esses adaptadores estão exibidos no seu host no VMM, podem criar uma rede virtual externa para cada adaptador de rede virtual do BASP. Atenção aos pontos abaixo:
a. Não defina quaisquer VLANs sobre estas redes virtuais, pois o software BACS é encarregado de tal
b. Ao seleccionar o adaptador de virtual de BASP, deve verificar no software BACS o nome do adaptador BASP para seleccionar a correcta no VMM (Figura 2)
Figura 2 - Selecção do adaptador para uma VM.
5. Ligar a VM ao adaptador de rede virtual desejado.
6. Concluir. Agora a VM está conectada a uma rede virtual que fornece Failover e alta disponibilidade, fornecidas pela BACS.
Foi anunciado que o Microsoft Hyper-V Server 2008 R2 está disponível para download. Foi uma longa e emocionante espera por este produto. Pois com as novas funcionalidades (Live Migration e Cluster, entre outros), vamos poder realmente ter uma plataforma de virtualização estável e segura, para todos os bolsos. Isto porque o Microsoft Hyper-V Server 2008 R2 é gratuito.
O gráfico abaixo diz tudo. É uma plataforma robusta de virtualização com a Live Migration inserida e sem nenhum custo extra.
Comparar o Hyper-V Server V1 versus Hyper-V Server V2
|
|
Microsoft Hyper-V Server 2008
|
Microsoft Hyper-V Server 2008 R2
|
|
Suporte de processador físico
|
Até 4 processadores
|
Até 8 processadores
|
|
Suporte de processador lógico
|
Até 16
|
Até 64
|
|
Suporte de memória física
|
Até 32 GB
|
Até 1 TB
|
|
Live Migration
|
Não
|
Sim
|
|
Alta disponibilidade
|
Não
|
Sim
|
|
Opções de gestão
|
MMC Hyper-V, Windows Server 2008, Windows Server 2008 R2, System Center Virtual Machine Manager 2008/R2
|
Remoto Server Administration Tool (gratuita), Windows Server 2008 R2, System Center Virtual Machine Manager 2008 R2
|
Umas das novas funcionalidadese que o Microsoft Hyper-V Server 2008 R2 também oferece é o suporte a inicialização do flash.
Apenas recordar que recursos esta versão possui:
1. Alta disponibilidade e Live Migration para gerir uma infra-estrutura dinâmica de TI
2. Suporte para 64 processadores lógicos para dimensionar com o hardware de revisão
3. Suporte para executar até 384 máquinas virtuais com até 512 processadores virtuais
4. Processor compatibility mode para a Live Migration através do SKU de processador diferentes do mesmo fornecedor
5. Adicionar/remover de armazenamento virtual em execução
6. Aprimoramentos de rede (VMQ, Chimney, apoio frames Jumbo).
7. Gestão simplificada utilizando o cmd sconfig
8. Arrancar a partir de flash
Para fazer download do Microsoft Hyper-V Server 2008 R2, clique AQUI
Actualizar do VMM 2008 RTM para o VMM 2008 R2 RTM
Esta é uma actualização in-loco, não necessita quaisquer ferramentas extras, compilação direito no produto.
Antes de começar existe uma limitação para a actualização - não se pode reiniciar qualquer um dos jobs anteriores após a actualização, depois de actualizar todos os jobs foram executados antes para a actualização será exibido no histórico de job; no entanto, esses jobs não podem ser reiniciados. É recomendável que permita que todos os jobs concluam antes de actualizar o servidor do VMM. Os jobs que serão cancelados durante a actualização não poderão ser reiniciados após a conclusão da actualização.
Tarefas de pré-actualização.
- Execute um backup completo na base de dados VMM 2008, desta forma em um caso pouco provável que alguma coisa der errada, sempre pode reinstalar o VMM 2008 utilizando esta base de dados.
Tarefa de actualizar
- Inicie a configuração do VMM 2008 R2 RTM (com privilégios elevados) em uma máquina que contém um componente do VMM 2008 RTM e seleccione qualquer um dos componentes que surge na tela inicial.
- A instalação detectará que tem um bits VMM 2008 RTM instalado e iniciará automaticamente o “Upgrade Wizard”
- No assistente irá mostrar os componentes que estão instalados, a configuração está em execução no momento e irá confirmar para poder avançar e actualizar todos esses componentes.
Nota Se seleccionar um componente da tela inicial que não esteja instalada, por exemplo, tem a console de administração e servidor instalado e seleccionou Portal Self-Service. Neste caso é primeiro actualizado todos os componentes (console de administração e servidor para este exemplo) e depois inicializado a instalação do Portal Self-Service.
Tarefas de Pós-Actualização
- Precisa executar esse procedimento em cima em todos os computadores que têm pelo menos uma componente de VMM 2008 RTM instalado (console de administração ou SSP)
- Actualize todos os hosts e servidores de biblioteca do console de administração.
- Vá para hosts view (também Library), seleccione machines e seleccione refresh no painel de acções. Ao fazer isso manualmente não é necessário aguardar a actualização do host a executar. Ao fazer isto, todos os agentes sobre as máquinas seleccionadas vão descobrir que a versão de base de dados tem a alterações e consequentemente irão ficar no Estado “needs attention”.
- Agora precisar ir para na “managed computers view” na console de administração e clique com o botão direito em todos os agentes (tanto em hosts e servidores de biblioteca) que estão em Estado de “needs attention” e seleccione “update agent”.
Nota Pode seleccionar múltiplos agentes ao mesmo tempo, mas faça-o em lotes de 10-25.
Actualizar do VMM 2008 RTM R2 RC para VMM 2008 R2
Esta actualização irá exigir uma ferramenta de “UpgradeVMMR2RC.exe” (essa ferramenta está disponível no site do Microsoft Connect, em conexão VMM 2008 R2
Tarefas de pré-actualização
- Execute um backup completo na base de dados VMM 2008 R2 RC, desta forma em um caso pouco provável que alguma coisa der errada, sempre pode reinstalar o VMM 2008 R2 RC utilizando esta base de dados.
Tarefa de actualizar
- Desinstale o VMM 2008 R2 RC com opção de “retain db”
- Abra um prompt de comando com privilégios elevados e execute a ferramenta de “UpgradeVMMR2RC.exe” com a base de dados “retained” no processo anterior.
Uso do comando:
UpgradeVMMR2RC.exe –server <computername[\instancename]> -database <database>
Exemplo:
UpgradeVMMR2RC.exe –server VMMDB01\MICROSOFT$VMM$ -database VirtualManagerDB
- Instale o VMM 2008 R2 RTM utilizando esta base de dados actualizada acima.
Tarefas de Pós-Actualização
- Precisar desinstalar todos os componentes com código de RC e instalar novos componentes com código RTM (console de administração, SSP)
- Actualizar todos os hosts e servidores de biblioteca do console de administração.
- Vá para hosts view (também Library), seleccione machines e selecione refresh no painel de acções. Ao fazer isso manualmente não é necessário aguardar a actualização do host a executar. Ao fazer isto, todos os agentes sobre as máquinas seleccionadas vão descobrir que a versão de base de dados tem a alterações e consequentemente irão ficar no Estado “needs attention”.
- Agora precisar ir para na “managed computers view” na console de administração e clique com o botão direito em todos os agentes (tanto em hosts e servidores de biblioteca) que estão em Estado de “needs attention” e seleccione “update agent”.
Nota Pode seleccionar múltiplos agentes ao mesmo tempo, mas faça-o em lotes de 10-25.
Se você possui máquinas que estão com o estado "access denied", irá precisar reassociar estas máquinas antes de actualizar os agentes; pode fazer ao clicar com o botão direito nessas máquinas, e seleccionar reaccociate. Quando for concluída a operação clique com o botão direito novamente e seleccione “update agent”.
Com a notícia do lançamento do SCVMM 2008 R2 em versão RTM, que oferece suporte ao Windows Server 2008 R2 (Live Migration, etc.) e um muitos outros novos recursos, já mencionado em posts anteriores
Um dos novos recursos do System Center Virtual Machine Manager (VMM) 2008 R2 é o modo de manutenção.
O que é o modo de manutenção?
No Virtual Machine Manager (VMM) 2008 R2, pode iniciar modo de manutenção para um host de máquina virtual a qualquer hora que precise executar tarefas de manutenção no host físico, como aplicar actualizações de segurança ou a substituição de hardware no computador do host físico.
Pode-se iniciar/parar o modo de manutenção para hosts Hyper-V, hosts do Virtual Server, bem como para hosts VMWare ESX.
Como realmente funciona modo de manutenção?
Para Iniciar ou parar o modo de manutenção em um host:
- No VMM Administrator Console, na view de hosts, clique em um host e no painel de Acções, clique ou em Start maintenance mode ou Start maintenance mode.
- Ou de uma janela do PowerShell, use o cmdlet “disable-VMHost” para colocar um host no modo de manutenção e use o cmdlet “enable-VMHost” para fazer o host sair do modo de manutenção.
Entrar no modo de manutenção
- Esta acção pode ser aplicada a todos os host e clusters de host.
- Para hosts de virtualização baseado no Windows
- Se forem clusters de Windows Server 2008 R2 (capazes de Live Migration), duas opções seriam apresentadas na interface do utilizador:
- A opção padrão é Live Migration todas as VMs em execução em alta disponibilidade, e save-state para todas as VMs em execução de não tenham alta disponibilidade e colocar o host em modo de manutenção.
- A outra opção é simplesmente save-state de todas as VMs em execução (não a migração) e colocar o host em modo de manutenção.
- Se são autónomos VM hosts ou lusters Windows Server 2008 (incapaz de Live Migration), só teria uma opção sobre a interface do utilizador
- Save-State de todas as VMs em execução e colocar o host em modo de manutenção.
- Para hosts de virtualização baseado no VMWare ESX
- Quando iniciar o modo de manutenção em um host de ESX Server, o VMM envia uma solicitação de “Enter maintenance mode” para o servidor de VirtualCenter do VMware.
- O comportamento do sistema das máquinas virtuais no host ESX Server seleccionado é determinado pela configuração do servidor VMware VirtualCenter.
- Se o Agendador de recursos do Distributed VMware não estiver configurado, todas as máquinas virtuais no host deve ser manualmente desligadas ou movidas para outro host para iniciar com êxito o modo de manutenção em um host de servidor de ESX.
- E no que diz respeito a VMs paradas
-
- Não existe qualquer acção para VMs parados.
- Mesmo que as VMs estejam em save-state, não será migrada. Irão permanecer no host.
Em modo de manutenção
- Quando o host estiver no modo de manutenção, aqui estão algumas alterações para os comportamentos de sistema em hosts:
- Estado do host não é actualizado (o Estado permanecerá como “In Maintenance Mode” independentemente do status do agente ou status de serviço de virtualização);
- Nenhuma criação de VM é permitida no host;
- Nenhuma VM pode ser movida para este host;
- O host estará excluído automaticamente de qualquer colocação automática de VMs (assim, utilizadores do self-service portal ou de PRO não poderão escolher este host).
- O que os utilizadores podem fazer
- Os utilizadores realmente não são impedidos da maioria das acções (excepto na criação de uma nova VM e mover-VM para este host).
- No entanto, é bom ter em conta que os resultados dos pedidos são todos dependentes do Estado de host e do seu agente. E porque o Estado do host já não é actualizado quando o host estiver no modo de manutenção, pode ter um host de “in maintenance mode” que é está completamente em baixo, ou seja, apenas não conseguirá ver a alteração do Estado na interface do utilizador.
- Pedir para remover (ou forçar a remoção) de Host;
- Pedir para iniciar ou parar VMs no host;
- Solicitação para alterar as propriedades do host.
- Solicitação para mover a VM do host; etc..
Sair do modo de manutenção
- Quando host é retirado do modo de manutenção, aqui estão algumas alterações para os comportamentos de sistema em hosts:
- O próximo refresh no host irá actualizar o Estado do host ao seu estado atual;
- O host está disponível para posicionamento automático;
- Os bloqueadores de criação de VMs ou migração são removidos do host.
- No que diz respeito às VMs que foram migradas para outro host
- Irão permanecer nos hosts actuais.
- O VMM faz não "auto-migrate-back" às VMs que foram migradas.
- Os utilizadores precisam avaliar e decidir se há uma necessidade de reequilibrar as cargas de trabalho novamente com os recursos deste host que ficaram disponíveis novamente.
More Posts
Next page »