emc vspex end-user computing · número de discos necessários para diferentes números de desktops...

GUIA DE PROJETO

EMC VSPEX END-USER COMPUTING Citrix XenDesktop 7.1 e VMware vSphere para até 500 Desktops Virtuais Habilitado por EMC VNXe3200 e EMC Powered Backup

EMC VSPEX

Resumo

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

Maio de 2014

2 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e VMware vSphere para até 500 Desktops Virtuais Guia de Projeto

Copyright © 2014 EMC Corporation. Todos os direitos reservados.

Publicado em maio 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 mencionadas pertencem a seus respectivos proprietários.

Para obter uma lista mais atualizada de nomes de produtos da EMC, consulte EMC Corporation Trademarks no site brazil.emc.com.

Guia de Projeto do EMC VSPEX End-User Computing Citrix XenDesktop 7.1 e VMware vSphere para até 500 desktops virtuais Habilitado pelo EMC VNXe3200 e EMC Powered Backup

Número da peça: H13001

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

Conteúdo

3 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 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 Leitura essencial ................................................................................................. 15

Visão geral da solução VSPEX ......................................................................... 15 Guia de Implementação do VSPEX .................................................................. 15 Guia da VSPEX Proven Infrastructure ............................................................... 15 Guia do RSA SecurID para o VSPEX End-User Computing ................................. 15

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

Visão geral .......................................................................................................... 18 VSPEX Proven Infrastructure ................................................................................ 18 Arquitetura da solução ........................................................................................ 19

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

Componentes-chave ............................................................................................ 23 Introdução ...................................................................................................... 23

Intermediador de virtualização de desktop .......................................................... 24 Visão geral ...................................................................................................... 24 Citrix ............................................................................................................... 24 XenDesktop 7.1 .............................................................................................. 24 Machine Creation Services .............................................................................. 27 Citrix Provisioning Services ............................................................................. 27 Citrix Personal vDisk ....................................................................................... 27 Citrix Profile Management ............................................................................... 27

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

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

EMC VNXe3200 ............................................................................................... 29

Conteúdo


Camada de backup e recuperação ....................................................................... 31 Camada de segurança ......................................................................................... 33 Solução do Citrix ShareFile StorageZones ............................................................ 33

Capítulo 4 Dimensionamento da solução 35 Visão geral .......................................................................................................... 36 Carga de trabalho de referência ........................................................................... 36 Dimensionamento de servidores virtuais de infraestrutura com nuvem

privada do VSPEX ......................................................................................... 37 Componente modular de armazenamento do VSPEX ........................................... 38

Abordagem de componente básico ................................................................. 38 Componente modular validado ....................................................................... 38 Expansão dos ambientes existentes de computação do VSPEX End-User

Computing ............................................................................................... 39 Máximo validado de computação do VSPEX End-User Computing ........................ 39

Layout de armazenamento para até 500 desktops virtuais ............................. 40 Escolha da arquitetura de referência ideal ........................................................... 45

Visão geral ...................................................................................................... 45 Uso da planilha de dimensionamento do cliente ............................................ 45 Seleção de uma arquitetura de referência ....................................................... 47 Ajuste dos recursos de hardware .................................................................... 49 Resumo .......................................................................................................... 50

Capítulo 5 Práticas Recomendadas e Considerações de Projeto da Solução 51

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

Visão geral ...................................................................................................... 52 Práticas recomendadas de servidor ................................................................ 53 Hardware de servidor validado ....................................................................... 54 Virtualização da memória do vSphere ............................................................. 55 Diretrizes de configuração de memória ........................................................... 57

Considerações do projeto de rede ....................................................................... 59 Visão geral ...................................................................................................... 59 Hardware de rede validado ............................................................................. 60 Diretrizes de configuração de rede .................................................................. 60

Considerações sobre projetos de armazenamento .............................................. 63 Visão geral ...................................................................................................... 63 Hardware para armazenamento validado e configuração ................................ 63 Virtualização de armazenamento do vSphere ................................................. 65 VNXe Virtual Provisioning ............................................................................... 66 EMC FAST Cache ............................................................................................. 68 EMC FAST VP ................................................................................................... 68

Alta disponibilidade e failover ............................................................................. 68 Camada de virtualização ................................................................................. 69

Conteúdo


Guia de Projeto

Camada de computação ................................................................................. 69 Camada de rede ............................................................................................. 69 Camada de armazenamento ........................................................................... 70

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

Diretrizes de configuração do EMC Powered Backup ............................................ 72 Características do perfil de backup ................................................................. 72 Layout de backup ........................................................................................... 72

VSPEX para Citrix XenDesktop com a solução ShareFile StorageZones ................. 73 Arquitetura do ShareFile StorageZones ........................................................... 73 StorageZones ................................................................................................. 73 Considerações do projeto ............................................................................... 74 Arquitetura VSPEX for ShareFiles StorageZones .............................................. 74

Capítulo 6 Documentação de Referência 77 Documentação da EMC ........................................................................................ 78 Outra documentação ........................................................................................... 78

Apêndice A Planilha de dimensionamento do cliente 81 Planilha de dimensionamento do cliente para EUC .............................................. 82

Conteúdo


Figuras

Figura 1. VSPEX Proven Infrastructure ........................................................... 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. Componentes da arquitetura do XenDesktop 7,1 ............................ 25 Figura 5. VNXe3200 com otimização multi-core ............................................ 30 Figura 6. Layout de armazenamento de componente básico com

provisionamento PVS ..................................................................... 38 Figura 7. Layout de armazenamento de componente básico com

provisionamento MCS .................................................................... 38 Figura 8. Layout de armazenamento principal com provisionamento

PVS para até 500 desktops virtuais ................................................ 40 Figura 9. Layout de armazenamento principal com provisionamento

MCS para até 500 desktops virtuais ............................................... 42 Figura 10. Layout de armazenamento opcional para até 500 desktops

virtuais ........................................................................................... 43 Figura 11. Flexibilidade da camada de computação ........................................ 52 Figura 12. Consumo de memória de hipervisor ............................................... 56 Figura 13. Configurações de memória na máquina virtual ............................... 58 Figura 14. Exemplo de projeto de rede altamente disponível .......................... 61 Figura 15. Redes obrigatórias ......................................................................... 62 Figura 16. Tipos de disco virtual VMware ........................................................ 65 Figura 17. Progresso de rebalanceamento do pool de armazenamento ........... 66 Figura 18. Utilização de espaço de thin LUN ................................................... 67 Figura 19. Examinando a utilização de espaço de pool de armazenamento .... 68 Figura 20. Alta disponibilidade na camada de virtualização ............................ 69 Figura 21. Fontes de alimentação redundantes ............................................... 69 Figura 22. Alta disponibilidade de camada de rede ........................................ 70 Figura 23. Alta disponibilidade do VNXe3200 ................................................. 70 Figura 24. Arquitetura de alto nível do ShareFile ............................................. 73 Figura 25. VSPEX para Citrix XenDesktop com ShareFile StorageZones:

arquitetura lógica ........................................................................... 75 Figura 26. Planilha de dimensionamento do cliente para impressão ............... 83

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. Principais componentes da solução ............................................... 23 Tabela 5. VSPEX End-User Computing: Processo de projeto ........................... 36 Tabela 6. Características do desktop virtual de referência ............................. 36 Tabela 7. Requisito de recursos do servidor virtual de infraestrutura ............. 37 Tabela 8. Número de discos necessários para diferentes números de

desktops virtuais ............................................................................ 39 Tabela 9. Exemplo de planilha de dimensionamento do cliente ..................... 45 Tabela 10. Recursos do desktop virtual de referência ...................................... 47 Tabela 11. Totais dos componentes de recursos de servidor ........................... 49 Tabela 12. Hardware de servidor ..................................................................... 54 Tabela 13. Capacidade mínima de switching para block e file ......................... 60 Tabela 14. Hardware de armazenamento ......................................................... 64 Tabela 15. Perfil de ambiente validado ............................................................ 71 Tabela 16. Características do perfil de backup ................................................. 72 Tabela 17. Recursos mínimos de hardware para dar suporte a ShareFile

StorageZones com o Storage Center ............................................... 75 Tabela 18. Armazenamento do VNX recomendado para compartilhamento

CIFS do ShareFile StorageZones ..................................................... 76 Tabela 19. Planilha de dimensionamento do cliente ........................................ 82

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 de EUC (End-User Computing) do EMC® VSPEX® oferece ao cliente um sistema moderno que hospeda um grande número de desktops virtuais, com um nível de desempenho consistente. Esta solução VSPEX End-User Computing para Citrix XenDesktop 7.1 é executada em uma camada de virtualização do VMware vSphere, respaldada pela família altamente disponível do EMC VNX®, que fornece o armazenamento. A solução foi projetada para ser implementada parcialmente em uma nuvem privada VSPEX com Proven Infrastructure do VMware vSphere.

Os componentes de rede e computacionais, que são definidos pelos parceiros do VSPEX, são projetados para serem redundantes e avançados o suficiente para manipular as necessidades de dados e processamento de um grande ambiente de máquinas virtuais. As soluções de backup e recuperação do EMC Avamar® fornecem proteção de dados para os dados do VCitrix XenDesktop e o RSA® SecurID® oferece um recurso de segurança opcional para autenticação de usuário.

Esta solução VSPEX End-User Computing foi validada em vários diferentes pontos de escala — 125, 250, 375, e até 500 desktops virtuais. Essas configurações validadas são baseadas em uma carga de trabalho de referência e formam a base para a criação de soluções econômicas e personalizadas para clientes individuais. Um ambiente maior de 2.000 desktops virtuais baseado na família VNX da EMC é descrito no Guia da Proven Infrastructure do EMC VSPEX End-User Computing para Citrix XenDesktop 7 com VMware vSphere 5.1 para até 2000 Desktops Virtuais.

Uma infraestrutura de computação de usuário final ou de desktop virtual é uma oferta de sistema complexo. Este guia de projeto descreve como projetar uma solução VSPEX End-User Computing para Citrix XenDesktop 7.1 com VMware vSphere de acordo com as práticas recomendadas, e como dimensionar a solução para atender às necessidades do cliente usando a ferramenta de dimensionamento EMC VSPEX ou a planilha do dimensionamento do cliente.

Retorno comercial

Os aplicativos de negócios estão cada vez mais integrados nos ambientes consolidados de computação, rede e armazenamento. Esta solução VSPEX End-User Computing reduz a complexidade da configuração de todos os componentes de um modelo de implementação tradicional. A solução simplifica o gerenciamento de integração enquanto mantém as opções de projeto e implementação do aplicativo. Ela 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 Citrix XenDesktop 7.1 incluem:

• Uma solução de virtualização completa para usar os recursos dos componentes da 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 EMC VSPEX End-User Computing simples, eficiente e flexível para Citrix XenDesktop 7.1. Ele fornece exemplos de implementação no storage array de última geração VNXe3200™.

A solução é implementada parcialmente em uma nuvem privada VSPEX com Proven Infrastructure do VMware vSphere. Este guia ilustra como dimensionar o XenDesktop na infraestrutura do VSPEX, alocar recursos seguindo as práticas recomendadas e aproveitar todos os benefícios que o VSPEX oferece.

A solução opcional de autenticação segura de usuário do RSA SecurID para XenDesktop é descrita em um documento separado, Proteção do EMC VSPEX End-User Computing com o RSA SecurID: Guia de Projeto do Citrix XenDesktop 7 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 presume que os parceiros VSPEX que pretendem implementar esta Proven Infrastructure do VSPEX para Citrix XenDesktop têm o treinamento e a experiência necessários para instalar e configurar uma solução EUC baseada no Citrix XenDesktop com o VMmare vSphere como o hipervisor, EMC VNXe3200™ como o sistema de armazenamento 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 esta solução estejam familiarizados com esses documentos. Para obter detalhes, consulte Leitura essencial e Capítulo 6: Documentação de Referência.



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 essa solução VSPEX End-User Computing em até 500 desktops virtuais

Carga de trabalho de referência

Para soluções VSPEX End-User Computing, a carga de trabalho de referência é definida como um único desktop virtual — o desktop virtual de referência — com as características da carga de trabalho exibidas no Tabela 6. 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 escolhida 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

Leitura essencial .............................................................................................. 15



Workflow de implementação

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

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 Apêndice A deste guia de projeto.

2 Use a ferramenta de dimensionamento do EMC VSPEX para definir a arquitetura de referência do VSPEX recomendada para sua solução 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 Proven Infrastructure do VSPEX em Leitura essencial para ajudar a selecionar uma Proven Infrastructure de nuvem privada do VSPEX.

5 Implemente e teste sua solução VSPEX. Consulte o Guia de Implementação do VSPEX em Leitura essencial para obter orientações.

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



Guia de Projeto

Leitura essencial

A EMC recomenda que você leia os documentos a seguir, disponíveis no espaço do VSPEX na EMC Community Network, no site brazil.emc.com ou no portal de parceiros da VSPEX Proven Infrastructure. Caso você não tenha acesso a determinado documento, entre em contato com o representante da EMC.

Consulte o documento de Visão Geral de Solução VSPEX chamado EMC VSPEX End User Computing Consulte Guia de Implementação do VSPEX intitulado EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e VMware vSphere para até 500 Desktops Virtuais Consulte Guia da Proven Infrastructure do VSPEX intitulado EMC VSPEX Private Cloud: VMware vSphere 5.5 para até 125 Máquinas Virtuais

Consulte o Guia de Projeto RSA SecurID VSPEX chamado Proteção de EMC VSPEX End-User Computing com RSA SecurID: Guia de Projeto do Citrix XenDesktop 7 e VMware vSphere 5.1 para até 2.000 Desktops Virtuais.

Visão geral da solução VSPEX

Guia de Implementação do VSPEX

Guia da VSPEX Proven Infrastructure

Guia do RSA SecurID para o VSPEX End-User Computing

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

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

http://brazil.emc.com/platform/virtualizing-information-infrastructure/vspex.htm�



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 Infrastructure ............................................................................. 18

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

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

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

Camada de virtualização ................................................................................... 28

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

Camada de rede ................................................................................................ 29

Camada de armazenamento .............................................................................. 29

Camada de backup e recuperação ..................................................................... 31

Camada de segurança ....................................................................................... 33

Solução do Citrix ShareFile StorageZones ......................................................... 33



Visão geral

Este capítulo fornece uma visão geral do VSPEX End-User Computing para Citrix XenDesktop na solução VMware vSphere e as principais tecnologias usadas na solução. A solução foi projetada e testada pela EMC para fornecer recursos de backup, rede, armazenamento, servidor e virtualização de desktop para dar suporte a arquiteturas de referência em vários pontos de escala em até 500 desktops virtuais.

A solução foi projetada para ser implementada parcialmente em uma nuvem privada VSPEX para Proven Infrastructure do VMware vSphere. No entanto, as arquiteturas de referência não incluem detalhes de configuração para o Proven Infrastructure subjacente. Consulte o Guia da Proven Infrastructure do VSPEX na seção Leitura essencial para obter informações sobre a configuração dos componentes necessários da infraestrutura.

VSPEX Proven Infrastructure

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 Citrix XenDesktop View. O VSPEX permite aos clientes acelerar sua transformação de TI com uma implementação mais rápida, maior simplicidade, mais opções, maior eficiência e menor 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 usem 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 mostrado na Figura 1, são infraestruturas virtualizadas modulares validadas pela EMC e oferecidas pelos parceiros do VSPEX da EMC. Elas incluem camadas de backup, virtualização, servidor, rede e armazenamento. Os parceiros podem optar pelas tecnologias de rede, servidor e virtualização mais adequadas ao ambiente de um cliente, enquanto a família VNX altamente disponível da EMC de sistemas de armazenamento e as tecnologias do EMC Powered Backup proporcionam as camadas de armazenamento e backup.



Guia de Projeto

Figura 1. VSPEX Proven Infrastructure

Arquitetura da solução A solução EMC VSPEX End-User Computing para Citrix XenDesktop fornece uma arquitetura de sistema completa que aceita até 500 desktops virtuais e valida a infraestrutura em quatro pontos de escala 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.

Arquitetura de alto nível



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

Figura 2. Arquitetura da solução validada

Esta solução usa o EMC VNX e o VMware vSphere para fornecer as plataformas de armazenamento e virtualização para um ambiente Citrix XenDesktop de desktops virtuais Microsoft Windows 8.1 provisionados por Citrix Provisioning Services (PVS) ou Machine Creation Services (MCS).

Para a solução,1

Projetamos a solução para ser implementada parcialmente em uma solução de Nuvem Privada VSPEX com VMware vSphere, com respaldo da família VNXe de alta disponibilidade da EMC, que fornece o armazenamento. Os serviços de infraestrutura necessários para a solução, conforme mostrados na

implementamos o VNXe3200 para dar suporte a até 500 desktops virtuais.

Figura 3, podem ser fornecidos por uma nuvem privada do VSPEX, serem implementados como recursos exclusivos como parte da solução ou fornecidos pela infraestrutura existente no site do cliente.

Planejar e projetar a infraestrutura de armazenamento para um ambiente do XenDesktop é 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.

1 Neste guia, "nós" refere-se à equipe de engenharia de Soluções EMC que validou a solução.



Guia de Projeto

Para fornecer um desempenho previsível para soluções EUC, o sistema de armazenamento deve conseguir manipular o pico de carga de I/O dos clients enquanto mantém 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 FAST™ (Fully Automated Storage Tiering, armazenamento com classificação totalmente automatizada por níveis) da EMC para reduzir o número de discos necessários.

As soluções de backup da EMC permitem a proteção de dados do usuário e a capacidade de recuperação do usuário final. Essa solução do XenDesktop usa o EMC Avamar e seu client desktop para isso.

A solução EMC VSPEX End-User Computing para Citrix XenDesktop inclui duas variantes do tipo de armazenamento: armazenamento em bloco e armazenamento de arquivo. A Figura 3 mostra 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 de sistema operacional (SO) de servidor e desktop virtual e uma rede Ethernet de 10 Gb para transportar o tráfego restante. A rede de armazenamento pode usar Fibre Channel (FC) de 8 Gb, 10 Gb ou Ethernet de 10 Gb com protocolo iSCSI. A variante file usa uma rede IP de 10 GbE para todo o tráfego.

Obs.: a solução também aceita Ethernet de 1 Gb 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

Controladora de Entrega Citrix XenDesktop 7.1

Usamos duas Controladoras de Entrega Citrix XenDesktop para oferecer entrega de desktop virtual redundante, autenticar usuários, gerenciar o conjunto de ambientes de desktop virtual dos usuários e intermediar conexões entre usuários e seus desktops virtuais.

Servidor Citrix Provisioning Services (PVS)

Foram utilizados dois servidores Citrix PVS para fornecer serviços de fluxo redundantes para transmitir imagens de desktop de vDisks, conforme necessário, para dispositivos de destino. Para a solução, vDisks são armazenados em um compartilhamento CIFS que é hospedado pelo sistema de armazenamento VNXe.

Desktops virtuais Usamos o MCS e PVS para provisionar desktops virtuais executando o Windows 8.1.

VMware vSphere 5.1 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.1

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

Microsoft SQL Server O vCenter Server, controladoras XenDesktop e servidores de provisionamento exigem um serviço de banco de dados para armazenar os 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 em execução em um servidor Windows 2012 R2 é usado para essa finalidade.

EMC Virtual Storage Integrator (VSI) for VMware vSphere

A solução usa o EMC VSI for VMware vSphere para fornecer gerenciamento de armazenamento para arrays EMC diretamente 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. Principais 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 intermediador de desktop dessa solução é o Citrix XenDesktop 7.1

Camada de virtualização

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

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, além das necessidades dos aplicativos em execução na infraestrutura. O programa VSPEX define a quantidade mínima necessária de recursos da camada de computação, mas permite que o cliente selecione qualquer hardware de servidor que atenda esses requisitos.

Introdução



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 fornece orientação geral sobre a arquitetura de rede, mas permite que o cliente selecione qualquer hardware de rede que atenda a esses requisitos.

Camada de armazenamento

Por ser um recurso essencial para a implementação do ambiente EUC, 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 VNXe3200 da EMC com o EMC FAST Cache para manipular a carga de trabalho com eficiência.

Camada de backup e recuperação

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.

Essa solução usa o EMC Avamar para backup e recuperação.

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 segura de usuário.

Solução do Citrix ShareFile StorageZones

Suporte opcional para implementações do Citrix ShareFile StorageZones

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 Citrix XenDesktop para provisionar, gerenciar, intermediar e monitorar o ambiente de virtualização de desktop.

XenDesktop é a solução de virtualização de desktop da Citrix que permite que os desktops virtuais sejam executados no ambiente de virtualização vSphere. O Citrix XenDesktop 7.1 integra tecnologias de tecnologias de entrega de aplicativos do Citrix XenApp e de virtualização de desktop do XenDesktop em uma só arquitetura e experiência de gerenciamento. Essa nova arquitetura unifica componentes de gerenciamento e entrega para permitir uma solução dimensionável, simples, eficiente e gerenciável para oferecer aplicativos e desktops Windows como serviços móveis seguros a usuários em qualquer lugar e em qualquer dispositivo.

A Figura 4 mostra os componentes da arquitetura do XenDesktop 7.1.

Visão geral

Citrix XenDesktop 7.1



Guia de Projeto

Figura 4. Componentes da arquitetura do XenDesktop 7,1

A arquitetura do XenDesktop 7.1 inclui os seguintes componentes:

• Citrix Director

O Director é uma ferramenta baseada na Web que permite que as equipes de TI e do help desk monitorem um ambiente, solucionem problemas antes que eles se tornem críticos ao sistema e executem tarefas de suporte para usuários finais.

• Citrix Receiver

Instalado em dispositivos de usuário, o Citrix Receiver oferece aos usuários acesso rápido, seguro e de autoatendimento a documentos, aplicativos e desktops a partir de qualquer um dos dispositivos do usuário, inclusive smartphones, tablets e computadores. O Receiver fornece acesso sob demanda para aplicativos do Windows, Web e de software como serviço (SaaS).

• Citrix StoreFront

StoreFront fornece serviços de autenticação e de entrega de recurso para o Citrix Receiver. Ele permite o controle centralizado de recursos e fornece aos usuários acesso sob demanda e de autoatendimento a seus desktops e aplicativos.

• Citrix Studio

O Studio é o console de gerenciamento que permite configurar e gerenciar sua implementação, eliminando a necessidade de consoles de gerenciamento separados para gerenciar a entrega de aplicativos e desktops. Ele fornece vários assistentes para guiá-lo pelo processo de criação de seu ambiente, criando suas cargas de trabalho para hospedar aplicativos e desktops e atribuindo aplicativos e desktops aos usuários.



• Controladora de entrega

Instalado em servidores no datacenter, o Controlador de entrega consiste em serviços que se comunicam com o hipervisor para distribuir aplicativos e desktops, autenticar e gerenciar o acesso do usuário e intermediar conexões entre os usuários e seus desktops virtuais e aplicativos. A Controladora de Entrega gerencia o estado dos desktops, iniciando e parando-os com base na demanda e na configuração administrativa. Em algumas edições, a controladora permite que você instale gerenciamento de perfil para gerenciar as configurações de personalização de usuários em ambientes Windows virtualizados ou físicos.

• Servidor de licença

O servidor de licenças atribui a licença do usuário ou dispositivo ao ambiente XenDesktop. O servidor de licenças pode ser instalado juntamente com outros componentes do Citrix XenDesktop ou em uma máquina virtual/física separada.

• VDA (Virtual Delivery Agent, agente de entrega virtual)

Instalado no servidor ou em sistemas operacionais de estação de trabalho, o VDA permite conexões para desktops e aplicativos. Para acesso remoto ao PC, instale o VDA no computador do escritório.

• Máquinas do SO do servidor

Essas são máquinas virtuais ou físicas com base no sistema operacional Windows Server, usadas para a entrega de aplicativos ou de desktops compartilhados hospedados (HSDS) aos usuários.

• Máquinas do SO de desktop

Essas são máquinas virtuais ou físicas com base no sistema operacional Windows Desktop, utilizadas para entregar desktops personalizados para usuários ou aplicativos desde sistemas operacionais de desktop.

• Acesso a PC remoto

O Acesso a PC Remoto permite aos usuários acessar os recursos em seus computadores de escritório remotamente, a partir de qualquer dispositivo que esteja executando o Citrix Receiver.



Guia de Projeto

O MCS (Machine Creation Services) é um mecanismo de provisionamento integrado à interface de gerenciamento do XenDesktop, Citrix Studio, para provisionar, gerenciar e desativar os desktops durante o gerenciamento do ciclo de vida dos desktops em um ponto centralizado de gerenciamento.

O MCS permite que vários tipos de máquinas sejam gerenciados dentro de um catálogo no Citrix Studio. A personalização do computador é persistente para máquinas que usam o recurso Personal vDisk (PvDisk ou PvD), enquanto máquinas vDisk não pessoais são apropriadas se as mudanças de desktop devem ser descartadas quando o usuário fizer log-off.

Os desktops provisionados usando o MCS compartilham uma imagem de base comum em um catálogo. Por isso, a imagem de base é geralmente acessada com frequência suficiente para usar naturalmente o FAST Cache, onde dados acessados com frequência são promovidos a flash drives, para fornecer tempo de resposta de I/O ideal com menos discos físicos.

O Citrix Provisioning Services (PVS) tem uma abordagem diferente das soluções tradicionais de imagem de desktop, mudando fundamentalmente a relação entre o hardware e o software que executa nele. Transmitindo uma única imagem de disco compartilhado (vDisk), em vez de copiar as imagens para máquinas individuais de streaming, o PVS permite às organizações reduzir o número de imagens de disco que elas gerenciam. À medida que o número de máquinas continua crescendo, o DVE fornece a eficiência do gerenciamento centralizado com as vantagens de processamento distribuído.

Como as máquinas transmitem os dados do disco dinamicamente em tempo real a partir de uma única imagem compartilhada, a consistência da imagem da máquina é garantida. Além disso, grandes pools de máquinas podem mudar completamente sua configuração, aplicativos e SO durante a operação de reinicialização.

O recurso Citrix Personal vDisk (PvDisk ou PvD) permite que os usuários preservem configurações de personalização e aplicativos instalados pelo usuário em um desktop agrupado em pools redirecionando as alterações da máquina virtual em pool do usuário para um Personal vDisk separado. Durante a execução, o conteúdo do Personal vDisk é combinado ao conteúdo da máquina virtual de base para proporcionar uma experiência unificada ao usuário final. Os dados do Personal vDisk são preservados durante as operações de reinicialização e atualização.

O Citrix Profile Management preserva perfis de usuário e os sincroniza dinamicamente com um repositório de perfis remotos. O Gerenciamento de Perfil transfere o perfil remoto de um usuário dinamicamente quando o usuário faz log-in no XenDesktop e aplica as configurações pessoais para desktops e aplicativos, independentemente do local de log-in do usuário ou dispositivo do client.

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

Machine Creation Services

Citrix Provisioning Services

Citrix Personal vDisk

Citrix Profile Management



Camada de virtualização 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.

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

Os recursos de alta disponibilidade do vSphere, como o vMotion e Storage vMotion, permitem a migração perfeita de máquinas virtuais e arquivos armazenados de um servidor vSphere para outro, com pouco ou nenhum impacto sobre o desempenho. Incorporadas com o vSphere DRS (Distributed Resource Scheduler) e o Storage DRS, as máquinas virtuais têm acesso aos recursos apropriados a qualquer momento por meio de balanceamento de carga dos recursos de computação e armazenamento.

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

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

O vSphere HA fornece proteção uniforme e econômica de failover contra paralisações de hardware do sistema operacional:

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

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

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


O VSPEX define a quantidade mínima necessária de recursos da camada de computação, mas permite que o cliente selecione qualquer hardware de servidor que atenda aos requisitos. Para obter detalhes, consulte Capítulo 5.

VMware vSphere

VMware vCenter Server

VMware vSphere High Availability



Guia de Projeto

Camada de rede

O VSPEX define o número mínimo de portas de rede necessárias para a solução e fornece orientação geral sobre a arquitetura de rede, mas permite que o cliente selecione qualquer hardware de rede que atenda aos requisitos. Para obter detalhes, consulte Capítulo 5.


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 otimizada para flash mais acessível do mercado e oferece inovação e recursos empresariais para armazenamento em 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.

O VNXe3200 inclui muitos recursos e aprimoramentos projetados e construídos com base no sucesso da família EMC VNX® de midrange. Esses recursos e aprimoramentos 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 é desenvolvido com a última geração do VNXe para proporcionar ainda mais eficiência, desempenho e dimensionamento.

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 EMC Fully Automated Storage Tiering Suite (FAST™ Cache e FAST VP) classifica por nível os block e file data por drives heterogêneos e impulsiona os dados mais ativos para os flash drives, garantindo que os clientes nunca precisem fazer concessões em relação ao custo ou ao desempenho.

EMC VNXe3200



Os dados geralmente são acessados com mais frequência no momento em que são criados, portanto, novos dados devem primeiro ser armazenados em flash drives para fornecer o 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) do 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 constituem soluções de aplicativos virtualizados, computação de usuário final e nuvem privada. Com o VNXe3200, os clientes podem obter um retorno ainda maior de seu investimento.

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

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 5, 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 a conectividade direta de alta velocidade entre as controladoras de armazenamento por uma interface PCI-Express. Isso elimina switches externos PCIe, economiza energia e espaço, e reduz a latência e o custo.

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



Guia de Projeto

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 que você possa gerenciar centralmente milhares de sistemas VNX e VNXe.

Gerenciamento de ecossistema e virtualização

VMware vSphere Storage APIs for Storage Awareness O VASA (VMware vStorage APIs for Storage Awareness) é uma API definida pelo VMware que exibe informações sobre armazenamento pelo 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.

EMC Storage Analytics for VNXe O EMC Storage Analytics (ESA) for VNXe fornece uma versão apenas de armazenamento do VMware vCenter Operations com um conector VNXe integrado que oferece lógica analítica detalhada, relações e ícones exclusivos para arrays e componentes da EMC.

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 da VMware podem obter visibilidade para seu armazenamento da VNX usando a mesma interface familiar do vCenter com a qual estão acostumados.

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.

Camada de backup e recuperação

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



Guia de Projeto

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 dispositivo de rede Citrix NetScaler e o Citrix Storefront permitem a integração simplificada do SecurID no ambiente XenDesktop.

Proteção do EMC VSPEX End-User Computing com RSA SecurID: Guia de projeto do Citrix XenDesktop 7 e VMware vSphere 5.1 para até 2.000 desktops virtuais fornece detalhes para o planejamento da camada de segurança.

Solução do Citrix ShareFile StorageZones

O Citrix ShareFile é um serviço de compartilhamento e armazenamento de arquivos baseado em nuvem integrado para armazenamento e segurança de classe empresarial. O ShareFile permite aos usuários compartilhar documentos de forma segura com outros usuários. Os usuários do ShareFile incluem funcionários e usuários que estão fora do diretório empresarial (conhecido como clients).

O ShareFile StorageZones permite às empresas compartilhar arquivos em toda a organização, atendendo às questões de conformidade e de regulamentação. O StorageZones permite aos clientes manter seus dados em sistemas de armazenamento que estão no local. Facilita o compartilhamento de grandes arquivos com criptografia completa e oferece a capacidade de sincronizar arquivos com vários dispositivos.

Mantendo os dados nos locais e mais perto dos usuários do que os dados que residem na nuvem pública, o StorageZones pode fornecer melhor desempenho e segurança.

Os principais recursos disponíveis aos usuários do ShareFile StorageZones são:

• Uso do StorageZones com ou no lugar do armazenamento em nuvem gerenciado pelo ShareFile.

• Capacidade de configurar o Citrix CloudGateway Enterprise para integrar os serviços do ShareFile com o Citrix Receiver para autenticação do usuário e provisionamento de usuários.

• Reconciliação automatizada entre a nuvem do ShareFile e a implementação do StorageZones de uma organização.

• Verificações de vírus automatizadas de arquivos carregados.

• Recuperação de arquivo do backup do Storage Center (o Storage Center é o componente de servidor do StorageZones). O StorageZones permite navegar pelos registros do arquivo de uma determinada data e hora e marcar os arquivos e pastas a serem restaurados a partir do backup do Storage Center.

Com uma infraestrutura adicional, o VSPEX End-User Computing para a solução Citrix XenDesktop tem suporte para ShareFile StorageZones com Storage Center.

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

Dimensionamento de servidores virtuais de infraestrutura com nuvem privada do VSPEX ............................................................................................. 37

Componente modular de armazenamento do VSPEX .......................................... 38

Máximo validado de computação do VSPEX End-User Computing ...................... 39

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



Visão geral

Este capítulo descreve como projetar uma solução VSPEX End-User Computing para Citrix XenDesktop e como dimensioná-la para atender às necessidades do cliente. Ele apresenta os conceitos de uma carga de trabalho de referência, de componente modular e limites validados de computação do usuário final, além de descrever suas características. Descreve como escolher a arquitetura de referência ideal para o ambiente do cliente usando a planilha de dimensionamento do cliente. A Tabela 5 descreve as etapas de alto nível necessárias para concluir o dimensionamento da solução.

Tabela 5. VSPEX End-User Computing: Processo de projeto

Etapa Ação

1 Use a planilha de dimensionamento do cliente em Apêndice A para coletar os requisitos do cliente para o ambiente EUC.

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

Obs.: se a ferramenta de dimensionamento não estiver disponível, dimensione manualmente a solução 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 a fim de determinar os recursos nas 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 escolhida 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 desktop virtual único — o desktop virtual de referência — que você pode implementar usando um SO de desktop (também conhecido como desktop VDI) ou o sistema operacional do servidor (também conhecido como desktop compartilhado hospedado (HSD)). Para um SO de desktop, cada usuário acessa uma máquina virtual dedicada que é alocada a uma vCPU e 2 GB de RAM. Para um SO de servidor, cada máquina virtual é alocada a seis vCPUs e 12 GB de RAM, e é compartilhada entre 20 sessões de desktop virtual.

A Tabela 6 detalha as características de carga de trabalho do desktop virtual de referência. 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

Tipo de desktop virtual • SO de desktop (desktop VDI): Microsoft Windows 8.1 Enterprise Edition (32 bits)

• SO do servidor (HSD): Windows Server 2012 R2

Processadores virtuais por desktop virtual

• SO do desktop: 1 vCPU

• SO do servidor: 0,3 vCPU

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



Guia de Projeto

Característica Valor

RAM por desktop virtual • SO do desktop: 2 GB

• SO do servidor: 0,6 GB

Capacidade de armazenamento disponível por desktop virtual*

• 8 GB (PVS)

• 16 GB (MCS)

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

8

* Essa 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.

Essa definição de desktop é baseada em dados do usuário 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 e software de produtividade. Usamos a versão 3.7 do gerador de carga LoginVSI com perfil médio.

Dimensionamento de servidores virtuais de infraestrutura com nuvem privada do VSPEX

Essa solução tem servidores virtuais de infraestrutura em camadas em nuvem privada do VSPEX com VMware vSphere 5.5 Proven Infrastructure, inclusive o Ative Directory, o System Center Virtual Machine Manager, SQL Server, Controladoras de Entrega do XenDesktop e servidores PVS. O usuário final também pode aproveitar recursos de infraestrutura existentes se houver algum dos acima no datacenter existente. A Tabela 7 mostra os requisitos de recursos da infraestrutura validada para esta solução.

Tabela 7. Requisito de recursos do servidor virtual de infraestrutura

Servidor Quantidade CPU Memória

(GB)

Capacidade

(GB) IOPS

Controlador de domínio

(AD/DNS/DHCP) 1 2 4

20 20

SQL Server 1 4 12 225 50

VMWare vCenter 1 4 4 27 10

Controladora do XenDesktop

2 4 8 25

40

Servidor PVS 2 4 4 25 20

Nuvem Privada do EMC VSPEX: Guia da Proven Infrastructure do VMware vSphere 5.5 para até 1.000 Máquinas Virtuais e Nuvem Privada do EMC VSPEX: Guia da Proven Infrastructure do VMWare vSphere 5.5 para até 125 Máquinas Virtuais fornece detalhes de configuração de recursos do servidor e armazenamento.



Componente modular de armazenamento do VSPEX O dimensionamento do sistema de armazenamento para atender à IOPS do servidor virtual é um processo complicado. Quando a solicitação de I/O chega ao storage array, vários componentes a atendem — por exemplo, o cache de memória de acesso aleatório dinâmico (DRAM) de SPs, de back-end, FAST Cache (caso utilizado) e discos. 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 componente básico 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 EUC.

Dois componentes modulares são atualmente verificados no VNXe 3200 e fornecem uma solução flexível para dimensionamento do VSPEX:

• Componente básico para 125 desktops virtuais com provisionamento PVS

O menor componente básico validado com provisionamento PVS pode conter até 125 servidores virtuais com 4 drives SAS em um pool de armazenamento de FAST Cache. O layout de armazenamento é mostrado na Figura 6.

Figura 6. Layout de armazenamento de componente básico com

provisionamento PVS

• Componente básico para até 125 desktops virtuais com provisionamento MCS

O menor componente básico validado com provisionamento MCS pode conter até 125 servidores virtuais com 5 drives SAS em um pool de armazenamento de FAST Cache. O layout de armazenamento é mostrado na Figura 7.

Figura 7. Layout de armazenamento de componente básico com

provisionamento MCS

Abordagem de componente básico

Componente modular validado



Guia de Projeto

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.

Você pode combinar as configurações de arquitetura de referência apresentadas na solução para formar maiores implementações. Por exemplo, você pode criar a configuração de 500 desktops, iniciando com essa configuração ou com a configuração de 125 desktops e expandindo-a quando necessário.

A Tabela 8 lista os discos necessários para dar suporte às arquiteturas de referência para os quatro pontos de escala, com exceção do hot spare.

Tabela 8. Número de discos necessários para diferentes números de desktops virtuais

Obs.: se uma configuração for iniciada com o componente modular de 250 desktops para MCS, ele poderá ser expandido para o componente modular de 500 desktops, adicionando dez drives SAS correspondentes e permitindo a redistribuição do pool. Para obter detalhes sobre expansão de pool e redistribuição, consulte o White Paper EMC VNX Virtual Provisioning Applied Technology.

Máximo validado de computação do VSPEX End-User Computing

Validamos as configurações do VSPEX End-User Computing na plataforma VNXe3200. Conforme detalhado na Tabela 8, o limite máximo recomendado para VNXe3200 é 500 desktops.

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. Porém, reduzir o número de drives recomendados pode resultar em IOPS menor por desktop e uma experiência menos satisfatória do usuário devido ao tempo de resposta maior.

Expansão dos ambientes existentes de computação do VSPEX End-User Computing

Desktops virtuais

Flash drives (FAST Cache)

Drives SAS (PVS/ Não PvD)

Drives SAS (PVS/PvD)

Drives SAS (PVS/HSD)

Drives SAS (MCS/ Não PvD)

Drives SAS (MCS/PvD)

Drives SAS (MCS/HSD)

125 2 4 10 (4 para desktop + 6 para PVDisk)

4 5 11 (5 para desktop + 6 para PVDisk)

5



5



10



10



Layout de armazenamento de núcleo com provisionamento PVS

A Figura 8 mostra o layout dos discos que são necessários para armazenar até 500 desktops virtuais com provisionamento de PVS. Esse layout pode ser utilizado com opções de provisionamento de desktop compartilhado aleatório, estático, Personal vDiskk e hospedado. Esse layout não inclui espaço para dados do perfil do usuário.

Figura 8. Layout de armazenamento principal com provisionamento PVS para até

500 desktops virtuais

Visão geral do layout de armazenamento de núcleo com provisionamento PVS

A solução usa a seguinte configuração principal com provisionamento PVS:

• A série VNXe não requer um drive hot spare dedicado. Dois discos não ligados podem ser usados como hot spares quando necessário. Esses discos são marcados como HD na Figura 8.

• Até 16 discos SAS no pool de armazenamento 1 do RAID 10 são usados para armazenar cache de gravação de desktops virtuais. O FAST Cache é habilitado para o pool inteiro.

Para implementação de 125 desktops, usamos quatro discos SAS no pool de armazenamento 1 do RAID 10 para armazenar o cache de gravação de desktops virtuais.

− Para protocolo file, fornecemos um datastore do VMware de 1 TB do pool para apresentar aos servidores vSphere como um datastore NFS.

− Para protocolo block, fornecemos um datastore do VMware de 1 TB do pool para apresentar aos servidores vSphere como um datastore VMFS.

Para a implementação de 250 desktops, precisamos de oito discos SAS no pool de armazenamento 1 do RAID 10 para armazenar o cache de gravação de desktops virtuais.

− Para protocolo file, usamos dois datastores do VMware de 1 TB do pool para apresentar aos servidores vSphere como datastores NFS.

− Para protocolo block, usamos dois datastores do VMware de 1 TB do pool para apresentar aos servidores vSphere como datastores VMFS.

Para implementação de 375 desktops, precisamos de vinte discos SAS no pool de armazenamento 1 do RAID 10 para armazenar o cache de gravação de desktops virtuais.

− Para protocolo file, fornecemos três datastores do VMware de 1 TB do pool para apresentar aos servidores vSphere como datastores NFS.

− Para protocolo block, fornecemos três datastores do VMware de 1 TB do pool para apresentar aos servidores vSphere como datastores VMFS.

Layout de armazenamento para até 500 desktops virtuais



Guia de Projeto

Para implementação de 500 desktops, precisamos de dezesseis discos SAS no pool de armazenamento 1 do RAID 10 para armazenar o cache de gravação de desktops virtuais.

− Para protocolo file, fornecemos quatro datastores do VMware de 1 TB do pool para apresentar aos servidores vSphere como datastores NFS.

− Para protocolo block, fornecemos quatro datastores do VMware de 1 TB do pool para apresentar aos servidores vSphere como datastores VMFS.

Obs.: se o Personal vDisk for implementado, a metade dos drives (oito discos SAS de 500 desktops) será suficiente para atender ao requisito de desempenho. No entanto, a capacidade do desktop será reduzida em 50%. Se seu requisito de capacidade ambiente for atendido, implemente o Personal vDisk com oito drives SAS para 500 desktops.

• Usamos dois drives SSD para FAST Cache. Não há LUNs configuráveis pelo usuário nesses drives.

• Usamos cinco discos SAS no pool de armazenamento 2 do RAID 5 para armazenar imagens de PVS vDisk. Ativamos o FAST Cache para o pool inteiro e usamos esses discos SAS para VNXe OE.

Obs.: o layout de discos apresentado na Figura 8 é para demonstração e pode ser diferente em produção, uma vez que o VNXe automatiza a distribuição de disco para fornecer melhor desempenho. Você pode substituir os drives maiores para ampliar a capacidade. Para satisfazer as recomendações de carga, os drives devem ser todos de 10.000 RPM e do mesmo tamanho. Se tamanhos diferentes forem usados, os algoritmos de layout de armazenamento poderão gerar resultados abaixo do ideal.



Layout de armazenamento de núcleo com provisionamento MCS

A Figura 9 ilustra o layout dos discos que são necessários para armazenar até 500 desktops virtuais com provisionamento de MCS. Esse layout pode ser utilizado com opções de provisionamento de desktop compartilhado aleatório, estático, Personal vDiskk e hospedado. Esse layout não inclui espaço para dados do perfil do usuário.

Figura 9. Layout de armazenamento principal com provisionamento MCS para até

500 desktops virtuais

Visão geral do layout de armazenamento principal com provisionamento MCS

A solução usa a seguinte configuração principal com provisionamento MCS:

• Usamos quatro discos SAS para VNX OE.

• A série VNXe não requer um drive hot spare dedicado. Dois discos não ligados que podem ser usados como hot spares quando necessário. Esses discos são marcados como HD na Figura 9.

• Até vinte discos SAS no pool de armazenamento 1 do RAID 5 são usados para armazenar desktops virtuais. O FAST Cache é habilitado para o pool inteiro.

Para implementação de 125 desktops, esta solução requer cinco discos SAS no pool de armazenamento 1 do RAID 5 para armazenar os desktops virtuais.

Para protocolo file, fornecemos um datastore do VMware de 1 TB do pool para apresentar aos servidores vSphere como um datastore NFS.

Para protocolo block, fornecemos um datastore do VMware de 1 TB do pool para apresentar aos servidores vSphere como um datastore VMFS.

Para implementação de 250 desktops, a solução requer dez discos SAS no pool de armazenamento 1 do RAID 5 para armazenar os desktops virtuais.

Para protocolo file, fornecemos dois datastores do VMware de 1 TB do pool para apresentar aos servidores vSphere como datastores NFS.

Para protocolo block, fornecemos dois datastores do VMware de 1 TB do pool para apresentar aos servidores vSphere como datastores VMFS.

Para implementação de 375 desktops, a solução requer quinze discos SAS no pool de armazenamento 1 do RAID 5 para armazenar os desktops virtuais.



Guia de Projeto

Para protocolo file, fornecemos três datastores do VMware de 1 TB do pool para apresentar aos servidores vSphere como datastores NFS.

Para protocolo block, fornecemos três datastores do VMware de 1 TB do pool para apresentar aos servidores vSphere como datastores VMFS.

Para implementação de 500 desktops, a solução requer vinte discos SAS no pool de armazenamento 1 do RAID 5 para armazenar os desktops virtuais.

Para protocolo file, fornecemos quatro datastores do VMware de 1 TB do pool para apresentar aos servidores vSphere como datastores NFS.

Para protocolo block, fornecemos quatro datastores do VMware de 1 TB do pool para apresentar aos servidores vSphere como datastores VMFS.

Obs.: se o Personal vDisk for implementado, a metade dos drives (dez discos SAS de 500 desktops) será suficiente para atender ao requisito de desempenho. No entanto, a capacidade do desktop será reduzida em 50%. Se seu requisito de capacidade ambiente for atendido, implemente o Personal vDisk com dez drives SAS para 500 desktops.

• Usamos dois drives SSD para FAST Cache. Não há LUNs configuráveis pelo usuário nesses drives.

Obs.: o layout de discos apresentado na Figura 9 é para demonstração e pode ser diferente em produção, uma vez que o VNXe automatiza a distribuição de disco para fornecer melhor desempenho. Você pode substituir drives maiores para aumentar a capacidade. Para satisfazer as recomendações de carga, todos os drives devem ser de 10.000 RPM e do mesmo tamanho. Se tamanhos diferentes forem usados, os algoritmos de layout de armazenamento poderão gerar resultados abaixo do ideal.

Layout opcional de armazenamento de dados do usuário

Ao validar e testar esta solução, o espaço de armazenamento para dados do usuário foi alocado no array VNXe, conforme mostrado na Figura 10. Usamos este armazenamento, além do armazenamento principal mostrado na Figura 8 e Figura 9 para armazenar os servidores de infraestrutura, perfis de usuário, diretórios base e vDisks pessoais. Se o armazenamento de dados do usuário existir em algum outro lugar do ambiente de produção, esse armazenamento adicional não será necessário.

Figura 10. Layout de armazenamento opcional para até 500 desktops virtuais



Visão geral do layout opcional de armazenamento

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

• A série VNXe não requer um drive hot spare dedicado. Um disco não ligado pode ser usado como hot spare quando necessário. Esse disco é marcado como um HS na Figura 10.

• Dez discos SAS no pool de armazenamento 3 do RAID 5 são usados para armazenar dados do usuário e perfis de roaming. Dois sistemas de arquivos CIFS são criados a partir deste pool onde um sistema de arquivos é usado para armazenar dados do usuário e outro para armazenar o perfil do usuário.

Se vários tipos de drives foram implementados, o FAST VP pode ser habilitado para classificar dados por níveis automaticamente a fim de aproveitar as diferenças de desempenho e capacidade. O FAST VP é aplicado no nível do pool de armazenamento do bloco e se ajusta automaticamente onde os dados são armazenados, com base na frequência de acesso. Dados acessados com frequência são promovidos a níveis mais altos de armazenamento em incrementos de 256 MB, enquanto os dados acessados raramente podem ser migrados para um nível inferior, proporcionando economia.

Este rebalanceamento de unidades de dados de 256 MB, ou fatias, ocorre como parte de uma operação de manutenção agendada regularmente. A EMC não recomenda o FAST VP para armazenamento de desktop virtual, mas ele pode fornecer melhorias de desempenho quando implementado em dados do usuário e perfis de roaming.

• Vinte discos SAS no pool de armazenamento 4 do RAID 10 são usados para armazenar o Personal vDisks. O FAST Cache é habilitado para o pool inteiro.

Para implementação de até 250 desktops, seis discos SAS no pool de armazenamento 4 do RAID 10 são necessários para armazenar desktops virtuais.

Para protocolo file, dois datastores do VMware de 500 GB (um datastore do VMware para 125 desktops) são provisionados a partir do pool para apresentar-se aos servidores vSphere como um datastore NFS.

Para protocolo block, dois datastores do VMware de 500 GB (um datastore do VMware para 125 desktops) são provisionados a partir do pool para apresentar-se aos servidores vSphere como um datastore VMFS.

Para implementação de até 500 desktops, doze discos SAS no pool de armazenamento 4 do RAID 10 são necessários para armazenar desktops virtuais.

Para protocolo file, quatro datastores do VMware de 500 GB (três datastores do VMware para 375 desktops) são provisionados a partir do pool para apresentar-se aos servidores vSphere como um datastore NFS.

Para protocolo block, quatro datastores do VMware de 500 GB (três datastores do VMware para 375 desktops) são provisionados a partir do pool para apresentar-se aos servidores vSphere como um datastore VMFS.



Guia de Projeto

Escolha da arquitetura de referência ideal Para selecionar a arquitetura de referência apropriada para um ambiente do cliente, é necessário determinar os requisitos de recursos do ambiente e converta em esses requisitos para um número equivalente de desktops virtuais de referência, que tenham as características definidas na Tabela 6 na página 36. 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 de referência implementar.

Visão geral

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

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

Tabela 9. Exemplo de planilha de dimensionamento do cliente

Tipo de usuário vCPUs Memória

(GB) IOPS

Desktops

virtuais de

referência

equivalentes

Nº de

usuários

Número total

de desktops

virtuais de

referência

Usuários intensivos

Requisitos de recursos

2 4 12 --- --- ---

Desktops virtuais de referência equivalentes

2 2 2 2 50 100

Usuários moderados


1 4 8 --- --- ---


1 2 1 2 100 200

Usuários típicos


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


1 1 1 1 150 150

Total 450

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 do VSPEX End-User Computing 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), desempenho de armazenamento (IOPS) e capacidade de armazenamento.

Visão geral

Uso da planilha de dimensionamento do cliente



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

CPU O desktop virtual de referência ressaltado na Tabela 6 na página 36 supõe que a maioria dos aplicativos de desktop é otimizada para uma só CPU em uma implementação de SO em desktop. Se um tipo de usuário precisar de um desktop com várias CPUs virtuais, modifique a contagem de desktops virtuais proposta para justificar os recursos adicionais. Por exemplo, se 100 desktops estiverem sendo virtualizados, mas 20 usuários precisarem de duas CPUs em vez de uma, considere que o pool precisará fornecer 120 desktops virtuais de capacidade.

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 100 desktops forem virtualizados usando o SO do desktop, 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 200 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 com o uso dos 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 indicados na Tabela 10. Arredonde todos os valores para cima para o número inteiro mais próximo.



Guia de Projeto

Tabela 10. Recursos do desktop virtual de referência

Tipo de

desktop Recurso

Valor para o desktop

virtual de referência

Relacionamento entre requisitos e desktops

virtuais de referência equivalentes

SO do desktop

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 8 Desktops virtuais de referência equivalentes = (requisitos de recursos)/8

SO do servidor

CPU 0.3 Desktops virtuais de referência equivalentes = (requisitos de recursos)/0,3

Memória 0.6 Desktops virtuais de referência equivalentes = (requisitos de recursos)/0,6

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

Por exemplo, o tipo de usuário pesado na Tabela 9 requer duas CPUs virtuais, 12 IOPS e 4 GB de memória para cada desktop em um ambiente de SO de desktop. Isso equivale a 2 desktops virtuais de referência de CPU, 2 desktops virtuais de referência de memória e 2 de IOPS, com base nas características de desktop virtual de referência na Tabela 6.

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 9 é quatro, já que esse número atenderá os requisitos de recursos — IOPS, vCPU e memória.

Para calcular o número total de desktops virtuais 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 cliente 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 9, o total é de 450 desktops virtuais.

As arquiteturas de referência do VSPEX End-User Computing definem os tamanhos de pools de recursos discretos — isto é, um pool com 125, 250, 375 ou 500 desktops virtuais de referência. O total 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 9, o cliente requer 450 desktops virtuais de capacidade do pool. Portanto, o pool de 500 desktops virtuais fornece recursos suficientes para as necessidades atuais, bem como margem para crescimento.

Seleção de uma arquitetura de referência



Porém, além do número de desktops com suporte (125, 250, 375 ou 500), outros fatores poderão ser considerados para decidir a arquitetura de referência a implementar. Por exemplo:

• Simultaneidade

A carga de trabalho de referência usada para validar esta solução (Tabela 6) assume que todos os usuários de desktops estarão ativos o tempo todo. Em outras palavras, testamos a arquitetura de referência para 500 desktops com 500 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 500 desktops.

• Cargas de trabalho de desktop mais pesadas

A carga de trabalho de referência é considerada uma carga típica de um funcionário administrativo. No entanto, alguns usuários dos clientes podem ter um perfil mais ativo.

Se uma empresa tiver 300 usuários e, por causa de aplicativos corporativos personalizados, cada usuário gerar 12 IOPS, em comparação com 8 IOPS utilizados na carga de trabalho de referência, esse cliente vai precisar de 3.600 IOPS (300 usuários * 12 IOPS por desktop). A configuração para 375 desktops poderia ser insuficiente nesse caso, pois ela foi classificada para 3.000 IOPS (375 desktops * 8 IOPS por desktop). Esse cliente deveria considerar migrar para uma solução para 500 desktops.



Guia de Projeto

Na maioria dos casos, a planilha de dimensionamento do cliente irá sugerir uma arquitetura de referência adequada para as necessidades do cliente. Entretanto, em alguns casos, pode ser interessante personalizar ainda mais os recursos de hardware disponíveis para o sistema. Uma descrição completa da arquitetura do sistema está além do escopo deste documento, mas você pode personalizar sua solução ainda mais até esse ponto.

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 precise de isolamento de carga de trabalho e adicione-os a um pool dedicado.

Não é apropriado reduzir o tamanho do pool de recursos de armazenamento principal para dar suporte ao isolamento nem reduzir a capacidade do pool sem orientação adicional além deste documento. Projetamos os layouts de armazenamento para a solução a fim de equilibrar diversos fatores, inclusive alta disponibilidade, desempenho e proteção de dados. A alteração dos componentes do pool pode ter impactos significativos e 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 11. Observe a inclusão das colunas Total de recursos da CPU e Total de recursos de memória à planilha.

Tabela 11. 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 (GB)

Usuários intensivos


2 4 50 100 200

Usuários moderados


1 4 100 100 400

Usuários típicos


1 2 150 150 300

Total 350 900

O exemplo naTabela 11 requer 350 vCPUs virtuais e 900 GB de memória. Uma vez que as arquiteturas de referência presumem cinco desktops por núcleo de processador físico em um ambiente de SO do desktop, e nenhum superprovisionamento de memória, isso se traduz em 70 núcleos de processador físico e 900 GB de memória. Em contraste, o pool de recursos para 500 desktops virtuais usado na solução pede 1.000 GB de memória e, pelo menos, 100 núcleos de processador físico. Isso significa que você pode implementar a solução 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.

Ajuste dos recursos de hardware



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.

Resumo

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

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

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

Considerações sobre projetos de armazenamento ............................................. 63

Alta disponibilidade e failover .......................................................................... 68

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

Diretrizes de configuração do EMC Powered Backup .......................................... 72

VSPEX para Citrix XenDesktop com a solução ShareFile StorageZones .............. 73



Visão geral

Este capítulo descreve práticas recomendadas e considerações para projetar a solução VSPEX End-User Computing para Citrix XenDesktop. 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 11 mostra como um cliente poderia executar os mesmos requisitos do servidor usando servidores white-box ou servidores 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 11. Flexibilidade da camada de computação

Visão geral



Guia de Projeto

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.

• 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 implementados usarem muitos recursos de computação em natureza, talvez seja necessário aumentar a quantidade de CPUs e memória.

As principais restrições são:

• 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 no 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 de servidor idênticas

Utilize vários servidores idênticos ou, pelo menos, compatíveis. 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 as mais novas tecnologias de processador

Para novas implementações, use as versões recentes das tecnologias de processador comuns. Supõe-se que terão um desempenho tão bom quanto, ou melhor do que, os sistemas usados para validar a solução.

• Implementar alta disponibilidade para acomodar falhas de um só 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.

Práticas recomendadas de servidor



• Monitore a utilização de recursos e faça as adaptações necessárias

Enquanto o sistema estiver em operação, monitore o uso dos recursos e faça as adaptações necessárias.

Por exemplo, supõe-se que, com o desktop virtual de referência e os recursos de hardware necessários nesta solução, não haverá mais de oito CPUs virtuais para cada núcleo de processador físico (relação 8:1) em ambientes de SO de desktop. Em ambientes de sistema operacional do servidor, presume-se que não há superatribuição de núcleos de CPU — ou seja, presume-se que os seis CPUs virtuais configurados para máquinas virtuais que dão suporte a 20 desktops virtuais correspondem a seis núcleos de processador físico (relação 1:1). Na maioria dos casos, isso proporciona um nível apropriado de recursos para os desktops virtuais hospedados; entretanto, essa relação pode não ser apropriada em todos os casos. A EMC recomenda o monitoramento da utilização da CPU na camada do hipervisor para determinar se serão necessários mais recursos e adicioná-los conforme a necessidade.

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

Tabela 12. Hardware de servidor

Servidores para

desktops virtuais Configuração

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

25 núcleos entre todos os servidores para 125 desktops virtuais




• SO do servidor: 0,34 vCPU por desktop (3,33 desktops por núcleo):





Hardware de servidor validado



Guia de Projeto

Servidores para

desktops virtuais Configuração

Memória • SO do desktop: 2 GB de RAM por desktop:

250 GB de RAM entre todos os servidores para 125 desktops virtuais



1 TB de RAM entre todos os servidores para 500 desktops virtuais

Reserva de 2 GB de RAM por host do vSphere

• SO do servidor: 0,6 GB de RAM por desktop:





Reserva de 2 GB de RAM por host do vSphere

Rede • 2 NICs de 10 GbE por chassi de blade ou 4 NICs de 1 GbE por servidor independente para até 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 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 Avamar.

• Independentemente do número de servidores que você implemente para atender aos requisitos mínimos na Tabela 12, adicione mais um servidor para oferecer suporte a VMware vSphere High Availability (HA).

O VMware vSphere tem uma série de recursos avançados que ajudam a otimizar o desempenho e o uso geral de 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 12 ilustra como um só hipervisor consome a memória de um pool de recursos. Os recursos de gerenciamento de memória do vSphere, como a superalocação de memória, o compartilhamento transparente de páginas e o ballooning de memória podem aumentar as taxas de consolidação e reduzir o uso da memória total no hipervisor.

Virtualização da memória do vSphere



Figura 12. 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 oferece as seguintes técnicas de gerenciamento de memória:

• Superalocação de memória

A superalocação de memória ocorre quando é alocada mais memória às máquinas virtuais do que a quantidade 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.



Guia de Projeto

• NUMA (Non-Uniform Memory Access)

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

• Compartilhamento transparente de página

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 pelo swap de host, em um cache de compactação localizado na memória principal.

• Ballooning de memória

Essa técnica 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

Essa técnica faz com que o host force páginas arbitrárias da máquina virtual para fora do disco.

Para obter mais informações, consulte o white paper do VMware Noções Básicas do Gerenciamento de Recursos de Memória no VMware vSphere 5.0.

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

Há uma sobrecarga de espaço de memória associada aos recursos de memória de virtualização. Essa sobrecarga 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ções de memória na máquina virtual

A Figura 13 mostra 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

Diretrizes de configuração de memória

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





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

Figura 13. Configurações 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 desperdiça recursos enquanto a subalocação causa impacto no desempenho que pode afetar outras máquinas virtuais que compartilham os recursos. Superalocação pode levar ao esgotamento de recursos, caso o hipervisor não possa obter recursos de memória. Em casos graves, quando 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:

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

Para obter mais detalhes sobre os requisitos de hospedagem desses serviços de infraestrutura, consulte o Guia da Proven Infrastructure de Nuvem Privada do VSPEX listado na Leitura essencial.

• Dar suporte à infraestrutura de desktops virtualizados.

Nesta solução, cada desktop virtual tem 2 GB de memória em modo fixo, conforme definido na Tabela 6. Validamos a solução com memória atribuída estatisticamente e sem superalocação de recursos de memória. Caso a superalocação de memória seja usada em um ambiente real, monitore regularmente a utilização de memória do sistema e a atividade associada de I/O de arquivo de página para garantir que nenhum déficit de memória cause resultados inesperados.



Guia de Projeto

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 que o cliente escolha 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. O storage array do VNXe tem 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 8 IOPS, com um tamanho médio de 4 KB. Isso significa que cada desktop virtual está gerando pelo menos 32 KB/s de tráfego na rede de armazenamento. Em um ambiente classificado para 500 desktops virtuais, isso significa um mínimo de aproximadamente 16 MB/s, que esteja dentro dos limites das redes gigabit. Entretanto, isso não leva em conta outras operações. Por exemplo, é necessária largura de banda adicional para:

• Tráfego de rede de usuário

• Migração de desktop virtual

• Operações administrativas e de gerenciamento

Os requisitos de cada uma dessas operações dependem de como o ambiente está sendo usado. Não é viável apresentar números concretos 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, de modo que uma falha em um só link não afete a disponibilidade do sistema. Projete a rede de maneira que a largura de banda agregada em caso de falha 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

Visão geral



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

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

Tipo de

armazenamento Configuração

Block • 2 switches físicos

• 2 portas de 10 GbE por servidor VMware vSphere

• 1 porta de 1 GbE para gerenciamento do VNXe

• 2 portas FC de 10 GbE por servidor VMware vSphere para rede de armazenamento

• 2 portas FC de 10 GbE por SP para dados de desktop

• 2 portas de 10 GbE por Data Mover para dados de usuário

File • 2 switches físicos

• 2 portas de 10 GbE por servidor VMware vSphere

• Gerenciamento VNXe de 1 porta de 1 GbE

• 2 portas de 10 GbE por SP para dados

Obs.:

• a solução pode usar uma infraestrutura de rede de 1 GbE, 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 14 fornece um exemplo de topologia de rede altamente disponível.

Hardware de rede validado

Diretrizes de configuração de rede



Guia de Projeto

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

Agregação de links

O array EMC VNXe fornece alta disponibilidade de rede ou redundância usando agregação de links. A agregação de links permite que várias conexões ativas de Ethernet apareçam como um só link, com um endereço MAC (Media Access Control, controle de acesso de mídia) único e possivelmente vários endereços IP2

Isolamento de tráfego

.

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.

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.

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



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 exigido por questões de conformidade com políticas ou regulatória; em muitos casos, o isolamento lógico feito com VLANs basta.

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

• Rede de acesso do client — Sistema de rede de máquinas virtuais e tráfego CIFS (essas são redes voltadas ao cliente, que podem ser separadas, se desejado)

• Rede de armazenamento — sistema de rede NFS/iSCSI/FC e VMware vMotion (rede privada)

• Rede de gerenciamento — gerenciamento vSphere (rede privada)

A Figura 15 mostra o projeto desses VLANs.

Figura 15. Redes obrigatórias

A rede de acesso do client é para os usuários do sistema, ou clients, 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.

Obs.: a figura demonstra os requisitos de conectividade de rede para um array VNXe que utiliza conexões de rede de 10 GbE. Crie uma topologia similar quando estiver usando conexões de rede de 1 GbE.



Guia de Projeto

Considerações sobre projetos 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 EMC VSPEX End-User Computing: Guia de Implementação do Citrix XenDesktop 7.1 e VMware vSphere para até 500 Desktops Virtuais.

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 ou do pool especificados 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 14 com o uso de NFS ou FC, e os layouts de armazenamento descrito 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.

Visão geral

Hardware para armazenamento validado e configuração



Tabela 14. Hardware de armazenamento

Finalidade Configuração

Armazenamento compartilhado VNXe para desktops virtuais

Comum:

• 2 interfaces de 10 GbE por Data Move

• 2 portas FC de 8 Gb por controladora de armazenamento (somente variante block)

Para 125 desktops virtuais:

• Discos SAS de 2,5 polegadas, 600 GB, 10.000 RPM:

Número de

drives

PvD Não PvD HSD

PVS 10 4 4

MCS 11 5 5

• 3 flash drives de 2,5 polegadas, 100 GB



Número de

drives

PvD Não PvD HSD

PVS 14 8 4

MCS 16 10 5




Número de

drives

PvD Não PvD HSD

PVS 24 12 8

MCS 27 15 10




Número de

drives

PvD Não PvD HSD

PVS 28 16 8

MCS 32 20 10


Opcional para dados do usuário

• Para até 500 desktops virtuais: 10 discos SAS de 2,5 polegadas, 600 GB, 10.000 RPM

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



Guia de Projeto

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 todos 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. Isso pode ser um datastore VMware VMFS (Virtual Machine File System) ou 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 16 mostra os vários tipos de disco virtual do VMware, inclusive:

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

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

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

Nesta solução VSPEX, o VMFS é usado para a variante block; NFS é usado como variante file.

Figura 16. Tipos de disco virtual VMware

Virtualização de armazenamento do vSphere



O EMC VNXe Virtual Provisioning™ permite que as empresas reduzam os custos de armazenamento, aumentando a utilização da capacidade, simplificando o gerenciamento de 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 sistemas de arquivo/LUNs que podem ser thin ou thick. Os sistemas de arquivo/LUNs oferecem armazenamento sob demanda, que maximiza a utilização de seu armazenamento alocando espaço conforme necessário. Thick-LUNs/sistemas de arquivos oferecem alto desempenho e desempenho previsível para seus aplicativos. Ambos os tipos de LUNs/sistemas de arquivos se beneficiam dos recursos que facilitam o uso do provisionamento baseado em pool. Pools de armazenamento são essenciais para serviços de dados avançados, como FAST VP e Snapshots do VNXe. Sistemas de arquivos/LUNs de pool também são compatíveis com uma variedade de recursos adicionais, como redução de LUN, expansão on-line e configuração de limite de capacidade de usuário.

O EMC VNXe Virtual Provisioning permite que você expanda a capacidade de um pool de armazenamento a partir da GUI do Unisphere depois que os discos forem conectados fisicamente ao sistema. Sistemas VNXe têm a capacidade de rebalancear os elementos de dados alocados em todos os drives membros para usar novos drives após o pool ser expandido. A função de rebalanceamento inicia automaticamente e é executada em segundo plano após uma ação de expansão. Monitore o progresso de uma operação de rebalanceamento no painel Jobs do Unisphere, conforme mostrado na Figura 17.

Figura 17. Progresso de rebalanceamento do pool de armazenamento

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.

VNXe Virtual Provisioning



Guia de Projeto

O VNXe3200 tem a capacidade de expandir uma LUN de pool sem interromper o acesso do usuário. Você pode expandir LUNs de pool com alguns cliques, e a capacidade ampliada fica disponível imediatamente. No entanto, não é possível expandir uma LUN de pool se ela for parte de uma operação de proteção de dados ou migração de LUN. Por exemplo, LUNs de snapshot ou LUNs em migração não podem ser expandidas.

Para mais informações sobre a expansão da LUN de pool, consulte Provisionamento virtual para o novo VNX.

Alertas de usuário por meio da configuração de limite de capacidade

Os clientes precisam configurar alertas proativos quando estiverem usando um sistema de arquivos ou pools de armazenamento baseados em thin-pools. Monitore esses recursos para que o armazenamento fique disponível para provisionamento quando necessário e para que seja possível evitar escassez de capacidade.

A Figura 18 demonstra por que o provisionamento com thin-pools requer monitoramento.

Figura 18. Utilização de espaço de thin LUN

Monitore os seguintes valores para utilização 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 todas as LUNs de pool.

• 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 de um pool.

• A Alocação total pode nunca exceder a capacidade total. No entanto, caso ela chegue perto disso, adicione armazenamento aos pools de modo proativo antes que o limite rígido seja atingido.

A Figura 19 mostra a Storage Pool Utilization no Unisphere, que exibe parâmetros como Available Space, Used Space, Subscription, Alert Threshold e Total Space.

http://brazil.emc.com/collateral/white-papers/h12204-vp-for-new-vnx-series-wp.pdf�



Figura 19. Examinando a utilização de espaço de pool de armazenamento

Quando a capacidade do pool de armazenamento se esgota, qualquer solicitação de alocação de espaço adicional em LUNs com provisionamento thin apresenta falha. Geralmente, os aplicativos que tentam gravar dados nessas LUNs também apresentam falha, e o resultado provável é uma paralisação. Para evitar essa situação, monitore a utilização de pool e envie um alerta quando os limites forem atingidos, defina Percentage Full Threshold para permitir buffer suficiente a fim de corrigir o problema antes que ocorra uma paralisação. Esse alerta só fica ativo se houver uma ou mais thin LUNs no pool, pois thin LUNs são a única forma de sobrecarregar um pool. Se o pool só tiver thick-LUNs, o alerta não ficará ativo, pois não haverá risco de falta de espaço causada por sobrecarga.

O EMC FAST Cache permite que os flash drives funcionem como uma camada de cache expandida para o array. FAST Cache é um cache para o array todo, que não causa interrupções, disponível para armazenamento tanto de file quanto de block. Dados acessados com frequência são copiados para o FAST Cache, e leituras e/ou gravações subsequentes nos fragmentos de dados são fornecidas pelo FAST Cache. Isso permite a promoção imediata de dados muito ativos para flash drives. Isso melhora drasticamente os tempos de resposta para os dados ativos e reduz pontos de acesso de dados que podem ocorrer em uma LUN. O FAST Cache é um componente opcional dessa solução.

O VNXe FAST VP pode classificar automaticamente dados por níveis em vários tipos de drives a fim de aproveitar as diferenças de desempenho e capacidade. O FAST VP é aplicado no nível do pool de armazenamento do bloco e se ajusta automaticamente onde os dados são armazenados, com base na frequência de acesso. Dados acessados com frequência são promovidos a níveis mais altos de armazenamento, enquanto os dados acessados raramente podem ser migrados para um nível inferior, proporcionando economia. Esse rebalanceamento é parte de uma operação de manutenção agendada regularmente.

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.

EMC FAST Cache

EMC FAST VP



Guia de Projeto

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 20 ilustra a camada de hipervisor respondendo a uma falha na camada de computação.

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

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

Embora essa solução ofereça flexibilidade quanto aos tipos de servidores a serem usados na camada de computação, é melhor utilizar servidores de nível corporativo projetados para datacenters. Esse tipo de servidor tem fontes de alimentação redundantes, como mostrado na Figura 21. Você deve conectá-los a PDUs (Power Distribution Units, unidades de distribuição de energia) de acordo com as práticas recomendadas de seu fornecedor de servidor.

Figura 21. Fontes de alimentação redundantes

A EMC também recomenda configurar a alta disponibilidade na camada de virtualização. Ou seja, a camada de computação deve ser 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 20 demonstra essa recomendação.

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

Camada de virtualização


Camada de rede



Figura 22. 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.

O VNXe foi projetado para disponibilidade de 99,999% graças ao uso de componentes redundantes por todo o array, como mostrado na Figura 23. 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 23. Alta disponibilidade do VNXe3200

Os storage arrays EMC são projetados para serem altamente disponíveis por padrão. Quando eles são configurados de acordo com as instruções dos guias de instalação, as falhas de unidade única não resultam em perda de dados nem na falta de disponibilidade.




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

Número de desktops virtuais • Até 500 desktops virtuais

SO do desktop virtual • SO do desktop: Windows 8,1 Enterprise (32 bits) SP1

• SO do servidor: Windows Server 2012 R2

vCPU por desktop virtual • SO do desktop: 1 vCPU

• SO do servidor: 0,3 vCPU

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

• SO do desktop: 5

• SO do servidor: 3.33

RAM por desktop virtual • SO do desktop: 2 GB

• SO do servidor: 0,6 GB

Método de provisionamento de desktops

• PVS

• MCS

Armazenamento médio disponível para cada desktop virtual

• 8 GB (PVS)

• 16 GB (MCS)

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

8 IOPS

Número de datastores para armazenar desktops virtuais

• 1 para 125 desktops virtuais




Número de desktops virtuais por datastore

125

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

• PVS: Discos SAS de 2,5 polegadas, 600 GB, 10.000 RPM, RAID 10

PvD: Discos SAS de 2,5 polegadas, 600 GB, 10.000 RPM, RAID 10

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

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

Características do perfil



Diretrizes de configuração do EMC Powered Backup A Tabela 16 mostra o perfil de ambiente de backup que validamos para a solução.

A solução descreve o armazenamento do backup (inicial e crescimento) e as necessidades de retenção do sistema. Colete outras informações para dimensionar ainda mais o Avamar, inclusive necessidades de gravação em fita, especificações de RPO e RTO, bem como necessidades de replicação de ambientes com vários locais.

Tabela 16. Características do perfil de backup

Característica do perfil Valor

Dados do usuário • 1,25 TB para 125 desktops virtuais

• 2,5 TB para 250 desktops virtuais

• 3,75 TB para 375 desktops virtuais

• 5 TB para 500 desktops virtuais

Obs.: 10 GB por desktop

Taxa de alteração diária para dados do usuário

Dados do usuário 2%

Política de retenção

Nº diário 30 retenções diárias

Nº semanal 4 retenções semanais

Nº mensal 1 retenção mensal

O Avamar oferece várias opções de implementação dependendo do caso de uso específico e das necessidades de recuperação. Neste caso, a solução é implementada com um Avamar Data Store. Isso permite fazer backup dos dados não estruturados do usuário diretamente no sistema Avamar para recuperação simples no nível de arquivo. Essa solução de backup unifica o processo de backup com o software e sistema com desduplicação e atinge os mais altos níveis de desempenho e eficiência.

Características do perfil de backup

Layout de backup



Guia de Projeto

VSPEX para Citrix XenDesktop com a solução ShareFile StorageZones

Com uma infraestrutura adicional, o VSPEX End-User Computing para a solução Citrix XenDesktop tem suporte para Citrixe StorageZones com Storage Center.

A Figura 24 mostra a arquitetura de alto nível de uma implementação do ShareFile StorageZones.

Figura 24. Arquitetura de alto nível do ShareFile

A arquitetura consiste nos seguintes componentes:

• Client – acessa o serviço ShareFile por meio de uma das ferramentas nativas, como um navegador ou Citrix Receiver, ou diretamente por meio da API do ShareFile.

• Plano de controle – executa funções como armazenamento de arquivos, pastas e informações de conta, controle de acesso, relatórios e várias outras funções de intermediação. O Control Plane reside em vários datacenters Citrix localizados em todo o mundo.

• StorageZones – define os locais onde os dados são armazenados.

O ShareFile Storage Center estende o software ShareFile como um armazenamento em nuvem de serviço (SaaS) fornecendo armazenamento privado no local — ou seja, StorageZones. O armazenamento no local do ShareFile é diferente do armazenamento em nuvem pelo seguinte:

• O armazenamento em nuvem gerenciado pelo ShareFile é um sistema de armazenamento público de vários locatários mantido pela Citrix. Por padrão, o ShareFile armazena dados no armazenamento em nuvem.

Arquitetura do ShareFile StorageZones

StorageZones



• Um ShareFile Storage Center é um sistema de armazenamento de um único locatário privado mantido pelo cliente e acessível apenas por contas de clientes aprovados. O Storage Center permite que você configure StorageZones privados no local, que definem os locais onde os dados são armazenados e otimizam o desempenho localizando o armazenamento de dados para os usuários.

É possível usar o StorageZones com ou no lugar do armazenamento em nuvem gerenciado pelo ShareFile.

O Storage Center é um serviço da Web que manipula todas as operações de HTTPS de usuários finais e o subsistema de controle do ShareFile. O subsistema de controle do ShareFile manipula todas as operações não relacionadas ao conteúdo do arquivo, tais como autenticação, autorização navegação de arquivos, configuração, metadados, envio e solicitação de arquivos e balanceamento de carga. O subsistema de controle também executa exames de estado do Storage Center e impede que os servidores off-line enviem solicitações. O subsistema de controle do ShareFile é mantido em datacenters online do Citrix.

Com base nos requisitos de desempenho e conformidade de uma organização, considere o número de StorageZones e onde melhor localizá-los. Por exemplo, se os usuários estiverem na Europa, o armazenamento dos arquivos em um Storage Center na Europa fornece benefícios de desempenho e de conformidade. Em geral, a atribuição de usuários para o local de StorageZones que está mais próximo a eles geograficamente é a melhor prática para otimizar o desempenho.

Para uma implementação de produção do ShareFile, a melhor prática é utilizar pelo menos dois servidores com o Storage Center instalado para alta disponibilidade. Ao instalar o Storage Center, você cria um StorageZone. Você pode, então, instalar o Storage Center em outro servidor e uni-lo ao mesmo StorageZone. Storage Centers que pertencem ao mesmo StorageZones devem usar o mesmo compartilhamento de arquivos para armazenamento.

A Figura 25 mostra a arquitetura lógica da solução VSPEX for ShareFile StorageZones. 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 de ShareFile StorageZones.

Considerações do projeto

Arquitetura VSPEX for ShareFiles StorageZones



Guia de Projeto

Figura 25. VSPEX para Citrix XenDesktop com ShareFile StorageZones: arquitetura

lógica

Requisitos de servidor

Um ambiente de produção de alta disponibilidade requer no mínimo dois servidores (máquinas virtuais) com o Storage Center instalado. A Tabela 17 detalha os requisitos mínimos para CPU e memória para implementar o ShareFile StorageZones com o Storage Center.

Tabela 17. Recursos mínimos de hardware para dar suporte a ShareFile StorageZones

com o Storage Center

CPU (núcleos) Memória (GB) Referência

2 4 Requisitos de sistema do Storage Center no website Citrix eDocs.

http://support.citrix.com/proddocs/topic/sharefile-storage-center-11/sf-storage-center-sys-reqs.html�



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. Fornece portas de rede suficientes para sustentar os dois servidores Storage Center adicionais.

Requisitos para armazenamento

O ShareFile StorageZones requer um compartilhamento CIFS para fornecer armazenamento de dados privados para o Storage Center. O VNXe, que fornece o armazenamento para soluções VSPEX End-User Computing, dá acesso de file e block a um amplo conjunto de recursos que faz dele a escolha ideal para implementações do ShareFile StorageZones. A Tabela 18 detalha o armazenamento VNXe recomendado para compartilhamento CIFS do StorageZones.

Tabela 18. Armazenamento do VNX recomendado para compartilhamento CIFS do ShareFile StorageZones

Compartilhamento CIFS para (número de usuários)

Configuração Observações

125 usuários

• Cinco discos SAS de 2,5 polegadas, 600 GB, 10.000 RPM (4+1 RAID 5)

A configuração presume que cada usuário tem 10 GB de espaço de armazenamento privado. 250 usuários • Nove discos SAS de 2,5 polegadas, 600 GB,

10.000 RPM (8+1 RAID 5)

375 usuários • Nove discos SAS de 2,5 polegadas, 600 GB, 10.000 RPM (8+1 RAID 5)

500 usuários • Treze discos SAS de 2,5 polegadas, 600 GB, 10.000 RPM (12+1 RAID 5)

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


Guia de Projeto

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


Documentação da EMC ...................................................................................... 78

Outra documentação......................................................................................... 78



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

• EMC VSI para VMware vSphere: Guia do Produto Storage Viewer

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

• Planilha de configuração do VNX Block

• Planilha unificada do assistente de instalação do VNX para File/Unified

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

• Guia de Introdução do Unisphere System

• TechBook Usando o EMC VNX Storage com VMware vSphere

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

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

• Práticas Recomendadas do EMC VNX Unified para Desempenho — Práticas Recomendadas Aplicadas

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

• Arquivo EMC VNX VAAI NFS Plug-in–Read Me

• Série VNX da EMC: Como usar oVNX SnapSure

• Série VNX da EMC: Configuração e gerenciamento de CIFS no VNX

• Guia do Administrador do EMC Avamar 7

• Práticas Recomendadas Operacionais do EMC Avamar 7

• Nota técnicas do Avamar Client para Windows no Citrix XenDesktop

Outra documentação Consulte o site do VMware para obter a seguinte documentação do vSphere e vCenter:

• 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

• Gerenciamento de Host e do vCenter Server

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

• Sistema de Rede do vSphere

• Gerenciamento de Recursos do vSphere

VMware

https://support.emc.com/�

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

http://www.vmware.com/br�



Guia de Projeto

• Plug-in do VAAI

• Guia de Armazenamento do vSphere

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

• Gerenciamento de Máquinas Virtuais do vSphere

Consulte o site da Citrix para obter a documentação do Citrix XenDesktop, inclusive:

• Guia de Otimização do Citrix Windows 7 para virtualização de desktop

• Requisitos do sistema de centro de armazenamento

Consulte os seguintes tópicos nos sites da Microsoft TechNet e Microsoft MSDN:

• Instalação do Windows Server 2012 R2

• Instalação do SQL Server 2014

Citrix

Microsoft

http://www.citrix.com/�



http://technet.microsoft.com/�

http://msdn.microsoft.com/�

Apêndice A: Planilha de dimensionamento do cliente


Guia de Projeto

Apêndice A Planilha de dimensionamento do cliente

Este apêndice apresenta o seguinte tópico:

Planilha de dimensionamento do cliente para EUC ............................................ 82



Planilha de dimensionamento do cliente para EUC

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 é 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 de uma cópia.

Tabela 19. Planilha de dimensionamento do cliente

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

IOPS Desktops virtuais de referência equivalentes

Nº de usuários

Número total de desktops virtuais de referência


--- --- ---



--- --- ---



--- --- ---



--- --- ---


Total

Para visualizar e imprimir a planilha:

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

Selecione View > Show/Hide > Navigation Panes > Attachments

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

Apêndice A: Planilha de dimensionamento do cliente


Guia de Projeto

Figura 26. 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 · número de discos necessários para diferentes números de desktops...

Documents