Pau pra toda obra: Dimensionamento usando modelos

Você pode criar modelos de serviço do System Center 2012 Virtual Machine Manager para implantar e gerenciar serviços de área de trabalho remota com dimensionamento.

Greg Shields

Um modelo bem projetado é algo que você pode usar uma e outra vez. É possível reimplantar todo ambientes com apenas alguns cliques. Modelos excepcionalmente bem projetados podem ser também um serviço por implantar rapidamente novos servidores. Modelos de serviço de Virtual Machine Manager (VMM) 2012 centro de sistema dar-lhe uma abordagem bottom-up para construção e serviços de provisionamento-lo.

Enquanto impressionante em seu potencial de automação, modelos de serviço VMM 2012 sofrem de um problema de percepção. Olhe pelo conteúdo de Web atual e você pode acabar pensando que estes modelos são projetados exclusivamente para serviços da Web e desenvolvedores Web. Eles não são.

Você pode fazer qualquer serviço de TI que inclui servidores, aplicativos e configurações em um modelo de serviço do VMM 2012 — se você estiver disposto a fazer o trabalho. Um desses serviços que você pode fazer em um modelo é Remote Desktop Services (RDS).

Como os únicos usuários regulares do serviço do Windows Server login no diretamente, parece-me que você sempre tem que reconstruir os seus servidores RDS. Porque você tem que fazer isso regularmente, a funcionalidade de expansão automática do VMM 2012 pode ser um ajuste perfeito para implantar rapidamente servidores Host de sessão de Desktop remoto (RDSH) adicionais. Nós todos já desejou para a melhor maneira de implantar servidores RDS. Com o VMM 2012, temos as ferramentas para o trabalho.

Três níveis que você já viu

Cavar através da interface do VMM 2012 e você encontrará um botão inócuo, chamado fora de escala. Pelo valor de face, clicando nesse botão faz pouco mais do que adicionar um novo servidor de camada de máquina na implantação do serviço. Você pode clicar em que todos os que você quer. Clicando nele sem a preparação adequada não vai levá-lo longe.

É muito mais fácil de explicar essa última afirmação com um exemplo. Figura 1 mostra um modelo de serviço para um serviço de Web de três camadas prototípico você provavelmente já viu.

Figura 1 um modelo de serviço de VMM 2012 três camadas prototípico.

Esse Web service tem um nível máquina cada um para o servidor Web, servidor de aplicativos e servidor de banco de dados. Ele também incorpora um modelo de IP (VIP) virtual Microsoft rede balanceamento de carga (NLB) para tráfego de Web entrada de balanceamento de carga entre os servidores em camada de Web do modelo de serviço.

Não cada camada de serviço ou máquina faz um bom candidato para dimensionamento. Neste exemplo, a camada mais susceptível de ser escalado é a camada Web. Dimensionando um servidor IIS 7 ou 8 na Web IIS requer pouco mais do que criar um novo servidor, instalando os serviços de função necessários do IIS e, em seguida, apontando o IIS para um local de rede para suas páginas da Web.

Compare esta simplicidade com o esforço inicial necessário para aumentar os outros níveis. Porque eles contêm dados e aplicações, outras camadas tendem a precisa de uma configuração muito mais complexa se eles estão para ser escalado automaticamente. A lição com este exemplo vale reafirmar: Nem todo serviço ou cada camada é um bom candidato em expansão.

Servidores RDSH: nunca é suficiente

A mesma lição vale para RDS. Uma implementação básica do RDS instala três serviços de função em um único servidor: Acesso Web de área de trabalho remota (RDWA), agente de conexão de área de trabalho remota (RDCB) e RDSH. Destes, o mais provável candidato para dimensionamento é RDSH.

Microsoft tenha feito algumas adaptações notáveis para RDS no Windows Server 2012 para simplificar a implementação. Um tal ajuste é a presunção de que todos os servidores RDSH em uma implantação e coleção configurados da mesma forma. Cada servidor RDSH em uma implantação do Windows Server 2012 RDS e coleção presume-se a conter os mesmos aplicativos e configurações como o próximo.

Enquanto esta exigência pode inicialmente parecer restritivo, ele simplifica muito a automação de implantação. Mais RDS usuários simultâneos exigem mais RDSH sessões. Em algum momento, você vai precisar de mais servidores RDSH para suportar essa carga de usuário maior. Porque todos os servidores RDSH devem ser igual a antes, cada novo servidor pode começar sua vida de um modelo comum de máquina virtual (VM).

Essa é a notícia boa. A má notícia é que você não pode simplesmente clicar no botão de VMM 2012 Scale Out (ver a parte inferior direita do Figura 2) e esperar que o novo servidor automaticamente começar servindo-se de sessões. Você terá que adicionar recém-configurado servidores RDSH para a implantação da RDS e a coleção existente. Em versões anteriores do Windows, esta etapa necessária a intervenção manual. No Windows Server 2012, você pode automatizar isso com alguns cmdlets do Windows PowerShell bem posicionados.

Figura 2 a escala de botão no VMM 2012.

Passo 1. Construir um modelo VM

Aqui é um processo passo a passo, você pode implementar para construir seu próprio reutilizáveis — e escalável — modelo de serviço RDS no VMM 2012. O primeiro passo é talvez o mais fácil, porque você provavelmente já fez isso antes. Crie um modelo VM no VMM 2012. Esta é uma das atividades mais fundamentais no VMM e está documentada no artigo da TechNet Library, "criando modelos de máquina Virtual no VMM."

Há obviamente um pouco da arte da ciência da criação deste modelo VM. Você vai usá-lo para implantar rapidamente servidores RDSH nas etapas que se seguem. Isso significa que seu modelo deve estar pronto para implantação automática. Você pode optar por instalar aplicativos diretamente no modelo ou entregá-los sob demanda com uma solução automatizada como o System Center Configuration Manager ou o App-V.

Este modelo VM torna-se o ponto de partida para todas as VMs que você vai configurar seu serviço de RDS. Certifica-se de que você configurar o perfil de hardware do modelo e o perfil do sistema operacional convidado para coincidir com qualquer configuração, qualquer servidor RDSH deve ter quando ele for implantado posteriormente.

Passo 2. Criar um modelo de serviço único servidor RDS

Este modelo VM é a base para o seu modelo de serviço do VMM. Esse modelo de serviço irá conter duas camadas: uma camada de Host inicial e um segundo nível de expansão. Essa separação é importante porque o modelo de serviço só precisa expandir o serviço de função RDSH. Todos os outros serviços de função (e a instância inicial RDSH) continuam a ser localizados na camada inicial do servidor.

Botão direito do mouse modelos de serviço no modo de exibição de biblioteca do VMM 2012 para criar um novo modelo de serviço. Forneça um nome para o modelo e selecione o padrão em branco. Isso cria um espaço de trabalho vazio para criar seu modelo de serviço do RDS.

No Designer de modelo do serviço, clique no botão Adicionar camada de máquina. Isto inicia o Assistente de modelo de nível de máquina de criar (ver Figura 3). Selecione a opção personalizar uma cópia de um modelo existente de VM e clique no botão Procurar para especificar o modelo VM que você criou na etapa 1.

Figura 3 o Assistente para criar um modelo de nível de máquina.

O nome desta primeira camada a camada de Host inicial na página de propriedades adicionais do assistente. Deixe que outras configurações a página inalteradas. Selecione um perfil de hardware na página de configurar o Hardware do assistente e, em seguida, um perfil de OS comentários na página de configurar o sistema de operacional.

Pausa para um minuto na página Configurar o sistema de operacional e dê uma olhada no seu valor para obter informações de identidade. Esse valor define o nome do computador da VM você vai implantar. O padrão é um caractere curinga ("*").  Esse valor de curinga instrui o VMM 2012 para gerar um nome exclusivo e aleatório para o VM após a implantação. Nossas próximas cmdlets do Windows PowerShell, no entanto, exigem que nós sabemos o nome do computador. Por conseguinte, precisaremos especificá-lo em nossa configuração de implantação, definindo-a como uma variável do modelo de serviço.

VMM 2012 realiza isso, envolvendo o nome da variável com o "@" símbolo (ver Figura 4). Aqui, o nome do computador foi definido para a variável @RDSFirstServerHostname @. Este uso de variáveis em modelos de serviço do VMM é uma parte fundamental do que os torna altamente automatizada. Variáveis como este obter seus valores como serviços e estão configurados para implantação.

Figura 4 definir o nome do computador como uma variável usando o "@" símbolo.

Você também vai querer selecionar os serviços de função RDS para ser instalado na página de configurar o sistema de operacional. Selecione apenas as seguintes caixas de seleção em funções: Remote Desktop Services, agente de conexão de área de trabalho remota, Host de sessão de área de trabalho remota e Remote Desktop Web Access (Ver Figura 5). Isso instrui o VMM para instalar estes papéis e seus pré-requisitos, como parte do processo de provisionamento VM.

Figura 5 aqui estão algumas das funções que você vai precisar de.

Aqui é onde nós precisamos fazer uma pausa de um segundo tempo. Lembre-se de que o RDS é um caso especial em Windows Server 2012. Instalar os seus serviços de papel realiza pouco até que eles estão montados em uma implantação e coleção. Isto normalmente acontece na GUI do Gerenciador de servidores, mas também pode acontecer através de um conjunto de cmdlets do Windows PowerShell.

Você vai criar a implantação da RDS e a coleção na página de configurar aplicativos do assistente usando uma série de scripts de pré-instalação. Microsoft um tanto enigmaticamente refere-se a estes como as execuções de comando genérico (GCE). Podem ser real VBScript, Windows PowerShell scripts, ou executados na VM, ou comandos individuais executados em uma ordem de implantação de scripts em lote.

Você vai precisar de cinco diferentes scripts de pré-instalação. Os dois primeiros forçar a VM para reiniciar... duas vezes. Sim, você precisará de reiniciar o computador duas vezes para instalar totalmente os serviços de função RDS antes de criar a implantação e a coleção.

O script de pré-instalação terceiro define a diretiva de execução do Windows PowerShell para ignorar. Esse bit de hacking garante que os quarto e quinto comandos funcionam silenciosamente. O quarto comando (ver Figura 6) lança o Windows PowerShell com seu - interruptor de comando para executar um cmdlet do New-RDSessionDeployment especialmente configurado. O quinto e último comando inicia o Windows PowerShell para executar o comando New-RDSessionCollection.

Figura 6. Configurar o Windows PowerShell para RDS.

Esta lista apresenta as especificidades da GCE Pre-Install que você precisa para construir esse mesmo. Estes cinco comandos devem ser executados nesta ordem e com as seguintes configurações para RDS implantar com êxito:

• 1 Antes da instalação:
  • Programa executável: cmd.exe
  • Parâmetros: /q /c shutdown /r /t 0
• 2 Antes da instalação:
  • Programa executável: cmd.exe
  • Parâmetros: /q /c shutdown /r /t 0
• 3 Antes da instalação:
  • Programa executável: %WINDIR%\system32\WindowsPowerShell\v1.0\PowerShell.exe
  • Parâmetros: -comando set-executionpolicy bypass - força
• 4 Antes da instalação:
  • Programa executável: %WINDIR%\system32\WindowsPowerShell\v1.0\PowerShell.exe
  • Parâmetros: -Novo-RDSessionDeployment - ConnectionBroker @ComputerName @ - WebAccessServer @ComputerName @ - SessionHost @ComputerName @ - verbose do comando
• 5 Antes da instalação:
  • Programa executável: %WINDIR%\system32\WindowsPowerShell\v1.0\PowerShell.exe
  • Parâmetros: -Novo-RDSessionCollection - NomeDaColeta @CollectionName @ - SessionHost @ComputerName @ - ConnectionBroker @ComputerName @ - verbose do comando

Você também vai querer incluir algumas configurações extras em cada Pre-Install GCE. Primeiro, configure cada script antes da instalação com uma VMM executar como a conta com privilégios de administrador de domínio. Você vai precisar isto para o cmdlet New-RDSessionDeployment. Aumente o tempo limite de na cada script configuração a 3.600 segundos. Finalmente, clique no botão Avançado sobre os dois primeiros scripts e marque a caixa reiniciar política, "Sempre reiniciar depois que o script for concluída." Isso deve garantir que a reinicialização ocorre sem gerar um erro.

Você verá que você está usando variáveis múltiplas (novamente rodeado pelo "@" símbolo) nesses cmdlets do Windows PowerShell. As variáveis de fornecem as informações que os comandos exigem, tais como nome do computador (@ComputerName @) e o nome da coleção (@CollectionName @). Você será solicitado para o @CollectionName @ valor na configuração da implantação. @ComputerName @ valor é uma variável interna que traduz automaticamente para o nome de domínio totalmente qualificado do servidor (FQDN).

Clicar para concluir o assistente. Você agora já construído um modelo de serviço RDS de servidor único que você pode usar para uma implantação de teste. Para fazer isso, clique no botão configurar Deployment do designer e trabalho por meio do Assistente de implantação (ver Figura 7). Observe os valores para NomeDaColeta e RDSFirstServerName que exigem a especificação sob a guia de configurações antes de implantar o serviço.

Figura 7 o deployment wizard para configurar implantações.

Passo 3. Adicione uma camada de expansão

Um modelo de serviço do VMM 2012 destina-se a implantar um serviço de funcionamento com o simples clique de um botão. Realizar esta façanha necessita preencher o modelo de serviço, com todas as configurações de que uma implantação requer se concluir com êxito e silenciosamente. É por isso que isso requer um pouco de esforço. Isso se torna especialmente importante se você pretende adicionar mais tarde automações através do System Center Operations Manager e System Center Orchestrator.

O modelo de serviço do VMM recém-criado só oferece suporte a uma configuração de servidor único, mas você quer uma solução de expansão para RDSH. Para obter essa escala fora, você vai precisar de um segundo nível de máquina. Começam excluindo quaisquer serviços implantados, associados com seu modelo de serviço do RDS. Você também pode fazer uma cópia desse modelo de serviço inicial.

Botão direito do mouse para abrir o modelo no designer. Clique no botão Adicionar camada de máquina. Na primeira tela do Assistente de modelo de camada máquina criar, escolha Personalizar uma cópia de um modelo existente de VM e selecione o modelo VM que você criou na etapa 1.

Desta vez a página de propriedades adicionais do assistente requer alguma atenção extra (ver Figura 8). Esta segunda camada terá a ordem de implantação preferencial e preferiu a manutenção ordem definida como 2. Isso garante que as VMs nesta camada obter provisionadas após aqueles na primeira fileira. Esta camada também deve ser configurada para escala fora com uma contagem de instância padrão de um e uma contagem de instância máxima de cinco (ou qualquer valor suas necessidades exigem).

Figura 8 você pode definir propriedades adicionais para a camada de fora de escala.

Configurando a camada assim instrui o VMM para configurar uma máquina virtual única durante a implantação inicial e permitir que um máximo de cinco VMs mais tarde. Criação de um disponibilidade para a camada ajudará durante atualizações posteriores de VMs nesta camada.

Páginas de configurar o Hardware e configurar o sistema de operacional do assistente, você usará configurações semelhantes do nível inicial, com algumas exceções. Para sua primeira exceção, defina o valor de informações de identidade para RDSH # # (ver Figura 9). Dimensionamento do requer que você use curingas de nomenclatura, que são definidas usando o operador de "#". Esta definição dá a cada novo VM na camada o próximo número disponível, de 1 a 99.

Figura 9 definir as informações de identidade para a camada de fora de escala.

Para sua segunda exceção, selecione apenas os serviços de função RDS e RDSH nesta camada. Como mencionado anteriormente, esta camada suporta apenas dimensionando para RDSH. Não é aplicável os outros serviços de função do RDS.

A GCE que você vai configurar na página de configurar aplicativos da camada também é ligeiramente diferentes. Ao contrário do primeiro nível, onde você criou uma nova implantação de RDS e coleção, desta vez você está simplesmente adicionar um novo servidor. Isso requer cmdlets ligeiramente diferentes. Execute esses cmdlets em ordem e com suas variáveis de adicionar com sucesso o host:

• 1 Antes da instalação:
  • Programa executável: cmd.exe
  • Parâmetros: /q /c shutdown /r /t 0
• 2 Antes da instalação:
  • Programa executável: cmd.exe
  • Parâmetros: /q /c shutdown /r /t 0
• 3 Antes da instalação:
  • Programa executável: %WINDIR%\system32\WindowsPowerShell\v1.0\PowerShell.exe
  • Parâmetros: -comando set-executionpolicy bypass - força
• 4 Antes da instalação:
  • Programa executável: %WINDIR%\system32\WindowsPowerShell\v1.0\PowerShell.exe
  • Parâmetros: -comando adicionar-RDServer-servidor @ComputerName @ - ConnectionBroker @RDSFirstServerHostname@ .company pri-função RDS-RD-servidor - verbose
• 5 Antes da instalação:
  • Programa executável: %WINDIR%\system32\WindowsPowerShell\v1.0\PowerShell.exe
  • Parâmetros: -comando adicionar-RDSessionHost - NomeDaColeta @CollectionName @ - SessionHost @ComputerName @ - ConnectionBroker @RDSFirstServerHostname@ .company pri-verbose

Como antes, aumentar o tempo limite do script em cada comando de 3.600 segundos e ajustar a política de reiniciar os dois primeiros. Clique através das páginas restantes do Assistente para completar sua camada de fora de escala.

Passo 4. Implantar e expandir seu modelo

Seu modelo de serviço deve agora parecer com o modelo em Figura 10. Você pode ver a camada de Host inicial juntamente com a nova escala de camada. Clique em botão de configurar Deployment do designer para começar a implantar esse serviço para seu grupo de host do Hyper-V ou cluster.

Figura 10 seu modelo de serviço RDS multi-servidor com escala fora.

Implantando a camada dois servidores pode demorar um pouco — contanto que 30 minutos em algum hardware. Uma vez implantado, testar o seu trabalho navegando para o VMM 2012 VMs e serviços exibir para inspecionar o serviço que você acabou de criar (ver Figura 11). Observe o escala de botão na barra de botões. Agora, você pode clicar nesse botão para implantar um novo host RDSH para sua implantação de RDS e coleção.

Figura 11 isto é como o serviço RDS implantado deve ser.

Até a próxima: escala com Orchestrator

Há uma abundância de trabalho antecipado aqui, mas o retorno no investimento o tempo silenciosamente implantar essas configurações é a capacidade de rapidamente reconstruir ou o serviço de escala, sempre que quiser. Você agora pode excluir e recriar este serviço — uma atividade regular em muitas lojas de que — com apenas alguns cliques na interface do VMM. Você pode facilmente atualizar seus serviços. Basta fazer as alterações para o modelo VM e reimplantar o serviço. Você nunca tive isso tão fácil na gestão da RDS.

Da próxima vez, eu vou te mostrar como a escala em que o mesmo serviço. Você será capaz de integrar este processo com o Operations Manager e orquestrador para automação ainda mais para o seu ambiente de RDS.

Greg ShieldsMVP, é sócio da tecnologia concentrada. Obtenha mais dos Shields' Geek de todos os Trades dicas e truques no ConcentratedTech.com.

Conteúdo relacionado

• Pau pra toda obra: Armazenamento tolerante do Hyper-V
• Pau pra toda obra: Automatizar o Assistente
• Pau pra toda obra: GPPs para o GPP-menos