ADM de Redes

Um Blog sobre o dia a dia do Administrator de Redes e Servidores Microsoft

By

Livro Microsoft Hyper-V Cluster Design

Olá Pessoal,

Há algum tempo, venho trabalhando em mais um projeto de revisão técnica de livro sobre Hyper-V. Desta vez, o livro foi sobre Design de cluster de Hyper-V. O escritor foi o Eric Siron. Claro que revisar um livro nem se compara com escrever um, mas mesmo assim foi um trabalho árduo e que precisou de bastante dedicação.

Eu, particularmente, fiquei muito bem impressionado com o livro. Achei ele extremamente completo e didático. O livro foi lançado há pouco e em breve estará disponível no site da Editora aqui, ou na Amazon aqui.

Espero que vocês gostem do livro e da dica…
Até mais!

By

Comparando vSphere e Windows Server 2012 R2!

Olá Pessoal,

Muita gente, principalmente administradores VMWare, me questiona sobre diversos recursos de Virtualização Microsoft. E é sempre bom quando alguém resolve perder um tempo entendendo as diferenças e colocando explicações claras e simples para comparar as soluções de Virtualização Microsoft com VMWare.

Bom, o Technical Evangelist Keith Mayer publicou em seu blog uma comparação das versões mais recentes de ambos os fabricantes. Acho que vale a pena dar uma olhada e comparar o que é importante para você. Se você tem alguma dúvida de licenciamento, recomendo dar olhada no que já foi publicado aqui sobre licenciamento.

Até mais!

By

Refazendo ambiente de Demonstrações do ITCamp – Viva o Powershell

Olá Pessoal,

Esta semana decidi que é hora de começar a arrumar a casa para os próximos ITCamps, para que possamos mostrar as novidades do Windows Server 2012 R2. E como toda vez que precisamos arrumar a casa, ou seja, nosso ambiente de laboratório, algumas tarefas se tornam repetitivas. Não me entende mal, uma das coisas que mais gosto de fazer é instalar esses ambientes, testar novos recursos e etc, mas algumas tarefas são realmente repetitivas e cansativas. A principal delas é a criação de VMs. E no meu caso, é um pouco mais complicado, pois para economizar espaço em disco, meu ambiente de demonstração é praticamente todo com VMs com discos diferenciais. Basicamente, o processo que tenho que fazer para criar uma VM é:

(Veja que antes do processo abaixo, eu criei um disco de template com Windows Server 2012 R2. Para isso, eu criei uma VM inicial e após a instalação do Windows Server 2012 R2 eu rodei o sysprep com opção de OOBE, Generalize e Shutdown marcados. Deletei a VM e preservei o VHDX. Esse é o meu template que é referenciado abaixo)

1- Criar a VM no Host que pretende colocar a VM, mas criar a VM sem disco.
2- Abrir as propriedades da VM e criar um disco Diferencial apontando o disco Template como Parent.
3- Aplicar as configurações.

O processo é relativamente simples, mas fazê-lo todas as vezes que você precisa criar uma VM é, digamos, chato. Para isso, eu criei um script Powershell que queria compartilhar com vocês:

$ComputerName = “Host02
$GenerationType = “1
$MemoryGB = “1073741824#4GB
$VMName = “SRV-DC02
$VMPath = “C:\VMStore\
$VMSwitch = “External Network
$VHDParentPath = “C:\VMStore\WS2012R2-Template.vhdx
$VHDName = “\disk01.vhdx
$VHDPath = $VMPath+$VMName+$VHDName
[int64]$SizeBytes = “127
$ControllerType = “IDE
$ControllerNumber = “0

#Creates the VM with no VHD attached to boot from
New-VM -ComputerName $ComputerName -Generation $GenerationType -Me
moryStartupBytes $MemoryGB -Name $VMName -NoVHD -Path $VMPath -SwitchName $VMSwitch
#Creates the 127GB differential VHDX inside the VM folder using a parent VHDX file
New-VHD –ParentPath $VHDParentPath –Path $VHDPath -Differencing -SizeBytes ($SizeBytes * 1073741824) -ComputerName $ComputerName
#Attach the VHDX created above to the VM created
Add-VMHardDiskDrive -VMName $VMName -Comput
erName $ComputerName -ControllerType $ControllerType -ControllerNumber $ControllerNumber -Path $VHDPath

Você pode copiar o texto acima e salvar como um arquivo .PS1 para execução posterior. Veja que para o script acima funcione você tem que ter no Host de Virtualização uma pasta chamada “C:\VMStore\” e dentro desta pasta colocar o arquivo template VHDX. Além disso, é importante alterar os valores das variáveis declaradas para ficar compatível com o seu ambiente. Você pode modificar o script de acordo com o que você precisar. Basicamente o que ele faz é:

Linha 1: #Creates the VM with no VHD attached to boot from
Esta Linha irá criar uma VM no host especificado dentro da pasta C:\VMStore\. Essa VM estará sem disco de Boot e terá 4GB de Ram. Além disso, a VM estará conectada à rede chamada “External Network”. (Veja que o switch virtual deve ser criado antes!)

Linha 2: #Creates the 127GB differential VHDX inside the VM folder using a parent VHDX file
Essa linha do script irá criar um VHDX diferencial de 127GB utilizando o Template do Windows Server 2012 R2

Linha 3: #Attach the VHDX created above to the VM created
Esta linha irá vincular o VHDX criado na VM criada.

Espero que tenham gostado da dica e que o script ajude nos seus laboratórios!
Até mais!

By

WS2012 R2, Windows 8.1 e Visual Studio 2013 RC disponíveis para download no MSDN e TN!

Olá Pessoal,

Há pouco, anunciamos que a os assinantes do TechNet Subscription e MSDN Subscription poderão baixar as versões RTM do Windows 8.1, Windows Server 2012. Além disso, o Visual Studio 2013 Release Candidate estará disponível também.

Para conferir o post no Blog do time de produto, clique aqui.

Até mais!

By

Virtualização com Windows Server 2012 Standard.

Olá Pessoal,

Fechando nossa série de dúvidas de licenciamento com Windows Server 2012, queria colocar um outro ponto que causa uma certa confusão. Como dito em posts anteriores, a licença do Windows Server 2012 Standard licencia 2 processadores e possui o direito de execução de 2 Máquinas Virtuais com Windows Server 2012 Standard.

A forma como isto está descrito no PUR (Product User Rights) é, mais ou menos, da seguinte forma:

- Você deve associar cada licença a um único servidor.
- Uma licença é necessária para cada 2 processadores no servidor.
- Para licenças Standard, você pode utilizar uma licença ativa no OSE (Operating System Environment, ou seja, ambiente de SO) Físico, e para cada licença associada, até 2 OSE Virtuais rodando a licença de servidor.

Há ainda alguns outros pontos, mas para o nosso caso, queria destacar esse último parágrafo. Veja que você pode ter, com uma licença de Windows Server 2012 Standard, 3 instalações do mesmo, sendo uma na máquina física e duas em VMs executadas neste Host.

Há ainda outro ponto muito importante, que diz o seguinte:

- Se as duas licenças de OSE Virtuais estiverem utilizadas, a instalação do OSE físico é permitido apenas para funções de virtualização de Máquinas Virtuais.

Esse último ponto pode gerar muita discussão, e a idéia deste post é esclarecer exatamente isso. No cenário onde você tem apenas uma licença de Windows Server 2012 Standard e está executando as duas licenças em Máquinas Virtuais, o Host pode receber a instalação do Windows Server 2012 Standard também, porém, apenas para fins de Virtualização. Isso significa que você não pode destinar esse Host para ser um File Server, por exemplo, ou um Domain Controller, assim como qualquer outra aplicação que irá atender aos usuários da empresa.

Neste momento, você pode estar pensando. Mas e se eu tiver uma aplicação que apenas monitora o ambiente de Virtualização, ou até mesmo, uma aplicação para Backup do Host e das Máquinas Virtuais em execução? Neste caso, e apenas para estes casos, você pode instalar estas aplicações. Veja, se a aplicação que você vai instalar no Host, serve para o propósito de monitoração ou backup do ambiente de Virtualização, então ela não fere os direitos de utilização desta licença no Host e das Máquinas Virtuais que você tem direito.

Espero que esta dica tenha ajudado!
Até mais!

By

Reassociação de Licenças do Windows Server 2012

Olá Pessoal,

Como licenciamento tem se mostrado um assunto quente, estou entrando em maiores detalhes em alguns casos que merecem mais atenção. Hoje, vamos falar mais sobre Reassociação de Licenças do Windows Server 2012. De fato, a maioria dos softwares Microsoft podem ser reassociados, mas isso varia de software para software e em casos de Licenças como CAL e External Access, há ainda alguns detalhes para serem seguidos. Aqui vamos discutir alguns cenários de utilização do Windows Server 2012 e principalmente com Virtualização.

Antes de entrarmos na questão da reassociação de licenças, vale a pena lembrar que as licenças de Windows Server 2012, tanto Standard como Datacenter, devem ser associadas a um Host de acordo com o número de Processadores do mesmo. Cada licença, tanto Standard como Datacenter, licenciam 2 processadores físicos, mas a versão Standard tem direito de Virtualização de 2 VMs e a Datacenter, ilimitadas VMs.

A reassociação de Licenças, como disse, é possível. Isso significa que uma licença atrelada a um Host e seus processadores pode ser repassada para outro servidor. Porém, algumas regras devem ser obedecidas.

Para ficar mais fácil o entendimento, veja a imagem abaixo:

Redesignacao

Na imagem acima, o Host 01 possui o Hyper-V Server instalado e tem 2 licenças do Windows Server 2012 Standard associadas. Além disso, o Host 01 tem 4 processadores. O host 02 por sua vez não tem SO instalado. Este cenário está perfeitamente licenciado. Veja agora, os seguintes cenários:

- Se instalarmos o Windows Server 2012 no Host 02, que tem 2 processadores, precisamos de no mínimo mais uma licença de Windows Server 2012 Standard associada ao Host 02.

- Se instalarmos o Hyper-V Server 2012 no Host 02, ele não tem direitos de virtualização. Para que possamos colocar qualquer VM com Windows Server instalado, uma licença de Windows Server deve ser associada a este host, mas enquanto uma VM com Windows Server não é criada, o cenário está licenciado corretamente também.

- Caso seja instalado o Hyper-V Server 2012 no Host 02, podemos reassociar a(s) licença(s) de Windows Server 2012 Standard para este Host para que as VMs sejam movidas para o mesmo.

Este último ponto é o mais importante aqui. Quando reassociamos uma licença de Windows Server de um servidor para outro, o processo de reassociação desta licença não pode ser feito novamente dentro de 90 dias. Isso significa que você não pode ficar movendo a licença de um lado para outro a qualquer momento. Veja, se o Host 01 e 02 possuem licenças para hospedar todas as VMs, ou seja, existem 4 licenças de Windows Server 2012 Santandard, 2 para cada Host, o processo de movimentação das VMs pode ser feito sem nenhum problema. A licença de execução de uma VM com Windows Server é uma coisa, a VM em si é outra.

Para o cenário acima onde a VM vai ser movida de uma lado para o outro a qualquer momento, o correto é ter 2 licenças Windows Server 2012 Standard para cada Host, ou seja, 4 licenças de Windows Server 2012 Standard.

Eu mencionei também, que o Host 02 tem apenas 2 processadores e que cada licença cobre 2 processadores, certo? Isso significa que apenas uma licença atende neste caso? Não, pois neste caso, temos 4 VMs com Windows Server. Com isso, se faz necessário o número de licenças para todas as VMs, sendo ignorado o número de processadores menor.

Existe porém, um caso onde a movimentação de licenças do Windows Server é permitida mesmo que antes dos 90 dias padrão. Veja na imagem abaixo:

Redesignacao01

Na imagem acima, o Host 01 tem 2 licenças de Windows Server 2012 Standard associadas a ele e o Host 02 não tem nenhuma licença associada. Ambos tem o Hyper-V Server 2012 instalado. Porém, o Host 01 apresentou uma falha de hardware permanente e não será mais colocado de volta em funcionamento. Neste caso as VMs de 01 a 04 serão movidas para o Host 02. Para este caso, a movimentação de licenças é permitida mesmo que o período de 90 dias da última movimentação não esteja completo. Veja que o Host 01 será aposentado, ou seja, não será ligado novamente devido a esta falha de hardware. Qualquer outra situação, como conserto de hardware, deve obedecer ao período de 90 dias.

Espero que mais esta dica tenha ajudado!
Até mais!

By

Licenciamento de Hyper-V Replica com Software Assurance

Olá Pessoal,

Licenciamento sempre é assunto que chama a atenção. Vide este post que fiz explicando o licenciamento do Windows Server 2012 que teve diversos comentários. E algumas situações acabam sendo tão específicas que merecem um post a parte. É o caso do Hyper-V Replica.

O Hyper-V Replica é um recurso do Hyper-V 3.0 presente no Windows Server 2012 e no Hyper-V Server 2012. Com ele você pode ter uma replica de determinada VM em outro servidor. A ideia do Hyper-V Replica é que você possa fazer o failover desta VM caso o host original seja comprometido. Com o Hyper-V Replica, você pode ter uma solução de Site Disaster Recovery com custo zero. É preciso, porém, tomar cuidado com o licenciamento destas VMs.

No caso do Hyper-V Replica, a VM original está em funcionamento e precisa sar licenciada. A VM de destino, apesar de desligada, está operante e também precisa ser licenciada. Veja o caso abaixo:

Veja a imagem abaixo:

Replica01

O Host 01 no Site A tem 4 VMs. Se você licenciar o Host 01 com a Edição Standard, você irá precisar de 2 licenças pois cada licença dá direito a 2 VMs licenciadas. Veja que este servidor não pode ter mais do que 4 processadores físicos também, pois tanto Standard como Datacenter cobrem 2 processadores, com cada licença. Porém, a versão Datacenter licencia ilimitadas VMs.

Veja que a mesma situação é aplicada no Host 02 do Site B. As VMs que estão neste Host são replicas das VMs do Host 01 no Site A e precisam ser licenciadas. É aqui que entra em ação um dos benefícios do Software Assurance. Se você tem um contrato válido com a Microsoft com Software Assurance em vigência, as VMs do Host 02 no site B não precisam de licenciamento. Quando uma falha ocorrer no site A, você pode ligar as VMs no Site B e transferir a Licença que estava vinculada ao Host 01 ao Host 02.

Veja que algumas condições devem ser atendidas:

- As VMs no site de Replica devem ficar desligadas todo o tempo, a não ser para Testes. Segundo o Product User Rights, você poderia ligar estas VMs de Disaster Recovery apenas para Patch, Testes ou Disaster Recovery, mas Patch não vem ao caso pois toda a configuração está sendo replicada automaticamente.

- Se o Host 01 fizer parte de um Cluster e estas VMs estiverem com Alta Disponibilidade, as VMs replica não podem fazer parte do mesmo cluster, ou seja, o Host 02 não pode fazer parte do mesmo cluster que o Host 01. Ele pode ser uma servidor Node de outro Cluster. Poderiamos também ter o inverso. O Host 01 ser um host standalone e o Host 02 fazer parte de um cluster, mas de qualquer forma, as VMs não poderiam estar no mesmo cluster.

- Este benefício termina no momento que seu contrato com Software Assurance também termina. Para continuar com este benefício o Software Assurance deve ser renovado.

Bom, espero que esta dica tenha ajudado pessoal. Se tiver alguma dúvida, fique a vontade para discutirmos nos comentários.
Até mais!

By

Alta Disponibilidade de Serviços de Impressão no WS2012

Olá Pessoal,

Se você está acostumado a projetos de cluster, provavelmente, você já se deparou com um projeto de cluster de servidores de impressão. Até o Windows Server 2008 R2, este era um assunto um tanto quanto delicado.

Delicado pois para se ter um cluster de impressão até o Windows Server 2008 R2, você deveria montar um cluster “padrão” e adicionar o serviço de impressão como uma “Role” do cluster. Por funcionar como uma “Role” do cluster, muitas impressoras tinham incompatibilidade de drivers, o gerenciamento não era tradicional como uma impressora instalada normalmente, além de alguns processos requererem scripts que normalmente não eram fáceis de se desenvolver.

Enfim, gerenciar um cluster de impressão era um processo, como disse, um tanto delicado. Isso mudou drasticamente no Windows Server 2012. A primeira mudançca que alguém irá perceber é o fato de o serviço de impressão não estar mais disponível como uma “Role”:

image

Bom, não se desespere. Há um motivo para o serviço de impressão não estar disponível aqui. Na verdade, houve uma mudança de conceitos no Windows Server 2012.

No Windows Server 2012, se você quiser um serviço de impressão com Alta Disponibilidade, você deverá criar uma Máquina Virtual com Alta Disponibilidade e nesta Máquina Virtual você irá configurar o serviço de impressão normalmente, como faria em um servidor de impressão qualquer.

Por que isso? Bom, como dito acima, configurar um serviço de impressão em Alta Disponibilidade, pode gerar mais confusão do que resolver problemas. Com isso, este novo modelo se mostra muito mais flexível. Com a VM com alta disponibilidade, fica fácil de gerenciar o serviço de impressão, não há problemas de incompatibilidade de drivers, e etc.

Basicamente, com este novo modelo, você terá um servidor de impressão como qualquer outro. E no caso de falha de um dos nós do seu cluster, a VM será ligada em outro nó, retornando o serviço de impressão ao estado normal.

Isso fica ainda mais interessante quando combinamos esse novo modelo com um novo recurso do Windows Server 2012. O recurso de VM Monitoring, ou Monitoração de VM. Este recurso permite que o cluster verifique os serviços desejados nas VMs e tome uma ação caso o serviço não esteja em seu funcionamento padrão. Em uma VM que é servidor de impressão, você teria algo como o abaixo:

image

Com este recurso configurado, caso os nós estejam funcionando, mas o serviço de impressão dentro da VM apresente uma falha, o próprio serviço de cluster poderá tentar remediar a VM. Primeiramente, por padrão, ele tentará reiniciar a VM. Isso, no caso de um serviço de impressão poderá resolver o problema. Mas se o problema persistir, o serviço de cluster fará o Live Migration desta VM para outro nó, imaginando que se for algum problema de hardware, este será resolvido. Com isso, muito provavelmente o problema será resolvido. Mesmo assim, se o problema não for resolvido, a VM ficará indicada como “Application in VM State Critical”.

Espero que vocês tenham gostado das novidades e que de agora em diante fique mais fácil criar seus cluster de Servidores de Impressão.
Até mais!

By

Geo Cluster ou Hyper-V Replica?

Olá Pessoal,

Recentemente, me deparei com uma situação onde era necessário escolher a melhor opção de Disponibilidade e Recuperação de Desastre em um projeto. O parceiro que estava no projeto com o cliente levantou as necessidades e minha parte foi basicamente explicar as diferentes soluções que poderiam atender este caso. Gostaria de compartilhar com vocês as soluções e quais os benefícios de cada uma das opções.

Desde o Windows Server 2008, a Microsoft facilitou muito a configuração de um Cluster Geográfico. A opção de se ter um File Share Witness é um dos exemplos disso. Antes de mais nada, vamos entender o que é um Geo Cluster:

Um Cluster Geográfico é um cluster onde os nós deste cluster estão em sites diferentes da empresa. Imagine que você tem um Cluster chamado Cluster 01 e este cluster tem 2 nós. Um dos nós poderia estar em uma localidade e o outro nó estaria em outra. Não vou entrar em detalhes de links, mas é importante que os nós estejam sempre se comunicando. Por ser o mesmo cluster, os recursos que são criados no Cluster, como VMs, poderão iniciar em qualquer um dos nós. É aí que vem a primeira vantagem de um cluster geográfico. Caso um dos nós pare de funcionar, a VM que estava neste local, poderá iniciar em uma outa localidade. E o mais importante, este processo de HA será operado pelo cluster automaticamente. Este processo automatico é o que muitos entendem como grande benefício. Porém, alguns pontos devem ser observados e muitas vezes, estes pontos impossibilitam um projeto como este. Vamos lá:

Para que um cluster funcione, um armazenamento compartilhado é necessário. No caso de um Geo Cluster, isso também é verdade, mas em cada localidade os Hosts irão ter seu storages, logo, estamos falando de 2 Storages. Além disso, os storages devem estar atualizados em relaão um ao outro. O Windows Server não irá fazer este processo. Isso é um serviço que deve ser adquirido com o fabricante do storage (ou uma consultoria que faz este trabalho). Além disso, o File Share Witness é um ponto importante no processo. Isso por que é ele quem irá garantir que apenas seja feito HA caso o Nó de um dos sites realmente esteja off-line. Para que o caso de uma queda de links não impacte o processo de HA, o File Share Witness deve estar em uma terceira localidade. Então além dos 2 sites onde os nós do cluster estão, o File Share Witness devem estar em uma terceira localidade, terceiro site.

Enfim, a não ser que o processo automatico de HA seja extremamente importante, um Geo Cluster é algo que nem todas as empresas poderão contar. Mas o Windows Server 2012 trouxe uma novidade que muitas empresas poderão adotar que é extremamente mais acessível. Trata-se do Hyper-V Replica.

O Hyper-V Replica é um recurso do Hyper-V 3 que está disponível nas 2 versões do Windows Server 2012 (Standard e Datacenter) e também no Hyper-V Server 2012, ou seja, é um recurso gratuíto.

O Hyper-V Replica, consiste em ter um host de virtualização em uma localidade e outro Host em uma segunda localidade.O Replica é aplicado por VM, logo, para as VMs que você quer replicar, você irá configurar a replicação tendo uma máquina virtual de origem ligada e funcionando, e outra máquina virtual de destino desligada. No caso de uma falha, você deverá manualmente fazer o failover desta VM para que a VM de destino seja ligada. Neste caso, você poderá escolher entre os Pontos de Recuperação disponíveis, caso você tanha habilitado esta configuração, ou então, a última replicação conhecida, lembrando que a replicação do Hyper-V Replica é assincrona. Os pontos fortes do Hyper-V Replica é que este não precisa de replicação de storage. De fato, você poderia utilizar até mesmo os discos locais dos servidores Hosts para hospedar as VMs. Nenhum tipo de storage compartilhado é necessário neste caso.

Veja que com o Hyper-V Replica também é possível automatizar o processo. Para isso você poderá utilizar vários “gatilhos”, como um script Powershell, System Center Orchestrator, Operations Manager, Service Manager ou qualquer outra solução que consiga iniciar o processo. A questão aqui é a mesma que o que foi dito acima sobre o File Share Witness. Este componente que automatiza o processo precisa estar isolado dos sites onde estão os hosts.

Resumindo: Se você precisa de um processo de Recuperação Automatizado e o serviço ou aplicação que você quer proteger não puder ficar parado por muito tempo (tempo para um processo de failover manual) o ideal é ter um cluster Geográfico. Mas lembre-se que você precisará de recursos extras para isso. Agora, se a aplicação pode ter um tempo de inatividade aceitável, o Hyper-V Replica é uma excelente solução pois é simples de se configurar, não tem nenhum custo nem necessita de serviço de terceiro.

Espero que tenham gostado da expliação!
Até mais!

By

Virtualização de Domain Controllers – Parte 04

Olá Pessoal,

Mais uma parte de nossa série de posts sobre Domain Controllers Virtualizados, hoje abordando um cenário que pode causar muitos problemas. Trata-se da dependencia do Serviço de Cluster no Windows Server sobre o Active Directory.

A essa altura do campeonato, você já deve ter percebido que ter os Domain Controllers virtualizados não é impossível nem algo de outro mundo. Requer alguns cuidados a mais, sim, mas é plausível. Porém, há uma configuração de DC virtualizado que pode ser um problema. Este problema é quando você virtualiza todos os Domain Controllers em cima, não de um Host de Virtualização, mas de um Cluster.

Até o Windows Server 2008 R2, o serviço de cluster só irá iniciar se o contato com um Domain Controller for estabelecido. Se você colocar todos os seus Domain Controllers virtualizados em um Cluster, você terá problemas se por algum motivo como falta de energia, os hosts do seu cluster desligarem. Para resolver essa situação, temos duas alternativas:

A primeira é colocar o nó do cluster como Domain Controller, apenar de ser fortemente desencorajado, essa situação é relativamente comum, mesmo para quem não tem o DC virtualizado e não teria o problema acima, mas quer garantir que o acesso ao AD esteja sempre disponível. Essa solução não é mais suportada no Windows Server 2012, e já explicarei por que…

A segunda alternativa é criar 2 clusters e colocar DCs virtualizados em ambos. Esse cenário é interessante quando você pensa que os dois clusters não irão parar de funcionar ao mesmo tempo. Sendo assim, se um cluster cair, haverá um DC virtualizado no outro cluster que estará disponível para o cluster que está iniciando. Mesmo assim, se os dois cluesters pararem ao mesmo tempo, você terá problemas.

Já no Windows Server 2012, uma das diversas novidades sobre cluster é justamente essa dependencia do Active Directory para que o serviço inicie. No WS2012 o serviço do Cluster poderá iniciar com uma conta de serviço local, o que fará com que o serviço inicie e as funções do cluster possam iniciar. No caso de qualquer VM, como um DC virtualizado, isso permitirá que a VM inicie e o AD esteja disponível. Vale ressaltar que o fato do serviço do cluster iniciar, não garante que todas as funções iniciem. Por exemplo: O serviço do Excahnge precisa do AD de qualquer forma.

Essa novidade do WS2012 para serviço de Cluster resolve o cenário onde todos os Domain Controllers estão virtualizados e em cluster. Neste cenário, se você tiver um cluster com DCs virtualizados e este cluster for desligado, no momento que se iniciar o cluster, o serviço irá subir, permitindo que as VMs que rodam neste cluster iniciem, pois a inicialização de VMs não é um serviço que depende do AD. Com as VMs ligadas e consequentemente, o AD de volta no ar, todos os serviços do cluester ficam dispoíveis. Para verificar as demais novidades sobre cluster no WS2012, acesse o link: http://technet.microsoft.com/en-us/library/hh831414.aspx. Sobre as novidades de cluster com AD, vá até http://technet.microsoft.com/en-us/library/hh831414.aspx#BKMK_AD.

Espero que esta dica tenha ajudado!
Até mais!