System Center Unified Installer – Instalação e Troubleshooting Básico

            O System Center Unified Installer (SCUI) é uma ferramenta da Microsoft que possibilita a instalação e configuração da suíte System Center para criação de cenários de prova de conceito e avaliação. É de uma utilidade enorme se levarmos em conta que é basicamente um facilitador que salva-nos bastante tempo para montar um ambiente e nos deixar concentrados no que o System Center 2012 tem de novo (e bom!).

            Ao iniciar o programa do Unified Installer, você tem duas opções na tela de boas vindas: uma para fazer uma instalação customizada do System Center 2012 na máquina local, ou para prosseguir com a instalação utilizando máquinas distintas.

            Como o Unified Installer faz uma série de execuções de comandos remotos o serviço WinRM (Remote Management) precisa estar habilitado para aceitar conexões remotas de forma segura. Caso não esteja, você pode receber a seguinte mensagem de erro ao iniciar a instalação remota:

            Se você recebeu a mensagem “The WinRM settings are not configured correctly”, vá no arquivo de log localizado no caminho “\Users\<seu usuário>\AppData\Local\Microsoft System Center 2012\Unified Installer\LOGS”. Existe um arquivo chamado 'UISetupWizard.log' que mostrará a razão da falha. Muito provável que você encontre algo assim nas últimas linhas:

[01/07/2012 18:20:54] DEBUG - Creating session at server: localhost, user specified: False, username:

[01/07/2012 18:20:54] DEBUG - Server: localhost, winrm\client\auth\CredSSP = False

[01/07/2012 18:20:54] WARN - The WinRM settings are not configured correctly
Unable to start WinRM

            Neste caso, basta habilitar o WinRM para aceitar autenticação do provedor CredSSP pelas linhas de comando:

winrm set winrm/config/client/auth @{CredSSP="True"}

winrm set winrm/config/client @{TrustedHosts="*"}

            Mais informações sobre o WinRM podem ser encontradas no seguinte artigo:

How to restore the Windows Remote Management settings when all authentication schemes are disabled on a computer that is running Windows Server 2008 R2

http://support.microsoft.com/kb/978319/en-us

            Vamos utilizar a opção de instalação mais “complexa” que seria a remota, neste exercício. Basta clicar na opção “Install System Center”. Você receberá a seguinte mensagem de texto, enfatizando que esse setup não deve ser usado para cenários de produção:

            A próxima tela, a do License Agreement, possui um detalhe importante: se você marcar a instalação como Evaluation, será instalada a versão Standard do System Center 2012, onde implicará obrigatoriamente o cenário de avaliação e prova de conceito comentados anteriormente.

            Ele é bem direto: pergunta quais são os produtos que você quer instalar, e em quais servidores.  Aqui vamos começar com um ambiente mais típico da família, escolhendo o VMM, o SCOM, o SM e o Orchestrator.

            Na próxima tela, o SCUI pergunta onde está a mídia de instalação de cada componente  selecionado. Aponte as pastas corretas para cada mídia e clique em Next. Uma dica é você deixar as pastas com os pré-requisitos de cada componente prontos para serem consumidos pelo SCUI.

            Próximo passo: pré-requisitos. Componentes do SQL e .Net Framework, entre outros mais específicos de cada produto da família System Center têm seu próprio Agreement Terms, e você precisa concordar com a instalação de todos antes de prosseguir. Aceite os termos para cada, se aplicável, e prossiga.

            Agora você precisa dizer ao SCUI onde está a mídia de instalação dos pré-requisitos. Sim, são bastante componentes, e você poderia perder um tempo localizando um por um. Mas não se preocupe, há um link de download para cada componente. Minha dica é organizar todos em uma estrutura de pastas e depois apontá-los no SCUI.

            Hora de dizer o caminho de instalação de cada componente. Aceite o padrão, ou se tiver alguma necessidade específica, mude de acordo. Aqui há uma observação importante: devido às características do DPM, ele é o único produto o qual você não terá a opção de mudar o caminho da instalação. Clique em Next após selecionar as pastas:

            Quase acabando! Precisamos definir os servidores que terão os componentes instalados. É necessário que cada servidor especificado seja único... Em outras palavras, não é possível instalar dois componentes em um mesmo servidor.

            Utilize o nome NETBIOS dos servidores (Não é necessário utilizar o FQDN). Teste se os nomes dos servidores podem ser resolvidos antes de continuar.

            Se você obter qualquer tipo de falha ao ir para o próximo passo, recomendo fazer os seguintes testes nas máquinas-alvo:

1.                  Resolução de nome da máquina onde está o SCUI

2.                  Conectividade (Pingando? Conectando via SMB? Firewall ativado?)

3.                  Resolução de nome das máquinas-alvo

4.                  Pré-requisitos específicos de um componente do System Center: o Orchestrator, por exemplo, exige a presença do IIS na máquina-alvo, para ser pré-configurada pelo SCUI

            Na próxima tela, cheque os itens correspondentes às questões de updates do sistema operacional, depois em Next.

            Revise as configurações e opções que você escolheu ao longo do wizard na tela de resumo. Tudo certo? Clique Next, e deixe o SCUI cuidar do resto.

            Note que há uma barra de progresso para cada componente, assim você pode acompanhar em separado como está sendo feita a preparação deles. Da mesma forma, os arquivos de log correspondentes aos seus setups também podem ser conferidos no caminho “\Users\<seu usuário>\AppData\Local\Microsoft System Center 2012\Unified Installer\LOGS”.

            Geralmente todos os códigos de erro que podem acontecer no setup podem ser encontrados lá e pesquisados na base da Technet ou na própria Internet.

            A instalação dos componentes escolhidos podem durar cerca de duas horas ou mais. As barras de progresso que mostram a instalação às vezes mostram comportamento de timeout quando um período superior a duas horas de instalação é alcançado. Se você suspeitar que as barras de progresso deram timeout, não feche o SCUI nem interrompa a instalação; vá nos arquivos de log da pasta apontada acima e verifique as ultimas linhas de cada um por erros.

No próximo post nossa nuvem privada vai tomar forma, com a configuração do VMM e instalação do Cloud Process Pack !

Com o lançamento do System Center 2012, muitos clientes e parceiros nos perguntam como montar de forma rápida, eficiente e fácil uma PoC / Piloto de Private Cloud e por isso decidi criar uma série de 10 posts cobrindo desde o setup em cluster até recursos avançados de automação em nuvem privada.

Confiram abaixo o primeiro post da série !!

Criando um Cluster de Máquinas Virtuais

Olá pessoal, hoje vamos mostrar o passo a passo para a criação de um cluster de máquinas virtuais utilizando o Hyper-V e o Failover Clustering do Windows Server 2008 R2, para um ambiente de avaliação. A idéia é montar um setup com requisitos mínimos para que todos os recursos e vantagens do Failover Clustering do Hyper-V possam ser experimentados. No que diz respeito a melhores práticas de configuração para um ambiente de produção, recomendamos leitura dos artigos da Technet disponíveis neste post. Para esta implementação, usaremos o os prerequisitos listados abaixo:

· 3 computadores

o Proc c/ suporte à virtualização

o 4GB de RAM (mínimo)

o 3 placas de rede em cada computador físico

· Software iSCSI target (http://www.microsoft.com/en-us/download/details.aspx?id=19867)

· Windows 2008 R2 SP1 instalado em todos os computadores físicos e virtuais

No final da implementação teremos o seguinte resultado:

Aqui teremos uma rede voltada para comunicação interna (LAN) e outra dedicada à comunicação dos nós do cluster.

Para informações de referência de pré-requisitos na criação de Cluster de VMs no Hyper-V, cheque os seguintes artigos da Technet:
Hyper-V: Using Hyper-V and Failover Clustering
http://technet.microsoft.com/en-us/library/cc732181(v=ws.10)

Hyper-V: Using Live Migration with Cluster Shared Volumes in Windows Server 2008 R2

http://technet.microsoft.com/en-us/library/dd446679(v=ws.10)

Preparando o ambiente

Storage:

Antes de tudo, precisamos checar os prerequisitos do ambiente. Primeiro, as máquinas virtuais usarão um storage compartilhado, onde serão armazenados os seus arquivos. É aqui que entra o iSCSI target. Ele irá dar o acesso via IP aos discos configurados no cluster.

Faça o download do iSCSI target no seguinte endereço: http://www.microsoft.com/en-us/download/details.aspx?id=19867 e instale-o no domain controller, ou na máquina física que não fará parte do cluster.

A instalação é bem direta, e não há muito o que configurar além do caminho do programa. Depois de feito, você criará duas unidades de disco para serem acessadas pelo cluster.

Depois de ter instalado o iSCSI target, você precisará criar dois discos: um para o quórum do cluster e outro para o disco de dados das máquinas virtuais (os VHDs delas, primariamente). Depois eles serão apontados como targets para serem acessados pelos clusters.

Passo a passo para a criação dos targets (faça isso na máquina que hospedará os discos compartilhados, onde você instalou o iSCSI target):

1. No programa do iSCSITarget, clique com o botão direito e vá na opção “Create iSCSI target”

2. Siga o Wizard para fazer a criação do Target iSCSI. Note que você pode apontar o target pelo IQN, endereço IP, ou FQDN, através do botão Advanced do Wizard.

Passo a passo para criação dos discos (note que aqui chamaremos o disco compartilhado de Quorum e VM1, mas este segundo na verdade vai hospedar os arquivos das vms dentro dele):

1. Clique direito em devices e create virtual disk

2. Dê um nome como Quorum.vhd e clique em Next

3. Coloque um tamanho para o Quorum (aqui colocamos 1GB aproximadamente) e clique em Next

4. Repita o procedimento para criar o disco de dados do cluster. Crie um disco virtual para acomodar uma quantidade razoável de VMs (por volta de 250GB já é um bom começo).

Para fazer a associação dos targets aos discos virtuais, basta abrir as propriedades de um deles e ir na aba respectiva, botão Add… No caso das propriedades do iSCSI target criado, você adicionará um disco, e vice-versa.

Veja onde e como:

Storage – conectando os volumes
Essa parte é mais simples. Vá no iSCSI initiator e crie uma conexão aos targets que foram configurados anteriormente. Na tela de Targets, mande adicionar um novo e aponte usando o identificador definido na criação do target (o IP, o FQDN ou IQN da máquina).

Preparando os discos:
A essa altura os discos conectados via iSCSI devem estar aparecendo no console de gerenciamento de discos do servidor.

Traremos os discos online:

Depois iremos proceder com a inicialização:

Ao inicializar, usaremos MBR por padrão. GPT é um formato de disco para mais de 2TB, então por enquanto não o usaremos:

Faremos um novo volume logo em seguida…

E formataremos o volume, mas sem deixar nenhuma letra associada a ele:

No fim, eles ficarão online, sadios e sem letra de drive:

Rede:

As placas de rede nesse ambiente serão utilizadas para prover a comunicação entre duas estruturas: as VMs do domínio que utilizarão seu range de IP próprio, e a comunicação entre os nós do cluster que será gerenciado. Instale as interfaces de rede e configure seus Ips de acordo com o range de IP específico para as comunicação entre as mesmas.

Instalação e validação do cluster:
No Server Manager, adicione as roles de Multi IO e Failover Clustering. Espere o wizard terminar as configurações, e se for pedido, reinicie o host envolvido na instalação.

No término da instalação, vamos validar a configuração do cluster:

O wizard é auto-explicativo… Ele pergunta quais são os hosts que devem fazer parte da validação…

…E depois gera um report baseado nos testes de disponibilidade e configuração do cluster:

Lembre-se de pedir para rodar TODOS os testes! O report precisa estar completamente ok antes de procedermos com os próximos passos! J

Criação do Cluster

O wizard para criação do cluster também é simples. Execute o “Create Cluster” wizard na mesma console do Failover Cluster Manager:

Insira as configurações conforme o wizard solicitar (IP e nome do cluster, por exemplo), e ele se encarregará do resto.

Após a criação do cluster, habilite o CSV. Clique no nome do cluster recém-criado, e selecione a opção “Enable Cluster Shared Volumes”.

Informe qual é o disco que deve ser criado como um CSV no cluster. É o segundo volume de dados que foi configurado no iSCSI target.

Se até aqui você seguiu sem problemas, parabéns! Vamos agora só testar a criação de máquinas virtuais altamente disponíveis (HAVM).

Criando máquinas altamente disponíveis

Uma forma rápida de explicar como o CSV funciona: temos uma pasta que funciona como um apontamento para a storage compartilhada entre os nós via iSCSI. Essa pasta aparece com o nome “ClusterStorage” e é oferecida como opção durante a criação das máquinas virtuais para ser usada como repositório dos arquivos que a comporão.

Para criar a máquina virtual, basta seguir o wizard de criação de VMs de dentro do Failover Cluster Manager:

O wizard é idêntico ao de criação de novas VMs do Hyper-V, com a exceção da localização da pasta onde os arquivos da VM serão guardados. Observe a opção do caminho “C:\ClusterStorage\Volume1”… Ele é o caminho do disco compartilhado via CSV:

Uma vez que a VM está criada, faça o teste de movimentação entre os hosts pelo console:

Você também pode efetuar outros testes de alta disponibilidade, como por exemplo, interrompendo a comunicação do nó que está com a VM em execução e checar se ela será movida para o outro nó sadio do cluster.

No prómixo post mostraremos a instalação do System Center 2012 !!!

Agradecimento especial ao time de Pré-Vendas técnica da Microsoft, André Vital e Paulo Henrique Machado

Expanda suas habilidades existentes e adquira novas competências nas tecnologias de nuvem da Microsoft, incluindo: Microsoft Office 365, Microsoft Exchange Online, Windows Azure, Windows Intune, Microsoft Hyper-V Server, Microsoft SharePoint Online, Microsoft Dynamics CRM Online, Microsoft System Center 2012 e SQL Azure.

A Microsoft disponibilizou mais de 30 recursos para que você possa explorar essas tecnologias, incluindo: eBooks, clínicas de ensino electrônico, vídeos curtos e cursos de formação presenciais.

Muitos destes recursos valiosos são gratuitos. Para citar alguns:

• Noções básicas sobre soluções de virtualização Microsoft (eBook)
• Introdução ao SQL Server 2012 (eBook)
• Microsoft ® Office 365: Conectar e colaborar Anywhere, Anytime (eBook)
• Introdução ao Hyper-V no Windows Server 2008 R2
• SQL Server 2012: Nuvem em seus termos
• Introdução ao Microsoft Windows Azure

Tecnologias de nuvem da Microsoft são relevantes para funções específicas. Comece aqui: http://bit.ly/Kd8nxx

Abraços e boa sorte!

No ano passado apresentei no TechED uma sessão sobre o Opalis, sala cheia, muitas demos e muitas perguntas. Foi muito bacana mesmo e nesse ano a idéia do Blog será focar o desenvolvimento de especialistas em DataCenter, então as publicações serão direcionadas aos produtos que ajudarão você a transformar o DataCenter da sua empresa.

Vamos começar essa série pelo produto que veio para conectar tudo o que você tem hoje e fazer o seu DataCenter rodar em perfeita harmonia, o Opalis.

Nesse Virtual Lab disponível no TechNet, em 90 minutos você entenderá a arquitetura, conseguirá criar fluxos básicos e entender as opções disponíveis de integração e expansão.

https://msevents.microsoft.com/CUI/WebCastEventDetails.aspx?EventID=1032454353&EventCategory=3&culture=en-US&CountryCode=US

[]s

Robson Silva

Na Edição 2010 do TechED vou fazer a sessão VIR306, não deixe de comparecer para conhecer com profundidade como funciona esse novo recurso de gerenciamento de memória implementado no SP1 do Windows 2008.

Enquanto isso, preparei um passo a passo de como implementar esse recurso:

A primeira coisa que você precisa fazer é instalar o Windows Server 2008 R2 SP1 beta.
Para fazer isso, você deve:

1.Baixar a versão beta aqui: http://www.microsoft.com/windowsserver2008/en/us/sp1.aspx 
2.Desligue qualquer máquina virtual antes de instalar o service pack na partição pai.
Nota: Estados salvos e snapshots do Windows Server 2008 R2 RTM são compatíveis com a versão beta SP1 – então não há nenhuma necessidade para descartá-los.  Lembrando que essa nota pode não ser aplicada com o lançamento do SP1 RTM.
3.Aplique o service pack
4.Reinicialize o computador físico

Aqui você terá o pré-requisito principal e agora são necessários mais 2 passos:

Atualizar o Integration Services

• Inicie a máquina virtual
• Conectar-se usando a janela de Conexão de máquina Virtual do Console do Hyper-V
• Faça logon com uma conta que tenha direitos de administrador local na máquina virtual
• Abra o menu ação e selecione Inserir disco de instalação do Integration Services

• Dependendo do sistema operacional convidado que estiver rodando talvez você precise iniciar o setup manualmente (ou pode ser executado automaticamente)

• Quando solicitado a atualizar os serviços de integração do Hyper-V – clique OK

• Quando a instalação for concluída e você será solicitado a reiniciar-clique em não (Se errar aqui vai ter retrabalho )

• Agora DESLIGUE a máquina virtual para habilitar a configuração de Dynamic Memory

Habilitar o Dynamic Memory

Uma vez que a máquina virtual não está mais funcionando, você precisará:

• Abrir as configurações da máquina virtual
• Alterar a página Memory
• Selecione a opção Dynamic
• Defina a Startup RAM para ser tão baixo quanto é necessário para o sistema operacional das máquinas virtuais subirem. 512 mb é um bom ponto de partida para a maioria dos sistemas operacionais
• Definir o Maximum RAM com um valor apropriado (por padrão, será de 64 GB de RAM- e para muitas pessoas, isso vai ficar bem.)
• Clique em OK

Pronto !!

Agora é só iniciar a máquina virtual. Você deve ser capaz de ver a memória dinâmica em funcionamento dentro da máquina virtual. Na console do Hyper-V  você vai ver uma percentagem ficando relatada na coluna de Memory Available para qualquer máquina virtual que tem memória dinâmica habilitada

Para você ver como de cara você já ganha recurso, experimente instalar 3 maquinas e tirar um screeshot do antes e depois !! Veja como ficou o meu:

ANTES

Notem que nesse screen shoot meu Host só tinha 1 VM com dynamic memory habilitado e eu só tinha 304 MB de memória Livre, o seja não dá para por no ar nem um Windows 7.

DEPOIS

Primeira mudança colocando todas as VMs com dynamic memory: Sobrou 1.2 GB de RAM, dá para subir 2 VMs de Windows 7 e sobra !!

Segunda mudança: Olhem os 2 SQLs solicitando quantidade diferente de memória !! Quero ver alguém acertar uma diferença dessa no lápis !!

Resumindo: Você mantém a performance e libera mais recursos para utilizar em outras VMs: É o famoso muito mais por muito menos !!

Quer saber em detalhes como isso funciona ? Não perca minha sessão no TechED 2010 - http://www.teched.com.br/2010/Palestras.aspx

Trilha: VIR - virtualizaçao

Palestrante(s): Robson Silva

Nível:300

Data: 14/09 Horário: 15:30 - 16:45

[]s

Robson Silva