A construção de uma nuvem privada com o System Center 2012: Parte 2

Na; primeira parte; de ​​nossa experiência Microsoft Private Cloud passamos um par de dias de sourcing servidores adequados, configurar as sete máquinas virtuais que necessários para executar o System Center 2012 e instalar os componentes necessários para o gerenciamento de nuvem privada.

Empresa Software; SUSE doce! senões HPE-se uma distro Linux; Nuvem; Twilio lança novo plano empresarial prometendo mais agilidade; nuvem; Intel, Ericsson ampliar parceria para se concentrar em indústria de mídia; Nuvem;? Xero lança parceria com a Macquarie Bank para pagamentos BPAY

Foi um processo longo, e nós tivemos que pensar em nossos pés, mas conseguimos através dele com apenas cabeça mínima coçar. No entanto, isso foi apenas o começo da jornada: na parte dois nós trabalhamos com a próxima etapa do processo – juntando-se as nossas ferramentas do System Center 2012.

Começar de novo; De acordo com o Guia de Avaliação do Microsoft Private Cloud, um dos maiores pontos fortes do System Center 2012 é a sua “abordagem integrada ao fluxo de trabalho, gestão do conhecimento e de dados” – uma abordagem que está na base do conceito da nuvem inteira privado.

No entanto, que a integração não apenas aparecem por magia – deve ser programado em usar o System Center 2012 Integration Packs. Além disso, tivemos que primeiro registrar e implantar os pacotes e, em seguida, configurá-los (individualmente, como se viu) para trabalhar com os servidores em que tínhamos instalados nossos componentes do System Center.

Este não era um trabalho particularmente complicado – tudo o que tínhamos que fazer era seguir as instruções no guia de avaliação. Foi, no entanto, muito repetitivo e demorado, e havia as soluços técnicas inevitáveis ​​para lidar com ao longo do caminho. A primeira falha foi a necessidade de reactivar todas as nossas licenças do Windows Server.

Isso foi necessário porque, tal como em uma vida real, nós não somos capazes de trabalhar em nossa avaliação Private Cloud tempo integral, e um par de semanas se passaram desde que configurada em primeiro lugar as nossas máquinas virtuais. Na inicialização, cada um deles nos disse que a ativação foi exigido, exibindo um desktop preto em vez de azul para enfatizar o ponto.

As instruções insistiu que precisávamos para estender o período de carência para a ativação do Windows Server 2008 R2 em cada um de nossos sete VMs. Bastante simples: basta inicializar o Windows, faça o login, digite o comando necessário (slmgr-rearm) e reinicie.

Fazendo isso sete vezes teria sido entediante o suficiente, mas nós também teria que repetir o processo a cada 10 dias. Felizmente, descobrimos que simplesmente tomar a opção de ativar o Windows a partir do Painel de Controle causado a nossa cópia de avaliação para ser “magicamente” licenciado para um total de 180 dias. Então é assim que funciona!

Registrar e implantar a Integração Packs; Uma segunda questão surgiu assim que começou o processo de registrar os pacotes de Integração (confusamente abreviado para IP em algumas das ferramentas). Isto é feito no servidor Orchestrator usando o System Center 2012 Orchestrator Deployment Manager, que tem um assistente para ajudar com apenas esta tarefa. Isto é tudo muito bem, mas você precisa baixar o Integration Packs primeiro – algo que o guia de avaliação omite a dizer-lhe.

Ainda assim, não importa. Uma rápida pesquisa no Google em breve localizados os pacotes, os quais foram devidamente transferidos e, em seguida, usando o assistente, registrado com o nosso servidor Orchestrator. Ele demorou um tempo, porém, como nós tivemos que registrar cada pacote separadamente, começando com o Virtual Machine Manager e seguido, por sua vez, por Data Protection Manager, Operations Manager e Service Manager.

Nenhuma menção foi feita da Integração Pacote Active Directory, embora muito mais tarde no guia você disse que isso também é necessário para completar a avaliação. Porque nós estávamos trabalhando nosso caminho religiosamente através do guia, nós não descobrir esta informação até que fosse tarde demais para fazer muita coisa. Se você está planejando uma avaliação, você pode economizar tempo, incluindo o pacote de Active Directory, juntamente com os outros neste momento no processo.

O passo seguinte foi para implantar nossos Integration Packs recém-registrados para o servidor Runbook – um passo crucial como runbooks contêm as instruções utilizadas para automatizar tarefas e processos.

Em no nosso caso o servidor Runbook também foi o servidor Orchestrator, por isso, não foi nenhuma surpresa para encontrar este também foi feito a partir do Gerenciador Orchestrator Deployment com o assistente de costume para ajudar. Pela primeira vez, não houve problemas para enfrentar.

Configurando os pacotes de integração; Em seguida, necessário para configurar o Integration Packs para usar nossos servidores. Isto significava que especifica o nome de cada servidor, seu domínio host e um nome de usuário e senha adequados, começando com o pacote Virtual Machine Manager.

Antes que pudéssemos fazer isso, no entanto, tivemos de fazer logon rapidamente para o nosso servidor VMM e usar PowerShell para permitir que arquivos de configuração e scripts para ser executado remotamente.

Feito isso, abrimos a Designer Orchestrator Runbook e, seguindo as instruções no guia de avaliação, configuramos nosso Integração Pacote VMM. Note que o nosso domínio de teste é chamado ellipsis.local e estávamos usando a conta de administrador local para autenticação.

Em seguida, repetiu o processo para cada um dos outros quatro Integration Packs – não esquecendo, quando você faz isso, para incluir o pacote de Active Directory para poupar tempo ao invés de seguir o guia para a carta.

Alguns cuidados também é necessário para se certificar de que você digitar todos os nomes corretamente como você está criando uma teia bastante complexo de servidores. Embora alguns dos pacotes permitem testar a conexão (como no Service Manager, mostrado abaixo), alguns não oferecem a opção.

Além disso, quando se trata da Integração Pacote Operations Manager é necessário primeiro instalar o console Operations Manager no servidor Orchestrator. Por alguma razão, o processo necessário está documentado no Apêndice B na parte de trás do guia de avaliação, onde é dito que o console Operations Manager precisa ser instalado no servidor Virtual Machine Manager também.

Felizmente isto provou ser relativamente simples usando o programa de instalação do Operations Manager incluído no original de download Private Cloud. Nós, no entanto, tem que primeiro install.NET Framework 4.0 no nosso servidor Orchestrator e, uma vez que havia localizado-lo, o Microsoft Report Viewer 2010 distribuível para tanto esta como o nosso servidor VMM.

Nós foram então capazes de voltar para o Orchestrator VMM e configurar a Integração Pacote Operations Manager, este ter a opção de testar a conexão.

E, finalmente, nós repetimos o processo para o Data Protection Manager, o único pré-requisito aqui é a primeira habilitação PowerShell remoting no servidor DPM, digitando outro comando simples PowerShell.

A opus magnum; O único outro trabalho necessário era criar algumas contas de usuário para os exercícios a seguir. As principais foram Jeff, nosso administrador de datacenter mítico e Emily, um proprietário aplicativo responsável por um aplicativo de linha de negócios a ser implantado na nossa nuvem privada. Um par de outros também são necessários, mas vamos falar sobre eles, e os outros passos necessários para se juntar todos os nossos componentes do System Center juntos, na parte 3 do que está rapidamente se tornando uma espécie de opus magnum.

SUSE doce! senões HPE-se uma distro Linux

Twilio lança novo plano empresarial prometendo mais agilidade

Intel, Ericsson ampliar parceria para se concentrar em indústria de mídia

? Xero lança parceria com a Macquarie Bank para pagamentos BPAY