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

https://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 !

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 (https://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
https://technet.microsoft.com/en-us/library/cc732181(v=ws.10)

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

https://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: https://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

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: https://bit.ly/Kd8nxx

Abraços e boa sorte!

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

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: https://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 - https://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

Fala pessoal, tenho recebido muitos emails pedindo vouchers, então ao invés de responder um a um, vou colcar aqui um monte que fica mais fácil.

VoucherID :

H100GMWYFF
H100GMXXW2
H100GMYY8P
H100GMZ4JW
H100GN030Z
H100GN1XPW
H100GN2FH6
H100GN3TS9
H100GN46AA
H100GN56N3
H100GN68LW
H100GN7EM7
H100GN8APF
H100GN9NM6
H100GNATZ9
H100GNBQCB
H100GNCYYZ
H100GND2P6
H100GNE9AZ
H100GNFXPN
H100GNGNYD
H100GNHRN3
H100GNJJ3M
H100GNK3XT
H100GNLSRH

Ele apostou em Gol do Brasil aos 9 minutos e foi o que passou mais perto do horário oficial do Gol do Brasil (10 minutos do primeiro tempo)

Parabéns, seu voucher foi enviado por email hoje.

Boa Sorte e depois passa por aqui para dizer como você se saiu !

[]s
Robsson Silva

Ganhe 1 voucher de 100% de desconto para um exame Microsoft acertando o horário que sairá o primeiro gol do Brasil nesta sexta-feira 02/Julho/2010.

Regras:

Poste seu comentário com o placar do jogo e em quantos minutos do primeiro, segundo tempo ou mesmo prorrogação sairá o primeiro gol do Brasil.

Critérios de desempate:

1: Maior proximidade do tempo do primeiro gol

2: Acerto do placar

3: Comentário postado primeiro.

Não esqueça de deixar seu email no comentário, para que eu possa enviar o voucher para o ganhador. O Voucher tem que ser utilizado em 50 dias.

[]s e Boa Sorte !

Segue uma boa dica de uma versão limitada de ebook que foi criada para ajudar você a entender as suas opções de virtualização e te ajudar a decidir a melhor solução. Dentro do Ebook você encontra: Desktop Virtualization Overview, Benefits, Organizational Requirements and Top Tips

Clique aqui para fazer o download.

Enjoy !

Robson Silva

· Clusters and Virtualization: Guest Clustering vs. Host Clustering Steven Ekren, Monday May 10th @10am PT. In host clustering the Hyper-V parent partition handles the clustering of virtual machines, while in guest clustering each virtual machine manages the clustering of services or applications running inside the virtual machine. What are the pros and cons of each clustering model? What approach is right for which scenarios? What about combining physical and virtual machines in the same cluster? How do I configure clusters? In this webcast, we address these questions and many more.

· Understanding Microsoft’s Offline Virtual Machine Servicing Tool. Gargee Sharma, Tuesday May 11th @1pm PT. The Offline Virtual Machine Servicing Tool provides guidance and automated tools to keep your offline virtualized environment up-to-date with latest updates and safe from attackers. The Offline Virtual Machine Servicing Tool now supports Hyper-V-R2, VMM 2008 R2, SCCM SP2 and WSUS 3.0 SP2.OVMST 2.1 also supports updates to Windows® 7 and Windows Server® 2008 R2 virtual machines. This session will also preview the key features for the next version of the tool.

Automating Virtual Infrastructure Management with PRO Tips in System Center Patrick Prendergast, Thursday May 13th @1pm PT. This is a can't miss session on how you can turn your virtualization infrastructure into a highly automated and dynamic application servicing machine! See how Performance and Resource Optimization (PRO) in System Center Virtual Machine Manager 2008 R2 and System Center Operations Manager 2007 R2 provides application aware optimization of virtual machines. Using demos, we will cover how PRO tips allow administrators to dynamically balance and optimize their servers at physical, virtual, and workloads levels. We will also talk about partner solutions that extend PRO tips to address complex