EMC VSPEX END-USER COMPUTING · Perfil de teste de validação.....65 Características do perfil...

GUIA DE PROJETO

EMC VSPEX END-USER COMPUTING VMware Horizon View 6.0 e VMware vSphere para até 500 Desktops Virtuais Habilitado por EMC VNXe3200 e EMC Data Protection

EMC VSPEX

Resumo

Este Guia de Projeto descreve como criar uma solução EMC® VSPEX® End-User Computing para VMware Horizon View para até 500 desktops virtuais. O EMC VNXe3200 e o VMware vSphere fornecem as plataformas de virtualização e armazenamento.

Outubro de 2014

2 EMC VSPEX End-User Computing: VMware Horizon View 6.0 e VMware vSphere para até 500 Desktops Virtuais Guia de Projeto

Copyright © 2014 EMC Corporation. Todos os direitos reservados. Publicado no Brasil.

Publicado em outubro de 2014

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

As informações nesta publicação são fornecidas no estado em que se encontram. A EMC Corporation não garante nem representa qualquer tipo de informação contida nesta publicação e especificamente se isenta das garantias implícitas de comercialização ou uso a 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 uma lista mais atualizada de produtos da EMC, consulte "Produtos" no site brazil.emc.com.

EMC VSPEX End-User Computing VMware Horizon View 6.0 e VMware vSphere para até 500 Desktops Virtuais Habilitado por EMC VNXe3200 e EMC Data Protection Guia de Projeto

Número da peça H12925.1

http://brazil.emc.com/legal/emc-corporation-trademarks.htm

http://brazil.emc.com/

Conteúdo

3 EMC VSPEX End-User Computing: VMware Horizon View 6.0 e VMware vSphere para até 500 Desktops Virtuais

Guia de Projeto

Conteúdo

Capítulo 1 Introdução 9 Objetivo deste guia ............................................................................................ 10 Retorno comercial .............................................................................................. 10 Escopo ............................................................................................................... 11 Público-alvo ....................................................................................................... 11 Terminologia ...................................................................................................... 12

Capítulo 2 Antes de começar 13 Workflow de implementação .............................................................................. 14 Leituras essenciais ............................................................................................. 14

Visão geral da solução VSPEX ........................................................................ 14 Guia de Implementação do VSPEX ................................................................. 14 Guia da VSPEX Proven Infrastructure .............................................................. 14 Guia EMC Data Protection para VSPEX ........................................................... 15 Guia do RSA SecurID para VSPEX ................................................................... 15

Capítulo 3 Visão geral da solução 17 Visão geral ......................................................................................................... 18 VSPEX Proven Infrastructures .............................................................................. 18 Arquitetura da solução ....................................................................................... 19

Arquitetura de alto nível ................................................................................ 19 Arquitetura lógica .......................................................................................... 21

Componentes-chave ........................................................................................... 23 Intermediador de virtualização de desktop ......................................................... 24

VMware Horizon View 6.0 .............................................................................. 24 VMware Horizon View Composer 6.0 .............................................................. 25 VMware Horizon View Persona Management .................................................. 26 VMware Horizon View Storage Accelerator ..................................................... 26 VMware vCenter Operations Manager for Horizon View .................................. 26

Camada de virtualização .................................................................................... 27 VMware vSphere ............................................................................................ 27 VMware vCenter Server .................................................................................. 27 VMware vSphere High Availability .................................................................. 28 VMware vShield Endpoint .............................................................................. 28

Camada de computação ..................................................................................... 28 Camada de rede ................................................................................................. 28 Camada de armazenamento ............................................................................... 28

EMC VNXe3200 .............................................................................................. 28 Gerenciamento da virtualização ..................................................................... 31

Conteúdo


EMC VNXe Snapshots .................................................................................... 32 EMC VNXe Virtual Provisioning ....................................................................... 32 Compartilhamentos de arquivos do VNXe ...................................................... 32 ROBO ............................................................................................................. 32

Camada de proteção de dados ........................................................................... 33 Camada de segurança ........................................................................................ 34 Solução VMware Horizon Workspace .................................................................. 34

Capítulo 4 Dimensionamento da solução 35 Visão geral ......................................................................................................... 36 Carga de trabalho de referência .......................................................................... 36 Componentes básicos de armazenamento do VSPEX ......................................... 37

Abordagem de componentes básicos ............................................................ 37 Componente básico validado para 100 desktops virtuais .............................. 37 Expansão dos ambientes existentes de computação do usuário final do VSPEX ....................................................................................................... 37

Máximo validado de computação do usuário final do VSPEX .............................. 38 VNXe3200 ..................................................................................................... 39

Escolha da arquitetura de referência ideal .......................................................... 40 Introdução à planilha de dimensionamento do cliente .................................. 40 Uso da planilha de dimensionamento do cliente ........................................... 40 Seleção de uma arquitetura de referência ...................................................... 43 Ajuste dos recursos de hardware ................................................................... 43

Resumo .............................................................................................................. 45

Capítulo 5 Práticas recomendadas e considerações de projeto da solução 47

Visão geral ......................................................................................................... 48 Considerações sobre o design do servidor ......................................................... 48

Práticas recomendadas de servidor ............................................................... 49 O hardware dos file systems compartilhados VNXe ........................................ 50 Virtualização da memória do vSphere ............................................................ 50 Diretrizes de configuração de memória .......................................................... 52

Considerações do projeto de rede ...................................................................... 54 Hardware de rede validado ............................................................................ 55 Diretrizes de configuração de rede ................................................................. 55

Considerações sobre o projeto de armazenamento ............................................ 58 Visão geral ..................................................................................................... 58 Hardware para armazenamento validado e configuração ............................... 59 Virtualização de armazenamento do vSphere ................................................ 60 VNXe Virtual Provisioning .............................................................................. 61

Alta disponibilidade e failover ............................................................................ 62 Camada de virtualização ................................................................................ 62 Camada de computação ................................................................................ 63

Conteúdo


Guia de Projeto

Camada de rede ............................................................................................ 63 Camada de armazenamento .......................................................................... 64

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

Perfil da plataforma antivírus e antimalware ....................................................... 66 Características da plataforma antivírus .......................................................... 66 Arquitetura vShield ........................................................................................ 66

Perfil da plataforma VMware vCenter Operations Manager for Horizon View ....... 67 Características da plataforma do Horizon View .............................................. 67 Arquitetura do vCenter Operations Manager for Horizon View ........................ 67

Solução VSPEX for VMware Horizon Workspace .................................................. 67 Principais componentes do Horizon Workspace ............................................. 67 Arquitetura VSPEX for Horizon Workspace ...................................................... 69

Capítulo 6 Documentação de referência 71 Documentação da EMC ....................................................................................... 72 Outra documentação .......................................................................................... 72

Appendix A Planilha de dimensionamento do cliente 75 Planilha de dimensionamento do cliente para EUC (End-User Computing) .......... 76

Conteúdo


Figuras Figura 1. VSPEX Proven Infrastructures ......................................................... 19 Figura 2. Arquitetura da solução validada .................................................... 20 Figura 3. Arquitetura lógica para armazenamento em block

e armazenamento em file .............................................................. 21 Figura 4. VNXe3200 com otimização multi-core ........................................... 30 Figura 5. Componente básico de layout de armazenamento para

100 desktops virtuais .................................................................... 37 Figura 6. Layout de armazenamento principal para 500 desktops

virtuais usando o VNXe3200 ......................................................... 39 Figura 7. Layout opcional de armazenamento para 500 desktops

virtuais usando o VNXe3200 ......................................................... 40 Figura 8. Flexibilidade da camada de computação ....................................... 48 Figura 9. Consumo de memória de hipervisor .............................................. 51 Figura 10. Configuração de memória na máquina virtual ................................ 53 Figura 11. Exemplo de projeto de rede altamente disponível ......................... 56 Figura 12. Redes necessárias para armazenamento em block ........................ 57 Figura 13. Redes necessárias para armazenamento de arquivo ..................... 58 Figura 14. Tipos de disco virtual VMware ....................................................... 61 Figura 15. Utilização de espaço de thin-LUN .................................................. 62 Figura 16. Alta disponibilidade na camada de virtualização ........................... 63 Figura 17. Fontes de alimentação redundantes .............................................. 63 Figura 18. Alta disponibilidade de camada de rede ....................................... 64 Figura 19. Alta disponibilidade na série VNXe ................................................ 64 Figura 20. Layout da arquitetura do Horizon Workspace ................................. 68 Figura 21. Solução VSPEX for Horizon Workspace: arquitetura lógica ............. 69 Figura 22. Planilha de dimensionamento do cliente para impressão .............. 77

Conteúdo


Guia de Projeto

Tabelas Tabela 1. Terminologia ................................................................................. 12 Tabela 2. Workflow de implementação ......................................................... 14 Tabela 3. Configuração da arquitetura da solução ........................................ 22 Tabela 4. Componentes da solução .............................................................. 23 Tabela 5. VSPEX EUC: Processo do projeto .................................................... 36 Tabela 6. Características do desktop virtual de referência ............................ 36 Tabela 7. Número de discos necessários para 100, 200, 300, 400 e

500 desktops virtuais .................................................................... 38 Tabela 8. Exemplo de planilha de dimensionamento do cliente .................... 41 Tabela 9. Recursos do desktop virtual de referência ..................................... 42 Tabela 10. Totais dos componentes de recursos de servidor .......................... 44 Tabela 11. Hardware de servidor .................................................................... 50 Tabela 12. Capacidade mínima de switching para block e file ........................ 55 Tabela 13. Hardware de armazenamento ........................................................ 59 Tabela 14. Configuração de armazenamento .................................................. 60 Tabela 15. Perfil de ambiente validado ........................................................... 65 Tabela 16. Características da plataforma antivírus .......................................... 66 Tabela 17. Características da plataforma do Horizon View .............................. 67 Tabela 18. Recursos mínimos de hardware para o Horizon Workspace ........... 69 Tabela 19. Planilha de dimensionamento do cliente ....................................... 76

Conteúdo


Capítulo 1: Introdução


Guia de Projeto

Capítulo 1 Introdução

Este capítulo apresenta os seguintes tópicos:

Objetivo deste guia .......................................................................................... 10

Retorno comercial ............................................................................................ 10

Escopo ............................................................................................................. 11

Público-alvo .................................................................................................... 11

Terminologia ................................................................................................... 12



Objetivo deste guia

A arquitetura do EMC® VSPEX® End-User Computing oferece ao cliente um sistema moderno que hospeda um grande número de desktops virtuais, com um nível de desempenho consistente. Essa Solução VSPEX End-User Computing para VMware Horizon View 6.0 é executada em uma camada de virtualização do VMware vSphere, respaldada pelo EMC VNXe3200TM, que oferece o armazenamento. Ela foi projetada para ser implementada em uma nuvem privada VSPEX para VMware vSphere Proven Infrastructure.

Os componentes de rede e computação, definidos pelos parceiros de VSPEX, são projetados para serem redundantes e avançados o suficiente para lidar com as necessidades de dados e de processamento de um grande ambiente de máquinas virtuais. As soluções de proteção de dados do EMC Avamar® fornecem proteção para os dados do VMware Horizon View, e o RSA® SecurID® oferece recursos opcionais de autenticação de segurança para o usuário.

Esta solução VSPEX End-User Computing é validada para até 500 desktops virtuais. Essa configuração validada baseia-se em uma carga de trabalho de desktop de referência e forma a base para a criação de soluções econômicas e personalizadas para os clientes. Um ambiente maior, com 2.000 desktops virtuais e baseado no EMC VNX5600TM, é descrito no EMC VSPEX End-User Computing: Guia de Projeto do VMware Horizon View 6.0 e VMware vSphere para até 2.000 Desktops Virtuais.

Uma infraestrutura de EUC( computação de usuário final) ou de desktop virtual é uma oferta complexa de sistema. Este Guia de Projeto descreve como projetar uma solução de computação de usuário final para VMware Horizon View de acordo com as práticas recomendadas e como dimensionar a solução para atender às necessidades do cliente usando o EMC VSPEX Sizing Tool ou a planilha de dimensionamento do cliente.

Retorno comercial

Os aplicativos de negócios estão mudando para um ambiente consolidado de computação, rede e armazenamento. A solução VSPEX End-User Computing com VMware reduz a complexidade da configuração de cada componente de um modelo de implementação tradicional. Essa solução reduz a complexidade do gerenciamento de integração e, ao mesmo tempo, mantém o design dos aplicativos e as opções de implementação. A solução também oferece administração unificada, permitindo controle e monitoramento adequados da separação de processos.

Os benefícios para os negócios da solução VSPEX End-User Computing para VMware Horizon View incluem:

• Uma solução de virtualização completa para utilizar os recursos dos componentes de infraestrutura unificada

• Virtualização eficiente de até 500 desktops virtuais para os diversos casos de uso de clientes

• Arquiteturas de referência confiáveis, dimensionáveis e flexíveis



Guia de Projeto

Escopo

Este Guia de Projeto descreve como planejar uma solução simples, eficiente e flexível do EMC VSPEX End-User Computing para VMware Horizon View 6.0. Os mesmos princípios e diretrizes se aplicam a todos os modelos do EMC VNXe que são validados como parte do programa EMC VSPEX.

Este guia ilustra como dimensionar o Horizon View na infraestrutura do VSPEX, alocar recursos seguindo as práticas recomendadas e aproveitar todos os benefícios que o VSPEX oferece.

As soluções EMC Data Protection para VMware Horizon View são descritas em um documento separado, o Guia de Projeto e Implementação do EMC BR para VSPEX End-User Computing com VMware Horizon View.

A solução opcional de autenticação de usuário segura RSA SecurID para VMware Horizon View também é descrita em um documento separado, Protegendo o EMC VSPEX End-User Computing com RSA SecurID: Guia de Projeto do VMware Horizon View 5.2 e VMware vSphere 5.1 para até 2.000 Desktops Virtuais.

Público-alvo

Este guia se destina a funcionários internos da EMC e a parceiros EMC VSPEX qualificados. O guia assume que os parceiros VSPEX que pretendem implementar esta VSPEX Proven Infrastructure para VMware Horizon View têm o treinamento e a experiência necessários para instalar e configurar uma solução de EUC baseada no Horizon View com o vSphere como o hipervisor, sistemas de armazenamento VNXe3200 e a infraestrutura associada.

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

Este guia apresenta referências externas quando aplicável. A EMC recomenda que os parceiros que estão implementando essa solução estejam familiarizados com esses documentos. Leituras essenciais e Capítulo 6: Documentação de referência oferecem mais detalhes.



Terminologia

A Tabela 1 lista a terminologia usada neste guia.

Tabela 1. Terminologia

Termo Definição

Arquitetura de referência

Uma arquitetura validada que dê suporte a esta solução VSPEX EUC para até 500 desktops virtuais.

Carga de trabalho de referência

Para soluções VSPEX EUC, a carga de trabalho de referência é definida como um só desktop virtual de referência, com as características da carga de trabalho exibidas em Tabela 6. Pela comparação entre o uso real do cliente com essa carga de trabalho de referência, é possível determinar a arquitetura de referência ideal como base para a implementação do VSPEX do cliente.

Consulte Carga de trabalho de referência para obter detalhes.

Controladora de armazenamento

A controladora de armazenamento é o componente de computação do storage array. Ela é usada para manipular todos os aspectos de dados que entram, saem ou passam de um array para outro.

EUC (End-User Computing)

Separa o desktop da máquina física. Em um ambiente EUC, o sistema operacional do desktop (SO) e os aplicativos residem em uma máquina virtual executada em um computador host, com dados residindo em um armazenamento compartilhado. Os usuários acessam seu desktop virtual a partir de qualquer computador ou dispositivo móvel em uma rede privada ou conexão com a Internet.

Capítulo 2: Antes de começar


Guia de Projeto

Capítulo 2 Antes de começar


Workflow de implementação ............................................................................ 14

Leituras essenciais .......................................................................................... 14



Workflow de implementação

Para projetar e implementar sua solução, consulte o fluxo de processo na Tabela 21.

Tabela 2. Workflow de implementação

Etapa Ação

1 Use a planilha de dimensionamento do cliente para coletar os requisitos do cliente. Consulte o Appendix A deste guia de projeto.

2 Use o EMC VSPEX Sizing Tool (ferramenta de dimensionamento do EMC VSPEX) para definir a arquitetura de referência do VSPEX recomendada para sua solução de EUC, com base nos requisitos do cliente coletados na Etapa 1.

Para obter mais informações sobre a ferramenta de dimensionamento, consulte o portal EMC VSPEX Sizing Tool.

Obs.: se a ferramenta de dimensionamento não estiver disponível, dimensione manualmente o aplicativo usando as diretrizes em Capítulo 4.

3 Use este Guia de Projeto para determinar o projeto final da solução VSPEX.

Obs.: certifique-se de que todos os requisitos do recurso sejam considerados, e não apenas os requisitos para EUC.

4 Escolha e solicite a Proven Infrastructure e arquitetura de referência VSPEX apropriadas. Consulte o Guia da VSPEX Proven Infrastructure em Leituras essenciais para ajudar a selecionar uma infraestrutura comprovada de nuvem privada.

5 Implemente e teste sua solução VSPEX. Consulte o Guia da VSPEX Proven Infrastructure em Leituras essenciais para obter orientações.

Leituras essenciais

A EMC recomenda que você leia os documentos a seguir, disponíveis no espaço do VSPEX na EMC Community Network ou nas páginas da VSPEX Proven Infrastructure no site brazil.emc.com Se você não tiver acesso a um documento, entre em contato com seu representante EMC.

Consulte os seguintes documentos de Visão geral da solução VSPEX:

Soluções EMC VSPEX End User Computing com VMware vSphere e VMware View

Consulte o seguinte Guia de Implementação do VSPEX:

• EMC VSPEX End-User Computing: VMware Horizon View 6.0 e VMware vSphere para até 500 desktops virtuais

Consulte o seguinte Guia da VSPEX Proven Infrastructure:

• EMC VSPEX Private Cloud: VMware vSphere 5.5 para até 125 máquinas virtuais

1 Se sua solução incluir componentes de proteção de dados, consulte o Guia de Projeto e Implementação do EMC BR para VSPEX End-User Computing com VMware View para obter diretrizes de implementação e dimensionamento da proteção de dados.

Visão geral da solução VSPEX

Guia de Implementação do VSPEX

Guia da VSPEX Proven Infrastructure

https://express.salire.com/signin.aspx?t=emc&atid=224a9bcc-caa3-48f4-8ff8-33051513c410

https://community.emc.com/community/partner/vspex?view=overview

http://brazil.emc.com/platform/vspex-proven-infrastructure/index.htm

http://brazil.emc.com/platform/vspex-proven-infrastructure/index.htm

http://brazil.emc.com/resource-library/resource-library.htm



Guia de Projeto

Consulte o seguinte guia EMC Data Protection para VSPEX:

• Guia de Projeto e Implementação do EMC Backup and Recovery para VSPEX para End-User Computing com VMware View

Consulte o seguinte guia do RSA SecurID:

• Proteção do EMC VSPEX EUC com RSA SecurID: Guia de Projeto do VMware Horizon View 5.2 e VMware vSphere 5.1 para até 2.000 Desktops Virtuais.

Guia EMC Data Protection para VSPEX

Guia do RSA SecurID para VSPEX

Capítulo 3: Visão geral da solução


Guia de Projeto

Capítulo 3 Visão geral da solução


Visão geral ...................................................................................................... 18

VSPEX Proven Infrastructures .......................................................................... 18

Arquitetura da solução ..................................................................................... 19

Componentes-chave ........................................................................................ 23

Intermediador de virtualização de desktop ....................................................... 24

Camada de virtualização .................................................................................. 27

Camada de computação ................................................................................... 28

Camada de rede ............................................................................................... 28

Camada de armazenamento ............................................................................. 28

Camada de proteção de dados ......................................................................... 33

Camada de segurança ...................................................................................... 34

Solução VMware Horizon Workspace ............................................................... 34



Visão geral

Este capítulo fornece uma visão geral do VSPEX End-User Computing para VMware Horizon View na solução VMware vSphere e as principais tecnologias usadas na solução. A solução oferece os recursos de virtualização de desktop, servidor, rede, armazenamento e proteção de dados para dar suporte às arquiteturas de referência de 500 desktops virtuais.

Embora a solução seja projetada para ser disposta em camadas em uma solução VSPEX Private Cloud, as arquiteturas de referência não incluem detalhes de configuração para a Proven Infrastructure subjacente. O guia da VSPEX Proven Infrastructure na seção Leituras essenciais oferece informações para configuração dos componentes necessários da infraestrutura.

VSPEX Proven Infrastructures

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 nuvem privada e dos desktops virtuais do VMware Horizon View. O VSPEX permite aos clientes acelerar sua transformação de TI com uma implementação mais rápida e simples, com mais opções e eficiência e menos risco, em contraposição aos desafios, à complexidade e às dificuldades de construir uma infraestrutura de TI por conta própria.

A validação do VSPEX pela EMC assegura desempenho previsível e permite que os clientes selecionem tecnologias que usam sua infraestrutura de TI existente, ou recém-adquirida, e eliminam problemas de configuração, dimensionamento e planejamento. O VSPEX oferece uma infraestrutura virtual para clientes que querem a simplicidade característica das infraestruturas realmente convergidas e, ao mesmo tempo, ter mais opções em componentes individuais da pilha.

As VSPEX Proven Infrastructures, conforme mostra a Figura 1, são infraestruturas virtualizadas modulares validadas pela EMC e oferecidas pelos parceiros do EMC VSPEX. Elas incluem as camadas de virtualização, servidor, rede, armazenamento e proteção de dados. Os parceiros podem optar pelas tecnologias de virtualização, servidor e rede que melhor se adaptem ao ambiente de um cliente, enquanto a série VNXe da EMC de sistemas de armazenamento e as tecnologias EMC Data Protection, ambas altamente disponíveis, oferecem as camadas de armazenamento e proteção de dados.



Guia de Projeto

Figura 1. VSPEX Proven Infrastructures

Arquitetura da solução

A solução EMC VSPEX End-User Computing para VMware Horizon View oferece uma arquitetura completa de sistema que pode dar suporte a até 500 desktops virtuais e valida a infraestrutura em quatro pontos de dimensionamento vertical até 500 desktops virtuais. A solução tem suporte para armazenamento de implementação usando protocolos block ou file. Essa solução pode fornecer o armazenamento primário à camada de computação com Fibre Channel, iSCSI ou NFS conforme necessário para fornecer diretórios base em CIFS.

A Figura 2 mostra a arquitetura de alto nível da solução validada.

Arquitetura de alto nível



Figura 2. Arquitetura da solução validada

Essa solução usa o EMC VNXe e o VMware vSphere para oferecer as plataformas de armazenamento e virtualização para um ambiente VMware Horizon View de desktops virtuais Microsoft Windows 8.1 que são provisionados pelo VMware Horizon View Composer.

Para esta solução, 2implementamos o VNXe3200 para dar suporte a até 500 desktops virtuais.

Esta solução foi projetada para ser implementada em uma solução de Nuvem Privada VSPEX para VMware vSphere, com respaldo da série VNXe de alta disponibilidade da EMC, que fornece o armazenamento. Os serviços de infraestrutura da solução, conforme exibido na Figura 3, podem ser fornecidos pela infraestrutura existente no local do cliente, pela VSPEX Private Cloud ou pela implementação desses dois últimos como recursos dedicados como parte da solução.

Planejar e projetar a infraestrutura de armazenamento para um ambiente do Horizon View é uma etapa essencial, uma vez que o armazenamento compartilhado precisa absorver grandes picos de I/O 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 desempenho lento, mas a imprevisibilidade do desempenho é frustrante e reduz a eficiência.

2 Neste guia, "nós" refere-se à equipe de engenharia da EMC Solutions que validou a solução.



Guia de Projeto

Para oferecer um desempenho previsível para uma solução EUC, o sistema de armazenamento deve manipular o pico de carga de I/O dos clients e manter um tempo de resposta mínimo. No entanto, é oneroso implementar vários discos para manipular períodos breves de alta carga de I/O. Esta solução usa o EMC VNX FAST™ Cache para reduzir o número de discos necessários.

As soluções EMC Data Protection permitem a proteção de dados do usuário e a capacidade de recuperação dos usuários finais. Essa solução da Horizon View usa o EMC Avamar e seu client desktop para isso.

O usuário final da solução EMC VSPEX End-User Computing para VMware Horizon View inclui duas variantes do tipo de armazenamento: armazenamento em block e armazenamento em file. A Figura 3 exibe a arquitetura lógica da solução para ambas as variantes.

Figura 3. Arquitetura lógica para armazenamento em block e armazenamento em file

A variante de armazenamento block usa duas redes: uma rede de armazenamento para transportar dados do SO de servidor virtual e de desktop virtual e uma Ethernet de 10 Gb (GbE) para transportar o tráfego restante. A rede de armazenamento pode usar 8 Gb FC ou 10 GbE com protocolo iSCSI. A variante file usa uma rede IP de 10 GbE para todo o tráfego.

Obs.: A solução também suporta 1 GbE se os requisitos de largura de banda forem atendidos.

Arquitetura lógica



A Tabela 3 resume a configuração dos vários componentes da arquitetura da solução. A seção Componentes-chave fornece uma visão geral detalhada sobre as principais tecnologias.

Tabela 3. Configuração da arquitetura da solução

Componente Configuração da solução

VMware Horizon View 6.0 Connection Server

Usamos dois VMware Horizon View Connection Servers para oferecer entrega redundante de desktops virtuais, autenticar usuários, gerenciar o conjunto montado de ambientes de desktop virtual dos usuários e intermediar conexões entre usuários e seus desktops virtuais.

VMware Horizon View Composer 6.0

O VMware Horizon View Composer trabalha com o View Connection Server e o VMware vCenter Server para implementar desktops virtuais baseados em clones vinculados. Nesta solução, o View Composer foi instalado diretamente no vCenter Server.

Desktops virtuais Usamos o VMware Horizon View Composer para provisionar desktops virtuais executando o Windows 8.1.

VMware vSphere 5.5 A solução usa VMware vSphere para fornecer uma camada de virtualização comum para hospedar o ambiente de servidor. Configuramos a alta disponibilidade na camada de virtualização com recursos do vSphere como clusters VMware High Availability (HA) e VMware vMotion.

VMware vCenter Server 5.5

Na solução, todos os hosts do vSphere e suas máquinas virtuais são gerenciados pelo vCenter Server.

Microsoft SQL Server O VMware vCenter Server, os View Connection Servers e o View Composer exigem um serviço de banco de dados para armazenar detalhes de configuração e de monitoramento. Nós usamos o Microsoft SQL Server 2012 sendo executado no Windows 2012 R2 Server para essa finalidade.

Servidor do Active Directory

Os serviços do Active Directory são necessários para que os vários componentes da solução funcionem corretamente. Nós usamos o Microsoft Active Directory Service em execução em um servidor Windows Server 2012 R2 para essa finalidade.

Servidor DHCP O 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 com Windows 2012 R2 é usado com essa finalidade.

Servidor DNS Os serviços DNS são necessários para que os vários componentes da solução executem a resolução de nomes. O Microsoft DNS Service executado em um servidor com Windows 2012 R2 é usado com essa finalidade.

EMC VSI (Virtual Storage Integrator) para VMware vSphere Web Client

A solução usa o EMC VSI for VMware vSphere Web Client para oferecer gerenciamento de armazenamento para arrays da EMC diretamente a partir do client.

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 compartilhada, enquanto o tráfego de armazenamento NFS é transportado por uma sub-rede privada sem roteamento.



Guia de Projeto

Componente Configuração da solução

Rede IP A infraestrutura de rede Ethernet fornece conectividade IP entre desktops virtuais, clusters vSphere e armazenamento VNXe. Para a variante file, a infraestrutura de IP permite que servidores vSphere acessem datastores NFS no VNXe e fluxo contínuo de desktop de servidores PVS com grande largura de banda e baixa latência. Isso também permite que os usuários de desktops redirecionem seus perfis e diretórios de usuário para compartilhamentos do CIFS mantidos centralmente no VNXe.

Rede Fibre Channel (FC) Para a variante FC, o tráfego de armazenamento entre todos os hosts vSphere e o sistema de armazenamento VNXe é transportado por uma rede FC. Todo o restante do tráfego é transportado pela rede IP.

Array EMC VNXe Um array VNX fornece armazenamento ao apresentar datastores NFS/FC a hosts vSphere para até 500 desktops virtuais.

EMC Avamar O software Avamar fornece a plataforma para proteção das máquinas virtuais. A estratégia de proteção utiliza desktops virtuais persistentes e proteção de imagem e recuperações de usuário final.

Componentes-chave

Esta seção fornece uma visão geral das principais tecnologias utilizadas nesta solução, conforme descrito na Tabela 4.

Tabela 4. Componentes da solução

Componente Descrição

Intermediador de virtualização de desktop

Gerencia o provisionamento, a alocação, a manutenção e a eventual remoção das imagens de desktop virtual 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.

O desktop broker desta solução é o VMware Horizon View 6.0.

Camada de virtualização

Ele permite que a implementação física dos recursos seja separada dos aplicativos que os utilizam, de modo que a visão dos recursos disponíveis, por esses aplicativos, não está mais vinculada diretamente ao hardware. Isso habilita muitos recursos-chave no conceito de EUC (End-User Computing).

Essa solução usa o VMware vSphere para a camada de virtualização.

Camada de computação

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



Componente Descrição

Camada de rede Conecta os usuários do ambiente aos recursos necessários e conecta 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.

Camada de armazenamento

Por ser um recurso essencial para a implementação do ambiente EUC (End-User Computing), a camada de armazenamento deve absorver grandes picos de atividade assim que eles ocorrerem, sem afetar de modo negativo a experiência do usuário.

Essa solução usa os arrays da série VNXe da EMC com o EMC FAST Cache para manipular a carga de trabalho com eficiência.

Camada de proteção de dados

Um componente opcional da solução, que fornece proteção de dados caso os dados do sistema principal sejam excluídos, corrompidos ou, de algum modo, tornem-se inutilizáveis.

Esta solução usa o EMC Avamar para proteção de dados.

Camada de segurança

Um componente opcional da solução, que 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.

Essa solução usa o RSA SecurID para fornecer autenticação de segurança para o usuário.

Solução VMware Horizon

Fornece suporte opcional para implementações do VMware Horizon Workspace.

Intermediador de virtualização de desktop

A virtualização de desktop encapsula e hospeda serviços de desktop em recursos de computação centralizados em datacenters remotos. Isso permite que os usuários finais se conectem a seus desktops virtuais a partir de diferentes tipos de dispositivos, por meio de uma conexão de rede. Os dispositivos podem incluir desktops, laptops, thin clients, zero clients, smartphones e tablets.

Nesta solução, usamos o VMware Horizon View para provisionar, gerenciar, intermediar e monitorar o ambiente de virtualização de desktop.

O VMware Horizon View é uma das principais soluções de virtualização de desktop que fornece serviços de desktop na nuvem para os usuários finais. O VMware Horizon View 5.3 integra-se de modo eficiente ao vSphere para fornecer:

• Otimização do desempenho e suporte a armazenamento hierárquico — o View Composer otimiza o desempenho e a utilização do armazenamento reduzindo o espaço físico dos desktops virtuais. Ele também aceita o uso de diferentes níveis de armazenamento para maximizar o desempenho e reduzir os custos.

• Suporte ao provisionamento thin — o Horizon View 6.0 permite a alocação eficiente de recursos de armazenamento quando os desktops virtuais são provisionados. Isso resulta em melhor utilização da infraestrutura de armazenamento e na redução do investimento (CAPEX) e custo operacional (OPEX).

VMware Horizon View 6.0



Guia de Projeto

A versão Horizon View 6.0 apresenta os seguintes aprimoramentos para melhorar a experiência do usuário:

• Capacidade para transmitir aplicativos aos View Clients usando Microsoft RDSH (Remote Desktop Session Hosts) e o protocolo PCoIP.

• Suporte a ambientes View em vários locais com a nova Cloud Pod Architecture.

• Suporte para até 800 clients de acesso do View HTML por Connection Server.

As notas da versão do VMware Horizon View 6.0 apresentam mais detalhes.

O VMware Horizon é enviado como uma solução pronta que inclui o VMware Horizon View, o VMware vSphere Desktop, o VMware vCenter Desktop, a VMware Horizon Workspace, o VMware ThinApp, o VMware vCenter Operations Manager para VMware Horizon View e o VMware Mirage. Para a validação da solução, implementamos a solução em pacote, que inclui o vSphere Desktop, o View Manager, o View Composer, o View Persona Management, o vShield Endpoint, o VMware ThinApp e o VMware Horizon View Client.

O site do VMware Horizon apresenta mais informações sobre os diferentes tipos de licença e os recursos da família de produtos Horizon que estão incluídos em cada um deles.

O VMware Horizon View Composer 6.0 trabalha diretamente com o vCenter Server para implementar, personalizar e manter o estado dos desktops virtuais quando há a utilização de clones vinculados. Os desktops provisionados como clones vinculados compartilham uma imagem de base comum em um pool de desktops e ocupam um espaço físico mínimo de armazenamento. Um grande número de desktops compartilha a imagem base e normalmente acessa a imagem com frequência suficiente para justificar o uso do EMC FAST Cache, que promove os dados menos acessados para drives Flash. O FAST Cache proporciona tempos de resposta ideais de I/O, com menos discos físicos.

O View Composer 6.0 também habilita os seguintes recursos:

• Suporte a armazenamento hierárquico para possibilitar o uso de recursos de armazenamento dedicado para a colocação de réplicas somente leitura e de imagens de discos de clones vinculados.

• Um servidor View Composer independente opcional para minimizar o impacto de operações de manutenção e provisionamento de desktops virtuais no vCenter Server

Esta solução utiliza o View Composer 6.0 para implementar desktops virtuais dedicados que executam o Windows 8.1 como clones vinculados.

VMware Horizon View Composer 6.0

https://www.vmware.com/br/support/horizon-view/doc/horizon-view-60-release-notes.html

http://www.vmware.com/br/products/horizon-view/compare



O VMware Horizon View Persona Management preserva perfis de usuário e os sincroniza dinamicamente com um repositório de perfis remotos. O View Persona Management não requer a configuração de perfis de roaming do Windows, eliminando a necessidade de usar o Active Directory para gerenciar perfis de usuário do Horizon View.

O View Persona Management proporciona os seguintes benefícios com relação aos perfis de roaming tradicionais do Windows:

• O Horizon View transfere dinamicamente um perfil de usuário remoto quando o usuário faz log-in em um desktop do Horizon View — somente o usuário precisar.

• Durante o log-in, o Horizon View faz download somente dos arquivos necessários ao Windows, como arquivos de registro de usuário. Ele, em seguida, copia outros arquivos no desktop local quando o usuário ou um aplicativo abre esses itens na pasta de perfil local.

• O Horizon View copia alterações recentes feitas no perfil local em um repositório remoto a intervalos que podem ser configurados.

• Durante o log-out, o Horizon View copia no repositório remoto somente os arquivos que foram atualizados desde a última replicação.

• Você pode configurar o View Persona Management para armazenar perfis de usuário em um repositório central e seguro.

O VMware Horizon View Storage Accelerator reduz a carga de armazenamento associada aos desktops virtuais armazenando em cache os blocos comuns de imagens do desktop na memória de host local do vSphere. Para isso, o Storage Accelerator usa o CBRC (Content Based Read Cache), que é implementado no hipervisor do vSphere.

Quando ativado para os pools de desktops virtuais do Horizon View, o hipervisor do host analisa os blocks de disco de armazenamento para gerar digests dos conteúdos dos blocks. Quando esses blocks são lidos no hipervisor, eles são armazenados em cache no CBRC do host. Leituras subsequentes dos blocks com o mesmo resumo criptográfico serão feitas diretamente a partir do cache em memória. Isso melhora significativamente o desempenho dos desktops virtuais, principalmente durante tempestades de inicialização, tempestades de log-ins de usuários ou de varreduras antivírus, quando é lido um número muito grande de blocks com conteúdo idêntico.

Obs.: o CBRC é opcional e não foi usado para essa solução.

O VMware vCenter Operations Manager for Horizon View apresenta visibilidade completa da integridade, do desempenho e da eficiência de ambientes de EUC (End-User Computing). Com ele, os administradores de desktop podem garantir de modo proativo a melhor experiência para o usuário final, evitar incidentes e eliminar gargalos. Projetado para o VMware Horizon View, essa versão otimizada do vCenter Operations Manager aumenta a produtividade de TI e diminui o custo de propriedade e de operação dos ambientes de EUC.

VMware Horizon View Persona Management

VMware Horizon View Storage Accelerator

VMware vCenter Operations Manager for Horizon View



Guia de Projeto

Os principais recursos são os seguintes:

• Lógica analítica patenteada com autoaprendizagem que se adapta a seu ambiente e analisa continuamente milhares de medições referentes a servidor, armazenamento, sistema de rede e desempenho do usuário final

• Painéis completos que simplificam o monitoramento da integridade e desempenho, identificam gargalos e melhoram a eficiência da infraestrutura de todo o ambiente do Horizon View

• Limites dinâmicos e alertas inteligentes que notificam os administradores precocemente no processo e detalham informações mais específicas sobre problemas que estão restringindo o desempenho

• Análise automatizada de causa, busca na sessão e correlação de eventos para que a solução de problemas do usuário final venha com mais rapidez

• Abordagem integrada ao gerenciamento de desempenho, capacidade e configuração que aceita o gerenciamento abrangente das operações da EUC

• Projeto e otimizações específicos para o VMware Horizon View.

• Disponibilidade como um dispositivo virtual para agilizar o tempo de retorno do investimento.


A camada de virtualização é um componente-chave de qualquer solução de virtualização de servidor ou nuvem privada. Ela dissocia os requisitos de recursos de aplicativos dos recursos físicos subjacentes que os atendem. Isso possibilita uma maior flexibilidade na camada de aplicativos, eliminando o tempo de inatividade do hardware para manutenção e permitindo a mudança física do sistema sem afetar os aplicativos hospedados. Em um caso de uso de nuvem privada ou virtualização de servidor, ela permite que várias máquinas virtuais independentes compartilhem o mesmo hardware físico em vez de serem implementadas diretamente no hardware dedicado.

VMware vSphere é a plataforma de virtualização líder do setor. Ele fornece flexibilidade e economia ao possibilitar a consolidação de grandes e ineficientes conjuntos de servidores em infraestruturas ágeis e confiáveis. Os principais componentes do VMware vSphere são o hipervisor do VMware vSphere e o VMware vCenter Server para gerenciamento do sistema.

Essa solução usa o VMware vSphere Desktop Edition, que é destinado a clientes que desejam comprar licenças do vSphere somente para a virtualização de desktops. O vSphere Desktop fornece uma ampla variedade de recursos e funcionalidades do vSphere Enterprise Plus Edition, permitindo que os clientes obtenham dimensionamento, alta disponibilidade e desempenho ideal para todas as cargas de trabalho de desktop. O vSphere Desktop também oferece direitos ilimitados de vRAM.

O VMware vCenter Server é uma plataforma centralizada para ambientes vSphere de gerenciamento e fornece aos administradores uma única interface para todos os aspectos de monitoramento, gerenciamento, e manutenção da infraestrutura virtual. O servidor pode ser acessado a partir de vários dispositivos.

O vCenter também é responsável por gerenciar recursos avançados, como o vSphere High Availability (HA), vSphere Distributed Resource Scheduler (DRS), vSphere vMotion e o vSphere Update Manager.

VMware vSphere

VMware vCenter Server



O VMware vSphere High Availability (HA) fornece proteção de failover econômica e uniforme contra paralisações no hardware e SO da seguinte maneira:

• Se ocorrer um erro no SO da máquina virtual, ela pode ser reiniciada automaticamente no mesmo hardware.

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

Com o vSphere HA, você pode configurar políticas para determinar quais máquinas serão reiniciadas automaticamente e em quais condições essas operações serão executadas.

O VMware vShield Endpoint libera operações de varredura antivírus e antimalware do desktop virtual em um dispositivo virtual seguro e dedicado, que é oferecido por parceiros do VMware. A liberação de operações de varredura melhora o desempenho e as taxas de consolidação de desktop ao eliminar tempestades de antivírus, agilizar a implementação e o monitoramento de antivírus e antimalware, e atender aos requisitos de conformidade e auditoria por meio do registro detalhado das atividades de antivírus e antimalware.


O VSPEX define a quantidade mínima de recursos da camada de computação, mas permite que o cliente implemente os requisitos usando qualquer hardware de servidor que os atenda. O Capítulo 5 oferece detalhes.

Camada de rede

O VSPEX define o número mínimo de portas de rede necessárias e fornece uma orientação geral sobre a arquitetura de rede, mas permite que o cliente implemente a solução com qualquer hardware de rede que atenda a esses requisitos. O Capítulo 5 oferece detalhes.


A camada de armazenamento é um componente-chave de qualquer solução de infraestrutura em nuvem que fornece os dados gerados por aplicativos e sistemas operacionais no sistema de processamento de armazenamento do datacenter. Esta solução VSPEX utiliza storage arrays VNXe3200 da EMC para fornecer virtualização na camada de armazenamento. Isso aumenta a eficiência de armazenamento e flexibilidade do gerenciamento e reduz o custo total de propriedade.

Recursos e aprimoramentos

O EMC VNXe3200™ é a plataforma de armazenamento unificado otimizado mais acessível. Ele oferece inovação e recursos empresariais para armazenamento de file e block em uma solução única, dimensionável e fácil de usar. Ideal para cargas de trabalho mistas em ambientes físicos ou virtuais, o VNXe3200 combina hardware avançado e flexível com software de proteção, gerenciamento e eficiência avançados para atender às exigências dos ambientes de aplicativos virtualizados de hoje.

VMware vSphere High Availability

VMware vShield Endpoint

EMC VNXe3200



Guia de Projeto

O VNXe3200 inclui muitos recursos e aprimoramentos projetados e construídos com base no sucesso da família EMC VNX® de midrange. Tais recursos e melhorias incluem:

• Maior eficiência com um array híbrido otimizado para flash

• Maior capacidade com otimização multi-core com EMC Multicore Cache, Multicore RAID e Multicore FAST Cache (MCx™)

• Administração e implementação mais fáceis com os componentes do VNXe Base Software, inclusive monitoramento e relatórios, Snapshots unificados e outros

• Integração do ecossistema Microsoft e VMware

• Suporte multiprotocolo unificado para FC, iSCSI, NFS e CIFS

O VSPEX é incorporado com o VNXe VNX para proporcionar eficiência, desempenho e dimensionamento ainda melhores.

Array híbrido otimizado para flash

O VNXe3200 é um array híbrido otimizado para flash que fornece uma classificação por níveis automatizada para proporcionar um melhor desempenho para seus dados críticos, ao mesmo tempo em que move, com inteligência, dados menos acessados para discos de menor custo.

Nessa abordagem híbrida, uma pequena porcentagem de flash drives no sistema como um todo pode fornecer uma alta porcentagem de IOPS geral. O VNXe3200 aproveita toda a vantagem da latência baixa do flash para oferecer otimização de economia e dimensionamento de alto desempenho. O pacote EMC FAST™ (Fully Automated Storage Tiering, armazenamento com classificação totalmente automatizada por níveis) Cache e FAST VP classifica por níveis tanto os dados block quanto file em drives heterogêneos e impulsiona os dados mais ativos para os flash drives, reduzindo custos e melhorando o desempenho.

Os dados geralmente são acessados com mais frequência no momento em que são criados, portanto os novos dados são armazenados em flash drives para melhor desempenho. À medida que os dados ficam mais velhos e menos ativos, o FAST VP pode classificar por nível os dados de drives de alto desempenho para drives de alta capacidade automaticamente, com base nas políticas definidas pelo cliente. Esse recurso foi aprimorado com uma granularidade quatro vezes melhor e novos SSDs (solid-state disks, discos de estado sólido) FAST VP com base na tecnologia eMLC (enterprise multi-level cell, célula de multi-nível corporativa) para reduzir o custo por gigabyte. O FAST Cache absorve dinamicamente picos imprevisíveis nas cargas de trabalho do sistema. O FAST Cache pode fornecer melhoria imediata ao promover repentinamente dados ativos de drives mais lentos de alta capacidade para flash drives mais rápidos. Todos os casos de uso do VSPEX se beneficiam da maior eficiência.

As VSPEX Proven Infrastructures fornecem soluções de aplicativos virtualizados, EUC (End-User Computing) e nuvem privada. Com o VNXe3200, os clientes podem obter um retorno ainda maior de seu investimento.



Otimização do caminho do código MCx do VNX Intel

O advento da tecnologia flash foi um catalisador na mudança total dos requisitos dos sistemas de armazenamento midrange. A EMC reprojetou a plataforma de armazenamento midrange para otimizar, com eficiência, CPUs com vários núcleos e fornecer o mais eficiente sistema de armazenamento ao menor custo do mercado.

O MCx distribui todos os serviços de dados do VNXe por todos os núcleos, como mostrado na Figura 4, e pode aprimorar drasticamente o desempenho de arquivos para aplicativos transacionais, como bancos de dados ou máquinas virtuais, por meio do Network Attached Storage.

O VNXe inclui o primeiro uso do Non-Transparent Bridge (NTB) da Intel em um storage array da EMC. O NTB permite direcionar a conectividade de alta velocidade entre controladoras de armazenamento por meio de uma interface PCI Express (PCIe). Isso elimina switches externos PCIe, economiza energia e espaço, e reduz a latência e o custo.

Figura 4. VNXe3200 com otimização multi-core

Software básico VNXe

O novo VNXe Base Software estende a interface fácil de usar do Unisphere da EMC para incluir o VNX Monitoring and Reporting para validação do desempenho e previsão de requisitos de capacidade. O pacote também inclui o Unisphere Central para gerenciar centralmente milhares de sistemas VNX e VNXe.

Gerenciamento do ecossistema de virtualização

VMware vSphere Storage APIs for Storage Awareness O VASA (VMware vStorage APIs for Storage Awareness) é uma API definida pela VMware que exibe informações sobre armazenamento por meio do vCenter. A integração entre a tecnologia VASA e VNX torna o gerenciamento de ambiente de armazenamento virtualizado uma experiência perfeita.

VMware vSphere Storage APIs for Array Integration O VAAI (VMware vStorage APIs for Array Integration) descarrega as funções relacionadas a armazenamento do VMware do servidor ao sistema de armazenamento, permitindo um uso mais eficiente dos recursos de servidor e de rede, o que proporciona um melhor nível de desempenho e consolidação.



Guia de Projeto

EMC Storage Analytics for VNXe O ESA (EMC Storage Analytics) para VNXe é uma versão somente armazenamento do VMware vCenter Operations Manager com um conector integrado do VNXe que fornece análises detalhadas, relacionamentos e ícones exclusivos para componentes e arrays EMC.

EMC Storage Integrator O ESI (EMC Storage Integrator) destina-se ao administrador de aplicativos e Windows. O ESI é fácil de usar, oferece monitoramento completo e independe do hipervisor. Os administradores podem provisionar em ambientes físicos e virtuais para plataformas Windows e solucionar problemas ao exibir a topologia de um aplicativo do hipervisor adjacente ao armazenamento.

EMC Virtual Storage Integrator

O EMC Virtual Storage Integrator (VSI) é um plug-in gratuito para VMware vCenter que está disponível para todos os usuários do VMware com armazenamento da EMC. Os clientes do VSPEX podem usar o VSI para simplificar o gerenciamento do armazenamento virtualizado. Os administradores do VMware podem obter visibilidade sobre seu armazenamento VNXe usando a interface familiar do vCenter Web Client.

Com o VSI, os administradores de TI podem trabalhar mais, em menos tempo. O EMC Virtual Storage Integrator oferece controle de acesso sem igual que permite gerenciar e delegar tarefas de armazenamento com confiança e eficiência. O VSI permite aos clientes desempenhar tarefas diárias de gerenciamento com até 90% menos cliques e produtividade até 10 vezes mais alta.

Usamos os seguintes recursos do EMC Virtual Storage Integrator durante os testes de validação da solução:

• Storage Viewer — amplia a funcionalidade do vSphere Web Client para facilitar a detecção e a identificação de dispositivos de armazenamento VNXe que são alocados aos hosts e máquinas virtuais do VMware vSphere. O Storage Viewer apresenta ao administrador do datacenter virtual os detalhes de armazenamento subjacentes, mesclando os dados de diferentes ferramentas de mapeamento de armazenamento em algumas exibições integradas do vSphere Web Client.

• Unified Storage Management — simplifica a administração de armazenamento da plataforma de armazenamento EMC VNXe. Ele permite que os administradores de VMware provisionem novos datastores NFS (Network File System, sistema de arquivos de rede) e VMFS (Virtual Machine File System, sistema de arquivos de máquinas virtuais) e volumes RDM (Raw Device Mapping, mapeamento de dispositivos brutos) no vSphere Web Client. Ele também permite a clonagem de desktops usando a tecnologia NAS (Network Attached Storage) do VNXe com integração ao Horizon View.

Os guias de produtos do EMC VSI para VMware vSphere Web Client no Suporte on-line da EMC apresentam mais informações.

VMware vStorage APIs for Array Integration

O VAAI (VMware vStorage APIs for Array Integration) descarrega as funções relacionadas a armazenamento do VMware do servidor ao sistema de armazenamento, permitindo um uso mais eficiente dos recursos de servidor e de rede, o que proporciona um melhor nível de desempenho e consolidação.

Gerenciamento da virtualização



VMware Storage APIs for Storage Awareness

O VASA (VMware vStorage API for Storage Awareness) é uma API definida pela VMware que exibe informações sobre armazenamento por meio do vCenter. A integração entre a tecnologia VASA e VNXe torna o gerenciamento de ambiente de armazenamento virtualizado uma experiência perfeita.

O EMC VNXe Snapshots é um recurso de software que cria cópias de dados point-in-time. Você pode usar os VNXe Snapshots para backups de dados, desenvolvimento e teste de software, realocações, validação de dados e restauração local rápida. O VNXe Snapshots dá suporte a 256 snapshots graváveis por LUN de pool.

O VNXe Snapshots usa a tecnologia ROW (Redirect on Write, redirecionamento na gravação). Essa tecnologia redireciona novas gravações destinadas à LUN principal para um novo local no pool de armazenamento.

O VNXe Snapshots dá suporte a grupos de consistência. Você pode combinar diversos pools de LUNs em um grupo consistente e pegá-los simultaneamente. Quando um snapshot no CG (Consistency Group, grupo de consistência) é iniciado, todas as gravações nas LUNs do membro são contidas até que seus snapshots tenham sido criados. Normalmente, CGs são utilizados para LUNs que pertençam ao mesmo aplicativo.

O EMC VNXe Virtual Provisioning™ permite que as empresas reduzam os custos de armazenamento, aumentando a utilização da capacidade, simplificando o gerenciamento do armazenamento e reduzindo o tempo de inatividade dos aplicativos. O Virtual Provisioning também ajuda as empresas a reduzir os requisitos de energia e refrigeração e a diminuir despesas de capital.

O Virtual Provisioning oferece provisionamento baseado em pool implementando pools de LUN que podem ser thin ou thick. Thin-LUNs oferecem armazenamento sob demanda, que maximiza a utilização de seu armazenamento alocando espaço apenas conforme necessário. Thick-LUNs oferecem alto desempenho e desempenho previsível para seus aplicativos. Ambos os tipos de LUNs se beneficiam dos recursos que facilitam o uso do provisionamento baseado em pool.

Pools e pools de LUN são os componentes básicos dos serviços de dados avançados, como FAST VP e VNXe Snapshots.

Em muitos ambientes, é importante ter um local comum para armazenar arquivos acessados por muitos usuários diferentes. Os compartilhamentos de arquivos CIFS ou NFS, disponíveis a partir de um servidor de arquivo, fornecem essa capacidade. Os storage arrays do VNXe podem fornecer esse serviço em conjunto com gerenciamento centralizado, integração de client, opções avançadas de segurança e recursos de melhoria da eficiência.

Organizações ROBO (Remote Office/Branch Office) geralmente preferem manter dados e aplicativos perto dos usuários para fornecer melhor desempenho e reduzir a latência. Nesses ambientes, os departamentos de TI precisam equilibrar os benefícios do suporte local com a necessidade de manter controle central. A administração de sistemas locais e armazenamento deve ser fácil para funcionários locais, além de serem compatíveis com gerenciamento remoto e ferramentas de agregação flexíveis que minimizam as demandas de recursos locais.

EMC VNXe Snapshots

EMC VNXe Virtual Provisioning

Compartilhamentos de arquivos do VNXe

ROBO



Guia de Projeto

Com o VSPEX, é possível acelerar a implementação de aplicativos em filiais e escritórios remotos. Os clientes também podem usar o Unisphere Remote para consolidar o monitoramento, os alertas do sistema e a geração de relatórios de centenas de locais, ao mesmo tempo em que mantêm a simplicidade da operação e a funcionalidade do armazenamento unificado para gerentes locais.

Camada de proteção de dados

Backup e recuperação protegem os dados ao fazer backup dos arquivos ou volumes de dados conforme um agendamento definido e a restauração dos dados do backup, caso a recuperação seja necessária após um desastre. EMC Avamar oferece a confiança em proteção necessária pra acelerar a implementação de soluções VSPEX End-User Computing.

O Avamar capacita os administradores a fazer backup e gerenciar políticas e componentes de infraestrutura EUC de maneira centralizada, enquanto permite que usuários finais façam backup e recuperação de seus próprios arquivos eficientemente, usando uma interface simples e intuitiva baseada na Web. Movendo apenas os segmentos novos e exclusivos de dados de subarquivo, o Avamar fornece backups rápidos e completos diariamente com até 90% de redução nos tempos de backup, além de diminuir a largura de banda de rede diária necessária em até 99%. Todas as recuperações do Avamar são feitas em uma só etapa.

Com o Avamar, você pode escolher métodos para backup de desktops virtuais usando operações tanto em nível de imagem quanto com base em guest. O Avamar executa o mecanismo de desduplicação no nível de VMDK (Virtual Machine Disk, disco da máquina virtual) para backups de imagens e em nível de arquivo para backups baseados em guest.

• A proteção em nível de imagem possibilita que os clients de backup façam cópia de todos os discos virtuais e arquivos de configuração associados ao desktop virtual específico em caso de falha, corrupção ou exclusão acidental de hardware. O Avamar reduz significativamente o tempo de backup e recuperação do desktop virtual ao utilizar o CBT (Change Block Tracking, rastreamento de blocos alterados) tanto para backup quanto para recuperação.

A proteção baseada em guest é executada como as soluções tradicionais de backup. Use o backup baseado em guest em qualquer máquina virtual executando um SO para o qual o client de backup do Avamar esteja disponível. Ele permite o controle granular do conteúdo e dos padrões de inclusão e exclusão. Use-o para impedir perda de dados devido a erros do usuário, como exclusão acidental de arquivo. A instalação do agente de desktop/laptop no sistema a ser protegido permite o autoatendimento do usuário final na capacidade de recuperação de seus dados.

O Guia de Projeto e Implementação do EMC Backup and Recovery para VSPEX para End-User Computing com VMware Horizon View oferece mais informações.



Camada de segurança

A autenticação de dois fatores do RSA SecurID pode proporcionar maior segurança ao ambiente VSPEX End-User Computing, exigindo que o usuário se autentique com duas informações, chamadas coletivamente de senha. A funcionalidade SecurID é gerenciada pelo RSA Authentication Manager, que também controla as funções administrativas, tais como a atribuição de tokens a usuários, gerenciamento de usuário e alta disponibilidade.

O documento Proteção do EMC VSPEX End-User Computing com RSA SecurID: Guia de Projeto do VMware Horizon View 5.2 e VMware vSphere 5.1 para até 2.000 Desktops Virtuais oferece detalhes para o planejamento da camada de segurança.

Solução VMware Horizon Workspace

O VMware Horizon Workspace combina o acesso a aplicativos e a visualização de desktops em uma área de trabalho única e agregada e oferece a flexibilidade para que os funcionários acessem a área de trabalho em qualquer dispositivo, independentemente de sua localização. O Horizon Workspace reduz a complexidade da administração, permitindo que a TI ofereça, gerencie e projeta centralmente os ativos em todos os dispositivos.

Com uma infraestrutura adicional, a solução de VSPEX End-User Computing para VMware Horizon View dá suporte para implementações do Horizon Workspace.

Capítulo 4: Dimensionamento da solução


Guia de Projeto

Capítulo 4 Dimensionamento da solução


Visão geral ...................................................................................................... 36

Carga de trabalho de referência ....................................................................... 36

Componentes básicos de armazenamento do VSPEX ........................................ 37

Máximo validado de computação do usuário final do VSPEX ............................. 38

Escolha da arquitetura de referência ideal ........................................................ 40

Resumo ........................................................................................................... 45



Visão geral

Este capítulo descreve como projetar uma solução VSPEX End-User Computing para VMware Horizon View e como dimensiona-la para atender às necessidades do cliente. Ele apresenta os conceitos de uma carga de trabalho de referência, de componentes básicos e máximos validados de EUC, além de explicar como usá-los para projetar sua solução. A Tabela 5 descreve as etapas de alto nível necessárias para concluir o dimensionamento da solução.

Tabela 5. VSPEX EUC: Processo do projeto

Etapa Ação

1 Use a planilha de dimensionamento do cliente em Appendix A para coletar os requisitos do cliente para o ambiente de EUC (End-User Computing).

2 Use o EMC VSPEX Sizing Tool (ferramenta de dimensionamento do EMC VSPEX) para definir a arquitetura de referência do VSPEX recomendada para sua solução de EUC, com base nos requisitos do cliente coletados na Etapa 1.

Obs.: Se a ferramenta de dimensionamento não estiver disponível, dimensione a solução de EUC usando as diretrizes contidas neste capítulo.

Carga de trabalho de referência

O VSPEX define uma carga de trabalho de referência para representar uma unidade de medida para determinar os recursos das arquiteturas de referência da solução. Pela comparação entre o uso real do cliente com essa carga de trabalho de referência, é possível inferir qual arquitetura de referência deve ser usada como base para a implementação do VSPEX do cliente.

Para soluções VSPEX End-User Computing, a carga de trabalho de referência é definida como um só desktop virtual — o desktop virtual de referência — com as características da carga de trabalho exibidas em Tabela 6.

O número equivalente de desktops virtuais de referência para um requisito de recursos em particular é determinado convertendo esse requisito para o número de desktops virtuais de referência necessário para atendê-lo.

Tabela 6. Características do desktop virtual de referência

Característica Valor

SO do desktop virtual Microsoft Windows 8.1 Enterprise Edition (32 bits) SP1

Processadores virtuais por desktop virtual* 1

RAM por desktop virtual 2 GB

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

10

* A capacidade de armazenamento disponível é calculada com base em drives usados nesta solução. Você pode criar mais espaço adicionando drives ou usando drives de maior capacidade da mesma classe.

https://express.salire.com/signin.aspx?t=emc&atid=224a9bcc-caa3-48f4-8ff8-33051513c410



Guia de Projeto

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 um modelo de referência 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.

Componentes básicos de armazenamento do VSPEX

O dimensionamento do sistema de armazenamento para atender à IOPS do servidor virtual é um processo complicado. Quando o I/O chega ao storage array, vários componentes, como SPs, cache DRAM (Dynamic Random Access Memory, memória de acesso randômico) de back-end, FAST Cache, FAST VP (se utilizado) e discos servem esse I/O. Os clientes precisam considerar vários fatores no planejamento e dimensionamento de seu sistema de armazenamento, a fim de equilibrar capacidade, desempenho e custo para seus aplicativos.

O VSPEX usa uma abordagem de componentes básicos para reduzir a complexidade. Um componente básico é um conjunto de spindles de disco que dá suporte a um número específico de desktops virtuais na arquitetura VSPEX. Cada componente básico combina vários eixos de disco para criar um pool de armazenamento que dê suporte às necessidades do ambiente de EUC (End-User Computing). Dois drives SSD do FAST Cache são configurados para os pools de armazenamento, que melhoram as operações de metadados e o desempenho.

Os componentes modulares do layout de armazenamento da solução são acrescentados ao armazenamento necessário à VSPEX Private Cloud que dá suporte aos serviços de infraestrutura da solução. Para obter mais informações sobre o pool de armazenamento da VSPEX Private Cloud, consulte o Guia da VSPEX Proven Infrastructure na seção Leituras essenciais.

Um componente básico é atualmente verificado na série VNXe e fornece uma solução flexível para dimensionamento do VSPEX:

Este componente básico pode conter até 100 servidores virtuais com 5 drives SAS em um pool de armazenamento habilitado para FAST Cache, conforme mostra a Figura 5.

Figura 5. Componente básico de layout de armazenamento para 100 desktops virtuais

Esse é o menor componente básico qualificado para a arquitetura solução VSPEX End-User Computing.

A Solução EMC VSPEX End User Computing aceita um modelo de implementação flexível no qual é fácil de expandir seu ambiente conforme as necessidades dos negócios mudam.

Abordagem de componentes básicos

Componente básico validado para 100 desktops virtuais

Expansão dos ambientes existentes de computação do usuário final do VSPEX



Você pode combinar as configurações de componente básico apresentadas na solução para formar maiores implementações. Por exemplo, a configuração de 500 desktops pode ser realizada iniciando com essa configuração ou com a de 100 desktops e expandindo para 200, 300 ou 400 desktops quando for necessário. Com 5 drives SAS em um pool de armazenamento habilitado para FAST Cache, a solução pode dar suporte a 100 desktops. Com a expansão do pool de armazenamento existente para 10 drives SAS, os dados são balanceados automaticamente em todos os discos, o que permite o suporte para 200 desktops posteriormente. Sempre que o pool de armazenamento é expandido com 5 drives SAS adicionais, a solução pode dar suporte a outros 100 desktops. Portanto, a configuração de 500 desktops pode ser implementada de uma vez ou gradualmente expandindo os recursos de armazenamento quando você precisar deles.

A Tabela 7 lista os discos necessários para dar suporte às arquiteturas de referência descritas neste Guia de Projeto, com exceção das necessidades de hot spare.

Tabela 7. Número de discos necessários para 100, 200, 300, 400 e 500 desktops virtuais

Desktops virtuais Flash drives (FAST Cache) Drives SAS

100 2 5

200 2 10

300 2 15

400 2 20

500 2 25 de novembro

Máximo validado de computação do usuário final do VSPEX

Validamos as configurações do VSPEX EUC em plataformas VNXe3200. Cada plataforma tem capacidades diferentes em termos de processadores, memória e discos. Para cada array, a EMC recomenda uma configuração máxima do VSPEX EUC. Implementações menores da EMC usando o método de componentes básicos descrito na seção Componentes básicos de armazenamento do VSPEX.

Os layouts de disco validados foram criados para dar suporte ao número apropriado de desktops virtuais no nível de desempenho definido. Você pode modificar um layout de armazenamento validado adicionando drives para maior capacidade e desempenho, além de recursos como o FAST Cache para desktops e FAST VP para melhor desempenho de dados do usuário. No entanto, reduzir o número de drives recomendados ou um tipo de array pode resultar em IOPS menor por desktop e uma experiência menos satisfatória do usuário devido ao maior tempo de resposta.



Guia de Projeto

Layout de armazenamento principal

A Figura 6 ilustra o layout dos discos que são necessários para armazenar 500 máquinas virtuais de desktops. Esse layout não inclui espaço para dados do perfil do usuário. Sistemas de arquivos compartilhados VNXe apresenta mais informações.

Figura 6. Layout de armazenamento principal para 500 desktops virtuais usando o VNXe3200

Visão geral do layout de armazenamento principal

A solução usa a seguinte configuração principal:

• Quatro discos SAS de 600 GB são usados para o VNXe OE.

• Um disco SAS de 600 GB e um flash drive de 200 GB são usados para hot spares.

• 25 discos SAS de 600 GB em um grupo RAID 5 (pool de armazenamento 0) são usados para armazenar desktops virtuais. O FAST Cache é habilitado para o pool inteiro.

Para armazenamento em file, cinco datastores de 368 GB e dois datastores de 50 GB cada são provisionados a partir do pool para apresentar-se aos servidores vSphere como oito datastores NFS.

Para armazenamento em block, oito LUNs de 368 GB cada e duas LUNs de 50 GB cada são provisionadas a partir do pool para apresentar-se aos servidores vSphere como oito datastores VMFS.

Obs.: dois datastores de 50 GB são usados para salvar discos de réplica.

• Dois flash drives de 200 GB são usados para o EMC VNXe FAST Cache. Não há LUNs que os usuários possam configurar nesses drives.

Layout opcional de armazenamento de dados do usuário

Nos testes de validação da solução, alocamos o espaço de armazenamento para dados do usuário no array VNXe como mostrado na Figura 7. Esse armazenamento é adicionado ao armazenamento principal mostrado na Figura 6. Se o armazenamento para dados do usuário existir em outra parte do ambiente de produção, esse armazenamento adicional não será necessário.

Obs.: os discos em cinza fazem parte do layout principal de armazenamento são obrigatórios.

VNXe3200



Figura 7. Layout opcional de armazenamento para 500 desktops virtuais usando o VNXe3200

Visão geral do layout opcional de armazenamento

A solução usa a seguinte configuração opcional:

• Cinco discos SAS de 600 GB em um grupo RAID 5 (pool de armazenamento 2) são usados para armazenar máquinas virtuais da infraestrutura. Uma LUN de 1 TB ou um file system provisionado a partir do pool para apresentar-se aos servidores vSphere como um datastore NFS ou VMFS.

• Dez discos SAS de 600 GB em um grupo RAID 5 (pool de armazenamento 1) são usados para armazenar perfis e dados do usuário. Dois file systems CIFS são criados a partir do pool.

• Um disco SAS de 600 GB é usado como hot spare.

Se vários tipos de drives forem implementados no mesmo pool, o FAST VP deve ser ativado para classificar dados por nível automaticamente, equilibrando as diferenças de desempenho e capacidade.

Sistemas de arquivos compartilhados VNXe

Os desktops virtuais usam dois file systems compartilhados — um para repositórios do VMware Horizon View Persona Management e um para redirecionar o armazenamento do usuário que reside em diretórios de usuário. Em geral, redirecionar dados do usuário de fora da imagem base para o VNXe for File permite centralizar a administração e a proteção de dados e torna os desktops mais stateless. Cada file system é exportado para o ambiente por meio de um compartilhamento CIFS. Cada compartilhamento de repositório e diretório de usuário do Persona Management atende 500 usuários.

Escolha da arquitetura de referência ideal

Para selecionar a arquitetura de referência adequada para o ambiente de um cliente, determine os requisitos de recursos do ambiente e, depois, transforme-os em um número equivalente de desktops virtuais de referência que tenham as características definidas na Tabela 6. Esta seção descreve como usar a planilha de dimensionamento do cliente para simplificar os cálculos de dimensionamento e os fatores adicionais que você deve levar em consideração ao decidir qual arquitetura deve implementar.

A planilha do dimensionamento do cliente ajuda a avaliar o ambiente do cliente e calcular os requisitos de dimensionamento do ambiente.

A Tabela 8 mostra uma planilha preenchida para um exemplo de ambiente do cliente. O Appendix A oferece uma planilha em branco de dimensionamento do cliente, que pode ser impressa e usada para ajudar a dimensionar a solução para um cliente.

Introdução à planilha de dimensionamento do cliente

Uso da planilha de dimensionamento do cliente



Guia de Projeto

Tabela 8. Exemplo de planilha de dimensionamento do cliente

Tipo de usuário vCPUs Memória IOPS Desktops virtuais de referência equivalentes

Nº de usuários

Total de desktops de referência

Usuários pesados

Requisitos de recursos

2 8 GB 12 --- --- ---

Desktops virtuais de referência equivalentes

2 4 2 4 25 100

Usuários moderados


2 4 GB 8 --- --- ---


2 2 1 2 50 100

Usuários típicos


1 2 GB 8 --- --- ---


1 1 1 1 200 200

Total 400

Para preencher a planilha de dimensionamento do cliente, siga estas etapas:

1. Identifique os tipos de usuários planejados para a migração para o ambiente VSPEX EUC e o número de usuários de cada tipo.

2. Para cada tipo de usuário, determine os requisitos de recursos de computação em termos de vCPUs, memória (GB), o desempenho de armazenamento (IOPS) e capacidade de armazenamento.

3. Para cada tipo de recurso e de usuário, determine os desktops virtuais de referência equivalentes - ou seja, o número de desktops virtuais de referência necessários para atender aos requisitos de recursos específicos.

4. Determine o número total de desktops de referência necessários no pool de recursos para o ambiente do cliente.

Determine os requisitos de recursos

Considere os seguintes itens ao determinar requisitos de recursos:

CPU O desktop virtual de referência descrito na Tabela 6 supõe que mais aplicativos de desktop são otimizados para uma só CPU. 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, o pool precisará fornecer 120 desktops virtuais de capacidade.



Memória A memória desempenha um papel fundamental para assegurar a funcionalidade e o desempenho dos aplicativos. Cada grupo de desktops terá diferentes destinos para a quantidade de memória disponível considerada 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 200 desktops forem virtualizados, mas cada um deles precisar de 4 GB de memória ao invés dos 2 GB que o desktop virtual de referência fornece, planeje 400 desktops virtuais de referência.

IOPS 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.

Capacidade de armazenamento 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 desta solução contam com armazenamento compartilhado adicional para dados de perfis e documentos de usuários. Este requisito é um componente opcional que pode ser atendido com a adição de hardware de armazenamento específico definido na solução. Ele também pode ser atendido usando os compartilhamentos de arquivo existentes no ambiente.

Determinação de desktops virtuais de referência equivalentes

Com todos os recursos definidos, determine o número de desktops virtuais de referência equivalentes usando os relacionamentos listados na Tabela 9. Arredonde todos os valores para o número inteiro mais próximo.

Tabela 9. 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, o tipo de usuário intensivo na Tabela 8 requer 2 CPUs virtuais, 12 IOPS e 8 GB de memória para cada desktop. Isso equivale a dois desktops virtuais de referência de CPU, quatro desktops virtuais de referência de memória e dois desktops virtuais de referência de IOPS.

O número de desktops virtuais de referência necessários para cada tipo de usuário é igual ao número máximo necessário para um recurso individual. Por exemplo, o número de desktops virtuais de referência equivalentes para o tipo de usuário pesado na Tabela 8 é quatro, já que esse número atenderá todos os requisitos de recursos para IOPS, vCPU e memória.



Guia de Projeto

Para calcular o número total de desktops de referência para um tipo de usuário, multiplique o número de desktops virtuais de referência equivalentes para esse tipo de usuário pelo número de usuários.

Determinação do total de desktops virtuais de referência

Depois que a planilha estiver preenchida para todos os tipos de usuários que o usuário deseja migrar para a infraestrutura virtual, calcule o número total de desktops virtuais de referência necessários no pool de recursos calculando a soma total dos desktops virtuais de referência para todos os tipos de usuário. No exemplo na Tabela 8, o total é de 400 desktops virtuais.

As arquiteturas de referência do VSPEX EUC definem os tamanhos de pools de recursos discretos — isto é, um pool com 500 desktops virtuais de referência. O valor de desktops virtuais de referência na planilha indica qual arquitetura de referência seria adequada para as necessidades do cliente. No caso da Tabela 8, o cliente requer 400 desktops virtuais de capacidade do pool. Portanto, o pool de 400 desktops virtuais fornece recursos suficientes para suprir as necessidades atuais, bem como margem para crescimento.

Entretanto, além dos números de desktop validados, considere outros fatores ao decidir qual arquitetura de referência implementar. Por exemplo:

• Simultaneidade — a carga de trabalho de referência usada para validar esta solução assume que todos os usuários de desktops estarão ativos o tempo todo. Testamos a arquitetura de referência para 400 desktops com 400 desktops, todos gerando cargas de trabalho paralelamente, todos inicializados ao mesmo tempo etc. Se o cliente espera ter 800 usuários, mas somente 50% estarão conectados em dado momento, devido a diferenças de fuso horário ou turnos alternados, os 400 usuários ativos do total de 800 usuários poderão ter suporte pela arquitetura para 400 desktops.

• Cargas de trabalho mais pesadas — a carga de trabalho de referência é considerada uma carga típica de um funcionário administrativo. No entanto, alguns usuários podem ter um perfil mais ativo.

Se uma empresa tiver 400 usuários e, por causa de aplicativos corporativos personalizados, cada usuário gerar 15 IOPS, em comparação com 10 IOPS utilizados na carga de trabalho de referência, o cliente vai precisar de 6.000 IOPS (400 usuários * 15 IOPS por desktop). Neste exemplo, a configuração para 500 desktops poderia ser insuficiente nesse caso, pois ela foi classificada para 5.000 IOPS (500 desktops * 10 IOPS por desktop). Esse cliente deveria considerar migrar para uma solução para 1.000 desktops.

Na maioria dos casos, a planilha de dimensionamento do cliente sugere uma arquitetura de referência adequada para as necessidades do cliente. Em outros casos, você pode querer personalizar ainda mais os recursos de hardware. Uma descrição completa da arquitetura do sistema está além do escopo deste documento.

Seleção de uma arquitetura de referência

Ajuste dos recursos de hardware



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 de referência colocam todos os desktops virtuais em um só pool de recursos. Para conseguir a separação da carga de trabalho, implemente drives de discos 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 para reduzir a capacidade do pool sem orientação adicional além deste documento. Projetamos os layouts de armazenamento para a solução para equilibrar diversos fatores, inclusive 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, é 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 10.

Tabela 10. Totais dos componentes de recursos de servidor

Tipos de usuários vCPUs Memória (GB)

Número de usuários

Total de recursos de CPU

Total de recursos de memória

Usuários pesados


2 8 100 200 800

Usuários moderados


2 4 100 200 400

Usuários típicos


1 2 300 300 600

Total 700 1.800

O exemplo na Tabela 10 requer em 700 vCPUs virtuais e 1.800 GB de memória. Já que as arquiteturas de referência pressupõem 5 desktops por núcleo de processadores físicos e nenhum superprovisionamento de memória, isso se traduz em 140 núcleos de processador físico e em 1.800 GB de memória. Em contraste, o pool de recursos para 1.000 desktops virtuais usado na solução pede 2.000 GB de memória e, pelo menos, 125 núcleos de processador físico. Isso significa que a solução pode ser implementada de modo eficaz com menos recursos de servidor.

Obs.: tenha em mente os requisitos de alta disponibilidade ao personalizar o hardware do pool de recursos.



Guia de Projeto

Resumo

Os requisitos declarados na solução são os que a EMC considera o conjunto mínimo de recursos para manipular as cargas de trabalho 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. Se os desktops virtuais do cliente forem muito diferentes da definição de referência e variarem no mesmo grupo de recursos, poderá ser necessário adicionar mais desses recursos ao sistema.

Capítulo 5: Práticas recomendadas e considerações de projeto da solução


Guia de Projeto

Capítulo 5 Práticas recomendadas e considerações de projeto da solução


Visão geral ...................................................................................................... 48

Considerações sobre o design do servidor ....................................................... 48

Considerações do projeto de rede .................................................................... 54

Considerações sobre o projeto de armazenamento ........................................... 58

Alta disponibilidade e failover ......................................................................... 62

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

Perfil da plataforma antivírus e antimalware .................................................... 66

Perfil da plataforma VMware vCenter Operations Manager for Horizon View ..... 67

Solução VSPEX for VMware Horizon Workspace ................................................ 67



Visão geral Este capítulo descreve práticas recomendadas e considerações para projetar a solução VSPEX End-User Computing. Para obter mais informações sobre as práticas recomendadas de implementação dos vários componentes da solução, consulte a documentação do fornecedor.

Considerações sobre o design do servidor As soluções VSPEX são projetadas para execução em uma ampla variedade de plataformas de servidor. O VSPEX define os recursos mínimos necessários para CPU e memória, mas não um tipo de servidor ou uma configuração específica. O cliente pode usar qualquer plataforma de servidor e configuração que atender ou exceder os requisitos mínimos.

Por exemplo, a Figura 8 mostra como um cliente poderia implementar os mesmos requisitos do servidor utilizando servidores white-box ou high-end. Ambas as implementações alcançam o número necessário de núcleos de processador e a quantidade de RAM, mas o número e o tipo de servidor são diferentes.

Figura 8. Flexibilidade da camada de computação

A escolha de uma plataforma de servidor não se baseia apenas nos requisitos técnicos do ambiente, mas também na capacidade de suporte da plataforma, nas relações existentes com o provedor de servidor, em recursos avançados de desempenho e gerenciamento e em muitos outros fatores. Por exemplo:

• 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.



Guia de Projeto

• Se o pool de máquinas virtuais não tiver um alto nível de pico ou uso simultâneo, você pode reduzir o número de vCPUs. Por outro lado, se os aplicativos que estiverem sendo implementados usarem muitos recursos de computação, talvez seja necessário aumentar a quantidade de CPUs e memória.

A infraestrutura de servidor deve atender aos seguintes requisitos, no mínimo:

• CPU, 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 suficiente para permitir que o ambiente resista a uma falha de servidor e failover

Para esta solução, a EMC recomenda que você considere as seguintes práticas recomendadas para a camada do servidor:

• Use unidades idênticas de servidores — use servidores compatíveis ou idênticos. O VSPEX implementa tecnologias de alta disponibilidade no nível do hipervisor que podem exigir conjuntos de instruções similares no hardware físico subjacente. Implementando o VSPEX em unidades de servidor idênticas, você pode minimizar problemas de compatibilidade nessa área.

• Use tecnologias recentes de processador — para novas implementações, use revisões recentes de tecnologias de processador comum, que terão um desempenho similar ou melhor que o dos sistemas usados para validar a solução.

• Implemente alta disponibilidade para acomodar pontos únicos de falha no servidor — implemente os recursos de alta disponibilidade disponíveis na camada de virtualização para garantir que a camada de computação tenha recursos suficientes para comportar, no mínimo, falhas de um servidor. Isso também permite a implementação de upgrades com tempo mínimo de inatividade. Alta disponibilidade e failover fornece mais detalhes.

Obs.: Ao implementar alta disponibilidade da camada de hipervisor, a maior máquina virtual que você criar ficará restrita pelo menor servidor físico do ambiente.

• Monitore o uso de recursos e faça as adaptações necessárias: em qualquer sistema em execução, monitore o uso de recursos e faça as adaptações necessárias.

Por exemplo, o desktop virtual de referência e os recursos de hardware necessários nesta solução pressupõem que não há mais de 5 CPUs virtuais para cada núcleo de processador físico (relação 5:1). Na maioria dos casos, isso proporciona um nível adequado de recursos para os desktops virtuais hospedados. No entanto, essa relação poderá não ser adequada em outros 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 e adicioná-los conforme a necessidade.

Práticas recomendadas de servidor



A Tabela 11 identifica o hardware do servidor e as configurações validadas nessa solução.

Tabela 11. Hardware de servidor

Servidores para desktops virtuais Configuração

CPU • 1 vCPU por desktop (5 desktops por núcleo)

• 100 núcleos entre todos os servidores para 500 desktops virtuais

Memória • 2 GB de RAM por máquina virtual

• 1 TB de RAM em todos os servidores para 500 desktops virtuais

• Reserva de 2 GB de RAM por host do vSphere

Rede • 6 NICs de 1 GbE por servidor para 500 desktops virtuais

Obs.:

• a razão de 5:1 entre vCPUs e núcleos físicos aplica-se à carga de trabalho de referência definida neste Guia de Projeto. Ao implementar VMware vShield Endpoint ou EMC Avamar, adicione CPU e RAM conforme necessário para componentes que usem CPU ou RAM de maneira intensiva. Consulte a documentação do produto para obter informações sobre os requisitos de recursos do vShield Endpoint e do Avamar.

• Independentemente do número de servidores que você implementa para atender aos requisitos mínimos da Tabela 11, a infraestrutura requer mais um servidor para dar suporte ao VMware vSphere HA.

O VMware vSphere tem uma série de recursos avançados que ajudam a maximizar o desempenho e o uso geral dos recursos. Esta seção descreve os principais recursos de gerenciamento de memória e considerações para o uso com sua solução VSPEX.

A Figura 9 ilustra como um só hipervisor consome memória de um pool de recursos. Os recursos de gerenciamento de memória do vSphere como superalocação de memória, compartilhamento transparente de páginas e ballooning de memória podem reduzir a utilização total da memória e aumentar as taxas de consolidação do hipervisor.

O hardware dos file systems compartilhados VNXe

Virtualização da memória do vSphere



Guia de Projeto

Figura 9. Consumo de memória de hipervisor

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

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

• Memória superalocada — a superalocação de memória ocorre quando é alocada mais memória a 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 uma quantidade de memória maior que aquela existente no servidor for utilizada ativamente, o vSphere pode recorrer a uma troca com partes da memória de uma máquina virtual.

• NUMA (Non-Uniform Memory Access) — o vSphere usa um balanceador de carga NUMA para atribuir um nó base a uma máquina virtual. O acesso à memória é local e apresenta o melhor desempenho possível porque a memória para a máquina virtual é alocada a partir do nó base. Os aplicativos que não aceitam diretamente o NUMA também se beneficiam desse recurso.



• Compartilhamento transparente de páginas — As 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 retorne-as ao pool de memória livre do host para reutilização.

• Compactação de memória — o vSphere usa a compactação de memória para armazenar páginas que, de outro modo, seriam trocadas para disco pela swap de host, em um cache de compactação localizado na memória principal.

• Ballooning de memória — Alivia o esgotamento de recursos de host ao alocar páginas livres da máquina virtual para reutilização no host, com pouco ou nenhum impacto no desempenho do aplicativo.

• Troca de hipervisor — faz com que o host force páginas arbitrárias da máquina virtual para fora do disco.

O white paper da VMware Noções básicas do gerenciamento de recursos de memória no VMware vSphere 5.0 apresenta mais informações.

O dimensionamento e a configuração adequados da solução exigem cuidado ao configurar a memória do servidor. Esta seção fornece diretrizes para alocação de memória para máquinas virtuais e levam em consideração a sobrecarga do vSphere e as configurações de memória da máquina virtual.

Sobrecarga de memória do vSphere

A sobrecarga de espaço de memória associada aos recursos de memória de virtualização tem dois componentes:

• A sobrecarga do sistema para o VMkernel

• Sobrecarga adicional para cada máquina virtual

A sobrecarga para o VMkernel é fixa, enquanto a quantidade de memória adicional para cada máquina virtual depende do número de CPUs virtuais e da quantidade de memória configurada para o sistema operacional guest.

Configuração de memória na máquina virtual

A Figura 10 exibe os parâmetros de configuração de memória de uma máquina virtual, inclusive:

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

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

• Memória utilizada — memória que está ativa ou sendo utilizada pela máquina virtual

• Memória não reservada — 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

Diretrizes de configuração de memória



Guia de Projeto

Figura 10. Configuração de memória na máquina virtual

A EMC recomenda que você siga as práticas recomendadas para configurações de memória de máquinas virtuais:

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

• Dimensione, de modo inteligente, alocação de memória para máquinas virtuais.

A superalocação de memória desperdiça recursos enquanto a subalocação causa impacto no desempenho que pode afetar os recursos de compartilhamento de outras máquinas virtuais. Superalocação pode levar ao esgotamento de recursos, caso o hipervisor não possa obter recursos de memória. Em casos graves, quando ocorre o swap do hipervisor, o desempenho da máquina virtual provavelmente será afetado de maneira negativa.

Ter linhas de base de desempenho de suas cargas de trabalho de máquina virtual auxilia neste processo.

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

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

• Para dar suporte aos serviços necessários de infraestrutura, como autenticação/autorização, DNS e serviços de base de dados — Para obter mais detalhes sobre requisitos de hospedagem desses serviços de infraestrutura, consulte o Guia do VSPEX Proven Infrastructure Private Cloud na seção Leituras essenciais.

• Para dar suporte à infraestrutura virtualizada de desktop — Nesta solução, a cada desktop virtual é atribuído 2 GB de memória, conforme definido na Tabela 6. A solução foi validada com uma memória atribuída estaticamente e sem superalocação de recursos de memória. Caso a superalocação de memória seja usada em um ambiente real, monitore regularmente o uso 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.



Considerações do projeto de rede

As soluções VSPEX definem requisitos mínimos de rede e fornecem orientações gerais sobre a arquitetura de rede, mas permitem aos clientes escolher qualquer hardware de rede que atenda aos requisitos. 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 de conectividade de rede no servidor dependerão do tipo de servidor. Os storage arrays do VNXe têm um número de portas de rede inclusas e a opção de adicionar portas usando módulos de I/O EMC UltraFlex™.

Para fins de referência no ambiente validado, a EMC supõe que cada desktop virtual gera 10 IOPS, com um tamanho médio de 4 KB. Isso significa que cada desktop virtual está gerando pelo menos 40 KB/s de tráfego na rede de armazenamento. Em um ambiente classificado para 500 desktops virtuais, isso significa um mínimo de aproximadamente 20 MB/s, que esteja dentro dos limites das redes modernas. Entretanto, isso não leva em conta outras operações. Por exemplo, é necessário ter largura de banda adicional para as seguintes operações:

• Tráfego de rede de usuário

• Migração de desktop virtual

• Operações administrativas e de gerenciamento

Os requisitos de cada uma dessas operações dependem de como o ambiente é usado. Não é viável apresentar números específicos nesse contexto. Entretanto, a rede descrita nas arquiteturas de referência desta solução deve ser suficiente para manipular cargas de trabalho médias nessas operações.

Independentemente dos requisitos de tráfego de rede, tenha sempre, pelo menos, duas conexões físicas de rede compartilhadas por uma rede lógica para assegurar 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.

A infraestrutura de rede deve atender aos seguintes requisitos, no mínimo:

• 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 pelo setor



Guia de Projeto

A Tabela 12 identifica os recursos de hardware para a infraestrutura de rede validada nessa solução.

Tabela 12. Capacidade mínima de switching para block e file

Tipo de armazenamento Configuração

Block iSCSI—2 switches de LAN (Local Area Network, rede de área local) física

• 2 portas de 10 GbE por servidor VMWare vSphere

• 1 porta de 1 GbE por SP para gerenciamento.

FC—2 switches de LAN (Local Area Network, rede de área local), 2 switches de SAN

• 2 portas FC de 1 GbE por servidor VMWare vSphere

• 1 porta de 1 GbE por SP para gerenciamento

File 2 switches físicos

• 4 portas de 10 GbE por servidor VMware vSphere

• 1 porta de 1 GbE por SP para gerenciamento

• 2 portas de 10 GbE por SP para dados

Obs.:

• A solução pode usar uma infraestrutura de rede de 1 Gb, desde que os requisitos subjacentes de largura de banda e redundância sejam atendidos.

• Essa configuração assume que a implementação do VSPEX está usando servidores montados em rack; para implementações baseadas em servidores blade, certifique-se de que largura de banda semelhante e recursos de alta disponibilidade estejam disponíveis.

Esta seção fornece diretrizes para a criação de uma configuração de rede redundante, altamente disponível. As diretrizes levam em conta a redundância de rede, a agregação de links, o isolamento do tráfego e jumbo-frames.

Os exemplos de configuração são para redes baseadas em IP, mas as práticas recomendadas e os princípios de projeto se aplicam à opção de rede de armazenamento FC.

Redundância de rede

A rede de infraestrutura requer links de rede redundantes para cada host do vSphere, o storage array, as portas de interconexão de switches e as portas de uplink de switches. Essa configuração fornece redundância e largura de banda de rede adicional. Ela também é necessária independentemente de a infraestrutura de rede da solução já existir ou estar implementada com outros componentes da solução. A Figura 11 e a Figura 12 oferecem exemplos da topologia de rede altamente disponível.

Hardware de rede validado

Diretrizes de configuração de rede



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

Agregação de links

Os arrays EMC VNXe fornecem alta disponibilidade de rede ou redundância usando agregação de links. A agregação de links permite que várias conexões Ethernet ativas apareçam como um só link, com um endereço MAC único e possivelmente vários endereços IP3.

Nessa solução, o LACP (Link Aggregation Control Protocol, protocolo de controle de agregação de links) foi configurado no array VNXe para combinar várias portas Ethernet em um só dispositivo virtual. Se um link for perdido na porta Ethernet, realizará o failover para outra porta. Distribuímos todo o tráfego de rede entre os links ativos.

Isolamento de tráfego

Essa solução 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.

3 A agregação de links é parecida com um canal Ethernet, mas utiliza o padrão LACP IEEE 802.3ad. Esse padrão permite agregações de link com duas ou mais portas. Todas as portas na agregação devem ter a mesma velocidade e ser full duplex.



Guia de Projeto

VLANs segregam o tráfego de rede para permitir o tráfego de diferentes tipos entre redes isoladas. Em alguns casos, o isolamento físico pode ser necessário para fins de conformidade normativa ou com políticas. Em muitos casos, o isolamento lógico com o uso de VLANs é suficiente.

Essa solução exige um mínimo de três VLANs:

• Acesso do client

• Armazenamento (para iSCSI e NFS)

• Gerenciamento

A Figura 12 exibe as VLANs e os requisitos de conectividade de rede para um array VNXe baseado em block.

Figura 12. Redes necessárias para armazenamento em block

A Figura 13 demonstra os requisitos de conectividade de rede para um array VNXe baseado em arquivo usando conexões de 10 GbE. Crie uma topologia similar quando estiver usando conexões de rede de 1 GbE.



Figura 13. Redes necessárias para armazenamento de arquivo

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 fornece aos administradores acesso dedicado às conexões de gerenciamento no storage array, nos switches de rede e nos hosts.

Algumas práticas recomendadas exigem isolamento de rede adicional para o tráfego de cluster, a comunicação de camada de virtualização e outros recursos. Essas redes adicionais poderão ser implementadas, mas elas não são obrigatórias.

Jumbo-frames

Essa solução requer MTU definida como 9.000 (jumbo frames) para obter armazenamento e tráfego de migração eficientes.

Considerações sobre o projeto de armazenamento

A solução inclui layouts para os discos usados em testes de validação. Cada layout equilibra a capacidade de armazenamento disponível com o recurso de desempenho dos drives. Há várias camadas a ser consideradas ao projetar o layout de armazenamento. Especificamente, o array tem um conjunto de discos que são atribuídos a um pool de armazenamento. A partir desse pool, 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 Guia de Implementação do EMC VSPEX End-User Computing para VMware Horizon View 6.0 e VMware vSphere para até 500 Desktops Virtuais.

Visão geral



Guia de Projeto

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

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

O vSphere suporta mais de um método de uso de armazenamento ao hospedar máquinas virtuais. Testamos as configurações descritas na Tabela 13 e Tabela 14 usando NFS ou FC. Os layouts de armazenamento seguem todas as práticas recomendadas atuais. Se necessário, um cliente ou um arquiteto com o treinamento e a experiência necessários pode fazer modificações com base em seu entendimento do uso do sistema e da carga.

Tabela 13. Hardware de armazenamento

Finalidade Configuração

Armazenamento compartilhado VNXe para desktops virtuais

Comum:

• 1 interface de 1 GbE por SP para gerenciamento

• 2 portas FC de 10 Gb por SP (somente variante block)

Para 500 desktops virtuais:

• 25 discos SAS de 2,5 polegadas, 600 GB, 10.000 RPM

• 2 flash drives de 2,5 polegadas, 200 GB

Opcional para dados do usuário


10 discos SAS de 2,5 polegadas, 600 GB, 10.000 RPM

Opcional para armazenamento de infraestrutura e vCenter Operations Manager for Horizon View


5 discos SAS de 2,5 polegadas, 600 GB, 10.000 RPM

Hot spare Para 500 desktops virtuais:

• 2 discos SAS de 2,5 polegadas, 600 GB, 10.000 RPM

• 1 flash drive de 2,5 polegadas, 200 GB

Obs.: a EMC recomenda a configuração de pelo menos um hot spare para cada 30 drives de um tipo específico. As recomendações da Tabela 14 não incluem hot spares.

Hardware para armazenamento validado e configuração



Tabela 14. Configuração de armazenamento

Finalidade Configuração Número de drives Tipo de drive

Armazenamento compartilhado VNXe para desktops virtuais

500 desktops virtuais 25 de novembro SAS de 500 GB

Configuração Número de LUNs Tamanho da LUN (GB)

LUNs do VNXe para desktops virtuais

500 desktops virtuais

1 50

5 360

Configuração Número de datastores Tamanho do datastore (GB)

Datastore do VNXe para desktops virtuais


1 50

5 360

Configuração Número de datastores Tipo de drive

Armazenamento opcional do VNXe para dados do usuário


10 SAS de 500 GB

Configuração Número de compartilhamentos CIFS

Tamanho do compartilhamento CIFS (TB)

Compartilhamento CIFS do VNXe para dados do usuário

500 desktops virtuais 2 1

Esta seção apresenta diretrizes para configuração da camada de armazenamento da solução para oferecer alta disponibilidade e o nível de desempenho esperado.

O VMware vSphere 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, bem como os demais arquivos relacionados às atividades da máquina virtual, em um disco virtual. O disco virtual pode ser um 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 do VMware vStorage VMFS ou datastore NFS. Uma opção adicional, o RDM (Raw Device Mapping, mapeamento de dispositivos brutos), permite que a infraestrutura virtual conecte um dispositivo físico diretamente a uma máquina virtual.

A Figura 14 mostra os vários tipos de disco virtual VMware:

• NFS — o VMware é compatível com file systems NFS de um dispositivo ou um sistema de armazenamento NAS externo como um datastore de máquina virtual.

Virtualização de armazenamento do vSphere



Guia de Projeto

• VMFS — um file system em cluster que fornece virtualização de armazenamento otimizada para máquinas virtuais. O VMFS pode ser implementado em qualquer local baseado em SCSI ou armazenamento em rede.

• RDM — usa um protocolo FC ou iSCSI e permite o acesso direto da máquina virtual a um volume no armazenamento físico.

Figura 14. Tipos de disco virtual VMware

O VNXe Virtual Provisioning permite que você expanda a capacidade de um pool de armazenamento a partir da GUI do Unisphere depois de os discos serem conectados fisicamente ao sistema. Depois que o pool é expandido, o VNXe reequilibra elementos de dados alocados em todos os drives membros para usar os novos drives. A função de rebalanceamento inicia automaticamente e é executada em segundo plano após uma ação de expansão.

Os pools de LUNs do VNXe Virtual Provisioning também dão suporte a uma variedade de recursos adicionais, como a expansão de LUN on-line e a configuração do limite de capacidade do usuário.

Para obter mais informações sobre o provisionamento thin, consulte o White Paper de Tecnologia Aplicada do EMC VNXe Thin Provisioning.

Expansão de LUN

Use a expansão de LUN de pool para aumentar a capacidade de LUNs existentes. Isso permite o provisionamento de capacidades maiores à medida que as necessidades dos negócios crescerem.

O VNXe permite que você expanda pools de LUNs sem interromper o acesso do usuário. Você pode expandir um pool de LUNs com alguns cliques, e a capacidade ampliada torna-se disponível imediatamente. No entanto, não é possível expandir um pool LUNs se ela for parte de uma operação de proteção de dados ou migração de LUN. Por exemplo, você não pode expandir LUNs de snapshot ou LUNs de migração.

VNXe Virtual Provisioning



Alertas e limites

Ao usar um file system ou pools de armazenamento baseados em thin-pools, é importante monitorar a utilização do armazenamento para garantir que ele esteja disponível para provisionamento quando necessário, a fim de evitar falhas de capacidade. Use o Unisphere para configurar alertas proativos para o uso de thin-pool e para definir o parâmetro da porcentagem do limite total, de modo que o sistema gerencie um alerta quando um file system ou pool de armazenamento estiver prestes a ser superatribuído.

A Figura 15 ilustra por que o provisionamento com thin-pools requer monitoramento.

Figura 15. Utilização de espaço de thin-LUN

Monitore os seguintes valores para uso de thin-pool:

• Capacidade total — é a capacidade física total disponível em todas as LUNs no pool.

• Alocação total — é a capacidade física total atribuída atualmente para todos os pools LUNs.

• Capacidade atribuída — é o total de capacidade relatada pelo host suportada pelo pool.

• Capacidade sobrecarregada — é o volume de capacidade de usuário configurado para LUNs que excede a capacidade física no pool.

A alocação total nunca poderá exceder a capacidade total. No entanto, caso ela chegue perto disso, proativamente adicione armazenamento aos pools antes que o limite seja atingido.

Alta disponibilidade e failover

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

A EMC recomenda a configuração de alta disponibilidade na camada de virtualização e a permissão para que o hipervisor reinicie automaticamente as máquinas virtuais que apresentarem falhas. A Figura 16 ilustra a camada do hipervisor reagindo a uma falha na camada de computação.




Guia de Projeto

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

A implementação da alta disponibilidade na camada de virtualização garante que a infraestrutura tente manter o máximo de serviços em execução possível, mesmo em caso de falhas no hardware.

Embora a escolha de servidores que serão implementados na camada de computação seja flexível, é melhor usar os servidores de classe empresarial projetados para os datacenters. Esse tipo de servidor tem fontes de alimentação redundante, conforme exibido na Figura 17. Conecte essas PDUs (Power Distribution Units, unidades de distribuição de energia) separadas conforme as práticas recomendadas de seu fornecedor de servidor.

Figura 17. Fontes de alimentação redundantes

Recomendamos que a camada de computação seja configurada com recursos suficientes para garantir que o total de recursos disponíveis atenda às necessidades do ambiente, mesmo com a falha de um servidor. A Figura 16 demonstra essa recomendação.

Os recursos avançados de sistema de rede da série VNXe fornecem proteção contra falhas de conexão de rede no array. Cada host do vSphere tem várias conexões com as redes Ethernet de usuário e armazenamento para proteger contra falhas de link, como mostrado na Figura 18 e Figura 19. Distribua essas conexões entre vários switches Ethernet para proteger contra falhas de componentes na rede.


Camada de rede



Figura 18. Alta disponibilidade de camada de rede

A ausência de pontos únicos de falha na camada de rede garante que a camada de computação conseguirá acessar o armazenamento e se comunicar com os usuários mesmo se um componente falhar.

A série VNXe é projetada para disponibilidade de 99,999% pelo uso de componentes redundantes por todo o array, conforme mostrado na Figura 19. 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 você pode alocar dinamicamente os drives de hot spare disponíveis para substituir um disco com falha.

Figura 19. Alta disponibilidade na série VNXe

Os storage arrays EMC são projetados para serem altamente disponíveis por padrão. Use os guias de instalação para garantir que não haja falhas em uma unidade que resultem em perda de dados ou indisponibilidade.




Guia de Projeto

Perfil de teste de validação

A Tabela 15 mostra os parâmetros de definição de desktop e de configuração de armazenamento que validamos com o perfil de ambiente.

Tabela 15. Perfil de ambiente validado

Característica do perfil Valor

SO do desktop virtual Windows 8.1 Enterprise (32 bits)

CPU por desktop virtual Uma vCPU

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

5

RAM por desktop virtual 2 GB

Método de provisionamento de desktops Clones vinculados

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

10 IOPS

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

14 IOPS (armazenamento em file)

23 IOPS (armazenamento em block)

Número de datastores para armazenar desktops virtuais

1 para 100 desktops virtuais





Número de desktops virtuais por datastore

100

Tipo de RAID e disco para datastores RAID 5, SAS de 2,5 polegadas, 600 GB, 10.000 RPM

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

RAID 5, SAS de 2,5 polegadas, 600 GB, 10.000 RPM

Características do perfil



Perfil da plataforma antivírus e antimalware

A Tabela 16 mostra como solução foi dimensionada com base nos requisitos de plataforma do VMware vShield Endpoint.

Tabela 16. Características da plataforma antivírus

Componente da plataforma Informações técnicas

Dispositivo VMware vShield Manager

Gerencia o serviço vShield Endpoint instalado em cada host vSphere

Uma vCPU, 3 GB de RAM e 8 GB de espaço em disco rígido

Serviço VMware vShield Endpoint

Instalado em todos os hosts de desktop vSphere. O serviço usa até 512 MB de RAM no host vSphere.

Componente vShield Endpoint do VMware Tools

Um componente do pacote do VMware Tools que possibilita a integração com o serviço vShield Endpoint do host vSphere.

O componente vShield Endpoint do VMware Tools está instalado como um componente opcional do pacote de software do VMware Tools e deve ser instalado na imagem master do desktop virtual.

Plug-in de segurança de terceiros do vShield Endpoint

Um plug-in de terceiros e componentes associados são necessários para completar a solução vShield Endpoint. Os requisitos variam de acordo com as especificações individuais do fornecedor. Consulte a documentação do fornecedor para obter detalhes específicos.

Cada um dos componentes individuais da plataforma VMware vShield Endpoint e os plug-ins de segurança de parceiros do vShield têm requisitos específicos de CPU, RAM e espaço em disco. Os requisitos de recursos variam com base em inúmeros fatores, como a quantidade de eventos que estão sendo registrados, as necessidades de retenção de registros, o número de desktops que estão sendo monitorados e o número de desktops em cada host vSphere.

Características da plataforma antivírus

Arquitetura vShield



Guia de Projeto

Perfil da plataforma VMware vCenter Operations Manager for Horizon View

A Tabela 17 mostra como o pacote de soluções foi dimensionada com base nos seguintes requisitos da plataforma VMware vCenter Operations Manager para Horizon View.

Tabela 17. Características da plataforma do Horizon View

Componente da plataforma Informações técnicas

vApp do vCenter Operations Manager

O vApp consiste em um dispositivo virtual de UI (User Interface, interface do usuário) e um dispositivo virtual de lógica analítica.


• Requisitos do dispositivo de interface do usuário — 2 vCPUs, 7 GB de RAM e 50 GB de espaço em disco rígido

• Requisitos de dispositivo de lógica analítica — 2 vCPUs, 9 GB de RAM, 400 GB de espaço em disco rígido e 750 IOPS.

Os componentes individuais do vCenter Operations Manager for Horizon View têm requisitos específicos de CPU, RAM e espaço em disco. Os requisitos de recursos variam conforme o número de desktops monitorados. Os números fornecidos na Tabela 17 assumem que 500 desktops serão monitorados.

Solução VSPEX for VMware Horizon Workspace

Com uma infraestrutura adicional, a solução de VSPEX End-User Computing para VMware Horizon View dá suporte para implementações do Horizon Workspace. Ela requer o Ative Directory e o DNS (Domain Name Resolution).

O Horizon Workspace é distribuído como um arquivo OVA (Open Virtual Appliance), que pode ser implementado por meio do vCenter. O arquivo OVA contém os dispositivos virtuais exibidos na arquitetura básica do Horizon Workspace na Figura 20.

Características da plataforma do Horizon View

Arquitetura do vCenter Operations Manager for Horizon View

Principais componentes do Horizon Workspace



Figura 20. Layout da arquitetura do Horizon Workspace

O dispositivo Horizon Workspace executa as seguintes tarefas:

• Permite o acesso ao domínio de um só usuário final ao Horizon Workspace. Como ponto central de agregação para todas as conexões de usuário, o Gateway encaminha solicitações para o destino apropriado e solicitações de proxies em nome de conexões de usuário.

• Fornece a interface do usuário de administrador do Horizon Workspace baseada na Web, que controla o catálogo de aplicativos, os direitos de usuário, os grupos de área de trabalho e os serviços de geração de relatórios.

• Fornece a interface do usuário de administrador do Horizon Workspace baseada na Web, que controla o catálogo de aplicativos, os direitos de usuário, os grupos de área de trabalho e os serviços de geração de relatórios.

• Fornece o controle central da rede, do gateway, do vCenter e das configurações de SMTP.



Guia de Projeto

A Figura 21 mostra a arquitetura lógica da solução VSPEX para Horizon Workspace.

Figura 21. Solução VSPEX for Horizon Workspace: arquitetura lógica

O cliente tem a liberdade de selecionar qualquer servidor e hardware de rede que atenda ou exceda os requisitos mínimos, enquanto o armazenamento recomendado oferece uma arquitetura altamente disponível para uma implementação da arquitetura do Horizon Workspace.

Requisitos de servidor

A Tabela 18 detalha os requisitos mínimos de hardware compatível para cada dispositivo virtual no Horizon Workspace vApp.

Tabela 18. Recursos mínimos de hardware para o Horizon Workspace

vApp vCPU Memória (GB) Espaço em disco (GB)

Workspace-va 2 6 36

Obs.: para que se tenha alta disponibilidade durante cenários de falha, pode ser necessário reiniciar as máquinas virtuais em hardwares diferentes; esses servidores físicos precisarão ter recursos disponíveis. Siga as recomendações específicas no Considerações sobre o design do servidor para habilitar essa funcionalidade.

Arquitetura VSPEX for Horizon Workspace



Requisitos de rede

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

Capítulo 6: Documentação de referência


Guia de Projeto

Capítulo 6 Documentação de referência


Documentação da EMC ..................................................................................... 72

Outra documentação........................................................................................ 72



Documentação da EMC

Os documentos a seguir, disponíveis no site de Suporte on-line da EMC ou em brazil.emc.com, apresentam mais informações importantes. Caso você não tenha acesso a determinado documento, entre em contato com o representante da EMC.

• Guia de Instalação do EMC VNXe3200 Unified

• Guia de Produto do EMC VSI for VMware vSphere Web Client

• Planilha de Configuração do VNXe Block

• Assistente de Instalação do VNXe para Arquivo/Planilha Unificada

• VNXe FAST Cache: White paper com análise detalhada

• Uso do EMC VNXe Storage com o VMware vSphere TechBook

• White paper de Implementação de Desktops Virtuais Microsoft Windows 8 com o VMware View — Práticas Recomendadas Aplicadas

• Guia de Instalação e Administração do EMC PowerPath/VE para VMware vSphere

• Guia de Instalação e Administração do EMC PowerPath Viewer

• Práticas Recomendadas do EMC VNXe Unified para Desempenho — Guia de Práticas Recomendadas Aplicadas

• White Paper de Tecnologia Aplicada de Provisionamento Virtual do EMC VNXe

• Uso do VNXe SnapSure

Outra documentação

Os documentos seguintes, localizados no site da VMware, especificam outras informações relevantes:

• Guia de Implementação e Configuração: vCenter Operations Manager 5.8

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

• VMware vSphere Networking

• Gerenciamento de recursos do VMware vSphere

• Guia de Armazenamento do VMware vSphere

• Administração de Máquinas Virtuais do VMware vSphere

• Gerenciamento de Máquinas Virtuais do VMware vSphere

• VMware vCenter Server e Gerenciamento de Host

• Instalando e Administrando o VMware vSphere Update Manager

• Preparando o Banco de Dados do Update Manager

• Preparando Bancos de Dados do vCenter Server

• Noções básicas do gerenciamento de recursos da memória no VMware vSphere 5.0

• Introdução ao View

https://support.emc.com/

http://brazil.emc.com/resource-library/resource-library.htm

http://www.vmware.com/br



Guia de Projeto

• Planejamento da Arquitetura do View

• Instalação do View

• Cenários para configurar certificados SSL para o View

• Configurando pools de aplicativos e desktops no View

• Administrando a arquitetura na tela do View Cloud

• Migração de perfis de usuário do View

• View Security

• Migração de perfis de usuário do View

• Notas da Versão do VMware Horizon View 6.0

• Guia de Otimização do VMware Horizon View para Windows 7 e Windows 8

• Instalando e Configurando o VMware Workspace Portal

• Migrando o VMware Workspace Portal

• Guia do Administrador do VMware Workspace Portal

• Configurando os recursos no VMware Workspace Portal

• Guia do Usuário do VMware Workspace Portal

• Guia de Administração do VMware vCenter Operations Manager

• Guia de Instalação do VMware vCenter Operations Manager for View

• Guia de Instalação do VMware vCenter Operations Manager

• Guia de Implementação e Configuração: vCenter Operations Manager

• Guia de Administração do VMware vShield

• Guia de Início Rápido do VMware vShield

Appendix A: Planilha de dimensionamento do cliente


Guia de Projeto

Appendix A Planilha de dimensionamento do cliente

Este apêndice apresenta o seguinte tópico:

Planilha de dimensionamento do cliente para EUC (End-User Computing) ........ 76



Planilha de dimensionamento do cliente para EUC (End-User Computing)

Antes de selecionar uma arquitetura de referência na qual uma solução do cliente será baseada, use a planilha de dimensionamento do cliente para reunir informações sobre as necessidades dos negócios do cliente e calcule os recursos necessários.

A Tabela 19 mostra uma planilha em branco. Uma cópia independente da planilha está anexa a este Guia de Projeto no formato Microsoft Office Word para facilitar a impressão.

Tabela 19. Planilha de dimensionamento do cliente

Tipo de usuário vCPUs Memória (GB) IOPS


Nº de usuários

Total de desktops de referência


--- --- ---



--- --- ---



--- --- ---



--- --- ---


Total



Guia de Projeto

Para visualizar e imprimir a planilha:

1. No Adobe Reader, abra o painel Attachments da seguinte maneira:

Selecione View > Show/Hide > Navigation Panes > Attachments

ou Clique no ícone Attachments como mostrado na Figura 22.

Figura 22. Planilha de dimensionamento do cliente para impressão

2. Em Attachments, clique duas vezes no arquivo anexo para abrir e imprimir a planilha.

EMC VSPEX END-USER COMPUTING · Perfil de teste de validação.....65 Características do perfil...

Documents

Transcript of EMC VSPEX END-USER COMPUTING · Perfil de teste de validação.....65 Características do perfil...