ADM de Redes

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

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!