Virtualização: Consolidação de carga de trabalho
Se feita da forma correta, a consolidação de hardware de servidor por meio da virtualização pode gerar muito mais benefícios comerciais do que a simples redução dos custos de hardware.
Thomas Olzak
Adaptado de "Microsoft Virtualization" (Syngress um imprint de Elsevier)
Quando você pensa sobre consolidação de carga de trabalho, imagine os serviços que fornece seu data center. Durante as discussões iniciais de consolidação de carga de trabalho, é comum a slip para pensar sobre o consumo de energia e espaço em rack. Enquanto essas são certamente principais itens a serem considerados na sua estratégia geral de virtualização, pensar sobre eles inclina neste momento o foco, que você precisará para planejamento de carga de trabalho. Assim, pare footprint de hardware de pensamento e se concentrar nos serviços de que seu datacenter oferece aos seus negócios. É esses serviços que você deseja se concentrar na consolidação.
Consolidação de carga de trabalho não é algo que você pode implementar de forma de cortador através de várias empresas. Mesmo as empresas do mesmo setor variam um pouco da maneira que eles realizem suas tarefas. Portanto estamos não é possível investigar em detalhes granulares de consolidação de carga de trabalho, mas podemos discuti-lo em generalities.
Consolidação de aplicativos
Uma das tecnologias bastante difundidas na maioria dos setores é aplicativos publicados. Então, vamos começar nossos exemplos lá. Publicar um aplicativo aos usuários remotos consiste em uma infra-estrutura bastante complexa e às vezes, grande. Isso pode ser ainda maior, dependendo do número e a natureza dos aplicativos publicados.
A evolução do projeto inicial para o que é hoje é comum entre servidores e ambientes de aplicativo publicado. Por exemplo, um farm que foi inicialmente projetado para publicar o aplicativo "X" há cinco anos pode publicar agora o aplicativo "Z" e nem mesmo publique o aplicativo "X" mais. Ou aplicativos talvez foram adicionados ou removidos completamente do farm. Essa evolução é inevitável, mas também é um ótimo exemplo dos benefícios da consolidação de carga de trabalho.
Digamos que um Farm foi criado há cinco anos para publicar um único aplicativo aos 1.200 usuários. Ele usa 20 servidores de aplicativo, um servidor de licenciamento, cinco servidores Web e um servidor de banco de dados de oito vias. No momento do seu design inicial, usamos um hardware totalmente novo com base nas especificações e recomendações de fornecedores.
Temos construído um Farm e introduzidas-la no ambiente com base nas recomendações do fornecedor para configuração de software, especificações de hardware e o número de usuários que se conectar e usar o aplicativo que está sendo publicado. Ao longo do tempo, assim como acontece com muitas organizações, o uso de verdadeiro de nosso farm evoluiu.
O que foi originalmente 1.200 usuários acessando um único aplicativo descartado para aproximadamente 600 usuários acessando o aplicativo original. Um aplicativo adicional foi adicionado ao farm e publicado em torno de 200 usuários. O hardware que era o melhor e mais recente tornou datado, enquanto o software continua a obter o patch, atualizado e se torna mais eficiente. Todos esses detalhes reproduzir em seu planejamento de consolidação de carga de trabalho.
Os principais fornecedores de software de publicação de aplicativo fornecem ferramentas e guias que ajudam a identificar o uso de verdadeiro de seus servidores de aplicativo. Usando essas ferramentas durante esta fase do seu planejamento de consolidação de carga de trabalho é crucial. Tenha em mente que até mesmo fornecido pelo fornecedor recomendações para seu software baseiam-se no uso geral. A maneira como os usuários realmente usam o aplicativo que está sendo publicado somente pode ser determinado pelo exame.
Aliviar a carga
As especificações originais para um Farm denominado 20 servidores de aplicativos oferecer suporte a 1.200 usuários. Agora estamos até 600 usuários. No entanto, você não pode presumir que o número de servidores de aplicativo pode simplesmente soltar em 50%.
Neste ponto, você deverá contatar o fornecedor de suporte ao aplicativo. Você deve ter coletado uma matriz de uso real de servidor usando as ferramentas fornecidas pelo fornecedor para que eles podem ajudar não apenas em reduções nos requisitos de tamanho do farm, mas também garantir que os contratos de suporte existentes serão mantidos por meio desse processo. Você desejará examinar cuidadosamente as estatísticas de uso também.
Ao examinar o nosso ambiente hipotético de um Farm, descobrimos que o banco de dados do aplicativo principal não é mais acessado quase como era freqüentemente ou como intensamente como ela vez. Isso nos permite substituir nosso servidor de oito vias existente com um servidor menos potente, ou até mesmo migrar o banco de dados para outro servidor de banco de dados que pode ter as especificações exigidas em excesso. Para o nosso cenário, será migramos o banco de dados para outro servidor de banco de dados.
Como mencionado anteriormente, no entanto, nosso farm evoluiu para incluir um aplicativo adicional, publicado em torno de 200 usuários. Portanto, agora podemos devem passar pelas mesmas etapas para este aplicativo determinar seus requisitos de true.
Com nossas avaliações completas, identificamos os requisitos de true para a carga de trabalho novo e consolidada do nosso ambiente de aplicativos publicados. Temos reduziu o número de servidores Web de cinco para quatro e migrados-los em um ambiente virtualizado.
O número de servidores de aplicativo diminuiu de 20 para 10, nosso servidor de banco de dados autônomo é removido completamente e o banco de dados é migrado para outro servidor de banco de dados com recursos em excesso e disponíveis. Também podemos ter virtualizados nosso servidor de licenciamento, também.
.jpg)
Thomas Olzak é diretor de segurança das informações em HCR ManorCare, um rehabilitation baseados em Ohio curto e longo prazo e o provedor de atendimento médico com mais de 500 locais espalhados em 32 estados.Jason Boomer, Keefer de Robert e James Sabovik também contribuíram para este artigo e o livro a partir do qual ele é representado.
© 2011 Elsevier Inc. Todos os direitos reservados. Impresso com permissão da Syngress um imprint de Elsevier. Copyright 2011. "Virtualização da Microsoft" por Thomas Olzak. Para obter mais informações sobre este título e de outros livros semelhantes, visite elsevierdirect.com.