Os números de 2012

Publicado: 31 de dezembro de 2012 em Microsoft Hyper-V

Os duendes de estatísticas do WordPress.com prepararam um relatório para o ano de 2012 deste blog.

Aqui está um resumo:

4,329 films were submitted to the 2012 Cannes Film Festival. This blog had 27.000 views in 2012. If each view were a film, this blog would power 6 Film Festivals

Clique aqui para ver o relatório completo


Neste artigo, vou orientá-los através de uma simples instalação de uma farm de App-V, começando com a função do Windows Server 2008 R2 Active Directory Domain Services. Iremos abordar streaming de aplicações e quais as mudanças necessárias precisam ser feitas no firewall e servidores proxy para permitir que os aplicativos sejam entregues para clientes fora da sua rede local, bem como problemas de segurança. E finalmente, vamos abordar o gerenciamento da farm de App-V.

Este artigo está dividido em várias partes. Essa primeira parte vamos abordar um pouco sobre o conceito de cada um dos componentes que integram a solução da Microsoft para a virtualização de Aplicação e os tipos de cenários que podemos utilizar.

O que é a Virtualização de Aplicativos?

Microsoft Application Virtualization, também conhecido como App-V, é um componente do Microsoft Desktop Optimization Pack. Facilita o gerenciamento e a manutenção das aplicações, uma vez que tecnicamente reside numa plataforma separada do Sistema Operacional do computador cliente.

Nota: A Microsoft criou o Microsoft Optimized Desktop para aumentar a produtividade, segurança e disponibilidade usando as tecnologias de virtualização da Microsoft. Mais informações podem ser encontradas em http://tinyurl.com/nct8pg

Application Virtualization Management Server

O objetivo do App-V Management Server é entregar aplicações empacotadas e configurada em um estilo “On Demand” para uma estação de trabalho executando o App-V Desktop Client e clientes de Terminal Services. O App-V Management Server usa o Microsoft SQL Server para o armazenamento de dados. Vários servidores de App-V podem compartilhar um único data store. O App-V Server autentica pedidos, fornece segurança, medições, monitoramento e coleta de dados. O Active Directory é usado para gerenciar usuários e aplicações.

O App-V inclui uma console de gerenciamento e um Management Web Service. Os Administradores dentro da infraestrutura do App-V pode usar a console de gerenciamento para configurar um ou mais servidores de gerenciamento. Eles também podem adicionar e remover aplicações, alterar associações do tipo arquivo [FTAs], e atribuir permissões de acesso e licenças para usuários e grupos. O App-V Management Web Service é o canal de comunicação entre App-V management Console e o SQL data Store. Estes componentes podem ser instalados em um único servidor ou em um ou mais computadores, dependendo da Arquitetura desejada.

Application Virtualization Streaming Server

O Microsoft Application Virtualization Streaming Server é uma fonte de conteúdo de pacotes para computadores clientes que estão em um escritório remoto, longe do Management Server. Os pacotes são geralmente grandes, às vezes, podendo ter até 4GB, então, em um ambiente de produção é preciso planejar a melhor forma par entregar esses pacotes aos clientes remotos.

Nota: Streaming de arquivos muito grandes através de uma Wide Area Network [WAN] não é recomendado por causa das limitações de largura de banda típica de links WAN.

O servidor de streaming fornece atualizações de pacotes ativos sem o Active Directory ou SQL Server que são componentes necessários para o App-V Server. Serviços de publicação e licenciamento, ou medição, devem ser feito pelo servidor de gerenciamento. O Servidor de streaming se destina apenas fornecer de forma leve a entrega de aplicativos para escritórios remotos, sem a sobrecarga adicional de um controlador de domínio ou o SQL Server em cada um dos escritórios remotos. O serviço de publicação do App-V Server é usado em conjunto com o servidor de streaming. O Servidor de gerenciamento central controla a publicação de aplicativos virtuais, mas o servidor local de streaming, oferece dinamicamente o conteúdo do pacote a partir da rede local. Isso inclui a atualização de pacotes ativos sem a necessidade do Active Directory ou SQL. Ao contrário do Management Server, o servidor de Streaming não tem um serviço de publicação ou capacidade de medição ou atribuir licenças.

O servidor de Streaming tem três opções:

  • RTSP/RTSPS Streaming: Está é a opção nativa de streaming usada pelo Microsoft App-V. Usando esses protocolos significa que você também pode usar um recurso importante do App-V, que á a atualização dinâmicas. Esta característica lhe dá a possibilidade de fazer modificações em uma aplicação virtual e entregar essas atualizações em tempo real para os usuários;
  • HTTP/S Streaming: Esta opção pode ser utilizada para streaming de aplicativos para o App-V Client, usando o IIS ou qualquer servidor de web como o Apache. HTTP/S streaming lhe dá a opção de usar portas conhecidas e acessíveis como porta 80 ou 443. Não é possível utilizar atualizações dinâmicas quando utilizar o HTTP/S streaming.
  • SMB Streaming: Colocar os aplicativos em um servidor de arquivos é bastante simples e não requer muita configuração. Em contra partida não é possível utilizar atualizações dinâmicas utilizando esse método.

Modelos do App-V

Agora você já tem uma ideia dos componentes que completa a arquitetura do App-V, chegou a hora de você olhar os possíveis tipos de modelo de implantação, e com base nesses modelos, transportá-los para o seu ambiente conforme a necessidade da sua organização.

Modelo Standalone

Este modelo representa o uso de servidores dedicados apenas para streaming de aplicações. É conveniente em plataformas que não querem/exigem Management Server. Os computadores presentes aqui são o Streaming Server, Sequence, para compactar as aplicações, e o cliente App-V.

O sequenciamento de aplicativo adiciona todos os arquivos necessários em um pacote e gera um arquivo MSI que você pode usar para a implantação manualmente [distribuição através de uma unidade de CD /DVD ou USB], scripting e Diretiva de Grupo [se você for utilizar a distribuição através de GPO você precisa do Active Directory], ou através do SMS / System Center Configuration Manager [SCCM]. Este modelo é indicado quando você tem vários usuários off-line, ou quando você já implantou o SCCM e você não quer adicionar um servidor App-V. Ele também pode ser eficaz quando o custo de distribuição para as filiais com baixa largura de banda for um fator limitante.

Modelo Streaming

Este modelo também é apropriado em plataformas que não querem/exigem servidores de gerenciamento. Os componentes presentes aqui são o servidor de Streaming, Sequencer para os pacotes das aplicações, e o cliente App-V.

O Servidor de Streaming, como o nome sugere, carrega os aplicativos para os clientes “sob demanda”. Mas o que é o termo streaming no App-V?  Streaming é o processo que o cliente App-V obitem o pacote, começando com um FB1 [feature block 1] e o resto, FB2 [deature block 2] adquirido “sob demanda”. O processo de transmissão também pode ser executado por um servidor de arquivos ou Web. O App-V streaming Server não usa um banco de dados SQL, as permissões são definidas e mantida com base em ACLs [Access Control Lists]. Você pode usá-lo em links baixos, como filiais para otimizar a implantação de aplicativos e você não tem que configurar um novo servidor.

Modelo de Infraestrutura completa

O modelo completo contém o conjunto completo de componentes na App-V Management Server [App-V SQL Server incluso], Sequencer, Streaming Server, e Client App-V. Na maioria dos casos, ter uma instalação separada do servidor de streaming do App-V é opcional como o Management Server também pode fornecer essa funcionalidade. Usando um servidor de gerenciamento, você pode gerenciar a entrega de aplicativos de forma dinâmica usando a publicação, que é encarregada de combinar permissões com grupos do Active Directory, colocando os ícones e atalhos no desktop do cliente App-V.

Duas características importantes que você ganha usando este modelo, são:

  • Relatórios: Relatórios detalhados sobre o uso da cada pacote do App-V. Ter m relatório periódico sobre o App-V vai lhe dar informações importantes sobre como melhorar a sua plataforma de aplicativos virtualizados.
  • Gerenciamento Central de Licenças: Usando o nome licenças em cada pacote App-V, você pode garantir que apenas os usuários que possuem a licença adequada pode executar o aplicativo. E se estamos usando licenças simultâneas para a aplicação, o gerenciamento de licenças só vai deixar o aplicativo o número de vezes que é permitido.

O Modelo de infraestrutura completa do App-V é i mais adequado quando você está olhando para uma grande plataforma, escalável e dinâmica para aplicações virtuais dentro de sua
organização.

Escolhendo o modelo correto para a sua Organização

O Microsoft App-V oferece aos ambientes a possibilidade para uma implantação eficaz e eficiente de sua plataforma de aplicativo virtualizado. Mas, apesar de compreender os modelos existentes torna o seu trabalho muito mais fácil, tornando a sua implantação adequada, escalável e dinâmica.

Não existe uma regra de ouro sobre o modelo exato que você deve aplicar em sua organização e/ou nas filiais; principalmente o desenho correto de sua infraestrutura, vai depender de perguntas a si mesmo.

A Microsoft também oferece um guia completo para planejar e projetar uma infraestrutura baseada em virtualização de aplicativos, que está disponível para download em:

Application Virtualization 4.6 Infrastructure Planning and Design Guide

http://www.microsoft.com/downloads/en/default.aspx

http://www.microsoft.com/en-us/windows/enterprise/products-and-technologies/virtualization/default.aspx

Keep Calm and Virtualize applications with Microsoft App-V.

Projetos de Virtualização com Hyper-V

Publicado: 1 de outubro de 2012 em Microsoft Hyper-V

Olá Pessoal,

Em primeiro lugar gostaria de agradecer a todos os leitores e todos os visitantes desse blog, que buscam informação, dicas e truques e até mesmo formas de resolução de problemas.

Esse post é bem diferente dos outros que vocês costumam ler aqui, gostaria de me dispor em ajudar de forma colaborativa sem fins lucrativos..  :) – no seu projeto de Virtualização, com dicas, melhores praticas para ambientes virtualizados e até mesmo na arquitetura que melhor atende a necessidade da sua organização.

Fiquem à-vontade em me contatar, esses são os meus endereços eletrônicos:

wilstermanfernandes@outlook.com [preferencial] – [Messenger]

wilstermanfernandes@hotmail.com

wilstermanfernandes@gmail.com

Obrigado!

 

Keep Calm and enjoy the Hyper-V :)


O Windows Server 2012 introduz o Network Teaming. Esta funcionalidade permite aos administradores configurarem vários adaptadores de rede para agir com um, com a finalidade de adicionar redundância na camada de rede, sem a necessidade de qualquer tecnologia de cluster.

O Teaming pode, contudo, trabalhar com Failover Clustering e NLB se configurado antes de configurar qualquer uma das tecnologias de Cluster.

Nota: Para mais informações sobre NIC Teaming no Windows Server 2012 consulte o documento – WS 2012 White Paper Networking Windows Server 2012.

1. Faça logon no Servidor que deseja criar o Teaming, e abra Conexões de Rede.

Nota: Se estiver usando uma sessão remota, ao criar o Teaming, irá desconectar a sua sessão quando estiver no processo de criação do Teaming.

2. Identifique e renomeie os adaptadores que serão utilizados para a criação do Teaming como TEAM NIC1 e TEAM NIC2. Desmarque o IPv6.

3. Abra o Server Manager e no Painel do lado esquerdo, selecione o Local Server. Quando as informações do Local Server forem exibidas, clique no link Disabled.

4. Logo em segudia a janela NIC Teaming sera exibida, selecione os Adaptadores de Rede que irá fazer parte do Teaming, em TASKS selecione Add to New Team.

5. Digite um nome para o Teaming, por exemplo, PRODUÇÂO, marque as caixas dos Adaptadores de Rede que farão parte do Teaming, e em seguida, clique no botão OK, como mostrado na imagem abaixo.

6. Depois que o Teaming for criado, feche a janela NIC Teaming e abra Conexões de Rede, selecione o Adaptador Novo [PRODUÇÂO], e configure o endereço de IPv4.

Keep Calm and enjoy the Windows Server 2012 :)


A consolidação de servidores é a principal vantagem da virtualização, permitindo executar várias máquinas virtuais [VMs ou Guests] em um único servidor físico, o que reduz os custos de hardware, economiza espaço no datacenter e melhora o compartilhamento de recursos. A maioria dos servidores tradicionais utilizam apenas 5% a 10% da sua capacidade total, mas, você pode executar servidores consolidados utilizando quase sua capacidade total.

Com base no contexto acima podemos imaginar que a consolidação de servidores é a solução para os problemas dos Administradores de redes, Analistas de Suporte, Analistas de Produção, etc.  Mas se não tivermos cuidado na hora de planejar um projeto de consolidação de servidores podemos ter muitos problemas como:

  • O tipo de Hardware escolhido;
  • Quantidade de placa de rede;
  • Quantidade de memória física;
  • Tipo de disco;
  • Se terá alta disponibilidade;

Essas são alguns dos problemas que você pode encontrar na hora de iniciar um projeto de consolidação de servidores.

Depois de resolver esses problemas de infraestrutura você pode se deparar com outro problema que é a proliferação das máquinas virtuais [VMs] no ambiente computacional. Este é um aspecto crítico, porém uma das mais difíceis de resolver.

Em um projeto de virtualização podemos classificar os Workloads em 3 níveis.

  • Primeiros Candidatos a Virtualização;
  • Segundos Candidatos a Virtualização;
  • Terceiros Candidatos a Virtualização;

Com base nas informações acima iremos focar nos primeiros candidatos a virtualização que são:

  • DHCP Servers;
  • DNS Servers;
  • Network Policy Servers;
  • Web Servers;
  • Certificate and Rights Management Servers.

E um desses candidatos que vem se proliferando no ambiente virtual são os Servidores Web [Web Servers].

E como podemos diminuir essa proliferação?

O IIS 8 do Windows Server 2012 lhe da suporte a Multitenant.

A maioria das pessoas quando ouvem multitenant acho que é algo que um provedor de hospedagem utiliza para fornecer serviços Web para uma série de clients / organizações. No entanto, o IIS multitenant também pode ser usado para diminuir o número de servidores na organização. IIS multitenant é a capacidade de consolidar várias instâncias de serviços web [IIS] que estão em diversos servidores e consolidá-las em um único servidor Windows Server 2012 com o IIS instalado.

Serviços Web legados, onde na maioria das vezes você não podia combinar os serviços de web em um único host, agora com o Windows Server 2012, um único servidor você pode hospedar 5, 10, 15, ou 20 instancias IIS.

Um único servidor com IIS você pode ter um Web front-end do SharePoint, o Exchange Outlook Web Access (OWA), a intranet corporativa, um série de aplicativos web, e assim por diante. A consolidação de instâncias web [IIS] é feito com a separação de direitos, privilégios e operações de execução. IIS multitenant ajuda as organizações a eliminar vários, se não dezenas de servidores web e diminui a quantidade de servidores físicos e de licença para execução de serviços web.

 

Keep Calm And Enjoy the Windows Server 2012

:)

 

Aguardem o próximo post

Publicado: 12 de agosto de 2012 em Windows Server System

O próximo post será sobre … [aguardem], enquanto isso vou colocando meu Note a prova de fogo com essa imagem:

having fun :)


Em 01 de agosto de 2012, a Microsoft Oficialmente lançou o Windows Server 2012 para a fabricação. O anúncio foi divulgado na quarta-feira no Blog do Windows Server.

Indiscultivelmente, a maior novidade no Windows Server 2012 é a melhoria na tecnologia de virtualização – O Hyper-V. Pela primeira vez, o Hyper-V tem paridade de recursos com o VMware vSphere 5.0, e em alguns aspectos utrapassa.

Algumas das grandes melhorias que você vai encontrar no Windows Server 2012 Hyper-V são:

  • Suporte a cluster de 64 Nós e 4000 máquina virtuais [VMs]
  • Suporte para hosts com até 320 CPUs lógicas e até 4TB de memória RAM
  • VM com suporte para até 64 proc virtuais com até 1 TB de RAM
  • Suporte para VM Non-Uniform Memory Access [NUMA]
  • Suporte para múltiplos Live Migration em tempo real
  • Live Migration entre os hosts sem a necessidade de armazenamento compartilhado
  • Suporte para Storage Live Migration, que permite mover a configuração de uma VM, como: disco rígido virtual, e arquivos de instantâneo [Snapshot File] sem qualquer tempo de inatividade para a VM
  • Suporte para várias Stoarge Live Migration
  • Novo Extensible Virtual Switch, que permite multi-tenancy
  • Novo Hyper-V Replica que usa a replicação assíncrona de VMs para a recuperação de desastres e alta disponibilidade
  • NIC Teaming – placa de rede de fornecedores heterogonous

A Microsoft também anunciou o lançamento de fabricação para o Windows 8 em 1 de agosto. O Windows 8 está previsto para 26 de outubro.

Enjoy :)

Wilsterman Fernandes