emc vspex end-user computing · capítulo 3 visão geral da tecnologia da solução 21 ... figura...

Infraestrutura comprovada do VSPEX

EMC VSPEX

Resumo

Este documento descreve a solução EMC VSPEX End-User Computing com Citrix XenDesktop 5.6 e VMware vSphere 5.1 para até 250 desktops virtuais.

Dezembro de 2012

EMC® VSPEX™ END-USER COMPUTING Citrix® XenDesktop™ 5.6 com VMware vSphere® 5.1 para até 250 Desktops Virtuais Habilitado por EMC VNX® e Backup EMC de Última geração

Citrix XenDesktop 5.6 e VMware vSphere 5.1 para até 250 desktops virtuais Habilitado por EMC VNXe e Backup EMC de Última Geração

2

Copyright © 2013 EMC Corporation. Todos os direitos reservados.

Publicado em dezembro de 2012

A EMC assegura que as informações apresentadas neste documento estão corretas. As informações estão sujeitas a alterações sem prévio aviso.

As informações contidas nesta publicação são fornecidas no estado em que se encontram. A EMC Corporation não garante nenhum tipo de informação contida nesta publicação, assim como se isenta das garantias para a comercialização de um produto para um propósito específico. O uso, a cópia e a distribuição de qualquer software da EMC descrito nesta publicação exigem uma licença de software.

EMC2, EMC e o logotipo da EMC são marcas registradas ou comerciais da EMC Corporation nos Estados Unidos e em outros países. Todas as outras marcas comerciais aqui utilizadas pertencem a seus respectivos proprietários.

Para obter a documentação regulatória mais atualizada para sua linha de produtos, visite a seção "Documentação Técnica e Conselhos", no site de Suporte on-line da EMC.


Número da peça H11333


3

Índice

Capítulo 1 Resumo Executivo 13

Introdução .................................................................................................. 14

Público-alvo ................................................................................................ 14

Finalidade do documento ............................................................................ 14

Necessidades dos negócios ......................................................................... 15

Capítulo 2 Visão Geral da Solução 17

Visão Geral .................................................................................................. 18

Agente de desktop ...................................................................................... 18

Virtualização ............................................................................................... 18

Armazenamento .......................................................................................... 18

Rede ........................................................................................................... 19

Computação ................................................................................................ 19

Capítulo 3 Visão Geral da Tecnologia da Solução 21

A solução de tecnologia .............................................................................. 22

Resumo dos componentes-chave ................................................................ 23 Introdução ............................................................................................................ 23

Agente de desktop ...................................................................................... 24 Visão Geral ........................................................................................................... 24 Citrix XenDesktop 5.6 ............................................................................................ 24 Machine Creation Services .................................................................................... 24 Citrix Personal vDisk ............................................................................................. 24 Citrix Profile Manager 4.1 ...................................................................................... 24

Virtualização ............................................................................................... 25 Visão geral ............................................................................................................ 25 VMware vSphere 5.1 .............................................................................................. 25 VMware vCenter .................................................................................................... 25 VMware vSphere High Availability ......................................................................... 25 EMC Virtual Storage Integrator for VMware ............................................................ 26

Índice


4

Suporte ao VNX VMware vStorage API for Array Integration.................................... 26

Computação ................................................................................................ 27

Rede ........................................................................................................... 29

Armazenamento .......................................................................................... 31 Visão Geral ........................................................................................................... 31 Série EMC VNXe .................................................................................................... 31

Backup e recuperação ................................................................................. 32

Segurança ................................................................................................... 32 Autenticação de dois fatores da RSA SecurID ........................................................ 32 Autenticação do SecurID no ambiente do VSPEX End User Computing for Citrix XenDesktop .......................................................................................................... 33 Componentes obrigatórios .................................................................................... 34 Recursos de computação, memória e armazenamento .......................................... 35

Capítulo 4 Visão Geral da Arquitetura da Solução 37

Visão geral da solução ................................................................................ 38

Arquitetura da solução ................................................................................ 38 Arquitetura para até 250 desktops virtuais ............................................................ 38 Componentes-chave ............................................................................................. 39 Recursos de hardware ........................................................................................... 41 Recursos de software ............................................................................................ 42 Dimensionamento para configuração validada ..................................................... 42

Diretrizes de configuração do servidor ......................................................... 44 Visão geral ............................................................................................................ 44 Virtualização de memória do VMware vSphere para VSPEX ................................... 45 Diretrizes de configuração de memória ................................................................. 46

Diretrizes de configuração de rede .............................................................. 47 Visão geral ............................................................................................................ 47 VLAN ..................................................................................................................... 47 Habilitar jumbo-frames ......................................................................................... 48 Agregação de links ................................................................................................ 48

Diretrizes de configuração de armazenamento ............................................ 48 Visão geral ............................................................................................................ 48 Virtualização de armazenamento do VMware vSphere para VSPEX ....................... 49 Layout de armazenamento para 250 desktops virtuais .......................................... 50

Alta disponibilidade e failover ...................................................................... 51 Introdução ............................................................................................................ 51 Camada de virtualização ....................................................................................... 51 Camada de computação ....................................................................................... 51 Camada de rede .................................................................................................... 52 Camada de armazenamento ................................................................................. 53

Índice


5

Perfil de teste de validação .......................................................................... 54 Características do perfil ........................................................................................ 54

Diretrizes de configuração de ambiente de backup ...................................... 55 Características de backup ..................................................................................... 55 Layout de backup .................................................................................................. 55

Diretrizes de dimensionamento ................................................................... 55

Carga de trabalho de referência ................................................................... 56 Definição de carga de trabalho de referência ........................................................ 56

Aplicação da carga de trabalho de referência .............................................. 56 Simultaneidade .................................................................................................... 56 Cargas de trabalho de desktop mais pesadas ....................................................... 57

Implementação da arquitetura da solução ................................................... 57 Tipos de recurso ................................................................................................... 57 Recursos de CPU ................................................................................................... 57 Recursos de memória ............................................................................................ 58 Recursos de rede .................................................................................................. 58 Recursos de armazenamento ................................................................................ 59 Recursos de backup .............................................................................................. 59 Resumo da implementação ................................................................................... 59

Avaliação rápida ......................................................................................... 59 Requisitos de CPU ................................................................................................ 60 Requisitos de memória ........................................................................................ 60 Requisitos de desempenho de armazenamento ................................................... 60 Requisitos de capacidade de armazenamento ..................................................... 60 Determinando os desktops virtuais de referência equivalentes ............................. 61 Ajuste dos recursos de hardware .......................................................................... 62

Capítulo 5 Diretrizes de Configuração do VSPEX 65

Visão geral .................................................................................................. 66

Tarefas de pré-implementação .................................................................... 67 Visão geral ............................................................................................................ 67 Pré-requisitos de implementação .......................................................................... 67

Dados de configuração do cliente ................................................................ 69

Preparar switches, conectar a rede e configurar switches ............................. 70 Visão geral ............................................................................................................ 70 Preparar switches de rede ..................................................................................... 70 Configurar a rede de infraestrutura ........................................................................ 70 Configurar VLANs .................................................................................................. 71 Concluir o cabeamento de rede ............................................................................. 71

Preparar e configurar storage array .............................................................. 72

Índice


6

Configuração VNXe ............................................................................................... 72 Provisionar armazenamento de dados principal .................................................... 73 Provisionar armazenamento opcional para dados do usuário ............................... 73 Provisionar armazenamento opcional para máquinas virtuais de infraestrutura .... 73

Instalar e configurar hosts VMware vSphere ................................................ 74 Visão geral ............................................................................................................ 74 Instalar o ESXi ....................................................................................................... 74 Configurar o sistema de rede do ESXi .................................................................... 74 Jumbo-frames ....................................................................................................... 75 Conectar datastores do VMware ............................................................................ 75

Instalar e configurar o banco de dados SQL Server ...................................... 78 Visão geral ............................................................................................................ 78 Criar uma máquina virtual para o Microsoft SQL Server ......................................... 78 Instalar o Microsoft Windows na máquina virtual .................................................. 79 Instalar o SQL Server ............................................................................................. 79 Configurar o banco de dados para o VMware vCenter ............................................ 79 Configurar o banco de dados para o VMware Update Manager .............................. 79

Instalar e configurar o VMware vCenter Server ............................................. 80 Visão geral ........................................................................................................... 80 Criar a máquina virtual host do vCenter ................................................................. 81 Instalar o SO guest do vCenter .............................................................................. 81 Criar conexões de ODBC do vCenter ...................................................................... 81 Instalar o vCenter Server ....................................................................................... 81 Aplicar chaves de licença do vSphere ................................................................... 81 Implementar o plug-in do VNX VAAI para NFS (variante NFS) ................................. 81 Instalar o plug-in do EMC VSI ................................................................................ 82

Instalar e configurar a controladora XenDesktop .......................................... 82 Visão geral ............................................................................................................ 82 Instalar componentes de servidor do XenDesktop ................................................. 83 Instalar o Desktop Studio ...................................................................................... 83 Configurar um site ................................................................................................. 83 Adicionar uma segunda controladora .................................................................... 83 Preparar uma máquina virtual master ................................................................... 84 Provisionar desktops virtuais ................................................................................ 84

Resumo ....................................................................................................... 84

Capítulo 6 Validação da Solução 85

Visão Geral .................................................................................................. 86

Lista de verificação pós-instalação .............................................................. 87

Implementar e testar apenas um desktop virtual ......................................... 87

Verificar a redundância dos componentes da solução ................................. 87

Índice


7

Apêndice A Listas de material 89

Lista de material para 250 desktops virtuais ................................................ 90

Apêndice B Data sheet de configurações do cliente 91

Data sheets de configurações do cliente ...................................................... 92

Apêndice C Referências 95

Referências ................................................................................................. 96 Documentação da EMC ........................................................................................ 96 Outros documentos .............................................................................................. 97

Apêndice D Sobre o VSPEX 99

Sobre o VSPEX ........................................................................................... 100

Índice


8


9

Figuras

Figura 1. Componentes da solução .................................................................... 22 Figura 2. Flexibilidade da camada de computação ............................................ 28 Figura 3. Exemplo de projeto de rede altamente disponível .............................. 29 Figura 4. Fluxo de controle de autenticação para solicitações de acesso ao

XenDesktop originárias de uma rede externa ....................................... 33 Figura 5. Fluxo de controle de autenticação para solicitações do XenDesktop

provenientes da rede local .................................................................. 34 Figura 6. Arquitetura lógica: computação do usuário final do VSPEX para Citrix

XenDesktop com RSA .......................................................................... 35 Figura 7. Arquitetura lógica para 250 desktops virtuais ...................................... 39 Figura 8. Diagrama de rede ................................................................................ 43 Figura 9. Consumo de memória de hipervisor .................................................... 45 Figura 10. Redes obrigatórias .............................................................................. 47 Figura 11. Tipos de disco virtual VMware ............................................................. 49 Figura 12. Layout de armazenamento principal .................................................... 50 Figura 13. Layout opcional de armazenamento .................................................... 50 Figura 14. Alta disponibilidade na camada de virtualização................................. 51 Figura 15. Fontes de alimentação redundantes .................................................... 52 Figura 16. Alta disponibilidade de camada de rede ............................................. 52 Figura 17. Alta disponibilidade da série VNXe ...................................................... 53 Figura 18. Exemplo de arquitetura de rede Ethernet ............................................. 71 Figura 19. Configurações de memória namáquina virtual ................................... 77

Figuras


10


11

Tabelas

Tabela 1. Benefícios do cliente VNXe .................................................................. 31 Tabela 2. Recursos mínimos de hardware para aceitar o SecurID ....................... 36 Tabela 3. Hardware da solução ........................................................................... 41 Tabela 4. Software da solução ............................................................................42 Tabela 5. Hardware de servidor .......................................................................... 44 Tabela 6. Hardware para armazenamento .......................................................... 48 Tabela 7. Perfil do ambiente validado ................................................................. 54 Tabela 8. Características do perfil de backup ...................................................... 55 Tabela 9. Características do desktop virtual ........................................................ 56 Tabela 10. Linha da planilha em branco .............................................................. 60 Tabela 11. Recursos do desktop virtual de referência ........................................... 61 Tabela 12. Exemplo de linha da planilha .............................................................. 61 Tabela 13. Exemplos de aplicativos ..................................................................... 62 Tabela 14. Totais dos componentes de recursos de servidor ............................... 63 Tabela 15. Planilha em branco do cliente ............................................................ 64 Tabela 16. Visão geral do processo de implementação ........................................ 66 Tabela 17. Tarefas para a pré-implementação ...................................................... 67 Tabela 18. Lista de verificação de pré-requisitos de implementação ..................... 67 Tabela 19. Tarefas para configuração de switches e rede ...................................... 70 Tabela 20. Tarefas de configuração de armazenamento ........................................ 72 Tabela 21. Tarefas de instalação de servidor ........................................................ 74 Tabela 22. Tarefas de configuração do banco de dados SQL Server ...................... 78 Tabela 23. Tarefas de configuração do vCenter .................................................... 80 Tabela 24. Tarefas de configuração da controladora XenDesktop ........................ 82 Tabela 25. Tarefas de teste da instalação ............................................................ 86 Tabela 26. Lista de componentes usados na solução VSPEX para 250 desktops

virtuais ............................................................................................... 90 Tabela 27. Informações comuns do servidor ........................................................ 92 Tabela 28. Informações do ESXi Server ................................................................ 92 Tabela 29. Informações do array .......................................................................... 93 Tabela 30. Informações sobre a infraestrutura de rede ........................................ 93 Tabela 31. Informações de VLAN ......................................................................... 93 Tabela 32. Contas de serviço ............................................................................... 93

Tabelas


12


13

Capítulo 1 Resumo Executivo

Este capítulo apresenta os seguintes tópicos:

Introdução ......................................................................................... 14

Público-alvo ....................................................................................... 14

Finalidade do documento ................................................................... 14

Necessidades dos negócios ................................................................. 15

Resumo Executivo


14

Introdução As arquiteturas validadas e modulares do VSPEX são desenvolvidas com as melhores tecnologias comprovadas para criar soluções completas de virtualização, que permitem a você tomar decisões fundamentadas nas camadas de hipervisor, computação e sistema de rede. O VSPEX elimina as sobrecargas de planejamento e configuração de virtualização do servidor. Ao dar início a um processo de virtualização de servidores, implementação de desktops virtuais ou consolidação de TI, o VSPEX agiliza a transformação da TI possibilitando implementações mais rápidas, liberdade de escolha, mais eficiência e menos riscos.

Este documento pretende ser um guia completo para os aspectos técnicos desta solução. A capacidade do servidor é fornecida em termos genéricos para os requisitos mínimos de CPU, memória e interfaces de rede; o cliente tem liberdade para escolher o hardware de servidor e de sistema de rede que atenda ou exceda os mínimos estipulados.

Público-alvo O leitor deste documento deverá ter o treinamento e o conhecimento necessário para instalar e configurar uma solução de computação de usuário final baseada no Citrix XenDesktop com VMware vSphere como um hipervisor, sistemas de armazenamento da série EMC VNXe e a infraestrutura associada, conforme exigido por essa implementação. Referências externas são fornecidas quando aplicável, e é recomendável que o leitor conheça esses documentos.

Os leitores também deverão conhecer a infraestrutura e as políticas de segurança de banco de dados da instalação do cliente.

Os representantes voltados para a venda e o dimensionamento de uma solução VSPEX End-User Computing para o Citrix XenDesktop devem prestar especial atenção nos primeiros quatro capítulos deste documento. Após a compra, os implementadores da solução devem se concentrar nas diretrizes de configuração no Capítulo 5, na validação da solução no Capítulo 6 e nas referências e apêndices apropriados

Finalidade do documento Este documento fornece uma introdução à arquitetura de computação do usuário final do VSPEX, uma explicação de como modificar a arquitetura para projetos específicos e instruções de como implementar o sistema de maneira eficiente.

A arquitetura de computação do usuário final do VSPEX oferece ao cliente um sistema moderno, capaz de hospedar um grande número de desktops virtuais, com um nível de desempenho consistente. Essa solução é executada na camada de virtualização VMware vSphere, com suporte da família de armazenamento VNX altamente disponível, para armazenamento e para o agente de desktop XenDesktop da Citrix. Os componentes de computação e de rede, embora sejam definidos pelo cliente, são projetados para serem redundantes e suficientemente potentes para lidar com as necessidades de processamento e dos dados de um ambiente grande de máquinas virtuais.

Os 250 ambientes de desktops virtuais discutidos são baseados em uma carga de trabalho de desktop definida. Nem todos os desktops virtuais têm os mesmos

Resumo Executivo


15

requisitos e este documento contém métodos e orientações para ajustar seu sistema para ser econômico quando implementado. Para ambientes maiores ambientes, soluções para até 2.000 desktops virtuais baseados no EMC série EMC são descritas em COMPUTAÇÃO DO USUÁRIO FINAL DO EMC VSPEX com Citrix XenDesktop 5.6 com VMware vSphere 5.1 para até 2.000 Desktops Virtuais.

Uma arquitetura de computação do usuário final ou de desktop virtual é uma oferta de sistema complexo. Este documento facilitará sua configuração fornecendo com antecedência listas de material de software e hardware, orientações e planilhas detalhadas de dimensionamento e etapas verificadas de implementação. Após a instalação do último componente, há testes de validação para garantir que seu sistema esteja funcionando corretamente. O cumprimento das orientações fornecidas por este documento vai garantir uma implementação de desktop eficiente e sem esforço.

Necessidades dos negócios As soluções VSPEX são desenvolvidas com as melhores tecnologias comprovadas para criar soluções de virtualização completas, que permitem tomar decisões inteligentes nas camadas de hipervisor, servidor e sistema de rede. As soluções VSPEX aceleram sua transformação de TI, possibilitando implementações mais rápidas, eficiência, escolha, e menor risco.

Aplicativos de negócios estão se movendo para a computação, rede e ambiente de armazenamento consolidados. A computação do usuário final do EMC VSPEX usando o Citrix reduz a complexidade de configuração de cada componente de um modelo de implementação tradicional. A complexidade de gerenciamento da integração é reduzida, mantendo as opções de projeto e implementação do aplicativo. A administração é unificada, enquanto a separação do processo pode ser adequadamente controlada e monitorada. Abaixo, as necessidades do negócio para as arquiteturas do computação do usuário final do VSPEX para Citrix:

• Fornece uma solução de virtualização completa para usar os recursos dos componentes de infraestrutura unificada

• Fornece uma solução VSPEX for Citrix End-User Computing para a virtualização eficiente de 250 desktops virtuais para os diversos casos de uso do cliente.

• Fornece um projeto de referência confiável, flexível e dimensionável

Resumo Executivo


16


17

Capítulo 2 Visão Geral da Solução


Visão Geral ........................................................................................ 18

Agente de desktop ............................................................................. 18

Virtualização ...................................................................................... 18

Armazenamento ................................................................................. 18

Rede .................................................................................................. 19

Computação ...................................................................................... 19

Visão Geral da Solução


18

Visão Geral A solução EMC VSPEX End-User Computing para Citrix XenDesktop no VMware vSphere 5.1 fornece uma arquitetura de sistema completa, capaz de aceitar até 250 desktops virtuais com uma topologia de servidor/rede redundante e de armazenamento altamente disponível. Os principais componentes que constituem essa solução específica são agente de desktop, virtualização, armazenamento, sistema de rede e computação.

Agente de desktop XenDesktop é a solução de desktop virtual da Citrix que permite que os desktops virtuais sejam executados no ambiente de virtualização VMware vSphere. Permite o gerenciamento centralizado de desktops e proporciona maior controle dos departamentos de TI. O XenDesktop permite que os usuários finais se conectem a seus desktops a partir de vários dispositivos por meio de uma conexão de rede.

Virtualização VMware vSphere é a plataforma de virtualização líder do setor. Há anos, ela fornece flexibilidade e economia aos usuários finais, possibilitando a consolidação de grandes e ineficientes conjuntos de servidores em infraestruturas em nuvem ágeis e confiáveis. Os principais componentes do VMware vSphere são o hipervisor VMware vSphere e o servidor de controle VMware vCenterTM para gerenciamento do sistema.

O hipervisor VMware é executado em um servidor dedicado e permite que vários sistemas operacionais sejam executados no sistema simultaneamente, como máquinas virtuais. Esses sistemas de hipervisor podem, então, ser conectados para funcionar em uma configuração colocada em ambiente de cluster. Essas configurações colocadas em ambiente de cluster são gerenciadas como um pool maior de recursos por meio do produto vCenter e permite a alocação dinâmica de CPU, memória e armazenamento em todo o cluster.

Recursos como o vMotionTM, que permite a uma máquina virtual se mover entre diferentes servidores sem causar interrupções no sistema operacional, e o DRS (Distributed Resource Scheduler), que executa o vMotion automaticamente para balancear cargas, fazem do vSphere uma sólida opção para os negócios.

Com o lançamento do vSphere 5.1, um ambiente VMware virtualizado pode hospedar máquinas virtuais com até 64 CPUs virtuais e 1 TB de RAM virtual.

Armazenamento A família de armazenamento EMC VNX é a plataforma número um de armazenamento compartilhado no setor. Sua capacidade de fornecer acesso a file e block com um conjunto amplo de recursos faz dele uma escolha ideal para qualquer implementação de computação do usuário final.

O armazenamento VNX inclui os seguintes componentes, que são dimensionados para as cargas de trabalho de arquitetura determinadas:

• Portas de adaptador de host — fornecem conectividade de host por meio do fabric para o array.



19

• Controladoras de armazenamento — o componente de computação do storage array, responsável por todos os aspectos de entrada e saída de dados e entre os arrays e o suporte de protocolos.

• Drives de disco — eixos reais que contêm os dados do host/aplicativo e suas gavetas.

A solução para 250 desktops virtuais discutida neste documento é baseada no storage array VNXe3300TM. O VNXe3300 pode hospedar até 150 drives.

O EMC série VNXe é compatível com uma ampla gama de recursos de classe corporativa, ideais para o ambiente de computação do usuário final, inclusive:

• Provisionamento thin

• Replicação

• Snapshots

• Desduplicação e compactação de arquivos

• Gerenciamento de cota e muitos mais

Rede O VSPEX permite a flexibilidade de projetar e implementar sua escolha de componentes de rede. A infraestrutura deve estar de acordo com os seguintes atributos:

• Links de rede redundantes para hosts, switches e armazenamento

• Suporte para agregação de links

• Isolamento de tráfego com base nas práticas recomendadas aceitas pelo setor

Computação O VSPEX permite a flexibilidade de projetar e implementar a escolha do fornecedor de componentes de servidor. A infraestrutura deve estar de acordo com os seguintes atributos:

• RAM, núcleo e memória suficientes para aceitar o número e os tipos de máquinas virtuais necessários

• Conexões de rede suficientes para permitir conectividade redundante com switches do sistema

• Excesso de capacidade para resistir a uma falha no servidor e failover no ambiente



20


21

Capítulo 3 Visão Geral da Tecnologia da Solução


A solução de tecnologia ..................................................................... 22

Resumo dos componentes-chave ........................................................ 23

Agente de desktop ............................................................................. 24

Virtualização ...................................................................................... 25

Computação ...................................................................................... 27

Rede .................................................................................................. 29

Armazenamento ..................................................................................31

Backup e recuperação ........................................................................ 32

Segurança ......................................................................................... 32

Visão Geral da Tecnologia da Solução


22

A solução de tecnologia Esta solução usa o EMC VNXe3300 e VMware vSphere 5.1 para fornecer os recursos de armazenamento e computação para um ambiente Citrix XenDesktop 5.6 de desktops virtuais do Microsoft® Windows® 7 provisionados pelo Machine Creation Services (MCS)

Figura 1. Componentes da solução

O planejamento e projeto da infraestrutura de armazenamento para um ambiente Citrix XenDesktop é uma etapa essencial porque o armazenamento compartilhado precisa ser capaz de absorver grandes picos de I/O (input/output) que ocorrem durante um dia de trabalho. Esses picos podem provocar períodos instáveis e imprevisíveis de desempenho do desktop virtual. Os usuários podem se adaptar ao lento desempenho, mas a imprevisibilidade do desempenho será frustrante e reduzirá a eficiência.

Para fornecer um desempenho previsível para uma infraestrutura de desktop virtual, o sistema de armazenamento deve ser capaz de manipular o pico de carga de I/O dos clientes enquanto mantém um tempo de resposta mínimo.

O backup EMC de última geração permite proteção aos dados do usuário e capacidade de recuperação do usuário final. Isso é obtido pelo aproveitamento do EMC Avamar® e de seu client desktop na imagem do desktop.



23

Resumo dos componentes-chave

Esta seção descreve brevemente os componentes-chave desta solução.

• Agente de

O intermediário de virtualização de desktop gerencia o provisionamento, a alocação, manutenção e eventual remoção das imagens de desktops virtuais que são fornecidas aos usuários do sistema. Esse software é essencial para habilitar a criação sob demanda de imagens do desktop, permitir a manutenção da imagem sem afetar a produtividade do usuário e impedir que o ambiente cresça de maneira descontrolada.

• Virtualização

A camada de virtualização permite que a implementação física dos recursos seja separada dos aplicativos que os utilizam. Em outras palavras, a visualização dos recursos disponíveis do aplicativo não está mais diretamente vinculada ao hardware. Isso permite muitos recursos-chave no conceito de computação do usuário final.

• Computação

A camada de computação fornece recursos de memória e processamento para o software da camada de virtualização, além das necessidades dos aplicativos em execução na infraestrutura. O programa VSPEX define a quantidade mínima de recursos de camada de computação necessários, mas permite que o cliente implemente os requisitos usando qualquer hardware de computação que atenda a esses requisitos.

• Rede

A camada de rede conecta os usuários do ambiente aos recursos de que precisam, além de conectar a camada de armazenamento à camada de computação. O programa VSPEX define o número mínimo de portas de rede necessárias para a solução e especifica informações gerais sobre a arquitetura de rede, mas permite que o cliente implemente os requisitos usando qualquer hardware de rede que atenda a esses requisitos.

• Armazenamento

A camada de armazenamento é um recurso crítico para a implementação do ambiente de computação do usuário final. Devido à maneira pela qual os desktops são usados, a camada de armazenamento deve ser capaz de absorver grandes picos de atividade, sem impacto indevido na experiência do usuário.

• Backup e recuperação

Os componentes opcionais de backup e recuperação da solução fornecem proteção de dados, caso os dados do sistema principal sejam excluídos, danificados ou se tornem inutilizáveis.

• Segurança

O componente de segurança opcional da solução de RSA oferece aos consumidores opções adicionais para controlar o acesso ao ambiente e garantir que somente usuários autorizados tenham permissão para usar o sistema.

Arquitetura da solução fornece detalhes sobre todos os componentes que compõem a arquitetura de referência.

Introdução



24

Agente de desktop

A virtualização de desktop encapsula e entrega o desktop do usuário a dispositivos clientes remotos, que podem ser clientes thin, clientes zero, smartphones e Tabelats. Ela permite que assinantes de diferentes locais acessem desktops virtuais hospedados em recursos de computação centralizados em datacenters remotos.

Nesta solução, o Citrix XenDesktop é usado para provisionar, administrar, intermediar e monitorar o ambiente de virtualização do desktop.

O Citrix XenDesktop transforma os desktops Windows em um serviço sob demanda para qualquer usuário, qualquer dispositivo, em qualquer lugar. O XenDesktop fornece com rapidez e segurança qualquer tipo de desktop virtual, ou qualquer tipo de aplicativo Windows, da Web ou de SaaS, para todos os PCs, Macs, Tabelats, smartphones, laptops e clientes thin mais recentes — e faz isso com uma experiência de alta definição para o usuário (HDX).

A tecnologia de fornecimento FlexCast permite que TI otimize o desempenho, a segurança e o custo dos desktops virtuais para qualquer tipo de usuário, inclusive profissionais que executam tarefas bem definidas, profissionais móveis, usuários avançados e prestadores de serviço. O XenDesktop ajuda a TI a se adaptar rapidamente às iniciativas de negócios, simplificando a entrega de desktop e permitindo o autoatendimento do usuário. A arquitetura aberta, dimensionável e comprovada simplifica o gerenciamento, o suporte e a integração.

Machine Creation Services (MCS) é um mecanismo de provisionamento apresentado no XenDesktop 5.0. É integrado à interface de gerenciamento do XenDesktop, Desktop Studio, para provisionar, gerenciar e retirar desktops de serviço durante o gerenciamento de seu ciclo de vida, a partir de um ponto de gerenciamento centralizado.

O MCS permite que diversos tipos de máquinas sejam gerenciados em um catálogo do Desktop Studio, inclusive máquinas dedicadas e submetidas a pool. A personalização de desktops é persistente para máquinas dedicadas, embora seja necessária uma máquina em pool caso um desktop não persistente seja apropriado.

Nesta solução, 250 desktops virtuais persistentes executando o Windows 7 foram provisionado usando MCS. Os desktops foram implementados a partir de dois catálogos de máquinas dedicadas.

O recurso Citrix Personal vDisk foi apresentado no Citrix XenDesktop 5.6. Com o Personal vDisk, os usuários podem preservar as configurações de personalização e aplicativos instalados em um desktop em pool. Este recurso é executado redirecionando as alterações da máquina virtual em pool do usuário para um disco separado denominado Personal vDisk. Durante a execução, o conteúdo do Personal vDisk é combinado ao conteúdo da máquina virtual de base para proporcionar uma experiência unificada ao usuário final. Os dados do Personal vDisk são preservados durante as operações de reinicialização/atualização.

O Citrix Profile Manager 4.1 preserva perfis de usuário e os sincroniza dinamicamente com um repositório de perfis remotos. O Citrix Profile Manager garante que as configurações pessoais do usuário sejam aplicadas a desktops e aplicativos, independentemente do local de login do usuário ou do dispositivo cliente.

Visão Geral

Citrix XenDesktop 5.6

Machine Creation Services

Citrix Personal vDisk

Citrix Profile Manager 4.1



25

A combinação do Citrix Profile Manager com desktops em pool fornece a experiência de um desktop dedicado, reduzindo potencialmente, ao mesmo tempo, a quantidade de armazenamento necessário em uma organização.

Com o Citrix Profile Manager, o perfil remoto de um usuário é obtido dinamicamente por download quando o usuário faz log-in em um Citrix XenDesktop. O Profile Manager faz o download das informações de perfil do usuário somente quando o usuário precisa.

Virtualização

A camada de virtualização é um componente-chave de qualquer solução de computação de usuário final. Ela permite que as necessidades de recursos de aplicativos sejam dissociadas dos recursos físicos subjacentes que os servem. Isso permite maior flexibilidade na camada do aplicativo, eliminando o tempo de inatividade do hardware para manutenção, e ainda permitindo que a capacidade física do sistema seja alterada sem afetar os aplicativos hospedados.

O VMware vSphere 5.1 transforma os recursos físicos do computador ao virtualizar a CPU, a memória, o armazenamento e a rede. Essa transformação cria máquinas virtuais totalmente funcionais, que executam sistemas operacionais e aplicativos isolados e encapsulados, da mesma forma que os computadores físicos.

Os recursos de alta disponibilidade do VMware vSphere 5.1, como vMotion e Storage vMotion permitem migração perfeita de máquinas virtuais e arquivos armazenados de um servidor vSphere para outro, com pouco ou nenhum impacto sobre o desempenho. Acopladas com vSphere DRS e Storage DRS, as máquinas virtuais têm acesso aos recursos apropriados em qualquer ponto no tempo por meio de balanceamento de carga de recursos de computação e armazenamento.

Nesta solução, o VMware vSphere 5.1 é usado para criar a camada de virtualização.

VMware vCenter é uma plataforma de gerenciamento centralizada para a infraestrutura virtual do VMware. Ele oferece aos administradores uma interface única para todos os aspectos de monitoramento, gerenciamento e manutenção da infraestrutura virtual, que pode ser acessada a partir de vários dispositivos.

O VMware vCenter também é responsável pelo gerenciamento de alguns dos recursos mais avançados de infraestrutura virtual do VMware, como o VMware vSphere High Availability e o Distributed Resource Scheduling (DRS), juntamente com vMotion e o Update Manager.

O recurso VMware vSphere High Availability permite que a camada de virtualização reinicie automaticamente máquinas virtuais em várias condições de falha.

• Se o sistema operacional da máquina virtual apresentar um erro, a máquina virtual poderá ser reiniciada automaticamente no mesmo hardware.

• Se o hardware físico tiver um erro, as máquinas virtuais impactadas poderão ser reiniciadas automaticamente em outros servidores no cluster.

Visão geral

VMware vSphere 5.1

VMware vCenter

VMware vSphere High Availability



26

Obs. Para reiniciar as máquinas virtuais em um hardware diferente esses servidores precisam ter recursos disponíveis. Há recomendações específicas na seção Compute abaixo para habilitar essa funcionalidade.

O VMware vSphere High Availability permite que você conFigura políticas para determinar quais máquinas são reiniciadas automaticamente e em que condições essas operações devem ser tentadas.

O EMC VSI (Virtual Storage Integrator) for VMware vSphere é um plug-in para o vSphere Client que fornece uma só interface de gerenciamento usada para gerenciar o armazenamento EMC no ambiente vSphere. É possível adicionar e remover recursos do VSI de modo independente, o que oferece flexibilidade para personalizar ambientes de usuário do VSI. Os recursos são gerenciados com o uso do VSI Feature Manager. O VSI proporciona uma experiência de usuário unificada, o que permite que novos recursos sejam introduzidos rapidamente em resposta a alterações nos requisitos do cliente.

Os seguintes recursos são usados durante os testes de validação:

• Storage Viewer (SV) — amplia o vSphere Client para facilitar a detecção e a identificação de dispositivos de armazenamento EMC VNXe que estão alocados para os hosts e as máquinas virtuais VMware vSphere. O SV apresenta os detalhes de armazenamento subjacentes para o administrador do datacenter virtual, mesclando os dados de diferentes ferramentas de mapeamento de armazenamento em algumas exibições simplificadas do vSphere Client.

• Gerenciamento de armazenamento unificado — simplifica a administração de armazenamento da plataforma de armazenamento unificado EMC VNX. Isso permite que os administradores do VMware provisionem novos datastores de NFS (Network File System, sistema de arquivos de rede), datastores de VMFS (Virtual Machine File System, sistema de arquivos de máquina virtual) e volumes RDM perfeitamente no vSphere Client.

Consulte os guias de produtos do EMC VSI para VMware vSphere no site de suporte on-line da EMC para obter mais informações.

A aceleração de hardware com VMware vStorage API for Array Integration (VAAI) é um aprimoramento de armazenamento no vSphere 5.1 que possibilita que o vSphere descarregue operações de armazenamento específicas para hardware para armazenamento compatível como as plataformas da série VNXe. Com a assistência de hardware de armazenamento, o vSphere executa essas operações mais rapidamente e consome menos CPU, memória e largura de banda do fabric de armazenamento.

EMC Virtual Storage Integrator for VMware

Suporte ao VNX VMware vStorage API for Array Integration



27

Computação A escolha de uma plataforma de servidor para uma infraestrutura EMC VSPEX é baseada não só nos requisitos técnicos do ambiente, mas na capacidade de suporte da plataforma, nas relações existentes com o provedor do servidor, nos recursos avançados de desempenho e gerenciamento e em muitos outros fatores. Por isso, as soluções EMC VSPEX são projetadas para execução em uma ampla variedade de plataformas de servidor. Em vez de exigir determinado número de servidores com um conjunto específico de requisitos, o VSPEX documenta um número de núcleos de processador e uma quantidade de RAM que devem ser alcançados. Isso pode ser implementado com dois servidores — ou 20 — e ainda assim ser considerada a mesma solução VSPEX.

Por exemplo, vamos supor que os requisitos da camada de computação de determinada implementação sejam 25 núcleos de processador e 200 GB de RAM. Um cliente pode querer implementar isso usando servidores white-box com 16 núcleos de processamento e 64 GB de memória RAM, enquanto um segundo cliente pode escolher um servidor avançado com 20 núcleos de processamento e 144 GB de memória RAM.

O primeiro cliente precisa de quatro dos servidores, enquanto o segundo cliente precisa de dois, como mostrado na Figura 2 página 28.



28

Figura 2. Flexibilidade da camada de computação

Obs. Para permitir alta disponibilidade na camada de computação, cada cliente precisará de um servidor adicional com capacidade suficiente para fornecer uma plataforma de failover no caso de paralisação do hardware.

As seguintes práticas recomendadas devem ser observadas na camada de computação:

• É uma prática recomendada usar um número de servidores idênticos, ou pelo menos compatíveis. O VSPEX implementa tecnologias de alta disponibilidade de nível de hipervisor que podem exigir conjuntos de instruções semelhantes sobre o hardware físico subjacente. Ao implementar o VSPEX em unidades de servidor idênticas, você pode minimizar problemas de compatibilidade nessa área.

• Se você estiver implementando alta disponibilidade de nível de hipervisor, a maior máquina virtual que você pode criar será limitada pelo menor servidor físico no ambiente.

• É recomendável implementar recursos de alta disponibilidade disponíveis na camada de virtualização e assegurar que a camada de computação tenha recursos suficientes para acomodar, pelo menos, falhas de um só servidor.



29

Isso permite que você implemente upgrade com tempo mínimo de inatividade e tolere falhas de uma unidade única.

Dentro dos limites dessas recomendações e práticas recomendadas, a camada de computação do EMC VSPEX pode ser bastante flexível para atender às suas necessidades específicas. A principal restrição é o provisionamento de núcleos de processador e RAM suficientes por núcleo, para atender às necessidades do ambiente de destino.

Rede A rede de infraestrutura requer links de rede redundantes para cada host do vSphere, storage array, portas de interconexão de switches e portas de uplink de switches. Essa configuração fornece redundância e largura de banda de rede adicional. Essa configuração é necessária, não importando se a infraestrutura de rede da solução já existe ou está sendo implementada com outros componentes da solução. Um exemplo deste tipo de topologia de rede altamente disponível está representado na Figura 3.

Figura 3. Exemplo de projeto de rede altamente disponível



30

Essa solução validada usa VLANs (Virtual Local Area Networks, redes de área local virtual) para separar o tráfego de rede de vários tipos a fim de melhorar o throughput, a capacidade de gerenciamento, separação de aplicativos, alta disponibilidade e segurança.

As plataformas de armazenamento unificado da EMC fornecem alta disponibilidade de rede ou redundância ao usar agregação de links. A agregação de links permite que várias conexões ativas de Ethernet apareçam como apenas um link, com um endereço MAC único e endereços IP potencialmente múltiplos. Nesta solução, o LACP (Link Aggregation Control Protocol, protocolo de controle de agregação de links) está configurado no VNXe, combinando várias portas Ethernet em apenas um dispositivo virtual. Se um link for perdido na porta Ethernet, falhará em outra porta. Todo o tráfego de rede é distribuído entre os links ativos.



31

Armazenamento

A camada de armazenamento também é um componente-chave de qualquer solução de infraestrutura em nuvem que serve dados gerados pelos aplicativos e sistemas operacionais em sistemas de processamento de armazenamento de datacenter. Isso aumenta a eficiência de armazenamento e flexibilidade do gerenciamento e reduz o custo total de propriedade. Nesta solução VSPEX, servidores EMC VNXe Series são utilizados para fornecer virtualização na camada de armazenamento.

A família EMC VNX™ é otimizada para aplicativos virtuais, oferecendo inovação e recursos empresariais líderes do setor para armazenamento de arquivos, blocos e objetos em uma solução dimensionável e fácil de usar. Essa plataforma de armazenamento de última geração combina hardware sofisticado e flexível com software avançado de eficiência, gerenciamento e proteção para suprir as demandas das empresas da atualidade.

A série VNXe é equipada com processadores Intel® Xeon para armazenamento inteligente, que dimensiona automática e eficientemente o desempenho, ao mesmo tempo que garante a integridade e a segurança de dados.

A série VNXe foi desenvolvida especificamente para o gerente de TI de ambientes menores e foi projetada para atender aos requisitos de alto desempenho e alto dimensionamento de empresas de médio e grande porte.

Tabela 1 lista os benefícios do cliente VNXe.

Tabela 1. Benefícios do cliente VNXe

Recurso

Armazenamento unificado de última geração, otimizado para aplicativos virtualizados

Recursos de otimização de capacidade, inclusive compactação, desduplicação, provisionamento thin e cópias centradas em aplicativos

Alta disponibilidade, projetado para oferecer disponibilidade de 99,999%

Suporte multiprotocolo para file e block

Gerenciamento simplificado com EMC Unisphere™ para uma só interface de gerenciamento para todas as necessidades de replicação, NAS e SAN

Suítes de software disponíveis

• Local Protection Suite — aumenta a produtividade com snapshots de dados de produção.

• Remote Protection Suite — protege os dados contra falhas, paralisações e desastres em locais específicos.

• Application Protection Suite — automatiza cópias de aplicativo e comprova conformidade.

• Security and Compliance Suite — mantém os dados protegidos contra alterações, exclusões e atividades mal-intencionadas.

Visão Geral

Série EMC VNXe



32

Pacotes de software disponíveis

VNXe3300 Total Protection Pack — inclui Local Protection, Remote Protection e Application Protection Suites.

Backup e recuperação A tecnologia de desduplicação de dados Avamar da EMC integra-se com perfeição aos ambientes virtuais, fornecendo recursos rápidos de backup e restauração. A desduplicação do Avamar resulta em muito menos dados atravessando a rede e em enorme redução do volume de dados para backup e armazenamento — significando economia operacional, de armazenamento e de largura de banda.

A seguir estão duas das mais comuns solicitações de recuperação feitas a administradores de backup:

• Recuperação em nível de arquivo — as recuperações em nível de objeto são responsáveis pela grande maioria de solicitações de suporte por parte do usuário. As ações mais comuns que necessitam de recuperação em nível de arquivo são: usuários individuais excluindo arquivos, aplicativos precisando de recuperação e eliminações relacionadas ao processamento de lotes.

• Recuperação do sistema — embora solicitações de recuperação completa do sistema sejam menos frequentes em número do que as de recuperação em nível de arquivo, este recurso de restauração bare metal é vital para a empresa. Algumas causas raiz comuns para solicitações de recuperação completa do sistema incluem: infestação por vírus, corrupção de registro ou problemas não identificados irrecuperáveis.

O recurso do Avamar, junto com as implementações de VMware, agrega novos recursos de backup e recuperação nesses dois cenários. Recursos importantes adicionados ao VMware, como a integração da API do vStorage e o CBT (rastreamento de blocos de alteração) permitem que o software Avamar proteja o ambiente virtual de modo mais eficiente.

Aproveitando o CBT para backup e recuperações com pools de servidores proxy virtuais, este recurso reduz as necessidades de gerenciamento. Juntando isso ao Data Domain como plataforma de armazenamento para dados de imagem, essa solução permite uma integração mais eficiente com dois dos utilitários de backup de última geração líderes do setor.

Segurança

A autenticação de dois fatores da RSA SecurID® pode proporcionar maior segurança ao ambiente de computação do usuário final do VSPEX, exigindo que o usuário se autentique com duas informações, chamadas coletivamente de senha, que consiste em:

• Algo que o usuário conheça: um PIN, que é usado como qualquer outro PIN ou senha.

• Algo que o usuário possui: um código de token, especificado por um "token" físico ou de software, que muda a cada 60 segundos.

O caso de uso típico implementa o SecurID para autenticar usuários que acessam recursos protegidos de uma rede externa ou pública. Solicitações de acesso originárias de uma rede de segurança são autenticadas por mecanismos tradicionais

Autenticação de dois fatores da RSA SecurID



33

que envolvem o Active Directory ou LDAP. A descrição da configuração para a implementação do SecurID está disponível para infraestruturas de computação do usuário final do VSPEX.

A funcionalidade SecurID é gerenciada pelo RSA Authentication Manager, que também controla funções administrativas como a atribuição de token a usuários, gerenciamento de usuários, alta disponibilidade etc. O dispositivo de rede Citrix NetScaler e o Citrix Storefront permitem a integração simplificada do SecurID nos ambientes do XenDesktop (assim como no XenApp e outros produtos de virtualização Citrix).

Para solicitações externas de acesso no ambiente de computação do usuário final do VSPEX com Citrix XenDesktop, é solicitado ao usuário um userid, a senha do SecurID e senha do Active Directory em uma janela única. Após a autenticação bem-sucedida, o usuário estará conectado diretamente a seu desktop virtual. A solicitação de autenticação interna é realizada apenas no Active Directory.

Figura 4 descreve o fluxo de autenticação para uma solicitação externa de acesso ao ambiente XenDesktop.

Figura 4. Fluxo de controle de autenticação para solicitações de acesso ao XenDesktop originárias de uma rede externa

Obs. Políticas de autenticação definidas no Access Gateway Enterprise Edition (AGEE) do NetScaler controlam autenticação no SecurID e no Active Directory.

O fluxo de autenticação de acesso interno é mostrado na Figura 5 página 34. A autenticação do Active Directory é iniciada no Citrix Storefront.

Autenticação do SecurID no ambiente do VSPEX End User Computing for Citrix XenDesktop



34

Figura 5. Fluxo de controle de autenticação para solicitações do XenDesktop provenientes da rede local

Obs. Os usuários só são autenticados no Active Directory.

A capacitação do SecurID para essa solução VSPEX é descrita em Proteção das soluções End-User Computing do VSPEX Citrix XenDesktop 5.6 com o Guia de Projetos RSA. Os seguintes componentes são necessários:

• RSA SecurID Authentication Manager (versão 7.1 SP4) Usado para configurar e gerenciar o ambiente do SecurID e atribuir tokens a usuários, o Authentication Manager 7.1 SP4 está disponível como um dispositivo ou como um recurso instalável em uma instância do Windows Server 2008 R2. Futuras versões do Authentication Manager estarão disponíveis como um dispositivo físico ou virtual apenas.

• Tokens SecurID para todos os usuários O SecurID requer algo que o usuário conhece (um PIN) combinado com um código em constante mudança de um "token" de propriedade do usuário. Tokens do SecurID podem ser físicos, exibindo um novo código a cada 60 segundos que o usuário deve informar com um PIN, ou baseado em software, onde o usuário fornece um PIN e o código do token é fornecido conforme programação. Tokens de hardware e software são registrados com o Authentication Manager por meio de "registros de token" fornecidos em um CD ou outra mídia.

• Dispositivo de rede Citrix NetScaler (versão 10 ou superior) A funcionalidade do gateway de acesso do NetScaler gerencia solicitações de autenticação de acesso ao RSA SecurID (primário) e Active Directory (secundário) provenientes de redes públicas ou externas. O NetScaler também oferece o recurso de balanceamento de carga com suporte de alta disponibilidade aos servidores Authentication Manager e Citrix Storefront.

• Citrix Storefront (versão 1.2 ou superior) Storefront, também conhecido como CloudGateway Express, fornece autenticação e outros serviços e apresenta desktops dos usuários a clientes Citrix móveis ou baseados em navegador.

• Citrix Receiver O Receiver fornece uma interface ao usuário, por meio da qual o usuário interage com o desktop virtual ou outro ambiente Citrix virtual como o XenApp ou XenServer. No contexto desta solução, o cliente usuário é

Componentes obrigatórios



35

considerado um ponto periférico de usuário genérico e as versões do cliente Receiver e opções de otimização para elas não são abordadas.

Figura 6 descreve o ambiente de computação do usuário final do VSPEX com Citrix XenDesktop com infraestrutura adicional para aceitar o SecurID. Todos os componentes necessários podem ser executados em uma configuração redundante, de alta disponibilidade em 2 ou mais hosts do VMware vSphere com um mínimo de 12 núcleos de CPU (16 recomendado) e 16 GB de RAM. Tabela 2 na página 36 resume esses requisitos.

Figura 6. Arquitetura lógica: computação do usuário final do VSPEX para Citrix XenDesktop com RSA

Recursos de computação, memória e armazenamento



36

Tabela 2. Recursos mínimos de hardware para aceitar o SecurID

CPU (núcleos)

Memória (GB)

Armazenamento (GB)

Banco de dados SQL*

Referência

RSA Authentication Manager

2 2 60 n/d Guia de Desempenho e Dimensionamento do RSA Authentication Manager 7.1

Citrix NetScaler VPX

2 4 40 n/d Guia sobre Como Começar do Citrix NetScaler VPX

Citrix Storefront

2 2 20 3,5 MB por 100 usuários

* Essa capacidade pode provavelmente ser retirada de SQL Servers preexistentes definidos nas arquiteturas de referência do VSPEX.


37

Capítulo 4 Visão Geral da Arquitetura da Solução


Visão geral da solução ....................................................................... 38

Arquitetura da solução ....................................................................... 38

Diretrizes de configuração do servidor ................................................ 44

Diretrizes de configuração de rede ...................................................... 47

Diretrizes de configuração de armazenamento .................................... 48

Alta disponibilidade e failover ............................................................. 51

Perfil de teste de validação ................................................................ 54

Diretrizes de configuração de ambiente de backup .............................. 55

Diretrizes de dimensionamento .......................................................... 55

Carga de trabalho de referência .......................................................... 56

Aplicação da carga de trabalho de referência ...................................... 56

Implementação da arquitetura da solução ........................................... 57

Avaliação rápida ................................................................................ 59

Visão Geral da Arquitetura da Solução


38

Visão geral da solução As soluções de infraestrutura comprovada do VSPEX são desenvolvidas com as melhores tecnologias comprovadas para criar uma solução completa de virtualização, que permitem a você tomar decisões fundamentadas ao escolher e dimensionar o hipervisor, a computação e as camadas de rede. O VSPEX elimina muitos planejamentos de virtualização de servidor e cargas de configuração, aproveitando a interoperabilidade abrangente e testes de interoperabilidade, funcionais e de desempenho pela EMC. O VSPEX acelera sua Transformação de TI para computação baseada em nuvem, permitindo uma implementação mais rápida, mais escolha, maior eficiência e menor risco.

Esta seção inclui um guia completo para os principais aspectos desta solução. A capacidade do servidor é especificada em termos genéricos para os mínimos necessários de CPU, memória e interfaces de rede; o cliente tem liberdade para escolher o hardware de servidor e de sistema de rede que atenda ou exceda os mínimos estipulados. A arquitetura de armazenamento especificada, juntamente com o cumprimento dos requisitos de sistema de servidor e rede descritos, foi validada pela EMC para especificar altos níveis de desempenho e oferecer uma arquitetura altamente disponível para sua implementação de computação do usuário final.

Cada Infraestrutura comprovada de VSPEX equilibra o armazenamento, a rede e os recursos de computação necessários para um determinado número de desktops virtuais validados pela EMC. Na prática, cada tipo de desktop virtual tem seu próprio conjunto de requisitos que raramente se enquadram em uma ideia predefinida do que seria um desktop virtual. Em qualquer discussão sobre infraestruturas virtuais, é importante, primeiramente, definir uma carga de trabalho de referência. Nem todos os servidores executam as mesmas tarefas e é impraticável construir uma referência que leve em conta todas as combinações possíveis de características das cargas de trabalho.

Arquitetura da solução A solução VSPEX End User Computing com EMC VNXe é validada para dar suporte a até 250 máquinas virtuais. Essas configurações definidas formam a base para criar uma solução personalizada. Esses pontos de escala são definidos em termos da carga de trabalho de referência.

Obs. VSPEX usa o conceito de uma Carga de trabalho de referência para descrever e definir uma máquina virtual. Por isso, um desktop físico ou virtual em um ambiente existente pode não ser igual a um desktop virtual em uma solução VSPEX. Avalie sua carga de trabalho em termos de referência para se chegar a um ponto de escala apropriado. Detalhes deste processo estão descritos em Aplicação da carga de trabalho de referência.

O diagrama de arquitetura na Figura 7 página 39 mostra o layout dos componentes principais que constituem a solução.

Arquitetura para até 250 desktops virtuais



39

Figura 7. Arquitetura lógica para 250 desktops virtuais

Obs. Os componentes de rede da solução podem ser implementados usando um 1 Gb ou 10 Gb de redes IP, desde que a largura de banda e redundância sejam suficientes para atender aos requisitos listados.

Controladora Citrix XenDesktop 5.6 — duas controladoras Citrix XenDesktop são usadas para fornecer a entrega redundante de desktops virtuais, autenticar usuários, gerenciar o conjunto de ambientes de desktops virtuais dos usuários e intermediar conexões entre usuários e seus desktops virtuais. Nesta arquitetura de referência, as controladoras estão instaladas no Windows Server 2008 R2 e hospedadas como máquinas virtuais em servidores VMware vSphere 5.1.

Desktops virtuais — os 250 desktops virtuais persistentes que executam o Windows 7 são provisionados usando MCS, um mecanismo de provisionamento apresentado no XenDesktop 5.0.

VMware vSphere 5.1 — fornece uma camada de virtualização comum para hospedar um ambiente de servidor que contém as máquinas virtuais. As especificações do ambiente validado estão listadas na Tabela 9 página 56. O VSphere 5.1 fornece uma infraestrutura altamente disponível por recursos como:

• vMotion — fornece migração em tempo real de máquinas virtuais em um cluster de infraestrutura virtual, sem tempo de inatividade de máquinas virtuais nem interrupção de serviço.

• Storage vMotion — fornece migração em tempo real de arquivos em disco de máquinas virtuais em storage arrays e entre eles, sem tempo de inatividade de máquinas virtuais nem interrupção de serviço.

• vSphere High Availability (HA) — detecta e fornece recuperação rápida para uma máquina virtual com falha em um cluster.

Componentes-chave



40

• Distributed Resource Scheduler (DRS) — fornece balanceamento de carga de capacidade de computação em um cluster.

• Storage Distributed Resource Scheduler (SDRS) — fornece balanceamento de carga entre vários datastores, com base em uso de espaço e latência de I/O.

VMware vCenter Server 5.1 — fornece uma plataforma dimensionável e extensível que forma a base do gerenciamento de virtualização do cluster VMware vSphere 5.1. Todos os hosts do vSphere e suas máquinas virtuais são gerenciados pelo vCenter.

VSI for VMware vSphere — o EMC VSI for VMware vSphere é um plug-in para o vSphere Client que fornece gerenciamento de armazenamento para arrays EMC diretamente do cliente. O VSI é altamente personalizável e ajuda a especificar uma interface de gerenciamento unificada.

Servidor Active Directory — os serviços do Active Directory são necessários para que os vários componentes da solução funcionem corretamente. O Microsoft AD Directory Service executado em um servidor Windows Server 2012 é utilizado para este fim.

Servidor DHCP — gerencia centralmente o esquema de endereços IP de desktops virtuais. Esse serviço está hospedado na mesma máquina virtual do controlador de domínio e do servidor DNS. O Microsoft DHCP Service executado em um servidor Windows Server 2012 é utilizado para este fim.

Servidor DNS — os serviços DNS são necessários para que os vários componentes da solução realizem a resolução de nome. O Microsoft DNS Service executado em um servidor Windows Server 2012 é utilizado para este fim.

SQL Server — as controladoras Citrix XenDesktop e o VMware vCenter Server requerem um serviço de banco de dados para armazenar detalhes de configuração. Um servidor Microsoft SQL 2008 é usado para essa finalidade. Esse servidor é hospedado como máquina virtual em um servidor VMware vSphere 5.1.

Rede IP Gigabit (GbE) — a infraestrutura de rede Ethernet fornece conectividade de 1 GbE entre desktops virtuais, clusters vSphere e armazenamento VNXe. Isso também permite que os usuários de desktop redirecionem seus perfis de roaming e diretórios base para compartilhamentos CIFS mantidos centralmente no VNXe. A estrutura de servidor de clients desktop, componentes de gerenciamento do XenDesktop e Windows também pode residir em uma rede de 1 GbE, mas em pares diferentes de interface de rede.

EMC série VNXe3300 — fornece armazenamento usando conexões IP (NFS) para desktops virtuais e máquinas virtuais da infraestrutura, como controladoras Citrix XenDesktop, VMware vCenter Servers, bancos de dados do Microsoft SQL Server e outros dispositivos de suporte. Como opção, perfis de usuário e diretórios base são redirecionados para os compartilhamentos de rede CIFS no VNXe3300.

Redes IP/Armazenamento — todo o tráfego de rede é realizado pela rede Ethernet padrão com conexão e switches redundantes. O tráfego do usuário e de gerenciamento é transportado por uma rede pública, enquanto o tráfego de armazenamento NFS é transportado por uma sub-rede privada sem roteamento.

EMC Avamar Virtual Edition — fornece a plataforma para proteção das máquinas virtuais. Essa estratégia de proteção utiliza desktops virtuais persistentes. Ela também utiliza proteção de imagem e recuperações de usuário final.



41

Storage arrays da família VNXe incluem os seguintes componentes

• SPs (Controladoras de armazenamento) aceitam dados de bloco com a tecnologia I/O UltraFlex compatível com protocolos iSCSI e NFS. As SPs oferecem acesso a todos os hosts externos e aos arquivos do array VNXe.

• Battery Backup Unit (unidade de bateria reserva) são unidades de bateria dentro de cada controladora de armazenamento. Elas fornecem energia suficiente a cada controladora de armazenamento para garantir que qualquer dado em trânsito seja transferido para a área do compartimento em caso de falta de energia. Após o array ser reiniciado, é feita a reconciliação e a persistência das gravações pendentes.

• DAE (Disk-Array Enclosures) hospedam os drives usados no array.

Tabela 3 lista o hardware usado nesta solução.

Tabela 3. Hardware da solução

Hardware Configuração Observações

Servidores para desktops virtuais

• Memória: 2 GB de RAM por desktop (500 GB de RAM entre todos os servidores)

• CPU: 1 vCPU por desktop (oito desktops por núcleo - 32 núcleos entre todos os servidores)

• Rede: 6 NICs de 1 GbE por servidor

Capacidade total do servidor necessária para hospedar 250 desktops virtuais

Infraestrutura de rede NFS

Capacidade mínima de switches:

• 6 portas de 1 GbE pelo vSphere Server

• Quatro portas de 1 GbE por controladora de armazenamento

Configuração de LAN redundante

EMC VNXe3300

• Duas controladoras de armazenamento

• Quatro interfaces de 1 GbE por controladora de armazenamento

• Vinte e dois discos SAS de 300 GB, 15.000 RPM, 3,5 polegadas (três pacotes de desempenho RAID-5)

Armazenamento compartilhado VNXe para desktops virtuais

Treze discos NL-SAS de 2 TB, 7.200 RPM e 3,5 polegadas

Opcional para dados do usuário

Sete discos SAS de 300 GB, 15.000 RPM, 3,5 polegadas (um pacote de desempenho RAID-5)

Opcional para armazenamento de infraestrutura

Servidores para a infraestrutura do cliente

Número mínimo necessário:

• Dois servidores físicos

• 20 GB de RAM por servidor

• Quatro núcleos de processador por servidor

• 2 portas de 1 GbE por servidor

Esses servidores e as funções que eles desempenham podem já existir no ambiente do cliente

Recursos de hardware



42

Tabela 4 lista o software usado nesta solução.

Tabela 4. Software da solução

Software Configuração

VNXe3300 (sistemas de arquivos, armazenamento compartilhado)

Versão do software 2.3.1.19462

Virtualização de desktop XenDesktop

Controladora Citrix XenDesktop Versão 5.6 Platinum Edition

Sistema operacional para a controladora XenDesktop

Windows Server 2008 R2 Standard Edition

Microsoft SQL Server Versão 2008 R2 Standard Edition

Backup de última geração

Avamar Virtual Edition (2 TB) 6.1 SP1

VMware vSphere

vSphere Server 5.1

vCenter Server 5.1

Sistema operacional para vCenter Server

Windows Server 2008 R2 Standard Edition

Desktops virtuais (Obs. Além do SO de base, o software foi usado para validação da solução e não é necessário)

Sistema operacional de base Microsoft Windows 7 Standard (32 bits) SP1

Microsoft Office Office Enterprise 2007 SP3

Internet Explorer 8.0.7601.17514

Adobe Reader 9.1

McAfee Virus Scan 8.7.0i Enterprise

Adobe Flash Player 10

Bullzip PDF Printer 7.2.0.1304

FreeMind 0.8.1

Ao selecionar servidores para essa solução, o núcleo do processador deverá atender ou exceder o desempenho da família Intel Nehalem em 2,66 GHz. Quando servidores com velocidades e desempenho superiores de processador e maior densidade de núcleo se tornam disponíveis, é possível consolidá-los desde que o número total de núcleo e memória exigido seja atendido e um número suficiente de servidores seja incorporado para dar suporte ao nível necessário de alta disponibilidade.

Recursos de software

Dimensionamento para configuração validada



43

Com servidores, a velocidade e a quantidade de NIC (Network Interface Card, placa de interface de rede) também podem ser consolidadas desde que os requisitos de largura de banda geral para essa solução e a redundância suficiente necessária para dar suporte à alta disponibilidade sejam mantidos.

Uma configuração de quatro servidores cada com dois soquetes de quatro núcleos cada, 128 GB de RAM e seis NICs de 1 GbE darão suporte a essa solução para um total de 32 núcleos e 512 GB de RAM. Como mostrado na Tabela 2 página 36, pelo menos um núcleo é necessário para dar suporte a oito desktops virtuais, e é necessário um mínimo de 2 GB de RAM para cada. O equilíbrio correto de memória e núcleos para o número esperado de desktops virtuais compatível com um servidor também deve ser levado em consideração. Por exemplo, um servidor para dar suporte a 24 desktops virtuais requer um mínimo de três núcleos e um mínimo de 48 GB de RAM.

Figura 8. Diagrama de rede

Os switches de rede IP usados para implementar essa arquitetura de referência precisam ter uma capacidade mínima de backplane de 48 Gb/s sem bloqueios e dar suporte aos seguintes recursos:

• Controle de fluxo Ethernet IEEE 802.1x

• Marcação de VLAN 802.1q

• Agregação de links de Ethernet por meio de Protocolo de controle de agregação de links IEEE 802.1ax (802.3ad)



44

• Recurso de gerenciamento de SNMP

• Jumbo-frames

Escolha switches que aceitam alta disponibilidade e escolha um fornecedor de rede com base na disponibilidade de peças, serviços e contratos de suporte. Além dos recursos acima, a configuração da rede deve incluir o seguinte:

• Um mínimo de dois switches para dar suporte à redundância

• Fontes de alimentação redundantes

• Um mínimo de 40 portas de 1 GbE (distribuídas para alta disponibilidade)

• As portas de uplink apropriadas para conectividade do cliente

O uso de portas de 10 GbE deve se alinhar com uso de portas no servidor e no armazenamento, tendo em mente os requisitos gerais de rede para essa solução e um nível de redundância para dar suporte à alta disponibilidade. Conexões de armazenamento e NICs de servidor adicionais também devem ser consideradas com base nos requisitos do cliente ou em determinada implementação.

A infraestrutura de gerenciamento (Active Directory, DNS, DHCP e SQL Server) pode ser compatível com dois servidores semelhantes aos anteriormente definidos, mas exigirá um mínimo de apenas 20 GB de RAM em vez de 128 GB.

O layout do armazenamento em disco é explicado em Diretrizes de configuração de armazenamento.

Diretrizes de configuração do servidor

Quando você projeta e ordena a camada de computação/servidor da solução VSPEX descrita abaixo, deve considerar vários fatores que podem alterar a compra final. De uma perspectiva de virtualização, se a carga de trabalho de um sistema for bem compreendida, recursos como Ballooning de memória e compartilhamento transparente de página poderão reduzir as exigências de memória agregada.

Se o pool de máquinas virtuais não tiver um alto nível de pico ou uso simultâneo, o número de vCPUs poderá ser reduzido. Por outro lado, se os aplicativos que estiverem sendo implementados usarem, por natureza, muitos recursos de computação, o número de CPUs e memória adquirido talvez tenham que ser maior.

Tabela 5. Hardware de servidor


Servidores para desktops virtuais

• Memória: 2 GB de RAM por desktop (500 GB de RAM entre todos os servidores)

• CPU: 1 vCPU por desktop (oito desktops por núcleo - 32 núcleos entre todos os servidores)

• Rede: 6 NICs de 1 GbE por servidor

Capacidade total do servidor necessária para hospedar 250 desktops virtuais

Visão geral



45

O VMware vSphere 5.1 tem uma série de recursos avançados que ajudam a maximizar o desempenho e a utilização geral de recursos. Os mais importantes estão na área de gerenciamento de memória. Esta seção descreve alguns desses recursos e os itens que você precisa para considerar ao usá-los no ambiente.

Em geral, você pode considerar máquinas virtuais em um só hipervisor consumindo memória como um pool de recursos. Figura 9 mostra um exemplo do consumo de memória no nível de hipervisor.

Figura 9. Consumo de memória de hipervisor

O conceito básico é reforçado pela compreensão das tecnologias apresentadas nesta seção.

Virtualização de memória do VMware vSphere para VSPEX



46

Superalocação de memória

Superalocação de memória ocorre quando é alocada mais memória às máquinas virtuais do que a fisicamente presente em um host VMware vSphere. Com o uso de técnicas sofisticadas, como ballooning e compartilhamento transparente de página, o vSphere pode manipular a superalocação de memória sem qualquer degradação de desempenho. No entanto, se mais memória do que a presente no servidor estiver sendo ativamente usada, o vSphere poderá trocar partes da memória de uma máquina virtual.

Acesso não uniforme à memória (NUMA)

O vSphere usa um balanceador de carga NUMA para atribuir um nó de base a uma máquina virtual. Como a memória da máquina virtual é atribuída a partir do nó de base, o acesso à memória é local e proporciona o melhor desempenho possível. Até mesmo aplicativos que não aceitam diretamente o NUMA também se beneficiam desse recurso.

Compartilhamento transparente de página

Máquinas virtuais que executam sistemas operacionais e aplicativos semelhantes têm geralmente conjuntos idênticos de conteúdo da memória. O compartilhamento de página permite que o hipervisor recupere cópias redundantes e mantenha apenas uma cópia, o que libera o consumo total de memória do host. Se a maioria de suas máquinas virtuais de aplicativos executar o mesmo sistema operacional e binários de aplicativo, o uso total de memória poderá ser reduzido para aumentar as taxas de consolidação.

Ballooning de memória

Usando um driver de ballooning carregado no sistema operacional guest, o hipervisor pode recuperar memória física do host, se os recursos de memória estiverem em conflito de acesso. Isso é feito com pouco ou nenhum impacto no desempenho do aplicativo.

Esta seção fornece diretrizes para a alocação de memória a máquinas virtuais. As diretrizes descritas aqui levam em conta a sobrecarga de memória vSphere e as configurações de memória da máquina virtual.

Sobrecarga de memória vSphere

Algumas sobrecargas de memória estão associadas com a virtualização dos recursos de memória. A sobrecarga de espaço de memória tem dois componentes.

• A sobrecarga de sistema fixa para o VMkernel

• Sobrecarga adicional para cada máquina virtual

A sobrecarga de memória depende do número de CPUs virtuais e da memória configurada para o sistema operacional guest.

Alocação de memória a máquinas virtuais

O dimensionamento adequado da memória de uma máquina virtual em arquiteturas VSPEX é baseado em vários fatores. Com o número de serviços de aplicativo e casos de uso disponíveis, a determinação de uma configuração adequada para um ambiente requer a criação de uma configuração de linha de base, testes e ajustes, como discutido mais adiante neste artigo. Tabela 9 na página 56 descreve os recursos utilizados por uma máquina virtual única.

Diretrizes de configuração de memória



47

Diretrizes de configuração de rede

Esta seção fornece diretrizes para a criação de uma configuração de rede redundante, altamente disponível. As diretrizes descritas aqui levam em conta jumbo-frames , VLANs e LACP (Link Aggregation Control Protocol, protocolo de controle de agregação de links) no armazenamento unificado EMC. Para requisitos detalhados de recurso de rede, consulte a Tabela 3 página 41.

É uma prática recomendada isolar o tráfego de rede para que o tráfego entre hosts e armazenamento e hosts e clientes, bem como o tráfego de gerenciamento, todos se movam por meio de redes isoladas. Em alguns casos, o isolamento físico pode ser necessário por razões de conformidade normativa ou de política, mas em muitos casos o isolamento lógico usando VLANs é suficiente. Essa solução exige um mínimo de três VLANs.

• Acesso do cliente • Armazenamento • Gerenciamento

Essas VLANs são ilustradas na Figura 10.

Figura 10. Redes obrigatórias

Obs. O diagrama demonstra os requisitos de conectividade de rede para um array VNXe3300 usando conexões de rede de 1 GbE. Uma topologia semelhante deve ser criada ao usar o array VNXe3150TM, ou conexões de rede de 10 GbE.

Visão geral

VLAN



48

A rede de acesso do cliente é para os usuários do sistema, ou clientes, para se comunicarem com a infraestrutura. A rede de armazenamento é usada para comunicação entre a camada de computação e a camada de armazenamento. A rede de gerenciamento permite que os administradores tenham uma forma dedicada de acessar conexões de gerenciamento no storage array, nos switches de rede e nos hosts. Obs. Algumas práticas recomendadas requerem isolamento de rede adicional para

o tráfego de cluster, a comunicação de camada de virtualização e outros recursos. Essas redes adicionais podem ser implementadas se desejado, mas elas não são necessárias.

Esta solução EMC VSPEX End-User Computing recomenda que a MTU seja definida a 9.000 (jumbo-frames) para armazenamento e tráfego de migração eficientes.

A agregação de links se assemelha a um canal de Ethernet, mas usa o LACP (Link Aggregation Control Protocol, protocolo de controle de agregação de links) IEEE 802.3ad padrão. O IEEE 802.3ad padrão aceita agregações de link com duas ou mais portas. Todas as portas na agregação devem ter a mesma velocidade e ser full duplex. Nesta solução, o LACP (Link Aggregation Control Protocol, protocolo de controle de agregação de links) está configurado no VNXe, combinando várias portas Ethernet em apenas um dispositivo virtual. Se um link for perdido na porta Ethernet, falhará em outra porta. Todo o tráfego de rede é distribuído entre os links ativos.

Diretrizes de configuração de armazenamento

O vSphere permite mais de um método de uso de armazenamento ao hospedar máquinas virtuais. As soluções descritas abaixo são testadas utilizando o NFS, e o layout de armazenamento descrito está de acordo com todas as práticas recomendadas atuais. Um cliente ou arquitetos instruídos podem fazer modificações com base em sua compreensão do uso de sistemas e de carga, se necessário.

Tabela 6. Hardware para armazenamento


EMC VNXe3300

• Duas controladoras de armazenamento

• Quatro interfaces de 1 GbE por controladora de armazenamento

• Vinte e dois discos SAS de 300 GB, 15.000 RPM, 3,5 polegadas (três pacotes de desempenho RAID-5)

Armazenamento compartilhado do VNXe para desktops virtuais

Treze discos NL-SAS de 2 TB, 7.200 RPM e 3,5 polegadas

Opcional para dados do usuário

Sete discos SAS de 300 GB, 15.000 RPM, 3,5 polegadas (um pacote de desempenho RAID-5)

Opcional para armazenamento de infraestrutura

Habilitar jumbo-frames

Agregação de links

Visão geral



49

VMware ESXiTM fornece virtualização de armazenamento no nível de host. Ele virtualiza o armazenamento físico e apresenta o armazenamento virtualizado à máquina virtual.

Uma máquina virtual armazena seu sistema operacional e todos os outros arquivos que estão relacionados às atividades de máquinas virtuais, em um disco virtual. O disco virtual em si é um arquivo ou vários arquivos. O VMware usa um controlador SCSI virtual para apresentar o disco virtual ao sistema operacional guest em execução dentro da máquina virtual.

O disco virtual reside em um datastore. Dependendo do tipo usado, ele pode ser um datastore VMware VMFS (Virtual Machine File System) ou um datastore NFS.

Figura 11. Tipos de disco virtual VMware

VMFS

VMFS é um sistema de arquivos em cluster que fornece virtualização de armazenamento otimizada para máquinas virtuais. Ele pode ser implementado em qualquer local baseado em SCSI ou armazenamento em rede.

Mapeamento de dispositivo bruto

Além disso, o VMware fornece um mecanismo denominado RDM (Raw Device Mapping, mapeamento de dispositivos brutos). O RDM permite que uma máquina virtual acesse diretamente um volume no armazenamento físico e pode ser usado apenas com Fibre Channel ou iSCSI.

NFS

O VMware também aceita o uso de sistemas de arquivos NFS a partir de sistemas externos de armazenamento NAS ou dispositivos como datastores de máquina virtual.

Nesta solução VSPEX, o NFS é usado para hospedagem de desktops virtuais.

Virtualização de armazenamento do VMware vSphere para VSPEX



50

Layout de armazenamento principal

Figura 12 ilustra o layout dos discos que são necessários para armazenar 250 desktops de máquinas virtuais. Esse layout não inclui espaço para dados do perfil do usuário.

Figura 12. Layout de armazenamento principal

Visão geral do layout de armazenamento principal

A configuração principal a seguir é usada na arquitetura de referência. Observe que os assistentes de provisionamento do VNXe realizam a alocação de discos e não permitem seleção pelo usuário.

• Vinte e um discos SAS são alocados nos grupos 6+1 Raid-5 para conter datastores dos desktops virtuais. Observe que sete dos discos usados (um grupo de 6+1 Raid-5) podem conter armazenamento de sistema VNXe, reduzindo o armazenamento do usuário.

• Um disco SAS é um hot spare e está contido no pool de hot spare do VNXe.

Obs. Se for necessário mais capacidade, drives de maiores dimensões poderão ser substituídos. Para satisfazer as recomendações de carga, os drives devem ser todos de 15.000 RPM e do mesmo tamanho. Se tamanhos diferentes forem usados, algoritmos de layout de armazenamento poderão dar resultados abaixo do ideal.

Layout opcional de armazenamento de dados do usuário

Nos testes de validação da solução, o espaço de armazenamento para dados do usuário é alocado no array VNXe como mostrado na Figura 13. Esse armazenamento é adicional ao armazenamento principal mostrado na Figura 12. Se o armazenamento de dados do usuário existir em algum outro lugar do ambiente de produção, esse armazenamento não será necessário.

Figura 13. Layout opcional de armazenamento

Layout de armazenamento para 250 desktops virtuais



51

Visão geral do layout opcional de armazenamento

Os desktops virtuais usam dois sistemas de arquivos compartilhados — um para perfis de usuário e o outro para redirecionar armazenamento do usuário que resida em diretórios base.

Em geral, redirecionar dados dos usuários para fora da imagem base para o VNXe para arquivo permite centralizar a administração, o backup e a recuperação e torna os desktops sem estado.

Cada sistema de arquivos é exportado para o ambiente por meio de um compartilhamento CIFS.

A configuração opcional a seguir é usada na arquitetura de referência. A seleção de disco real é feita pelos assistentes de provisionamento do VNXe e pode não corresponder exatamente ao diagrama de referência.

• Doze discos NL-SAS são alocados em grupos 4+2 Raid-6 para armazenar dados do usuário e perfis de roaming.

• Um disco NL-SAS é um hot spare. Esse disco é marcado como "hot spare" no diagrama do layout de armazenamento.

• Sete discos SAS configurados como um grupo 6+1 Raid-5 são usados para armazenar as máquinas virtuais da infraestrutura.

• Os discos restantes estão desvinculados ou os gabinetes de drive podem estar vazios, pois não são usados drives adicionais para testar essa solução.

Alta disponibilidade e failover

Essa solução VSPEX fornece um infraestrutura de armazenamento, rede e servidor virtualizado altamente disponível. Quando implementada de acordo com este guia, fornece a capacidade de sobreviver às falhas de uma unidade única com o mínimo de impacto nas operações de negócios.

Como indicado anteriormente, é recomendável configurar a alta disponibilidade na camada de virtualização e permitir que o hipervisor reinicie automaticamente as máquinas virtuais com falha. Figura 14 ilustra a camada de hipervisor respondendo a uma falha na camada de computação.

Figura 14. Alta disponibilidade na camada de virtualização

A implementação de alta disponibilidade na camada de virtualização garante que, mesmo na eventualidade de uma falha de hardware, a infraestrutura tentará manter o maior número possível de serviços em execução.

Embora a escolha de servidores que serão implementados na camada de computação seja flexível, é recomendável usar os servidores de nível corporativo projetados para o datacenter. Esse tipo de servidor tem fontes de alimentação redundantes. Esses servidores devem estar conectados a PDUs (Power Distribution

Introdução

Camada de virtualização

Camada de computação



52

Units, unidades de distribuição de energia), de acordo com as práticas recomendadas de seu fornecedor de servidor.

Figura 15. Fontes de alimentação redundantes

É também recomendável configurar a alta disponibilidade na camada de virtualização. Isso significa que a camada de computação tem de ser configurada com recursos suficientes para que o número total de recursos disponíveis atenda às necessidades do ambiente, mesmo no caso de falha do servidor. Isso é demonstrado na Figura 14 página 51.

Os avançados recursos de sistema de rede da família VNX fornecem proteção contra falhas de conexão da rede no array. Cada host vSphere tem várias conexões com redes de usuário e Ethernet de armazenamento para proteger contra falhas de link. Essas conexões estão distribuídas entre vários switches Ethernet para proteger contra falhas de componentes na rede.

Figura 16. Alta disponibilidade de camada de rede

Camada de rede



53

Ao garantir que não existem pontos únicos de falha na camada de rede, você pode garantir que a camada de computação poderá acessar o armazenamento e se comunicar com os usuários, mesmo se um componente falhar.

A família VNX foi projetada para disponibilidade de 99,999% graças ao uso de componentes redundantes por todo o array. Todos os componentes do array podem continuar a operar em caso de falha de hardware. A configuração do disco RAID no array fornece proteção contra perda de dados devido a falhas de discos individuais e os drives hot spare podem ser alocados dinamicamente para substituir um disco com falha.

Figura 17. Alta disponibilidade da série VNXe

Os storage arrays EMC são projetados para serem altamente disponíveis por padrão. Quando configurados de acordo com as instruções dos guias de instalação, nem uma falha única de unidade resulta em perda de dados ou indisponibilidade.

Camada de armazenamento



54

Perfil de teste de validação

A solução VSPEX foi validada com o seguinte perfil na Tabela 7

Tabela 7. Perfil do ambiente validado

Característica do perfil Valor

Número de desktops virtuais 250

SO do desktop virtual Windows 7 Standard (32 bits) SP1

CPU por desktop virtual 1 vCPU

Número de desktops virtuais por núcleo de CPU 8

RAM por desktop virtual 2 GB

Método de provisionamento de desktops MCS

Armazenamento médio disponível para cada desktop virtual

18 GB (vmdk e vswap)

Média de IOPS por desktop virtual em estado estacionário

8 IOPS

Média de pico de IOPS por desktop virtual durante tempestades de inicialização 57 IOPS

Número de datastores para armazenar desktops virtuais

2

Número de desktops virtuais por datastore 125

Tipo de RAID e disco para datastores Discos SAS de 3,5 polegadas, 300 GB, 15.000 RPM, RAID 5

Tipo de disco e RAID para compartilhamentos CIFS para hospedar perfis de roaming e diretórios base de usuário (opcional para dados do usuário)

Discos NL-SAS de 2 TB, 7.200 RPM, 3,5 polegadas, RAID 6

Características do perfil



55

Diretrizes de configuração de ambiente de backup

Esta seção fornece diretrizes para configurar o ambiente de backup e recuperação para essa solução VSPEX. Define como o backup é caracterizado e definido.

O ambiente de backup desta solução VSPEX é dimensionado com o seguinte perfil de ambiente de aplicativo:

Tabela 8. Características do perfil de backup

Característica do perfil Valor

Número de máquinas virtuais 250

Dados do usuário 2,5 TB (10,0 GB por desktop)

Taxa de alteração diária para os aplicativos

Dados do usuário 2%

Retenção por tipos de dados

Nº diário 30 diários

Nº semanal 4 semanais

Nº mensal 1 mensal

O Avamar oferece várias opções de implementação dependendo do caso de uso específico e das necessidades de recuperação. Neste caso, a solução é implementada com duas máquinas Avamar Virtual Edition de 2 TB. Isso permite fazer backup dos dados não estruturados do usuário diretamente no sistema Avamar para recuperação simples no nível de arquivo. A solução também permite que os clientes unifiquem seu processo de backup com software para backup com desduplicação líder do setor e atinja os mais altos níveis de desempenho e eficiência.

Diretrizes de dimensionamento Nas seções a seguir, o leitor encontrará definições da carga de trabalho de referência utilizada para dimensionar e implementar as arquiteturas VSPEX discutidas neste documento. Serão fornecidas orientações sobre como relacionar essas cargas de trabalho de referência a cargas de trabalho reais do cliente e como isso pode alterar a entrega final do servidor e da perspectiva de rede.

A modificação da definição de armazenamento pode ser feita pela adição de drives de maior capacidade e desempenho Os layouts de disco foram criados para fornecer suporte para o número apropriado de desktops virtuais no nível de desempenho definido. Diminuir o número de unidades recomendadas ou rebaixar um tipo de array pode resultar em menor IOPS por desktop e uma experiência de usuário reduzida por causa do maior tempo de resposta.

Visão geral

Características de backup

Layout de backup



56

Carga de trabalho de referência Cada Infraestrutura comprovada de VSPEX equilibra o armazenamento, a rede e os recursos de computação necessários para um determinado número de desktops virtuais validados pela EMC. Na prática, cada máquina virtual tem seu próprio conjunto de requisitos, que raramente se enquadram em uma ideia predefinida do que seria uma máquina virtual

Em qualquer discussão sobre computação do usuário final, é importante, primeiramente, definir uma carga de trabalho de referência. Nem todos os usuários de desktop executam as mesmas tarefas e é impraticável construir uma referência que leve em consideração todas as combinações possíveis de características de cargas de trabalho.

Para simplificar a discussão, definimos uma carga de trabalho de referência de um cliente representativo. Pela comparação entre o uso real do cliente com essa carga de trabalho de referência, é possível inferir a arquitetura de referência ideal.

Para essa solução VSPEX End-User Computing, a carga de trabalho de referência é definida como um só desktop virtual com as seguintes características:

Tabela 9. Características do desktop virtual

Característica Valor

Sistema operacional do desktop virtual Microsoft Windows 7 Enterprise Edition (32 bits) SP1

Processadores virtuais por desktop virtual 1

RAM por desktop virtual 2 GB

Capacidade de armazenamento disponível por desktop virtual

18 GB (vmdk e vswap)

Média de IOPS por desktop virtual em estado estacionário

8

Média de pico de IOPS por desktop virtual durante tempestades de inicialização

57 IOPS

Essa definição de desktop é baseada em dados de usuários que residem em armazenamento compartilhado. O perfil de I/O é definido pelo uso de uma estrutura de teste que opera em todos os desktops simultaneamente, com carga estacionária gerada pelo uso constante de aplicativos de escritório, como navegadores, software de produtividade administrativa e outros utilitários task worker padrão.

Aplicação da carga de trabalho de referência Além do número de desktops com suporte, outros fatores poderão ser considerados para decidir qual solução de computação do usuário final implementar.

As cargas de trabalho usadas para validar soluções VSPEX presumem que todos os usuários de desktops estarão ativos o tempo todo. Em outras palavras, a arquitetura para 250 desktops é testada com 250 desktops, todos gerando cargas de trabalho paralelamente, todos inicializados ao mesmo tempo etc. Se o cliente espera ter 300

Definição de carga de trabalho de referência

Simultaneidade



57

usuários, mas somente 50% estarão conectados em dado momento, devido a diferenças de fuso horário ou turnos alternados, os 150 usuários ativos do total de 300 usuários poderão ter suporte pela arquitetura para 250 desktops.

A carga de trabalho definida na Tabela 9 página 56 usada para testar essas configurações de computação do usuário final do VSPEX são consideradas como uma carga office worker típica. Entretanto, alguns clientes podem julgar que seus usuários têm um perfil mais ativo.

Suponhamos que uma empresa tem 200 usuários e, em razão dos aplicativos corporativos personalizados, cada usuário gera 15 IOPS em comparação aos 8 IOPS usados na carga de trabalho VSPEX. Esse cliente precisará de 3.000 IOPS (200 usuários * 15 IOPS por desktop). A configuração para 250 desktops poderia ser insuficiente nesse caso, pois ela foi classificada para 2.000 IOPS (250 desktops * 8 IOPS por desktop). Esse cliente deve consultar o documento Solução EMC VSPEX End-User Computing com Citrix XenDesktop 5.6 e VMware vSphere 5.1 para até 2.000 Desktops Virtuais e considerar se mover para a solução de 500 desktops.

Implementação da arquitetura da solução Essa arquitetura de referência requer um conjunto de hardware disponível para as necessidades de CPU, memória, rede e armazenamento do sistema. Nesta arquiteturas de referência, elas são apresentadas como requisitos gerais independentes de qualquer implementação em particular. Esta seção descreve algumas considerações para a implementação dos requisitos.

Essa arquitetura de referência define os requisitos de hardware para a solução em termos de cinco tipos básicos de recursos:

• Recursos de CPU

• Recursos de memória

• Recursos de rede

• Recursos de armazenamento

• Recursos de backup

Esta seção descreve os tipos de recursos, como eles são usados na arquitetura de referência e as principais considerações para a implementação deles no ambiente de um cliente.

As arquiteturas definem o número necessário de núcleos de CPU, mas não definem um tipo nem uma configuração específica. Elas presumem que novas implementações usam versões recentes de tecnologias de processadores comuns. Supõe-se que terão um desempenho tão bom, ou melhor, do que os sistemas usados para validar a solução.

Em qualquer sistema em operação, é importante monitorar a utilização dos recursos e fazer as adaptações necessárias. Supõe-se que com o desktop virtual de referência e os recursos de hardware necessários nas arquiteturas de referência, não haverá mais de oito CPUs virtuais para cada núcleo de processador físico (relação 8:1). Na maioria dos casos, isso proporciona um nível apropriado de recursos para os desktops virtuais hospedados; entretanto, essa relação pode não ser apropriada em

Cargas de trabalho de desktop mais pesadas

Tipos de recurso

Recursos de CPU



58

todos os casos de uso. A EMC recomenda o monitoramento da utilização da CPU na camada do hipervisor para determinar se são necessários mais recursos.

Cada desktop virtual na arquitetura de referência é definido para ter 2 GB de memória. Em um ambiente virtual, é comum provisionar desktops virtuais com mais memória do que o hipervisor tem fisicamente devido às restrições de orçamento. A técnica de superalocação de memória aproveita o fato de que cada desktop virtual não utiliza totalmente a quantidade de memória alocada a ele. Há um sentido comercial ao superatribuir o uso de memória em certo grau. O administrador é responsável por monitorar proativamente a taxa de superatribuição para que ela não distancie o gargalo do servidor e se torne uma carga para o subsistema de armazenamento.

Se o VMware vSphere ficar sem memória em sistemas operacionais guest, a paginação começará a ocorrer, resultando em atividade extra de I/O para os arquivos vswap. Se o subsistema de armazenamento estiver dimensionado corretamente, aumentos ocasionais devido à atividade vswap poderão não causar problemas de desempenho, pois os picos temporários de carga podem ser absorvidos. Entretanto, se a taxa de superatribuição de memória for muito alta, fazendo com que o subsistema de armazenamento seja gravemente impactado por uma sobrecarga contínua de atividade vswap, será necessário adicionar mais discos, não por causa do requisito de capacidade, mas devido à demanda de maior desempenho. Nesse ponto, cabe ao administrador decidir se é mais econômico adicionar mais memória física ao servidor ou aumentar a quantidade de armazenamento. Como os módulos de memória são uma commodity, a primeira opção provavelmente será a menos dispendiosa.

Essa solução é validada com memória atribuída estatisticamente e sem nenhuma superalocação de recursos de memória. Caso a superalocação de memória seja usada em um ambiente real, monitore regularmente a utilização de memória do sistema e a atividade associada de I/O de arquivo de página para garantir que nenhum déficit de memória cause resultados inesperados.

Ao usar uma solução de backup Avamar para o VSPEX, não agende todos os backups ao mesmo tempo, mas intercale-os em sua janela de backup. O agendamento de todos os recursos para backup ao mesmo tempo pode causar o consumo de todas as CPUs de host disponíveis.

A arquitetura de referência descreve os requisitos mínimos do sistema. Se for necessária largura de banda adicional, será importante adicionar recursos tanto no storage array quanto no host de hipervisor para atender aos requisitos. As opções para conectividade de rede no servidor dependerão do tipo de servidor. Os storage arrays têm um número de portas de rede inclusas e a opção de adicionar portas usando módulos de I/O EMC FLEX.

No ambiente validado, a EMC supõe que cada desktop virtual gera 8 IOPS por segundo, com um tamanho médio de 4 KB. Isso significa que cada desktop virtual está gerando pelo menos 32 KB/s de tráfego na rede de armazenamento. Em um ambiente classificado para 250 desktops virtuais, isso chega a um mínimo de aproximadamente 8 MB/s. Esse valor está de acordo com os limites das redes modernas. Entretanto, isso não leva em conta outras operações. Por exemplo, é necessária largura de banda adicional para:

• Tráfego de rede de usuário

• Migração de desktop virtual

Recursos de memória

Recursos de rede



59

• Operações administrativas e de gerenciamento

Os requisitos para cada um desses casos dependerão de como o ambiente está sendo usado. Dessa forma, não é prático fornecer números concretos nesse contexto. Entretanto, a rede descrita na arquitetura de referência para cada solução deve ser suficiente para manipular cargas de trabalho médias nos casos de uso acima.

Independentemente dos requisitos de tráfego de rede, a EMC recomenda que se tenha sempre, pelo menos, duas conexões físicas de rede compartilhadas para uma rede lógica, de modo que uma falha em um só link não afete a disponibilidade do sistema. A rede deve ser projetada de modo que, em caso de falha, a largura de banda agregada seja suficiente para acomodar toda a carga de trabalho.

As arquiteturas de referência contêm layouts para os discos usados na validação do sistema. Cada layout equilibra a capacidade de armazenamento disponível com o recurso de desempenho dos drives. Existem poucas camadas para considerar durante a verificação do dimensionamento do armazenamento. Especificamente, o array tem um conjunto de discos que são atribuídos a um pool de armazenamento. A partir desse pool de armazenamento, os datastores podem ser provisionados para o cluster do VMware vSphere. Cada camada tem uma configuração específica que é definida para a solução e documentada no Capítulo 5.

Geralmente, é aceitável substituir os tipos de drives por um tipo que tenha mais capacidade e com as mesmas características de desempenho ou substituir por drives com maior desempenho e a mesma capacidade. Da mesma forma, é aceitável alterar a colocação dos drives nas gavetas de drive para estar em conformidade com as disposições novas ou atualizadas de gavetas de drives.

Em outros casos em que for necessário desviar-se do número e do tipo propostos de drives especificados ou do pool e dos layouts de datastores especificados, verifique se o layout de destino fornece os mesmos recursos ou até mesmo mais recursos para o sistema.

A arquitetura de referência descreve o armazenamento para backup (inicial e crescimento) e as necessidades de retenção do sistema. Outras informações podem ser reunidas para dimensionar ainda mais o Avamar, inclusive necessidades de ausência de fita, especificações de RPO e RTO, bem como necessidades de replicação de ambientes de vários locais.

Os requisitos declarados na arquitetura de referência são os que a EMC considera o conjunto mínimo de recursos para manipular as cargas de trabalho necessárias com base na definição declarada de um desktop virtual de referência. Em qualquer implementação de cliente, a carga de um sistema variará no decorrer do tempo conforme os usuários interagirem com o sistema. Entretanto, se os desktops virtuais do cliente diferirem significativamente da definição de referência e variarem no mesmo grupo de recursos, poderá ser necessário adicionar mais desses recursos ao sistema.

Avaliação rápida Uma avaliação do ambiente do cliente ajuda a assegurar que seja implementada a solução VSPEX correta. Esta seção fornece uma planilha fácil de usar para simplificar os cálculos de dimensionamento e ajudar a avaliar o ambiente do cliente.

Recursos de armazenamento

Recursos de backup

Resumo da implementação



60

Primeiro, resuma os tipos de usuários planejados para a migração para o ambiente de computação do usuário final do VSPEX. Para cada grupo, determine o número de CPUs virtuais, a quantidade de memória, o desempenho de armazenamento necessário, a capacidade de armazenamento necessária e o número de desktops virtuais de referência no pool de recursos. Applying the reference workload fornece exemplos desse processo.

Preencha uma linha da planilha para cada aplicativo, como mostrado na Tabela 10.

Tabela 10. Linha da planilha em branco

Aplicativo CPU (CPUs virtuais)

Memória (GB)

IOPS Desktops virtuais de referência equivalentes

Número de usuários

Total de desktops de referência

Exemplo de tipo de usuário

Requisitos de recursos

Desktops de referência equivalentes

Preencha os requisitos de recursos do tipo de usuário. A linha requer entradas de três recursos diferentes: CPU, memória e IOPS.

Muitos aplicativos de desktop são otimizados para uma CPU única; que é o que o desktop virtual de referência assume. Se um tipo de usuário precisar de um desktop com várias CPUs virtuais, modifique a contagem de desktops virtuais proposta para justificar os recursos adicionais. Por exemplo, se 100 desktops estiverem sendo virtualizados, mas 20 usuários precisarem de duas CPUs em vez de uma, considere que o pool precisará fornecer 120 desktops virtuais de capacidade.

A memória desempenha um papel fundamental para assegurar a funcionalidade e o desempenho dos aplicativos. Portanto, cada grupo de desktops terá diferentes destinos para a quantidade de memória disponível aceitável. Como no cálculo da CPU, se um grupo de usuários precisar de recursos de memória adicionais, simplesmente ajuste o número de desktops planejados para acomodar os requisitos de recursos adicionais.

Por exemplo, se 100 desktops serão virtualizados, mas cada um deles precisar de 4 GB de memória em vez dos 2 GB fornecidos no desktop virtual de referência, planeje para 200 desktops virtuais de referência.

Os requisitos de desempenho de armazenamento para desktops são normalmente o aspecto de desempenho menos compreendido. O desktop virtual de referência usa uma carga de trabalho gerada por uma ferramenta reconhecida pelo setor para executar uma ampla variedade de aplicativos de produtividade de escritório que deve representar a maioria das implementações de desktops virtuais.

O requisito de capacidade de armazenamento de um desktop pode variar muito dependendo dos tipos de aplicativos em uso e das políticas específicas do cliente. Os desktops virtuais apresentados nesta solução contam com armazenamento

Requisitos de CPU

Requisitos de memória

Requisitos de desempenho de armazenamento

Requisitos de capacidade de armazenamento



61

compartilhado adicional para dados de perfis e documentos de usuários. Esse requisito é coberto como um componente opcional que pode ser atendido com a adição de hardware de armazenamento específico definido na arquitetura de referência. Ele também pode ser atendido com compartilhamentos de arquivos existentes no ambiente.

Com todos os recursos definidos, determine um valor apropriado para a linha de desktops virtuais de referência equivalentes usando as relações na Tabela 11. Arredonde todos os valores para cima para o número inteiro mais próximo.

Tabela 11. Recursos do desktop virtual de referência

Recurso Valor para o desktop virtual de referência

Relacionamento entre requisitos e desktops virtuais de referência equivalentes

CPU 1 Desktops virtuais de referência equivalentes = requisitos de recursos

Memória 2 Desktops virtuais de referência equivalentes = (requisitos de recursos)/2

IOPS 10 Desktops virtuais de referência equivalentes = (requisitos de recursos)/10

Por exemplo, se houver um grupo de 50 usuários que precisam de duas CPUs virtuais e 12 IOPS por desktop descrito anteriormente, juntamente com 8 GB de memória na linha de requisitos de recursos, descreva-o como precisando de dois desktops de referência de CPU, quatro desktops de referência de memória e dois desktops de referência de IOPS com base nas características do desktop virtual na Tabela 9 página 56. Esses números vão para a linha “Desktops de referência equivalentes”, como mostrado na Tabela 12. Use o valor máximo na linha para preencher a coluna “Desktops virtuais de referência equivalentes”.

Multiplique o número de desktops virtuais de referência equivalentes, como encontrado na Tabela 12 pelo número de usuários para chegar ao total de recursos necessários para esse tipo de usuários.

Tabela 12. Exemplo de linha da planilha

Tipo de usuário CPU (CPUs virtuais)

Memória (GB)

IOPS

Desktops virtuais de referência equivalentes



Usuários avançados


2 8 12


2 4 2 4 50 200

Determinando os desktops virtuais de referência equivalentes



62

Depois que a planilha estiver preenchida para todos os tipos de usuários que o cliente deseja migrar para a infraestrutura virtual, calcule o número total de desktops virtuais de referência necessários no pool calculando a soma da coluna Total do lado direito da planilha, como mostrado em Tabela 13.

Tabela 13. Exemplos de aplicativos

Tipo de usuário

CPU

(CPUs virtuais)

Memória (GB)

IOPS






2 8 12


2 4 2 4 40 160

Usuários moderados


2 4 8


2 2 1 2 20 40

Usuários típicos


1 2 8


1 1 1 1 20 40

Total 240

As soluções VSPEX End-User Computing definem tamanhos distintos de pools de recursos. Para esse conjunto de soluções, o pool contém 250 desktops. No caso da Tabela 13, o cliente requer 240 desktops virtuais de capacidade do pool. Portanto, o pool de recursos de 250 desktops virtuais fornece recursos suficientes para as necessidades atuais.

Na maioria dos casos, o hardware recomendado para servidores e para armazenamento será dimensionado apropriadamente com base no processo descrito. Entretanto, em alguns casos, há o desejo de personalizar ainda mais os recursos de hardware disponíveis para o sistema. Uma descrição completa da arquitetura do sistema está além do escopo deste documento. Personalizações adicionais podem ser feitas neste momento.

Recursos de armazenamento

Em alguns aplicativos, existe a necessidade de separar algumas cargas de trabalho de armazenamento de outras cargas de trabalho. Os layouts de armazenamento das arquiteturas VSPEX colocam todos os desktops virtuais em apenas um pool de recursos. Para conseguir a separação da carga de trabalho, compre drives de discos

Ajuste dos recursos de hardware



63

adicionais para cada grupo que precisa de isolamento de carga de trabalho e adicione-os a um pool dedicado.

Não é apropriado reduzir o tamanho do pool de recursos de armazenamento principal para dar suporte ao isolamento nem reduzir a capacidade do pool sem orientação adicional além deste documento. Os layouts de armazenamento apresentados nas arquiteturas de referência são projetados para equilibrar diversos fatores diferentes em termos de alta disponibilidade, desempenho e proteção de dados. A alteração dos componentes do pool pode ter impactos significativos difíceis de prever em outras áreas do sistema

Recursos de servidor

Para os recursos do servidor na solução VSPEX End-User Computing, é possível personalizar os recursos de hardware de maneira mais eficaz. Para isso, primeiro totalize os requisitos de recursos para os componentes do servidor, como mostrado na Tabela 14.Anote a soma das colunas “Total de recursos de CPU” e “Total de recursos de memória” à direita da tabela.

Tabela 14. Totais dos componentes de recursos de servidor

Tipo de usuário CPU (CPUs virtuais)

Memória (GB)


Total de recursos de CPU

Total de recursos de memória



2 8 15 30 120

Usuários moderados


2 4 40 80 160

Usuários típicos


1 2 100 100 200

Total 210 480

Nesse exemplo, a arquitetura de destino precisou de 210 CPUs virtuais e 480 GB de memória. Com as suposições informadas de 8 desktops por núcleo de processador físico e nenhum superprovisionamento de memória, isso se traduz em 27 núcleos de processador físico e 480 GB de memória. Em contraste, este pool de recursos para 250 desktops virtuais, conforme documentado na arquitetura de referência, pede 500 GB de memória e, pelo menos, 32 núcleos de processador físico. Nesse ambiente, a solução pode ser implementada de modo eficaz com menos recursos de servidor.

Obs. Lembre-se dos requisitos de alta disponibilidade ao personalizar o hardware do pool de recursos.



64

Tabela 15 contém uma planilha em branco.

Tabela 15. Planilha em branco do cliente

Tipo de usuário

CPU (CPUs virtuais)

Memória (GB)

IOPS














Total


65

Capítulo 5 Diretrizes de Configuração do VSPEX


Visão geral ......................................................................................... 66

Tarefas de pré-implementação ............................................................ 67

Dados de configuração do cliente ....................................................... 69

Preparar switches, conectar a rede e configurar switches ..................... 70

Preparar e configurar storage array ..................................................... 72

Instalar e configurar hosts VMware vSphere ........................................ 74

Instalar e configurar o banco de dados SQL Server .............................. 78

Instalar e configurar o VMware vCenter Server ..................................... 80

Instalar e configurar a controladora XenDesktop .................................. 82

Resumo ............................................................................................. 84

Diretrizes de Configuração do VSPEX


66

Visão geral O processo de implementação divide-se em fases mostradas na Tabela 16. No término da implementação, a infraestrutura do VSPEX estará pronta para a integração com a rede e a infraestrutura de servidores existentes do cliente.

Tabela 16 lista as principais fases do processo de implementação da solução. A tabela também inclui referências a capítulos nos quais os procedimentos relevantes são fornecidos.

Tabela 16. Visão geral do processo de implementação

Fase Descrição Referência

1 Verificar pré-requisitos Tarefas de pré-implementação

2 Obter as ferramentas de implementação

Tarefas de pré-implementação

3 Reunir dados de configuração do cliente


4 Montar em rack e conectar os componentes

Consulte a documentação do fornecedor

5 Configurar os switches e as redes, conectar à rede do cliente

Preparar switches, conectar a rede e configurar switches

6 Instalar e configurar o VNXe Preparar e configurar storage array

7 Configurar datastores das máquinas virtuais

8 Instalar e configurar os servidores Instalar e configurar hosts VMware vSphere

9 Configurar o SQL Server (usado pelo VMware vCenter™ e XenDesktop)

Instalar e configurar o banco de dados SQL Server

10 Instalar e configurar o vCenter e o sistema de rede de máquinas virtuais

Instalar e configurar o VMware vCenter Server

11 Configurar o XenDesktop Controller Instalar e configurar a controladora XenDesktop

12 Testar a instalação Validação da Solução



67


As tarefas de pré-implementação incluem procedimentos que não estão diretamente relacionados à instalação e à configuração do ambiente, mas cujos resultados serão necessários no momento da instalação. Como exemplos de tarefas de pré-implementação, temos o conjunto de nomes de host, endereços IP, IDs de VLAN, chaves de licença, mídia de instalação etc. Essas tarefas devem ser executadas antes da visita ao cliente a fim de diminuir o tempo necessário no local.

Tabela 17. Tarefas para a pré-implementação

Tarefa Descrição Referência

Reunir documentos

Reúna os documentos relacionados, listados no Apêndice C Referências. Eles são usados em todo o texto deste documento para fornecer detalhes sobre procedimentos de configuração e práticas recomendadas de implementação dos vários componentes da solução.

Apêndice C Referências

Reunir ferramentas

Reúna as ferramentas necessárias e opcionais para a implementação. Use a Tabela 18 para confirmar que todo o equipamento, o software e todas as licenças apropriadas estejam disponíveis antes do processo de implementação.

Tabela 18 Lista de verificação de pré-requisitos de implementação

Reunir dados

Reúna os dados de configuração específicos do cliente quanto ao sistema de rede, à nomenclatura e às contas necessárias. Especifique essas informações no Apêndice B Data sheet de configurações do cliente para referência durante o processo de implementação.

Apêndice B Data sheet de configurações do cliente

Preencha o documento Planilha de Configuração da Série VNXe, disponível no site de suporte on-line da EMC, a fim de especificar as informações de array mais abrangentes.

Tabela 18 discrimina os requisitos de hardware, software e licença para configurar a solução.

Tabela 18. Lista de verificação de pré-requisitos de implementação

Requisitos Descrição Referência

Hardware Servidores físicos para hospedar desktops virtuais: capacidade suficiente nos servidores físicos para hospedar 250 desktops

Solução EMC VSPEX End-User Computing com Citrix XenDesktop 5.6, VMware vSphere 5.1 para 250 Desktops Virtuais Habilitado por Citrix XenDesktop 5.6, VMware vSphere 5.1 e EMC VNXe3300 — Arquitetura de Referência

Servidores VMware vSphere 5.1 para hospedar servidores de infraestrutura virtual

Obs. Este requisito pode estar coberto pela infraestrutura existente

Visão geral

Pré-requisitos de implementação



68


Sistema de rede: capacidade de porta de switch e recursos necessários para a infraestrutura de desktops virtuais.

EMC VNXe3300: storage array multiprotocolo com o layout de disco necessário.

Software

Mídia de instalação do VMware ESXi 5.1

Mídia de instalação do VMware vCenter Server 5.1

Mídia de instalação do Citrix XenDesktop 5.6

EMC VSI for VMware vSphere: Unified Storage Management

Suporte on-line da EMC

EMC VSI for VMware vSphere: Storage Viewer

Mídia de instalação do Microsoft Windows Server 2008 R2 (SO sugerido para VMware vCenter e controladora Citrix Desktop)

Mídia de instalação do Microsoft Windows 7 SP1

Mídia de instalação do Microsoft SQL Server 2008 ou mais recente (SO sugerido para VMware vCenter e controladora Citrix Desktop)

Mídia de instalação do Microsoft Windows Server 2012 (AD/DHCP/DNS)

Obs. Este requisito pode estar coberto na infraestrutura existente.

Plug-in do EMC vStorage API for Array Integration.

Suporte on-line da EMC

Licenças

Chave de licença do VMware vCenter 5.1

Chaves de licença do VMware vSphere 5.1 Desktop

Arquivos de licença do Citrix XenDesktop 5.6



69


Chaves de licença do Microsoft Windows Server 2008 R2 Standard (ou mais recente)

Chaves de licença do Microsoft Windows Server 2012 Standard (ou mais recente)

Obs. Este requisito pode estar coberto no Microsoft Key Management Server (KMS) existente.

Chaves de licença do Microsoft Windows 7 Obs.: este requisito pode estar coberto no Microsoft Key Management Server (KMS) existente

Chave de licença do Microsoft SQL Server Obs. Este requisito pode estar coberto na infraestrutura existente

Dados de configuração do cliente Para reduzir o tempo no local, informações, como endereços IP e nomes de host devem ser reunidas como parte do processo de planejamento.

Apêndice B Data sheet de configurações do cliente fornece uma tabela para manter um registro das informações relevantes. Esse formulário pode ser expandido ou contraído, conforme necessário. É possível adicionar, modificar e registrar informações à medida que a implementação progride.

Além disso, preencha as Data Sheets de Configuração do Cliente, disponíveis no site de suporte on-line da EMC, para especificar as informações de ]array mais abrangentes.



70

Preparar switches, conectar a rede e configurar switches

Esta seção descreve os requisitos da infraestrutura de rede necessários para dar suporte a essa arquitetura. A seguir, são apresentados um resumo das tarefas que serão concluídas e referências para mais informações.

Tabela 19. Tarefas para configuração de switches e rede


Configurar a rede de infraestrutura

ConFigura o storage array e a rede de infraestruturas do host ESXi como especificado em Arquitetura da solução

Configurar as VLANs

ConFigura VLANs públicas e privadas conforme a necessidade

Guia de configuração de switches do fornecedor

Concluir o cabeamento de rede

• Conecte as portas de interconexão dos switches

• Conecte as portas do VNXe

• Conecte as portas do ESXi Server

Para níveis de desempenho validados e alta disponibilidade, essa solução requer a capacidade de switch fornecida na Tabela 3 página 41. Se a infraestrutura existente atender aos requisitos, não será necessária a instalação de um novo hardware.

A rede de infraestrutura requer links de rede redundantes para cada host do ESXi, o storage array, as portas de interconexão de switches e as portas de uplink de switch. Essa configuração fornece redundância e largura de banda de rede adicional. Essa configuração é necessária, não importando se a infraestrutura de rede da solução já existe ou está sendo implementada com outros componentes da solução.

Figura 18 mostra um exemplo de infraestrutura Ethernet redundante para essa solução. O diagrama ilustra o uso de switches redundantes e links para garantir que nenhum ponto de falha exista na conectividade de rede.

Visão geral

Preparar switches de rede

Configurar a rede de infraestrutura



71

Figura 18. Exemplo de arquitetura de rede Ethernet

Assegure portas de switch adequadas para storage array e hosts ESXi configurados com, no mínimo, três VLANs para:

• Sistema de rede de máquinas virtuais, gerenciamento ESXi e tráfego CIFS (redes para clientes, que podem ser separadas, se desejado)

• Sistema de rede NFS (rede privada)

• vMotion (rede privada)

Certifique-se de que todos os servidores da solução, storage arrays, interconexões de switches e uplinks de switch tenham conexões redundantes e estejam conectados a infraestruturas de switch separadas. Verifique se há uma conexão completa à rede existente do cliente.

Obs. Neste momento, o novo equipamento está sendo conectado à rede existente do cliente. Certifique-se de que interações inesperadas não causem problemas de serviço na rede do cliente.

Configurar VLANs

Concluir o cabeamento de rede



72

Preparar e configurar storage array

Visão geral

Este capítulo descreve como configurar o storage array VNXe. Nesta solução, a série VNXe fornece armazenamento de dados NFS (Network File System) para hosts VMware.

Tabela 20. Tarefas de configuração de armazenamento


Definir a configuração inicial do VNXe

ConFigura as informações de endereços IP e outros parâmetros-chave no VNXe.

Guia de Instalação do Sistema VNXe3300

Planilha de Configuração da Série VNXe

Guia de configuração de switches do fornecedor

Configurar o sistema de rede do VNXe

ConFigura o LACP no VNXe e nos switches de rede.

Provisionar armazenamento para datastores NFS

Crie sistemas de arquivos NFS que serão apresentados aos servidores ESXi como datastores NFS que hospedam os desktops virtuais.

Provisionar armazenamento opcional para dados do usuário

Crie sistemas de arquivos CIFS que serão usados para armazenar perfis de usuário de roaming e diretórios base.

Provisionar armazenamento opcional para máquinas virtuais de infraestrutura

Crie datastores NFS opcionais para hospedar máquinas virtuais do SQL server, do controlador de domínio, do servidor vCenter e/ou das controladoras do XenDesktop.

Preparar o VNXe

O Guia de Instalação do Sistema VNXe3300 fornece instruções sobre conjunto montado, montagem em rack, conexão e alimentação do VNXe. Não há etapas de configuração específicas para essa solução.

Definir a configuração inicial do VNXe

Após concluir a configuração inicial do VNXe, você deve configurar as informações essenciais sobre o ambiente existente de modo que o storage array possa se comunicar. ConFigura os seguintes itens, de acordo com suas políticas de datacenter TI e informações de infraestrutura existentes.

• DNS

• NTP

• Interfaces de rede de armazenamento

• Endereço IP de rede de armazenamento

• Lista de membros de serviços CIFS e domínio do Active Directory

Configuração VNXe



73

Os documentos de referência listados na Tabela 20 página 72 especificam mais informações sobre como configurar a plataforma VNX. Storage configuration guidelines na página 48 apresenta mais informações sobre o layout do disco.

Execute as etapas a seguir no Unisphere para configurar sistemas de arquivos NFS no VNXe que serão usados para armazenar desktops virtuais:

1. Crie um pool com o número apropriado de discos.

Na área System Storage Pools do Unisphere, selecione ConFigura disks e crie manualmente um novo pool por Tipo de disco para drives SAS. A configuração validada usa um só pool com 21 drives. Em outros cenários, a criação de pools separados pode ser aconselhável.

Obs. Crie discos hot spare neste ponto. Consulte o Guia de Instalação do Sistema VNXe3300 para obter mais informações.

Figura 12 na página 50 representa o layout de armazenamento principal de destino para a solução.

2. Crie um servidor de pasta compartilhada NFS.

Acesse o assistente no Unisphere em Settings Shared Folder Server Settings Add Shared Folder Server. Instruções detalhadas sobre isso são encontradas no Guia de Instalação do Sistema VNXe3300.

3. Crie um recurso de armazenamento VMware.

No Unisphere, navegue em Storage VMware Create. Crie um datastore NFS no pool e no servidor de pastas compartilhadas criado acima. O tamanho do datastore será determinado pelo número de máquinas virtuais que ele conterá. A configuração validada usou datastores de 1 TB cada.

Obs. Não ative o provisionamento thin.

4. Finalmente, adicione seus hosts ESXi à lista de hosts que podem acessar o novo datastore.

Se o armazenamento necessário para dados do usuário (ou seja, perfis de usuários de roaming e diretórios base) ainda não existir no ambiente de produção, e o pacote de discos de dados do usuário opcionais não tiver sido adquirido, execute as etapas a seguir no Unisphere para configurar dois sistemas de arquivos CIFS no VNXe:

1. Crie um pool de armazenamento RAID 6 que consista em 12 drives NL-SAS de 2 TB.

Figura 13 na página 50 demonstra o layout opcional de armazenamento de destino de dados do usuário.

2. Dois sistemas de arquivos são divididos no pool de armazenamento a ser exportado como compartilhamentos CIFS em um servidor CIFS.

Se o armazenamento necessário para máquinas virtuais da infraestrutura, ou seja, SQL server, controlador de domínio, servidor vCenter e/ou controladoras do XenDesktop, ainda não existir no ambiente de produção, e o pacote de discos de dados do usuário opcionais não tiver sido adquirido, conFigura um sistema de arquivos NFS no VNXe para ser usado como datastore NFS no qual residem as máquinas virtuais da infraestrutura. Repita as etapas de configuração mostradas em Provisionar armazenamento de dados principal para fornecer o armazenamento opcional, levando em conta o número menor de drives.

Provisionar armazenamento de dados principal

Provisionar armazenamento opcional para dados do usuário

Provisionar armazenamento opcional para máquinas virtuais de infraestrutura



74

Instalar e configurar hosts VMware vSphere

Este capítulo especifica informações sobre instalação e configuração de hosts ESXi e servidores de infraestrutura necessários para dar suporte à arquitetura. Tabela 21 descreve as tarefas que devem ser concluídas.

Tabela 21. Tarefas de instalação de servidor


Instalar o ESXi Instale o hipervisor ESXi 5.1 nos servidores físicos implementados para a solução.

Guia de Instalação e Configuração do vSphere

Configurar o sistema de rede do ESXi

ConFigura o sistema de rede do ESXi, inclusive o tronco de NIC, portas VMkernel, grupos de portas de máquinas virtuais e jumbo-frames.

Sistema de Rede do vSphere

Conectar datastores do VMware

Conecte os datastores do VMware aos hosts do ESXi implementados para a solução.

Guia de Armazenamento do vSphere

No começo da inicialização dos servidores usados para o ESXi, confirme ou ative as configurações de virtualização assistida por hardware da MMU e de virtualização assistida por hardware da CPU no BIOS de cada servidor. Se os servidores estiverem equipados com um controlador RAID, conFigura o espelhamento nos discos locais.

Inicialize a mídia de instalação do ESXi 5.x e instale o hipervisor em cada um dos servidores. Nomes de hosts do ESXi, endereços IP e uma senha root serão necessários para a instalação. Apêndice B Data sheet de configurações do cliente fornece valores apropriados.

Durante a instalação do VMware ESXi, será criado um vSwitch (Virtual Switch, switch virtual) padrão. Por padrão, o ESXi escolhe apenas uma NIC física como uplink de um switch virtual. Para manter os requisitos de redundância e largura de banda, outra NIC deverá ser adicionada usando o console do ESXi ou estabelecendo conexão com o host ESXi a partir do vSphere Client.

Cada servidor VMware ESXi deve ter várias placas de interface para cada rede virtual a fim de assegurar a redundância e possibilitar o uso de balanceamento de carga de rede, agregação de links e failover de adaptador de rede.

A configuração do sistema de rede do VMware ESXi, inclusive balanceamento de carga, agregação de links e opções de failover, está descrita em Sistema de Rede vSphere. Escolha a opção de balanceamento de carga adequada com base no que é compatível com a infraestrutura de rede.

Crie portas Vmkernel, conforme a necessidade, com base na configuração da infraestrutura:

• Porta Vmkernel para tráfego de NFS

• Porta Vmkernel para VMware vMotion

Visão geral

Instalar o ESXi

Configurar o sistema de rede do ESXi



75

• Grupos de portas de desktops virtuais (usados pelos desktops virtuais para se comunicar na rede)

OSistema de Rede vSphere descreve o procedimento para definir essas configurações.

Um jumbo-frame é uma estrutura de Ethernet com uma "carga" entre 1.500 bytes e 9.000 bytes. É conhecido como MTU (Maximum Transmission Unit, unidade máxima de transmissão). O tamanho máximo geralmente aceito para um jumbo-frame é 9.000 bytes. O processamento da sobrecarga é proporcional ao número de quadros. Dessa forma, a ativação de jumbo-frames reduzirá o processamento de sobrecarga diminuindo o número de quadros a ser enviados. Isso aumentará o throughput de rede. É recomendável habilitar por completo os jumbo-frames Isso inclui switches de rede, servidores ESXi Servers e controladoras de armazenamento VNXe.

Os jumbo-frames podem ser ativados no servidor ESXi em dois níveis diferentes. Se todas as portas no switch virtual precisarem ser habilitadas para jumbo-frames, isso poderá ser feito selecionando propriedades do switch virtual e editando as configurações de MTU a partir do vCenter. Caso portas VMkernel específicas precisem ser habilitadas para jumbo-frames, edite a porta VMkernel nas propriedades de rede do vCenter.

Para ativar jumbo-frames no VNXe, use Unisphere Settings More Configuration Advanced Configuration. Selecione o módulo de I/O e a porta Ethernet apropriados e defina a MTU como 9000.

Talvez seja necessário habilitar os jumbo-frames também em cada switch de rede. Consulte o guia de configuração de switches para obter instruções.

Conecte os datastores configurados nos servidores ESXi apropriados. Estão incluídos os datastores configurados para:

• Armazenamento de desktop virtual

• Armazenamento de máquina virtual da infraestrutura (se necessário)

• Armazenamento do SQL Server (se necessário)

O Guia de Armazenamento do vSphere fornece instruções sobre como conectar datastores do VMware ao host do ESXi.

Os plug-ins do ESXi EMC NFS VAAI devem ser instalados após a implementação do VMware Virtual Center, conforme descrito em Instalar e configurar o VMware vCenter Server .

A capacidade do servidor é necessária para duas finalidades na solução:

• Dar suporte à nova infraestrutura de servidor virtualizado.

• Dar suporte aos serviços necessários de infraestrutura, como autenticação/autorização, DNS e banco de dados.

Para obter informações sobre os requisitos mínimos de host para os serviços de infraestrutura, consulte a Tabela 3 página 41. Se os serviços de infraestrutura existentes atenderem aos requisitos, o hardware listado para serviços de infraestrutura não será necessário.

Jumbo-frames

Conectar datastores do VMware

Planejar alocações de memória de máquina virtual



76

Configuração de memória

O dimensionamento e a configuração adequada da solução necessitam cuidados ao configurar a memória do servidor. A seção a seguir fornece orientação geral sobre alocação de memória a máquinas virtuais e decomposição de sobrecarga do vSphere e configuração da máquina virtual. Começamos com uma visão geral de como a memória é gerenciada em um ambiente VMware.

Gerenciamento de memória do ESX/ESXi

As técnicas de virtualização de memória permitem que o hipervisor vSphere abstraia recursos do host físico, como a memória, a fim de fornecer isolamento de recursos a várias máquinas virtuais, evitando o esgotamento dos recursos. Nos casos em que processadores avançados (como os processadores Intel com suporte EPT) são implementados, essa abstração ocorre dentro da CPU. Caso contrário, esse processo ocorrerá dentro do próprio hipervisor, por meio de um recurso conhecido como tabelas shadow page.

O vSphere emprega as seguintes técnicas de gerenciamento de memória:

• Alocação de recursos de memória maiores do que os fisicamente disponíveis para a máquina virtual é conhecida como superalocação de memória.

• Páginas de memória idênticas que são compartilhadas entre máquinas virtuais são mescladas por meio de um recurso conhecido como compartilhamento transparente de página. Páginas duplicadas são devolvidas ao pool de memória livre do host para reutilização.

• Por meio da compactação de memória, o ESXi armazena páginas que seriam substituídas no disco por meio de troca de host, em um cache de compressão localizado na memória principal.

• A exaustão dos recursos de host pode ser aliviada por meio de um processo conhecido como ballooning de memória. Esse processo solicita que páginas livres sejam alocadas da máquina virtual no host para reutilização.

• E por último, a troca de hipervisor faz com que o host force páginas arbitrárias da máquina virtual para fora do disco.

Informações adicionais podem ser obtidas no site:

http://www.vmware.com/files/pdf/mem_mgmt_perf_vsphere5.pdf

http://www.vmware.com/files/pdf/mem_mgmt_perf_vsphere5.pdf�



77

Conceitos de memória de máquina virtual

Figura 19 mostra os parâmetros das configurações de memória na máquina virtual.

Figura 19. Configurações de memória nam á quina virtual

• Memória configurada — memória física alocada à máquina virtual no momento da criação.

• Memória reservada — memória que está garantida para a máquina virtual,

• Memória tocada — memória que está ativa ou em uso pela máquina virtual.

• Trocável — memória cuja alocação pode ser cancelada na máquina virtual se o host estiver sob pressão de memória de outras máquinas virtuais via ballooning, compactação ou troca.

Seguem as práticas recomendadas para a alocação de memória:

• Não desative as técnicas de recuperação de memória padrão. Esses processos leves permitem flexibilidade com o mínimo impacto nas cargas de trabalho.

• Alocar o tamanho de memória para máquinas virtuais de modo inteligente. A superalocação desperdiça recursos enquanto a subalocação causa impacto no desempenho que pode afetar outras máquinas virtuais que compartilham os recursos. Superalocação pode levar ao esgotamento de recursos, caso o hipervisor não possa obter recursos de memória. Em casos graves, quando a troca de hipervisor é encontrada, o desempenho da máquina virtual provavelmente será prejudicado. Ter linhas de base de desempenho de suas cargas de trabalho de máquina virtual auxilia neste processo.



78

Instalar e configurar o banco de dados SQL Server

Este capítulo descreve como instalar e configurar um banco de dados do SQL Server para a solução. No final deste capítulo, você terá o Microsoft SQL Server em uma máquina virtual, com os bancos de dados necessários ao VMware vCenter e ao XenDesktop configurados para uso.

Tabela 22. Tarefas de configuração do banco de dados SQL Server


Criar uma máquina virtual para o Microsoft SQL Server

Crie uma máquina virtual para hospedar o SQL Server. Verifique se o servidor virtual atende aos requisitos de hardware e software.

Uhttp://msdn.microsoft.comU

Instalar o Microsoft Windows na máquina virtual

Instale o Microsoft Windows Server 2008 R2 Standard Edition na máquina virtual criada para hospedar o SQL Server.

Uhttp://technet.microsoft.com U

Instalar o Microsoft SQL Server

Instale o Microsoft SQL Server na máquina virtual designada para essa finalidade.

Uhttp://technet.microsoft.com U

Configurar o banco de dados para o VMware vCenter

Crie o banco de dados necessário ao vCenter Server no datastore apropriado.

Preparação dos Bancos de Dados do vCenter Server

Configurar o banco de dados para o VMware Update Manager

Crie o banco de dados necessário para o Update Manager no datastore apropriado.

Preparação do Banco de Dados do Update Manager

Configurar as permissões do banco de dados do XenDesktop

ConFigura o servidor de banco de dados com as permissões apropriadas para o programa de instalação do XenDesktop

Acesso e Permissões do Banco de Dados para XenDesktop 5

Crie a máquina virtual com recursos de computação suficientes em um dos servidores Windows designados para máquinas virtuais de infraestrutura e use o datastore designado para a infraestrutura compartilhada.

Obs. Talvez o ambiente do cliente já contenha um SQL Server designado para essa função. Nesse caso, consulte Configurar o banco de dados para o VMware vCenter.

Visão geral

Criar uma máquina virtual para o Microsoft SQL Server

http://msdn.microsoft.com/�

http://technet.microsoft.com/�

http://technet.microsoft.com/�



79

O serviço do SQL Server deve estar em execução no Microsoft Windows. Instale o Windows na máquina virtual e selecione as configurações apropriadas de rede, tempo e autenticação

Instale o SQL Server na máquina virtual a partir da mídia de instalação do SQL Server. O site do Microsoft TechNet especifica informações sobre como instalar o SQL Server.

Um dos componentes que pode ser instalado no programa de instalação do SQL Server é o SQL Server Management Studio (SSMS). Você pode instalar esse componente no servidor SQL diretamente, bem como no console de um administrador. É necessário instalar o SSMS pelo menos em um sistema.

Em muitas implementações, talvez você deseje armazenar arquivos de dados em outros locais que não sejam o caminho padrão. Para alterar o caminho padrão, clique com o botão direito do mouse no objeto de servidor no SSMS e selecione Database Properties. Com essa ação, uma interface de propriedades será aberta, na qual é possível alterar os dados padrão e os diretórios do registro para novos bancos de dados criados no servidor.

Obs. Para alta disponibilidade, o SQL Server pode ser instalado em um Microsoft Failover Cluster ou em uma máquina virtual protegida por clustering do VMware vSphere High Availability. Não é recomendável combinar essas tecnologias.

Para usar o VMware vCenter nesta solução, será preciso criar um banco de dados a ser usado pelo serviço. Os requisitos e as etapas para configurar corretamente o banco de dados do vCenter Server são abordados em Preparando Bancos de Dados do vCenter Server.

Obs. Não use a opção de banco de dados baseada no Microsoft SQL Server Express para essa solução.

É uma prática recomendada criar contas de log-in individuais para cada serviço que acessar um banco de dados no SQL Server.

Para usar o VMware Update Manager nesta solução, você precisará criar um banco de dados a ser usado pelo serviço. Os requisitos e as etapas para configurar corretamente o banco de dados do Update Manager são abordados em Preparando o Banco de Dados do Update Manager. É uma prática recomendada criar contas de log-in individuais para cada serviço que acessar um banco de dados no SQL Server. Consulte o administrador de banco de dados para conhecer a política de sua organização.

Instalar o Microsoft Windows na máquina virtual

Instalar o SQL Server

Configurar o banco de dados para o VMware vCenter

Configurar o banco de dados para o VMware Update Manager



80

Instalar e configurar o VMware vCenter Server

Este capítulo especifica informações sobre como configurar o VMware vCenter. Tabela 23 descreve as tarefas que devem ser concluídas.

Tabela 23. Tarefas de configuração do vCenter


Criar a máquina virtual host do vCenter

Crie uma máquina virtual a ser usada para o VMware Virtual Center Server

Administração da Máquina Virtuail do vSphere

Instalar o SO guest do vCenter

Instale o Windows Server 2008 R2 Standard Edition na máquina virtual host do vCenter

Atualizar a máquina virtual

Instale o VMware Tools, ative a aceleração do hardware e permita o acesso ao console remoto

Administração da Máquina Virtuail do vSphere

Criar conexões de ODBC do vCenter

Crie as conexões de ODBC do vCenter de 64 bits e do vCenter Update Manager de 32 bits.

Instalação e Configuração do vSphere

Instalação e Administração do VMware vSphere Update Manager

Instalar o vCenter Server

Instale o software vCenter Server Instalação e Configuração do vSphere

Instalar o vCenter Update Manager

Instale o software vCenter Update Manager


Criar um datacenter virtual

Criar um datacenter virtual Gerenciamento de Host e do vCenter Server

Aplicar chaves de licença do vSphere

Informe as chaves de licença do vSphere no menu de licenciamento do vCenter.

Instalação e Configuração do vSphere

Adicionar hosts do ESXi

Conecte o vCenter aos hosts do ESXi Gerenciamento de Host e do vCenter Server

Configurar o clustering do vSphere

Crie um cluster do vSphere e mova os hosts ESXi para ele

Gerenciamento de Recursos do vSphere

Executar a detecção de hosts do ESXi do array

Execute a detecção de hosts do ESXi no console do Unisphere.

VMware vSphere 4.1 na série EMC VNXe

Instalar o plug-in do vCenter Update Manager

Instale o plug-in do vCenter Update Manager no console de administração


Implementar o plug-in do VNX VAAI para NFS (variante NFS)

Usando o VMware Update Manager, implemente o plug-in VNX VAAI para NFS em todos os hosts ESXi

Vídeo de instruções sobre a instalação do plug-in EMC VNX VAAI NFS disponível no site www.youtube.com

Plug-in do vSphere Storage APIs for Array Integration (VAAI)


Visão geral



81


Instalar o plug-in EMC VSI

Instale o plug-in do EMC Virtual Storage Integration no console de administração.

EMC VSI for VMware vSphere: Unified Storage Management — Guia de Produto.

Se o VMware vCenter Server for implementado como uma máquina virtual em um ESXi Server instalado como parte desta solução, estabeleça uma conexão direta a um ESXi Server de infraestrutura usando o vSphere Client. Crie uma máquina virtual no ESXi Server com a configuração de SO guest do cliente usando o datastore do servidor de infraestrutura apresentado a partir do storage array. Os requisitos de memória e processador do vCenter Server dependem do número de hosts e máquinas virtuais do ESXi que estiverem sendo gerenciados. Os requisitos são descritos no Guia de Instalação e Configuração do vSphere. OSistema de Rede vSphere descreve o procedimento para definir essas configurações.

Instale o SO guest na máquina virtual host do vCenter. A VMware recomenda usar o Windows Server 2008 R2 Standard Edition. Consulte o Guia de Instalação e Configuração do vSphere para garantir que o espaço adequado esteja disponível no drive de instalação do vCenter e do vSphere Update Manager.

Antes de instalar o vCenter Server e o vCenter Update Manager, é necessário criar as conexões de ODBC necessárias para a comunicação do banco de dados. Essas conexões ODBC usarão a autenticação do SQL Server para a autenticação do banco de dados. Apêndice B Data sheet de configurações do cliente especifica informações de log-in do SQL.

Consulte Instalação e Configuração do vSphere e Instalando e Administrando o VMware vSphere Update Manager para obter instruções sobre como criar as conexões de ODBC necessárias.

Instale o vCenter usando a mídia de instalação do VMware VIMSetup. Ao instalar o vCenter, use o nome de usuário, a organização e a chave de licença do vCenter fornecidos pelo cliente.

Para executar a manutenção da licença, faça log-in no vCenter Server e selecione o menu Administration — Licensing no vSphere Client. Use o console de licença do vCenter para informar as chaves de licença dos hosts do ESXi. Depois disso, elas poderão ser aplicadas aos hosts do ESXi à medida que forem importadas para o vCenter.

O plug-in do VAAI para NFS habilita o suporte para os primitivos de NFS do vSphere 5.1. Esses primitivos reduzem a carga no hipervisor, desde as tarefas específicas relacionadas a armazenamento até a liberação de recursos para outras operações. Outras informações sobre o plug-in do VAAI para NFS estão disponíveis no download do plug-in do VAAI.

O plug-in do VAAI para NFS é instalado com o uso do vSphere Update Manager. Consulte o processo para distribuir o plug-in demonstrado no vídeo de instruções sobre a instalação do plug-in EMC VNX VAAI NFS, disponível no site www.youtube.com. Para ativar o plug-in após a instalação, reinicialize o servidor ESXi.

Criar a máquina virtual host do vCenter

Instalar o SO guest do vCenter

Criar conexões de ODBC do vCenter

Instalar o vCenter Server

Aplicar chaves de licença do vSphere

Implementar o plug-in do VNX VAAI para NFS (variante NFS)

http://www.youtube.com/�



82

O sistema de armazenamento VNXe pode ser integrado com o VMware vCenter usando o plug-in EMC VSI (Virtual Storage Integrator) for VMware vSphere unified Storage Management. Isso fornece aos administradores a capacidade de gerenciar tarefas de armazenamento do VNXe a partir do vCenter. Após a instalação do plug-in no console do vSphere, os administradores poderão usar o vCenter para:

• Criar datastores no VNXe e montá-los nos ESXi Servers

• Estender os datastores

• Criar clones full/FAST de máquinas virtuais

Instalar e configurar a controladora XenDesktop

Este capítulo especifica informações sobre como instalar e configurar as controladoras do Citrix XenDesktop para a solução. Para uma nova instalação do XenDesktop, a Citrix recomenda executar as tarefas a seguir nesta ordem:

Tabela 24. Tarefas de configuração da controladora XenDesktop


Criar máquinas virtuais para controladoras XenDesktop

Crie duas máquinas virtuais no vSphere Client. Essas máquinas virtuais serão usadas como controladoras do XenDesktop.

Instalar o SO guest para as controladoras do XenDesktop

Instale o SO guest Windows Server 2008 R2.

Instalar componentes de servidor do XenDesktop

Instale os componentes de servidor do XenDesktop na primeira controladora.

Uwww.citrix.com U

Instalar o Desktop Studio Instale o Desktop Studio para gerenciar a implementação do XenDesktop remotamente.

Configurar um site ConFigura um site no Desktop Studio.

Adicionar uma segunda controladora

Instale uma controladora adicional para obter alta disponibilidade.

Preparar uma máquina virtual master

Crie uma máquina virtual master como a imagem base para os desktops virtuais.

Provisionar desktops virtuais Provisione desktops usando o Machine Creation Services (MCS)

Instalar o plug-in do EMC VSI

Visão geral



83

Os componentes de servidor do XenDesktop a serem instalados na primeira controladora são:

• Controladora — cria e gerencia os desktops virtuais para os usuários

• Interface Web — fornece aos usuários acesso Web a seus desktops virtuais

• Servidor de licenças — gerencia as licenças do XenDesktop

• Desktop Studio — console de configuração e gerenciamento do XenDesktop

• Desktop Director — site de help desk e operações diárias do XenDesktop

Importante: a Citrix oferece suporte à instalação dos componentes do XenDesktop somente por meio dos procedimentos descritos na documentação da Citrix.

Se você quiser gerenciar a implementação do XenDesktop remotamente, instale o Desktop Studio nos consoles dos administradores apropriados de onde a implementação do XenDesktop será gerenciada.

Inicie o Desktop Studio e conFigura um site. Para a configuração do site, faça o seguinte:

• Licencie o site e especifique qual edição do XenDesktop usar

• ConFigura o banco de dados do site usando uma credencial de log-in designada para o SQL Server

• Especifique informações sobre sua infraestrutura virtual, inclusive o caminho do vCenter SDK que a controladora usará para estabelecer uma conexão com a infraestrutura VMware.

Depois de configurar um site, você poderá adicionar uma segunda controladora para fornecer alta disponibilidade. Os componentes de servidor do XenDesktop necessários para a segunda controladora são:

• Controladora

• Interface Web

• Desktop Studio

• Desktop Director

O componente do servidor de licenças não deve ser instalado na segunda controladora porque ele é gerenciado centralmente na primeira controladora.

Instalar componentes de servidor do XenDesktop

Instalar o Desktop Studio

Configurar um site

Adicionar uma segunda controladora



84

Otimize a máquina virtual master para evitar serviços desnecessários em segundo plano, que geram operações de I/O estranhas, afetando negativamente o desempenho geral do storage array.

Execute as seguintes etapas para preparar a máquina virtual master:

• Instale o SO guest Windows 7.

• Instale as ferramentas de integração apropriadas, como o VMware Tools

• Otimize as configurações do sistema operacional, consultando os seguintes documentos: Guia de Otimização do Citrix Windows7 para Virtualização de Desktop (http://support.citrix.com/servlet/KbServlet/download/25161-102-665153/XD%20-%20Windows%207%20Optimization%20Guide.pdf).

• Instale o Citrix XenDesktop Desktop Agent

• Instale ferramentas ou aplicativos de terceiros, como o Microsoft Office, relevantes para seu ambiente.

Execute as seguintes etapas para implementar desktops virtuais usando o Machine Creation Services (MCS) no Desktop Studio:

1. Crie um catálogo de máquinas usando a máquina virtual master como a

imagem base.

O MCS permite dois tipos de catálogos de máquinas - em pool ou dedicado.

Máquinas em pool: as personalizações de máquinas em pool do usuário serão redefinidas quando o usuário fizer log-out.

Máquinas dedicadas: as personalizações de máquinas dedicadas do usuário serão redefinidas quando o usuário fizer log-out.

2. Adicione as máquinas criadas no catálogo a um grupo de desktops de modo que os desktops virtuais estejam disponíveis aos usuários finais.

Resumo Neste capítulo, foram apresentadas as etapas necessárias para implementar e configurar os diversos aspectos da solução VSPEX, que incluíam os componentes físicos e lógicos. Neste ponto, você deveria ter uma solução VSPEX totalmente funcional. O capítulo a seguir aborda atividades de pós-instalação e validação.

Preparar uma máquina virtual master

Provisionar desktops virtuais


85

Capítulo 6 Validação da Solução


Visão Geral ........................................................................................ 86

Lista de verificação pós-instalação ..................................................... 87

Implementar e testar apenas um desktop virtual ................................. 87

Verificar a redundância dos componentes da solução .......................... 87

Validação da Solução


86

Visão Geral Este capítulo fornece uma lista de itens que devem ser revisados após a configuração da solução. O objetivo desse capítulo é verificar a configuração e a funcionalidade de aspectos específicos da solução, bem como garantir que a configuração dê suporte aos principais requisitos de disponibilidade.

Tabela 25 descreve as tarefas que devem ser concluídas.

Tabela 25. Tarefas de teste da instalação


Lista de verificação pós-instalação

Verifique se portas virtuais adequadas existem em cada switch virtual do host vSphere.


Verifique se cada host do vSphere tem acesso às VLANs e aos datastores necessários.

Guia de Armazenamento do vSphere


Verifique se as interfaces do vMotion estão configuradas corretamente em todos os hosts do vSphere.


Implementar e testar apenas um desktop virtual

Implemente uma só máquina virtual usando a interface do vSphere.

Gerenciamento de Host e do vCenter Server

Gerenciamento de Máquinas Virtuais do vSphere

Verificar a redundância dos componentes da solução

Execute uma reinicialização de uma controladora de armazenamento por vez e garanta que a conectividade da LUN seja mantida.

Etapas mostradas a seguir

Desative cada um dos switches redundantes, um por vez, e verifique se a conectividade do host do vSphere, da máquina virtual e do storage array se mantém intata.

Consulte a documentação do fornecedor

Em um host do vSphere que contenha pelo menos uma máquina virtual, ative o modo de manutenção e verifique se é possível migrar com êxito essa máquina virtual para um host alternativo.

Gerenciamento de Host e do vCenter Server



87

Lista de verificação pós-instalação Os itens de configuração a seguir são essenciais para a funcionalidade da solução e devem ser verificados antes da implementação na produção.

• Em cada vSphere Server, verifique se o vSwitch que hospeda as VLANs do cliente foi configurado com portas suficientes para acomodar o número máximo de máquinas virtuais que ele pode hospedar.

• Em cada servidor vSphere usado na solução, verifique se uma interface está configurada corretamente para o vMotion usando o material no guia Sistema de Rede vSphere.

Implementar e testar apenas um desktop virtual Para verificar a operação da solução, é importante executar uma implementação de uma máquina virtual para verificar se o procedimento é concluído como esperado. Verifique se a máquina virtual foi unida ao domínio aplicável, tem acesso às redes esperadas e se é possível fazer log-in.

Verificar a redundância dos componentes da solução Para garantir que os vários componentes da solução atendam aos requisitos de disponibilidade, é importante testar cenários específicos relacionados à manutenção ou a falhas no hardware.

• Execute uma reinicialização de cada controladora de armazenamento VNXe por vez e verifique se a conectividade aos datastores VMware é mantida por toda a reinicialização. Siga estas etapas:

a. No Unisphere, navegue até Settings Service System.

b. No painel System Components, selecione Storage Processor SPA.

c. No painel Service Actions, selecione Reboot.

d. Clique em Execute service action.

e. Durante o ciclo de reinicialização, verifique a presença de datastores em hosts ESXi.

f. Aguarde até que a controladora tenha terminado a reinicialização e seja exibida como disponível no Unisphere.

g. Repita as etapas de 87 a e para a controladora de armazenamento B

• Para verificar se os recursos de redundância de rede funcionam conforme o esperado, desabilite uma infraestrutura de switch redundante por vez. Enquanto cada uma das infraestruturas de switch estiver desabilitada, verifique se todos os componentes da solução mantêm a conectividade entre si e com qualquer infraestrutura cliente existente.

• Em um host do vSphere que contenha pelo menos uma máquina virtual, ative o modo de manutenção e verifique se é possível migrar com êxito essa máquina virtual para um host alternativo.



88


89

Apêndice A Listas de material

Este apêndice apresenta o seguinte tópico:

Lista de material para 250 desktops virtuais ....................................... 90

Listas de material


90

Lista de material para 250 desktops virtuais Tabela 26. Lista de componentes usados na solução VSPEX para 250 desktops

virtuais

Componente Solução para 250 desktops virtuais

VMware vSphere Servers

CPU 1 vCP 1 vCPU por desktop virtual

8 vCPUs por núcleo físico

250 vCPUs

Mínimo de 32 núcleos físicos

Memória 2 GB de RAM por desktop

Mínimo de 500 GB RAM

Rede 6 NICs de 1 GbE por servidor

Obs. Para implementar a funcionalidade VMware vSphere High Availability (HA) e para atender aos mínimos listados, a infraestrutura deve ter pelo menos um servidor adicional além do número necessário para cumprir os requisitos mínimos.

Infraestrutura de rede

Rede 2 switches físicos

1 porta de 1 GbE por control station para gerenciamento

6 portas de 1 GbE por servidor vSphere

2 portas GbE de 10 Gb por controladora de armazenamento

Storage array série EMC VNXe

Comum EMC VNXe3300

2 controladoras de armazenamento (ativa/ativa)

22 drives SAS de 3,5 polegadas, 300 GB, 15.000 RPM — desktops principais

13 drives NL-SAS de 2 TB, 3,5 polegadas (opcional) — dados do usuário

Rede 2 módulos de I/O de 10 Gb para cada controladora de armazenamento

(cada módulo inclui quatro portas)

2 portas de gerenciamento de 1 Gb para cada controladora de armazenamento


91

Apêndice B Data sheet de configurações do cliente


Data sheets de configurações do cliente ............................................. 92

Data sheet de configurações do cliente


92

Data sheets de configurações do cliente Antes de iniciar a configuração, reúna algumas informações sobre configuração do host e da rede específicas ao cliente. As tabelas a seguir especificam informações sobre a montagem da rede exigida e do endereço do host, a numeração e a nomenclatura. Esta planilha também pode ser usada como um material de apoio para referência futura.

A Planilha de Configuração da Série VNXe deve ser consultada para confirmar as informações do cliente.

Tabela 27. Informações comuns do servidor

Nome do servidor Finalidade IP principal

Controlador de domínio

DNS principal

DNS secundário

DHCP

NTP

SMTP

SNMP

Console do vCenter

Console do XenDesktop

SQL Server

Tabela 28. Informações do ESXi Server

Nome do servidor

Finalidade IP principal

Endereços de rede privada (armazenamento)

IP do VMkernel

IP do vMotion

ESXi

Host 1

ESXi

Host 2

…



93

Tabela 29. Informações do array

Nome do array

Conta de administrador

IP de gerenciamento

Nome do pool de armazenamento

Nome do datastore

IP do servidor NFS

Tabela 30. Informações sobre a infraestrutura de rede

Nome Finalidade IP Máscara de sub-rede

Gateway padrão

Switch Ethernet 1

Switch Ethernet 2

…

Tabela 31. Informações de VLAN

Nome Finalidade da rede VLAN ID Sub-redes permitidas

Sistema de rede de máquinas virtuais

Gerenciamento do ESXi

Rede de armazenamento NFS

vMotion

Tabela 32. Contas de serviço

Conta Finalidade Senha (opcional, protegida de modo adequado)

Administrador do Windows Server

root Root do ESXi

Administrador de array

Administrador do vCenter

Administrador do XenDesktop

Administrador do SQL Server



94


95

Apêndice C Referências


Referências ........................................................................................ 96

Referências


96

Referências

Os documentos a seguir, localizados no site de suporte on-line da EMC, especificam outras informações relevantes. O acesso a esses documentos depende de suas credenciais de log-in. Se você não tiver acesso a algum documento, entre em contato com o representante da EMC:

• EMC Infrastructure for Virtual Desktops Habilitado pelo EMC Série VNX (NFS), Cisco UCS, VMware vSphere 4.1 e Citrix XenDesktop 5 — Guia de Soluções Comprovadas

• EMC Performance Optimization for Microsoft Windows XP para Computação do Usuário Final — Práticas Recomendadas Aplicadas

• Implementação de Desktops Virtuais Microsoft Windows 7 com o VMware View — Guia de Práticas Recomendadas Aplicadas

• EMC Infraestrutura para VMware View 5.0, EMC Série VNX (NFS), VMware vSphere 5.1.0, VMware View 5.0 e VMware View Composer 2.7 — Guia de Soluções Comprovadas

• EMC VSI for VMware vSphere: Storage Viewer — Guia de Produto

• EMC VSI para VMware vSphere: Unified Storage Management — Guia de Produto

• Dimensionamento do EMC Série VNX para Carga de Trabalho de VDI

• Arquitetura de Referência: EMC Infrastructure for Citrix XenDesktop 5.6, EMC Série VNX (NFS), VMware vSphere 5.0, Citrix XenDesktop 5.6 e Citrix Profile Manager 4.1

• Arquitetura de Referência: EMC Infrastructure for Citrix XenDesktop 5.6, EMC Série VNX (NFS), VMware vSphere 5.0, Citrix XenDesktop 5.6 e Citrix Profile Manager 4.1

• Arquitetura de Referência: EMC Infrastructure for Citrix XenDesktop 5.5 (PVS) — EMC Série VNX (NFS), Citrix XenDesktop 5.5 (PVS), XenApp 6.5 e XenServer 6

• Guia de Soluções Comprovadas: EMC Infrastructure for Citrix XenDesktop 5.5 (PVS) — EMC Série VNX (NFS), Citrix XenDesktop 5.5 (PVS), XenApp 6.5 e XenServer 6

• EMC Infrastructure for Citrix XenDesktop 5.5 — EMC Série VNX (NFS), Citrix XenDesktop 5.5, XenApp 6.5, e XenServer 6

• Guia de Soluções Comprovadas: EMC Infrastructure for Citrix XenDesktop 5.5 — EMC Série VNX (NFS), Citrix XenDesktop 5.5, XenApp 6.5, e XenServer 6

Documentação da EMC

Referências


97

• Arquitetura de Referência: EMC Infrastructure for VMware View 5.1 — EMC Série VNX (FC), VMware vSphere 5.0, VMware View 5.1, VMware View Storage Accelerator, VMware View Persona Management e VMware View Composer 3.0

• Guia de Soluções Comprovadas: EMC Infrastructure for VMware View 5.1 — EMC Série VNX (FC), VMware vSphere 5.0, VMware View 5.1, VMware View Storage Accelerator, VMware View Persona Management e VMware View Composer 3.0

• Arquitetura de referência: EMC Infrastructure for VMware View 5.1 — EMC Série VNX (NFS), VMware vSphere 5.0, VMware View 5.1, VMware View Storage Accelerator, VMware View Persona Management e VMware View Composer 3.0

• Guia de Soluções Comprovadas: EMC Infrastructure for VMware View 5.1 — EMC Série VNX (NFS), VMware vSphere 5.0, VMware View 5.1, VMware View Storage Accelerator, VMware View Persona Management e VMware View Composer 3.0

Este documento é parte de uma solução VSPEX. Consulte outros documentos na solução para obter todos os detalhes.

Para a documentação de Citrix ou VMware, consulte os sites da Citrix e da VMware em www.Citrix.com e www.VMware.com

Outros documentos

http://www.citrix.com/�

http://www.vmware.com/�

Referências


98


99

Apêndice D Sobre o VSPEX


Sobre o VSPEX ................................................................................. 100

Sobre o VSPEX


100

Sobre o VSPEX A EMC uniu-se aos provedores de infraestrutura de TI líderes do setor para criar uma solução completa de virtualização que acelera a implementação da infraestrutura em nuvem. Desenvolvido com as melhores tecnologias, o VSPEX permite uma implementação mais rápida, oferece mais simplicidade, mais opções e eficiência, além de reduzir os riscos. A validação pela EMC assegura desempenho previsível e permite que os clientes selecionem tecnologias que aproveitam sua infraestrutura de TI existente e eliminam problemas de configuração, dimensionamento e planejamento. O VSPEX oferece uma infraestrutura comprovada para clientes que buscam ganhar a simplicidade característica de infraestruturas totalmente convergidas e mais opções de escolha em componentes individuais de pacotes de discos.

As soluções VSPEX são comprovadas pela EMC e embaladas e vendidas exclusivamente pelos parceiros de canal da EMC. O VSPEX fornece aos parceiros mais oportunidades, ciclos de vendas mais rápidos e habilitação completa. Ao trabalhar ainda mais estreitamente, a EMC e seus parceiros de canal podem agora entregar infraestrutura que acelera a jornada para a nuvem para mais clientes ainda.

emc vspex end-user computing · capítulo 3 visão geral da tecnologia da solução 21 ... figura...

Documents