EMC VSPEX END-USER COMPUTING · GUIA DE PROJETO. EMC VSPEX END-USER ... Documentação da EMC ... o...

GUIA DE PROJETO

EMC VSPEX END-USER COMPUTING Citrix XenDesktop 7.1 e Microsoft Hyper-V 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 EMC® VSPEX ® End-User Computing para XenDesktop 7.1 para até 500 desktops virtuais. O EMC VNXe3200™ e o Microsoft Hyper-V fornecem as plataformas de virtualização e armazenamento.

Junho de 2014

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

Copyright © 2014 EMC Corporation. Todos os direitos reservados.

Publicado em junho 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 nenhum tipo de informação contida nesta publicação, assim como se isenta de garantias de comercialização ou adequação de um produto 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 produtos da EMC, consulte EMC Corporation Trademarks no site brazil.emc.com.

EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e Microsoft Hyper-V para até 500 desktops virtuais Habilitado por EMC VNXe3200 e EMC Powered Backup Guia de Projeto

Número da peça H13066

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

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

Conteúdo

3 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e Microsoft Hyper-V 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 ............................................................................................................ 11

Capítulo 2 Antes de começar 13

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

Leitura essencial ...................................................................................................... 14

Visão geral da solução VSPEX .............................................................................. 14

Guia de Implementação do VSPEX ....................................................................... 14

Guia da VSPEX Proven Infrastructure .................................................................... 14

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

Visão geral ............................................................................................................... 16

VSPEX Proven Infrastructures ................................................................................... 16

Arquitetura da solução ............................................................................................. 18

Arquitetura de alto nível ...................................................................................... 18

Arquitetura lógica ................................................................................................ 20

Componentes-chave ................................................................................................. 22

Introdução ........................................................................................................... 22

Intermediador de virtualização de desktops ............................................................. 23

Visão geral ........................................................................................................... 23

Citrix .................................................................................................................... 23

XenDesktop 7.1 ................................................................................................... 23

Machine Creation Services ................................................................................... 25

Citrix Provisioning Services .................................................................................. 26

Citrix Personal vDisk ............................................................................................ 26

Citrix Profile Management .................................................................................... 26

Camada de virtualização .......................................................................................... 26

Microsoft Windows Server 2012 R2 com Hyper-V ................................................. 26

Microsoft System Center Virtual Machine Manager .............................................. 27

Alta disponibilidade do Microsoft Hyper-V ........................................................... 27

Camada de computação ........................................................................................... 27

Camada de rede ....................................................................................................... 27

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

EMC VNXe3200 .................................................................................................... 28

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

Conteúdo


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

Capítulo 4 Dimensionamento da solução 33

Visão geral ............................................................................................................... 34

Carga de trabalho de referência ................................................................................ 34

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

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

Abordagem modular ............................................................................................ 36

Componentes básicos validados ......................................................................... 36

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

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

VNXe3200 ........................................................................................................... 37

Escolha da arquitetura de referência apropriada ...................................................... 41

Uso da planilha de dimensionamento do cliente ................................................. 41

Seleção de uma arquitetura de referência ............................................................ 43

Ajuste dos recursos de hardware ......................................................................... 44

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

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

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

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

Práticas recomendadas de servidor ..................................................................... 49

Hardware de servidor validado ............................................................................ 50

Virtualização de memória do Microsoft Hyper-V ................................................... 50

Diretrizes de configuração de memória ................................................................ 52

Considerações de projeto de rede ............................................................................ 53

Hardware de rede validado .................................................................................. 53

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

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

Hardware para armazenamento validado e configuração ..................................... 57

Virtualização de armazenamento do Hyper-V ....................................................... 58

VNXe Virtual Provisioning .................................................................................... 60

EMC FAST Cache .................................................................................................. 63

EMC FAST VP ........................................................................................................ 63

Alta disponibilidade e failover .................................................................................. 63

Camada de virtualização...................................................................................... 63

Camada de computação ...................................................................................... 63

Camada de rede .................................................................................................. 64

Camada de armazenamento ................................................................................ 65

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

Características do perfil ....................................................................................... 65

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

Conteúdo


Guia de Projeto

Características do perfil de backup ...................................................................... 66

Layout de backup ................................................................................................ 67

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

Arquitetura do ShareFile StorageZones ................................................................ 67

StorageZones ...................................................................................................... 68

Considerações do projeto .................................................................................... 68

Arquitetura VSPEX for ShareFile StorageZones ..................................................... 68

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

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

Outros documentos .................................................................................................. 72

Apêndice A Planilha de Dimensionamento do Cliente 73

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

Conteúdo


Figuras Figura 1. VSPEX Proven Infrastructures .............................................................. 17

Figura 2. Arquitetura da solução validada .......................................................... 18

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

Figura 4. Componentes da arquitetura do XenDesktop 7,1 ................................. 24

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

Figura 6. Layout de armazenamento de componente básico com provisionamento PVS ............................................................................ 36

Figura 7. Layout de armazenamento de componente básico com provisionamento MCS ......................................................................... 36

Figura 8. Layout de armazenamento principal com provisionamento PVS para 500 desktops virtuais ........................................................... 38

Figura 9. Layout de armazenamento principal com provisionamento MCS para 500 desktops virtuais .......................................................... 39

Figura 10. Layout opcional de armazenamento para 500 desktops virtuais .......... 40

Figura 11. Flexibilidade da camada de computação ............................................. 48

Figura 12. Consumo de memória de hipervisor .................................................... 51

Figura 13. Exemplo de projeto de rede altamente disponível ............................... 55

Figura 14. Redes necessárias ............................................................................... 56

Figura 15. Tipos de discos virtuais Hyper-V .......................................................... 59

Figura 16. Progresso de rebalanceamento do pool de armazenamento ................ 61

Figura 17. Utilização de espaço de thin LUN ........................................................ 62

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

Figura 19. Alta disponibilidade na camada de virtualização ................................. 63

Figura 20. Fontes de alimentação redundantes .................................................... 64

Figura 21. Alta disponibilidade de camada de rede ............................................. 64

Figura 22. Alta disponibilidade do VNXe3200 ...................................................... 65

Figura 23. Arquitetura de alto nível do ShareFile .................................................. 67

Figura 24. VSPEX para Citrix XenDesktop com ShareFile StorageZones: arquitetura lógica ................................................................................ 69

Figura 25. Planilha de dimensionamento do cliente para impressão .................... 75

Conteúdo


Guia de Projeto

Tabelas Tabela 1. Terminologia ....................................................................................... 11

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

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

Tabela 4. Principais componentes da solução .................................................... 22

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

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

Tabela 7. Requisito de recursos do servidor virtual de infraestrutura .................. 35

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

Tabela 9. Exemplo de planilha de dimensionamento do cliente .......................... 41

Tabela 10. Recursos do desktop virtual de referência ........................................... 43

Tabela 11. Totais dos componentes de recursos de servidor ................................ 45

Tabela 12. Hardware do servidor para 500 desktops ............................................ 50

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

Tabela 14. Hardware de armazenamento para 500 desktops virtuais ................... 58

Tabela 15. Perfil de ambiente validado ................................................................. 65

Tabela 16. Características do perfil de backup ...................................................... 66

Tabela 17. Recursos mínimos de hardware para dar suporte a ShareFile StorageZones com o Storage Center .................................................... 69

Tabela 18. Armazenamento do VNXe recomendado para compartilhamento CIFS do ShareFile StorageZones .......................................................... 70

Tabela 19. Planilha de Dimensionamento do Cliente ............................................ 74

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



Objetivo deste guia

A arquitetura do EMC® VSPEX® End-User Computing oferece ao cliente um sistema validado 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 Microsoft Hyper-V, respaldada pelo altamente disponível EMC VNXe3200™, que fornece o armazenamento. Nesta solução, os componentes da infraestrutura de virtualização de desktops, como o XenDesktop Controller, o servidor do PVS, a controladora do Active Directory e o VMM (Virtual Machine Manager), estão dispostos em camadas em uma VSPEX Proven Infrastructure, enquanto os desktops estão localizados em recursos dedicados.

Os componentes de rede e computação, que são definidos pelos parceiros do VSPEX, são projetados para serem redundantes e avançados o suficiente para lidar com 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 para os dados do Citrix XenDesktop.

Essa solução VSPEX End-User Computing foi validada para até 500 desktops virtuais com dimensionamento flexível de um componente básico de 125 desktops virtuais para até quatro componentes básicos de 500 desktops virtuais. Essas configurações validadas são baseadas em uma carga de trabalho de desktop de referência e formam a base para a criação de soluções econômicas personalizadas para clientes individuais.

Uma infraestrutura de EUC 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 Microsoft Hyper-V de acordo com as práticas recomendadas e como dimensionar a solução para atender às necessidades do cliente usando o EMC VSPEX Sizing Tool ou a planilha de dimensionamento do cliente.

Retorno comercial

Os aplicativos de negócios estão cada vez mais integrados a 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 da solução VSPEX End-User Computing para Citrix XenDesktop 7.1 para os negócios incluem:

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

• Virtualização eficiente de 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™.

Nessa solução, os componentes da infraestrutura de virtualização de desktops estão em camadas em uma nuvem privada VSPEX com Microsoft Hyper-V Proven Infrastructure, enquanto os desktops estão localizados em recursos dedicados. 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.

Público-alvo

Este guia destina-se a funcionários internos da EMC e a parceiros EMC VSPEX qualificados. O guia presume que os parceiros VSPEX que pretendem implementar esta VSPEX Proven Infrastructure para Citrix XenDesktop tenham o treinamento e a experiência necessários para instalar e configurar uma solução de EUC (End-User Computing) baseada em Citrix XenDesktop com Microsoft Hyper-V como hipervisor, EMC VNXe3200 como 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

EUC (End-User Computing)

Computação que separa o desktop da máquina física. Em um ambiente EUC (End-User Computing), o sistema operacional do desktop 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.

HSD (Hosted Shared Desktop, desktop compartilhado hospedado)

Um sistema operacional do servidor a partir do qual você pode implementar um desktop virtual de referência. Cada máquina virtual nesta solução é alocada a seis vCPUs e 12 GB de RAM, e é compartilhada entre 20 sessões de desktop virtual.



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, um só desktop virtual — o desktop virtual de referência — com as características da carga de trabalho exibidas na 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

O componente de computação do storage array, que lida com todos os aspectos da movimentação de dados para fora e para dentro de arrays e entre eles

Capítulo 2: Antes de começar


Guia de Projeto

Capítulo 2 Antes de começar


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

Leitura essencial ...................................................................................................... 14

Capítulo 2: Antes de começar


Workflow de implementação

Para projetar e implementar sua solução de 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 EMC VSPEX Sizing Tool para definir a arquitetura de referência do VSPEX recomendada para sua solução de EUC (End-User Computing), com base nos requisitos do cliente coletados na Etapa 1.

Para obter mais informações sobre a ferramenta de dimensionamento, consulte o portal do 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 de EUC (End-User Computing).

4 Escolha e solicite a Proven Infrastructure e a arquitetura de referência do VSPEX apropriadas. Consulte o Guia da VSPEX Proven Infrastructure em Leitura essencial para ajudar a selecionar uma Proven Infrastructure da 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.

Leitura essencial

A EMC recomenda que você leia os documentos a seguir, disponíveis no espaço do VSPEX na EMC Community Network ou nas páginas da VSPEX Proven Infrastructure no site brazil.emc.com.

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

• EMC VSPEX End-User Computing

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

• EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e Microsoft Hyper-V para até 500 Desktops Virtuais

Consulte o seguinte Guia da VSPEX Proven Infrastructure:

• Nuvem Privada do EMC VSPEX: Microsoft Windows Server 2012 R2 com Hyper-V para até 125 Máquinas Virtuais

Visão geral da solução VSPEX

Guia de Implementação do VSPEX

Guia da VSPEX Proven Infrastructure

https://mainstayadvisor.com/Default.aspx?t=EMC&atid=224a9bcc-caa3-48f4-8ff8-33051513c410�

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

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

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

http://brazil.emc.com/resource-library/resource-library.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 ............................................................................................................... 16

VSPEX Proven Infrastructures................................................................................... 16

Arquitetura da solução ............................................................................................. 18

Componentes-chave ................................................................................................. 22

Intermediador de virtualização de desktops ............................................................ 23

Camada de virtualização .......................................................................................... 26

Camada de computação ........................................................................................... 27

Camada de rede ....................................................................................................... 27

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

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

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



Visão geral

Este capítulo fornece uma visão geral da solução VSPEX End-User Computing para Citrix XenDesktop Microsoft Hyper-V e as principais tecnologias utilizadas na solução. A solução foi projetada e comprovada pela EMC para fornecer recursos de backup, rede, armazenamento, servidor e virtualização de desktop para dar suporte a arquiteturas de referência para até 500 desktops virtuais.

Os componentes da infraestrutura de virtualização de desktops da solução são projetados para serem dispostos em camadas em uma nuvem privada do VSPEX com a Proven Infrastructure do Microsoft Hyper-V. No entanto, as arquiteturas de referência não incluem detalhes de configuração para a infraestrutura subjacente. Consulte o Guia da VSPEX Proven Infrastructure em Leitura essencial para obter informações sobre a configuração dos componentes necessários da infraestrutura.

VSPEX Proven Infrastructures

A EMC uniu-se a 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. 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 criar 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 enquanto 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 convergentes e, com 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 altamente disponível família EMC VNX de sistemas de armazenamento e as tecnologias do EMC Powered Backup oferecem as camadas de armazenamento e backup.



Guia de Projeto

Figura 1. VSPEX Proven Infrastructures



Arquitetura da solução

A solução EMC VSPEX End-User Computing para Citrix XenDesktop oferece uma arquitetura de sistema completa e dá suporte para até 500 desktops virtuais. Ela dá suporte a armazenamento em block e em file.

Esta solução usa o EMC VNXe3200 e Windows Server 2012 R2 com Hyper-V para fornecer as plataformas de armazenamento e virtualização, respectivamente, para um ambiente Citrix XenDesktop 7.1 de desktops virtuais Microsoft Windows 8.1 provisionados por Citrix PVS (Provisioning Services) ou MCS (Machine Creation Services).

Para a solução, 1

A

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

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

Figura 2. Arquitetura da solução validada

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

Arquitetura de alto nível



Guia de Projeto

Os componentes da virtualização de desktops são projetados para serem dispostos em camadas em uma solução de nuvem privada do VSPEX com o Microsoft Hyper-V, respaldada pelo EMC VNXe3200 altamente disponível, que fornece o armazenamento. Os serviços de infraestrutura necessários para a solução, conforme mostrados na Figura 3, podem ser fornecidos por uma nuvem privada do VSPEX, implementados como recursos exclusivos como parte da solução ou fornecidos pela infraestrutura existente no local do cliente. O cluster de desktops virtuais, conforme mostrado na Figura 3, requer recursos dedicados de EUC (End-User Computing) e não deve ser implementado em uma nuvem privada do VSPEX.

Planejar e projetar a infraestrutura de armazenamento de um ambiente Citrix XenDesktop é essencial, pois o armazenamento compartilhado deve ter a capacidade de absorver grandes picos de I/O que ocorrem, por exemplo, quando muitos desktops são inicializados no início de um dia de trabalho ou quando patches necessários são aplicados. 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.

Para fornecer um desempenho previsível para soluções de EUC (End-User Computing), o sistema de armazenamento deve conseguir manipular o pico de cargas de I/O dos clients enquanto mantém os tempos de resposta a um mínimo. No entanto, é oneroso implementar vários discos para manipular períodos breves de alta carga de I/O. Esta solução usa o EMC FAST™ (Fully Automated Storage Tiering, armazenamento com classificação totalmente automatizada por níveis) Cache 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 de desktop para isso.



A solução EMC VSPEX End-User Computing para Citrix XenDesktop inclui duas variantes do tipo de armazenamento: armazenamento em block e em file. 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 file

A variante block que usa o protocolo Fibre Channel (FC) usa duas redes: uma rede FC de 8 Gb para transportar dados do sistema operacional (SO) de servidor e desktop virtual e uma rede Ethernet de 10 Gb (GbE) para transportar o tráfego restante. A variante block com protocolo iSCSI e a variante file usam uma rede IP de 10 GbE para todo o tráfego.

Obs.: a solução também dará suporte a 1 GbE se os requisitos de largura de banda forem atendidos.

Arquitetura lógica



Guia de Projeto

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 montado de ambientes de desktop virtual dos usuários e intermediar conexões entre usuários e seus desktops virtuais. Para a solução, as controladoras estão instaladas no Windows Server 2012 e hospedadas como máquinas virtuais no Hyper-V.

Servidor de Citrix PVS (Provisioning Services)

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, os vDisks são armazenados em um compartilhamento CIFS Common Internet File System (sistema comum de arquivos da internet) que é hospedado pelo sistema de armazenamento VNXe.

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

Microsoft Windows Server 2012 R2 com Hyper-V

A solução usa Microsoft Hyper-V para fornecer uma camada de virtualização comum para hospedar o ambiente de servidor. Nós configuramos a alta disponibilidade na camada de virtualização com recursos do Hyper-V Server 2012 R2 como Live Migration, Storage Migration e Failover Clustering.

Microsoft System Center Virtual Machine Manager

Na solução, todos os hosts do Hyper-V e suas máquinas virtuais são gerenciados pelo Microsoft System Center Virtual Machine Manager (VMM) 2012 R2.

Microsoft SQL Server Microsoft System Center VMM, controladoras XenDesktop e Citrix Provisioning Services 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 SP1 executado no Windows Server 2012 para essa finalidade.

Active Directory Server 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 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 Windows Server 2012 é usado com essa finalidade.

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

EMC SMI-S Provider A solução usa o EMC SMI-S Provider para Microsoft System Center 2012 Virtual Machine Manager para fornecer gerenciamento de armazenamento para os arrays EMC diretamente do client. O EMC SMI-S Provider ajuda a fornecer uma interface de gerenciamento unificada.



Componente Configuração da solução

Redes IP/armazenamento

Uma rede Ethernet padrão com conexão por cabo e switches redundantes transporta todo o tráfego de rede. Uma rede compartilhada transporta o usuário e o tráfego de gerenciamento, enquanto uma sub-rede privada sem roteamento transporta o tráfego de armazenamento SMB (Server Message Block).

Rede IP A infraestrutura de rede Ethernet fornece conectividade IP entre desktops virtuais, clusters Hyper-V e armazenamento VNXe. Para a variante file (SMB), a infraestrutura IP permite que os servidores Hyper-V acessem compartilhamentos CIFS no VNXe e o fluxo contínuo de desktops a partir de servidores PVS com alta largura de banda e baixa latência. A infraestrutura IP também permite que os usuários de desktops redirecionem seus perfis e diretórios de usuário para compartilhamentos CIFS mantidos centralmente no VNXe.

Rede Fibre Channel (FC) Para a variante block (FC), uma rede FC transporta o tráfego de armazenamento entre todos os hosts do Hyper-V e o sistema de armazenamento VNXe. A rede IP transporta todo o tráfego restante.

Array EMC VNXe3200 Um array VNXe3200 fornece armazenamento apresentando armazenamento CIFS/FC a hosts Hyper-V para até 500 desktops virtuais.

Essa solução usa CSVs (Cluster Shared Volumes) para a variante block e compartilhamentos CIFS para a variante file.

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, 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 desktops

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 dos usuários e impedir que o ambiente cresça de maneira descontrolada.

O desktop broker 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 ambiente de EUC (End-User Computing).

Essa solução usa o Microsoft Hyper-V para a camada de virtualização.

Introdução



Guia de Projeto

Componente Descrição

Camada de computação

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

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 (End-User Computing), a camada de armazenamento deve absorver grandes picos de atividade assim que eles ocorrerem, sem afetar de modo negativo a experiência do usuário.

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

Solução do Citrix ShareFile StorageZones

Suporte opcional para implementações do Citrix ShareFile StorageZones.

Intermediador de virtualização de desktops

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.

O XenDesktop é a solução de virtualização de desktop da Citrix que permite que os desktops virtuais sejam executados no ambiente de virtualização Hyper-V. O Citrix XenDesktop 7.1 integra tecnologias de entrega de aplicativos do Citrix XenApp e de virtualização de desktop do XenDesktop a 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



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 de 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 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 Windows, da Web e de SaaS (Software as a Service, software como serviço).

• Citrix StoreFront

O StoreFront fornece serviços de autenticação e de entrega de recursos 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 a implementação. Ele elimina a necessidade de consoles separados para gerenciar a entrega de aplicativos e desktops. O Studio 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.



Guia de Projeto

• Controladora de entrega

Instalada em servidores no datacenter, a controladora 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-os e interrompendo-os com base na demanda e na configuração administrativa. Em algumas edições, a controladora permite que você instale gerenciamento de perfis para gerenciar as configurações de personalização de usuários em ambientes Windows virtualizados ou físicos.

• 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 computador, instale o VDA no computador do escritório.

• Máquinas do SO do servidor

Essas máquinas são 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 máquinas são virtuais ou físicas com base no sistema operacional Windows Desktop, utilizadas para entregar desktops personalizados para usuários ou aplicativos a partir de sistemas operacionais de desktop.

• Acesso remoto a PC

O acesso remoto a PC permite que os usuários acessem remotamente os recursos em seus computadores de escritório a partir de qualquer dispositivo que esteja executando o Citrix Receiver.

O MCS (Machine Creation Services) é um mecanismo de provisionamento integrado ao console 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 gerenciadas 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 as máquinas não PvD são apropriadas se as mudanças de desktop tiverem de ser descartadas quando o usuário fizer log-off.

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

Machine Creation Services



O Citrix PVS (Provisioning Services) tem uma abordagem diferente das soluções tradicionais de imagem de desktop, mudando fundamentalmente a relação entre o hardware e o software executado nele. Transmitindo uma única imagem de disco compartilhado (vDisk), em vez de copiar as imagens para máquinas individuais de fluxo contínuo, 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 PVS fornece a eficiência do gerenciamento centralizado com as vantagens do 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.

Nesta solução, o PVS provisiona 500 desktops virtuais executando Windows 8.1. Os desktops são implementados a partir de um único vDisk.

O recurso Citrix 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 PvD separado. Durante a execução, o conteúdo do Personal vDisk é combinado ao conteúdo da máquina virtual básica para proporcionar uma experiência unificada ao usuário final. Os dados do PvD 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 Profile Management faz dinamicamente o download do perfil remoto de um usuário 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 client.

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


O Microsoft Windows Server 2012 R2 com Hyper-V fornece uma plataforma de virtualização completa que oferece flexibilidade e economia permitindo a consolidação de conjuntos de servidores grandes e ineficientes em infraestruturas em nuvem ágeis e confiáveis. Os principais componentes de virtualização da Microsoft são o hipervisor Microsoft Hyper-V e o Microsoft System Center Virtual Machine Manager para gerenciamento de sistemas.

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

O Hyper-V é executado em um servidor dedicado e permite a execução simultânea de vários sistemas operacionais como máquinas virtuais. Os serviços em cluster da Microsoft permitem que vários servidores Hyper-V operem em uma configuração em cluster. A configuração em cluster do Hyper-V é gerenciada como um pool maior de recursos com o Microsoft System Center Virtual Machine Manager. Isso permite a alocação dinâmica de CPU, memória e armazenamento no cluster.

Citrix Provisioning Services

Citrix Personal vDisk

Citrix Profile Management

Microsoft Windows Server 2012 R2 com Hyper-V



Guia de Projeto

O Microsoft System Center Virtual Machine Manager é uma plataforma de gerenciamento dimensionável, extensível e centralizado para a infraestrutura do Hyper-V. Ele oferece aos administradores uma interface única que pode ser acessada a partir de vários dispositivos para todos os aspectos de monitoramento, gerenciamento e manutenção da infraestrutura virtual.

Os recursos de alta disponibilidade do Microsoft Hyper-V 2012 R2, como Failover Clustering, Live Migration e Storage Migration, permitem migração perfeita de máquinas virtuais e arquivos armazenados de um servidor Hyper-V para outro, com pouco ou nenhum impacto sobre o desempenho.

• O clustering de failover permite à camada de virtualização reiniciar automaticamente as máquinas virtuais em várias condições de falha. Se o hardware físico apresentar um erro, as máquinas virtuais impactadas poderão ser reiniciadas automaticamente em outros servidores no cluster. Você pode configurar políticas para determinar quais máquinas são reiniciadas automaticamente e em que condições as operações de reinicialização são executadas.

Obs.: para que o clustering de failover do Hyper-V reinicie máquinas virtuais em outro hardware, os recursos devem estar disponíveis nesses servidores. Considerações sobre o design do servidor apresenta recomendações específicas para habilitar essa funcionalidade.

• O Live Migration fornece migração em tempo real de máquinas virtuais em servidores em cluster ou fora de cluster sem tempo de inatividade de máquinas virtuais nem interrupção de serviço.

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


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: Práticas Recomendadas e Considerações de Projeto da Solução.

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: Práticas Recomendadas e Considerações de Projeto da Solução.

Microsoft System Center Virtual Machine Manager

Alta disponibilidade do Microsoft Hyper-V




A camada de armazenamento é um componente-chave de qualquer solução de infraestrutura em nuvem que forneça os dados gerados em um sistema de processamento de armazenamento do datacenter. Esta solução VSPEX utiliza o armazenamento EMC VNXe3200 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 que oferece inovação e recursos corporativos 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.

O VNXe3200 inclui muitos recursos e aprimoramentos projetados e construídos com base no sucesso da família EMC VNX® 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 tecnologia EMC MCx™, que inclui Multicore Cache, Multicore RAID e Multicore FAST Cache

• Administração e implementação mais fáceis com componentes de software básicos do VNXe, inclusive monitoramento e geração de relatórios e snapshots unificados

• Integração da rede Microsoft e VMware

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

O VSPEX é desenvolvido com a última geração do VNXe para proporcionar mais eficiência, desempenho e dimensionamento.

Array híbrido otimizado para flash

O VNXe3200 é um array híbrido otimizado para flash que fornece classificação automatizada por níveis a fim de oferecer o melhor desempenho para dados críticos, enquanto transfere de modo inteligente os dados acessados com menos frequência para discos de custo mais baixo.

Nessa abordagem híbrida, uma pequena porcentagem de flash drives no sistema como um todo pode fornecer uma alta porcentagem de operações de I/O por segundo (IOPS) geral. O VNXe3200 aproveita toda a vantagem da latência baixa do flash para oferecer otimização econômica e dimensionamento de alto desempenho. O EMC Fully Automated Storage Tiering Suite, que inclui FAST™ Cache e FAST VP (FAST para pools virtuais), classifica por nível os block e file data em 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 nem ao desempenho.

EMC VNXe3200



Guia de Projeto

Os dados geralmente são acessados com mais frequência no momento em que são criados, portanto, os novos dados são primeiramente armazenados em flash drives para fornecer o melhor desempenho. À medida que os dados ficam mais velhos e menos ativos, o FAST VP pode classificar automaticamente por nível os dados de drives de alto desempenho para drives de alta capacidade, com base nas políticas definidas pelo cliente. Esse recurso foi aprimorado com uma granularidade quatro vezes melhor e novos SSDs, FAST VP com base na tecnologia eMLC 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 de desempenho imediata, promovendo dados ativos repentinamente de drives de alta capacidade mais lentos a flash drives mais rápidos.

Otimização de caminho de código MCx

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

A tecnologia MCx da EMC 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 (PCIe). 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



Software básico VNXe

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

Gerenciamento de ecossistema e virtualização

Offloaded Data Transfer do Microsoft Hyper-V O recurso ODX (Offloaded Data Transfer) do Microsoft Windows Server 2012 R2 permite que transferências de dados durante operações de cópia sejam descarregadas no storage array, liberando ciclos do host. Por exemplo, o uso do ODX para uma migração em tempo real de uma máquina virtual do Microsoft SQL Server dobrou o desempenho, acelerou o tempo de migração em 50%, reduziu a CPU no servidor Hyper-V em 20% e eliminou o tráfego de rede.

EMC Storage Integrator for Windows O EMC Storage Integrator (ESI) para Windows é uma interface de gerenciamento que fornece a capacidade de visualizar, provisionar e gerenciar armazenamento de block e file para ambientes Windows. O ESI simplifica as etapas para criação e provisionamento de armazenamento de servidores Hyper-V como um disco local ou como um compartilhamento mapeado. O ESI também dá suporte para descoberta de armazenamento e provisionamento com o Windows PowerShell.

Os guias do produto ESI para Windows que estão disponíveis no Suporte on-line da EMC, oferecem mais informações.

Camada de backup e recuperação

As operações de 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. O EMC Avamar fornece proteção nesta solução VSPEX End-User Computing.

O Avamar capacita os administradores a fazer backup e gerenciar políticas e componentes de infraestrutura de EUC (End-User Computing) 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 de dados novos e únicos de subarquivos, o Avamar fornece backups completos diários e rápidos, com uma redução de até 90 no tempo de backup. O Avamar também pode reduzir a largura de banda de rede diária necessária em até 99 e o armazenamento para backup necessário em 10 a 30 vezes. Todas as recuperações são feitas em uma só etapa.

https://support.emc.com/�




Guia de Projeto

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 disco rígido virtual Hyper-V (VHDX) para backup de imagens e em nível de arquivo para backups baseados em guest. Isso inclui tudo o que você precisa para garantir uma recuperação completa, inclusive proteção de VHDs (Virtual Hard Disks, discos rígidos virtuais), bem como os componentes do sistema operacional, tais como estado do sistema, volumes de dados e o banco de dados de configuração Hyper-V. O Avamar usa o gravador do VSS do Hyper-V para oferecer recuperação de desastres para servidores Hyper-V, capturando os arquivos VHD que compõem os guests do Hyper-V. Alguns dos benefícios são:

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

• A proteção baseada em guest é executada como as soluções tradicionais de backup. Você pode usá-lo em qualquer máquina virtual executado em um SO para o qual o client de backup do Avamar está disponível. O backup baseado em guest permite o controle granular do conteúdo e padrões de inclusão e exclusão para proteção consistente de aplicativos. Isso permite 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.

• Os backups de máquinas virtuais agendadas do cluster CSV permitem que o Avamar forneça a proteção completa de failover para máquinas virtuais executadas em um volume compartilhado. O Avamar protege máquinas virtuais sem interrupção conforme elas migram de um servidor Hyper-V para outro usando a migração em tempo real. O suporte para Hyper-V no backup de nó proxy do CSV otimiza os backups permitindo que administradores escolham um servidor proxy físico no ambiente CSV para gerenciar todos os backups para o backup federado, eliminando a sobrecarga de processamento de backup para servidores de produção. Além disso, o Avamar tem suporte para o Hyper-V 2012, que elimina o desempenho lento de gravação de I/O ocasionado pelo redirecionamento de todo o I/O de servidor no CSV para o servidor que está sendo copiado.

Testamos essa solução com backups baseados em guest.

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. Ele permite aos usuários compartilhar documentos de maneira segura com outros usuários. Os usuários do ShareFile incluem funcionários e usuários que estão fora do diretório empresarial (conhecidos 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 no local 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 recursos e benefícios disponíveis aos usuários do ShareFile StorageZones incluem:

• A capacidade de usar o 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 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 restauradas a partir do backup do Storage Center.

Com uma infraestrutura adicional, a solução VSPEX End-User Computing para 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 ............................................................................................................... 34

Carga de trabalho de referência ............................................................................... 34

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

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

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

Escolha da arquitetura de referência apropriada ...................................................... 41



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 componentes básicos 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 apropriada 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 de EUC (End-User Computing).

2 Use o EMC VSPEX Sizing Tool para definir a arquitetura de referência do VSPEX recomendada para sua solução de EUC (End-User Computing), 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 de EUC (End-User Computing) usando as diretrizes contidas neste capítulo.

Carga de trabalho de referência

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

Para soluções de computação do usuário final do VSPEX, 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 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.

https://mainstayadvisor.com/Default.aspx?t=EMC&atid=224a9bcc-caa3-48f4-8ff8-33051513c410�



Guia de Projeto

Tabela 6. Características de carga de trabalho 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 de desktop (desktop VDI): 1 vCPU

• SO do servidor (HSD): 0.3 vCPU

RAM por desktop virtual • SO de desktop (desktop VDI): 2 GB

• SO do servidor (HSD): 0.6 GB

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

8

Essa definição de desktop é baseada em dados de usuários que residem em armazenamento compartilhado. O perfil de I/O é definido pelo uso de um modelo de referência de teste que opera em todos os desktops simultaneamente, com carga estacionária gerada pelo uso constante de aplicativos de escritório, como navegadores, software de produtividade.

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 Microsoft Hyper-V Proven Infrastructure, inclusive o Active Directory, o System Center Virtual Machine Manager, SQL Server, Controladoras de Entrega do XenDesktop e servidores PVS. O usuário final também pode usar recursos de infraestrutura existentes se qualquer um desses componentes já existir no datacenter. 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

(Active Directory/DNS/DHCP) 1 2 4 20 20

SQL Server 1 4 12 225 50

System Center Virtual Machine Manager 1 4 4 27 10

Controladora do XenDesktop 2 4 8 25 40

Servidor PVS 2 4 4 25 20

A Nuvem Privada do EMC VSPEX: Guia da Proven Infrastructure do Microsoft Windows Server 2012 R2 with Hyper-V para até 1.000 Máquinas Virtuais e Nuvem Privada do EMC VSPEX: Guia da Proven Infrastructure do Microsoft Windows 2012 R2 para até 125 Máquinas Virtuais oferece detalhes de configuração de recursos de servidor e armazenamento.



Componentes básicos de armazenamento do VSPEX

O dimensionamento do sistema de armazenamento para atender à IOPS do servidor virtual é um processo complicado. Quando um I/O chega ao storage array, vários componentes o atendem — por exemplo, as SPs, o cache da DRAM de back-end, o FAST Cache (se utilizado) e os 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 modular para reduzir a complexidade. Um componente básico é um conjunto de spindles de disco que dá suporte a um número específico de desktops virtuais na arquitetura VSPEX. Cada componente básico combina vários eixos de disco para criar um pool de armazenamento que dê suporte às necessidades do ambiente de EUC (End-User Computing).

Dois componentes básicos são atualmente validados no VNXe3200 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 desktops virtuais com 4 drives SAS em um pool de armazenamento habilitado com FAST Cache. A Figura 6exibe o layout de armazenamento.

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. A Figura 7exibe o layout de armazenamento.

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

Abordagem modular

Componentes básicos validados



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

Desktops virtuais

(Usuários)

Flash drives Drives SAS

FAST Cache

PVS MCS

Não PvD PvD

(Desktop/PvD) HSD Não PvD

PvD (Desktop/PvD)

HSD

125 2 4 10 (4/6) 4 5 11 (5+6) 5

250 2 8 10 (4/6) 4 10 11 (5+6) 5

375 2 12 20 (8/12) 8 15 22 (10+12) 10

500 2 16 20 (8/12) 8 20 22 (10+12) 10

Obs.: se você começa a configuração com um componente básico de 125 desktops para o MCS, é possível expandi-lo a 250 desktops adicionando cinco drives SAS correspondentes e que permitam a redistribuição. 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 usuário final do VSPEX

Validamos as configurações do VSPEX EUC (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 são criados para dar suporte ao número apropriado de desktops virtuais no nível de desempenho definido. Você pode modificar um layout de armazenamento validado adicionando drives para maior capacidade e desempenho, além de recursos como o FAST Cache para desktops e FAST VP para melhor desempenho de dados do usuário. No entanto, reduzir o número de drives recomendados ou um tipo de array pode resultar em IOPS menor por desktop e uma experiência menos satisfatória do usuário devido ao maior tempo de resposta.

Layout de armazenamento de núcleo com provisionamento PVS

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

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

VNXe3200



Figura 8. Layout de armazenamento principal com provisionamento PVS para 500 desktops virtuais

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

• Cinco discos SAS para o VNXe Operating Environment (OE) e PVS vDisk.

• 16 discos SAS no pool de armazenamento 1 do RAID 10 para armazenar o cache de gravação do desktop virtual. Habilitamos o FAST Cache para o pool inteiro.

Para o protocolo, nós provisionamos quatro file systems thin (cada um para 125 desktops) do pool para serem apresentados aos servidores Hyper-V como compartilhamentos CIFS.

Para o protocolo block, nós provisionamos quatro thin LUNs (cada uma para 125 desktops) do pool para serem apresentados aos servidores Hyper-V como CSVs.

Obs.: se o PvD 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 por cento. Se seu requisito de capacidade ambiente for atendido, implemente o PvD com provisionamento MCS com oito drives SAS para 500 desktops.

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

• Um disco SAS e um drive SSD para uso como hot spares.

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 mostra o layout dos discos que são necessários para armazenar 500 desktops virtuais com provisionamento de MCS. Este layout pode ser utilizado com as opções de provisionamento aleatório, estático, PvD e HSD. Esse layout não inclui espaço para dados do perfil do usuário.



Guia de Projeto

Figura 9. Layout de armazenamento principal com provisionamento MCS para 500 desktops virtuais

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

• Quatro discos SAS para o VNXe OE.

• 20 discos SAS no pool de armazenamento 1 do RAID 5 para armazenar desktops virtuais. Habilitamos o FAST Cache para o pool inteiro.

Para o protocolo, nós provisionamos quatro file systems thin (cada um para 125 desktops) do pool para serem apresentados aos servidores Hyper-V como compartilhamento CIFS.

Para o protocolo block, nós provisionamos quatro thin LUNs (cada uma para 125 desktops) do pool para serem apresentados aos servidores Hyper-V como CSVs.

Obs.: se o PvD 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 por cento. Se o requisito de capacidade ambiente for atendido, implemente o PvD com provisionamento MCS com dez drives SAS para 500 desktops.

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

• Um disco SAS e um drive SSD para uso como hot spares. Esses discos são marcados como "HS" na Figura 9.

Obs.: o layout de discos apresentado na Figura 10 é 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 opcional de armazenamento de dados do usuário

Nos testes de validação da solução, o espaço de armazenamento para dados do usuário foi alocado no array VNXe, como mostrado na Figura 10. Este armazenamento é uma adição ao armazenamento principal mostrado na Figura 8 e Figura 9 e é usado para armazenar os servidores de infraestrutura, perfis de usuário, diretórios de usuário e vDisks pessoais. Se o armazenamento para esses itens existir em algum outro lugar do ambiente de produção, esse armazenamento adicional não será necessário.

Figura 10. Layout opcional de armazenamento para 500 desktops virtuais

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

• Um disco SAS para uso como um hot spare, identificado como “HS” na Figura 10.

• Dez discos SAS no pool de armazenamento 3 do RAID 5 para armazenar dados do usuário e perfis de roaming. Dois file systems CIFS são criados a partir deste pool onde um file system é 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, para aproveitar as diferenças de desempenho e capacidade. O FAST VP é aplicado no nível do pool de armazenamento em block e se ajusta automaticamente onde os dados são armazenados, com base na frequência de acesso dos dados. 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.

• Doze discos SAS no pool de armazenamento 4 do RAID 10 para armazenar o PvD. O FAST Cache é habilitado para o pool inteiro.

Para o protocolo file, quatro file systems (um para 125 desktops) são provisionados do pool para serem apresentados aos servidores Hyper-V como compartilhamentos CIFS.

Para o protocolo block, quatro LUNs (um para 125 desktops) são provisionadas do pool para serem apresentadas aos servidores Hyper-V como CSVs.



Guia de Projeto

Escolha da arquitetura de referência apropriada

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 35. Esta seção descreve como usar a planilha de dimensionamento do cliente para simplificar os cálculos de dimensionamento. Também descreve fatores adicionais que você deve levar em consideração ao decidir qual arquitetura de referência implementar.

A planilha do dimensionamento do cliente ajuda a avaliar o ambiente do cliente 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 CPUs 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 pesados

Requisitos de recursos

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


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 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), o desempenho de armazenamento (IOPS) e capacidade de armazenamento.

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

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

Uso da planilha de dimensionamento do cliente



Determine os requisitos de recursos

CPU O desktop virtual de referência ressaltado na Tabela 6 na página 35 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, 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, ajuste o número de desktops planejados para acomodar os requisitos de recursos adicionais.

Por exemplo, se 200 desktops deverão ser 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 400 desktops virtuais de referência.

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

Capacidade de armazenamento O requisito de capacidade de armazenamento de um desktop pode variar muito dependendo dos tipos de aplicativos em uso e das políticas específicas do cliente. Os desktops virtuais desta solução contam com armazenamento compartilhado adicional para dados de perfis e documentos de usuários. Este requisito é um componente opcional que pode ser atendido com a adição de hardware de armazenamento específico definido na solução. Ele também pode ser atendido usando os compartilhamentos de arquivo existentes no ambiente.

Determinação do número equivalente de desktops virtuais de referência

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 dois desktops virtuais de referência de CPU, dois desktops virtuais de referência de memória e dois 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 é dois, 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 número total de desktops virtuais de referência

Preencha uma planilha para cada tipo de usuário que o cliente deseja migrar para a infraestrutura virtual. Em seguida, compute o número total de desktops virtuais de referência necessários no pool de recursos calculando a soma dos desktops virtuais de referência para todos os tipos de usuários. No exemplo na Tabela 9 na página 38, o total é de 450 desktops virtuais.

O valor de desktops virtuais de referência na planilha indica qual arquitetura de referência seria adequada para as necessidades do cliente. No caso da Tabela 9, o cliente requer 450 desktops virtuais de capacidade do pool. Portanto, o pool de 500 desktops virtuais fornece recursos suficientes para suprir as necessidades atuais com margem para crescimento.

No entanto, você pode precisar considerar outros fatores ao decidir qual arquitetura de referência implementar. Por exemplo:

Seleção de uma arquitetura de referência



• Simultaneidade

A carga de trabalho de referência usada para validar esta solução (Tabela 6 na página 35) 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, inicializados ao mesmo tempo etc. Se o cliente espera ter 800 usuários, mas somente 50% estarão conectados em dado momento em razão de diferenças de fuso horário ou turnos alternados, os 400 usuários ativos do total de 800 usuários poderão ter suporte da arquitetura para 500 desktops.

• Cargas de trabalho de desktops mais pesadas

A carga de trabalho de referência é considerada uma carga típica de um funcionário administrativo. No entanto, alguns clientes podem ter usuários com mais de um perfil 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 x 12 IOPS por desktop). A configuração para 375 desktops formada por três componentes básicos poderia ser insuficiente nesse caso, pois ela foi classificada para 3.000 IOPS (375 desktops x 8 IOPS por desktop). Esse cliente deveria considerar migrar para uma solução para 500 desktops com quatro componentes básicos.

Na maioria dos casos, a planilha de dimensionamento do cliente irá sugerir uma arquitetura de referência adequada para as necessidades do cliente. No entanto, em alguns casos, talvez você queira personalizar ainda mais os recursos de hardware disponíveis ao 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, separar algumas cargas de trabalho de armazenamento de outras cargas de trabalho é necessário. Os layouts de armazenamento das arquiteturas de referência colocam todos os desktops virtuais em um só pool de recursos. Para conseguir a separação da carga de trabalho, implemente drives de discos adicionais para cada grupo que precisa de isolamento de carga de trabalho e adicione-os a um pool dedicado.

Não é apropriado reduzir o tamanho do pool de recursos de armazenamento principal para dar suporte ao isolamento nem reduzir a capacidade do pool sem orientação adicional além deste documento. Projetamos os layouts de armazenamento para a solução para equilibrar diversos fatores, inclusive alta disponibilidade, desempenho e proteção de dados. A alteração dos componentes do pool pode ter impactos significativos difíceis de prever em outras áreas do sistema.

Recursos de servidor

Essa solução permite personalizar ainda mais os recursos de hardware do servidor. 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.

Ajuste dos recursos de hardware



Guia de Projeto

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 pesados


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 na Tabela 11 requer 350 vCPUs 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 44 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, 63 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.

Os requisitos descritos 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 ............................................................................................................... 48

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

Considerações de projeto de rede ............................................................................ 53

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

Alta disponibilidade e failover ................................................................................. 63

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

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

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



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 pode 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

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:

• Do ponto de vista da virtualização, se a carga de trabalho de um sistema for bem compreendida, recursos como a Memória dinâmica poderão reduzir o requisito de memória agregada.



Guia de Projeto

• Se o pool de máquinas virtuais não tiver um alto nível de pico ou uso simultâneo, você pode reduzir o número de vCPUs. Por outro lado, se os aplicativos 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 exigem a presença de:

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

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

• Excesso de capacidade suficiente para permitir que o ambiente resista a uma falha de servidor e failover

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

• Use unidades 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, 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 modifique-os conforme necessário

Enquanto o sistema estiver em operação, monitore o uso dos recursos e modifique-os conforme necessário.

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 cinco CPUs virtuais para cada núcleo de processador físico (relação 5: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 são necessários mais recursos e adicioná-los conforme a necessidade.

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

Tabela 12. Hardware do servidor para 500 desktops

Servidores para desktops virtuais Configuração

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

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

Memória • Reserva de 2 GB de RAM por host Hyper-V

• SO do desktop: 1 TB de RAM (2 GB de RAM por desktop)

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

Rede 2 NICs x 10 GbE por servidor

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ê implementar para atender aos requisitos mínimos na Tabela 12, adicione mais um servidor para dar suporte à alta disponibilidade do Hyper-V. Esse servidor deve ter capacidade suficiente para fornecer uma plataforma de failover no caso de paralisação do hardware.

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

A Figura 12 ilustra como um só hipervisor consome memória de um pool de recursos. Os recursos de gerenciamento de memória do Hyper-V, como a Memória dinâmica e a Paginação inteligente, poderão reduzir a utilização total de memória e aumentar a proporção de consolidação no hipervisor.

Hardware de servidor validado

Virtualização de memória do Microsoft Hyper-V



Guia de Projeto

Figura 12. Consumo de memória de hipervisor

As técnicas de virtualização de memória permitem ao hipervisor Hyper-V abstrair recursos de hosts físicos, como a Memória dinâmica, 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, ele ocorre dentro do próprio hipervisor.

O Hyper-V fornece as seguintes técnicas de gerenciamento de memória:

• Memória Dinâmica

A Memória Dinâmica aumenta a eficiência da memória física tratando-a como um recurso compartilhado e alocando-a para as máquinas virtuais de modo dinâmico. A memória realmente utilizada de cada máquina virtual é ajustada sob demanda. A Memória Dinâmica permite que mais máquinas virtuais sejam executadas por meio da recuperação de memória não usada das máquinas virtuais ociosas. No Windows Server 2012, a Memória dinâmica possibilita o aumento dinâmico da memória máxima disponível para as máquinas virtuais.



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

A NUMA (Non-Uniform Memory Access, acesso a memória não uniforme) é uma tecnologia de computador de vários nós, que permite a uma CPU acessar a memória de nós remotos. Esse tipo de acesso à memória é caro em termos de desempenho. Entretanto, o Windows Server 2012 utiliza uma afinidade de processo que se esforça para manter threads fixados em uma CPU específica, a fim de evitar o acesso à memória do nó remoto. Em versões anteriores do Windows, esse recurso só está disponível para o host. O Windows Server 2012 estende essa funcionalidade a máquinas virtuais, onde aprimora o desempenho.

• Paginação Inteligente

Com a Memória dinâmica, o Hyper-V permite que as máquinas virtuais excedam a memória física disponível. Isso significa que quando a memória mínima de uma máquina virtual é menor do que sua memória inicial, o Hyper-V pode nem sempre ter memória adicional disponível para atender aos requisitos iniciais de uma máquina virtual. A Paginação inteligente preenche a lacuna entre a memória mínima e a memória de inicialização e permite que as máquinas virtuais sejam reiniciadas de maneira confiável. A Paginação inteligente usa os recursos do disco como uma reposição de memória temporária. Ela faz a troca da memória menos usada para o armazenamento em disco e faz a troca quando necessário. No entanto, isso pode prejudicar o desempenho. O Hyper-V continua a utilizar a paginação guest quando a memória do host está sobrecarregada, pois esse recurso é mais eficiente do que a Paginação inteligente.

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 da memória do Hyper-V e as configurações de memória da máquina virtual.

Sobrecarga de memória do Hyper-V

A virtualização de recursos de memória apresenta certa sobrecarga associada, que inclui a memória consumida pela partição pai do Hyper-V e a sobrecarga adicional de cada máquina virtual. Para esta solução, reserve, pelo menos, 2 GB de memória para a partição pai do Hyper-V.

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 de Nuvem Privada da VSPEX Proven Infrastructure 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 na página 35. 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.

Diretrizes de configuração de memória



Guia de Projeto

Considerações de 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, você deve adicionar capacidade 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.

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, o que está 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, logo, fornecer números concretos neste contexto não é prático. No entanto, as redes descritas para as arquiteturas de referência nesta solução devem ser suficientes para manipular cargas de trabalho médias para essas 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.

No mínimo, a infraestrutura de rede deve fornecer:

• 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

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 Hyper-V

• 2 portas de 10 GbE por SP

• 1 porta de 1 GbE por SP para gerenciamento

• 2 portas de 8 Gb FC por servidor Hyper-V

• 2 portas FC de 8 Gb por servidor

Hardware de rede validado



Tipo de armazenamento Configuração

File • 2 switches físicos

• 2 portas de 10 GbE por servidor Hyper-V

• 1 porta de 1 GbE para gerenciamento

• 2 portas de 10 GbE por SP

Obs.:

• a solução pode usar uma infraestrutura de rede de 1 Gb, desde que os requisitos subjacentes de banda larga 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 efetuar uma configuração de rede redundante e 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 infraestrutura de rede requer links de rede redundantes para cada host do Hyper-V, 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 13 fornece um exemplo de uma topologia de rede altamente disponível.

Diretrizes de configuração de rede



Guia de Projeto

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

Agregação de links

Os arrays EMC VNXe fornecem alta disponibilidade de rede ou redundância usando agregação de links. A agregação de links permite que várias conexões 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

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

.

Isolamento de tráfego

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

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 SMB3/iSCSI e Migração em tempo real (rede privada)

• Rede de gerenciamento — gerenciamento Hyper-V (rede privada)

A Figura 14 mostra o projeto desses VLANs.

Figura 14. Redes necessá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.



Guia de Projeto

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 14 demonstra os requisitos de conectividade de rede para um array VNXe

usando conexões de rede de 10 GbE. Crie uma topologia similar quando estiver usando conexões de rede de 1 GbE.

• Se a opção de rede de armazenamento FC for escolhida para uma implementação, práticas recomendadas e princípios de projeto semelhantes serão aplicáveis.

Jumbo-frames

Jumbo-frame é um quadro Ethernet com uma carga útil ou unidade máxima de transmissão (MTU) de mais de 1.500 bytes. O tamanho máximo geralmente aceito para um jumbo-frame é 9.000 bytes. O processamento da sobrecarga é proporcional ao número de quadros. Dessa forma, a ativação de jumbo-frames reduz a sobrecarga de processamento, reduzindo o número de quadros sendo transmitidos. Isso aumenta o throughput da rede. Os jumbo-frames devem ser ativados completamente, inclusive os switches de rede e interfaces do VNXe. Essa solução requer MTU definida como 9.000 (jumbo frames) para obter armazenamento e tráfego de migração eficientes.

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, você poderá provisionar armazenamento para o cluster do Hyper-V. 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 Microsoft Hyper-V 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 proposto e tipo de drives especificados, ou dos layouts de pool e volume especificados, verifique se o layout de destino fornece os mesmos recursos ou até mesmo mais recursos para o sistema.

O Hyper-V tem suporte para 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 SMB3 ou FC, e os layouts de armazenamento descrito seguem todas as práticas recomendadas atuais. Se necessário, um cliente ou arquiteto com o treinamento e a experiência necessários pode fazer modificações com base em seu entendimento do uso e carga do sistema.

Hardware para armazenamento validado e configuração



Tabela 14. Hardware de armazenamento para 500 desktops virtuais

Finalidade Configuração

Armazenamento compartilhado VNXe para desktops virtuais

Comum:

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

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

Número de drives

PvD Não PvD HSD

PVS 20 16 8

MCS 22 20 10

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

Opcional para dados do usuário

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

Opcional para PvD 12 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 tipo específico. As recomendações da Tabela 14 não incluem hot spares.

Para a solução, usamos o indicador de sessão virtual de log-in (Login VSI) para simular uma carga de usuário nos desktops. O Login VSI fornece orientação para avaliar o número máximo de usuários que um ambiente de desktop pode suportar. A carga de trabalho média do Login VSI foi selecionada para nosso teste. Os layouts de armazenamento para 500 desktops no array VNXe3200 foram definidos quando o tempo de resposta médio do Login VSImax estava abaixo do limite máximo calculado dinamicamente (ou VSImax dinâmico).

Obs.: o Login VSI tem duas maneiras de definir o limite máximo: VSImax clássico e dinâmico. O limite do VSImax clássico é definido como 4.000 milissegundos. O limite do VSImax dinâmico é calculado com base no tempo de resposta inicial das atividades do usuário.

O Windows Server 2012 Hyper-V e o cluster de failover utilizam os recursos do CSV v2 e do novo formato de disco rígido virtual (VHDX) para virtualizar o armazenamento apresentado pelos sistemas de armazenamentos compartilhados externos para hospedar máquinas virtuais. A Figura 15 mostra um exemplo de storage array apresentando LUNs baseadas em block (como CSVs) ou compartilhamento CIFS (como compartilhamentos SMB3) baseado em file aos hosts Windows para hospedar máquinas virtuais. Uma opção adicional, os discos de passagem, permite que as máquinas virtuais acessem um disco físico associado a um host Hyper-V que não tenha um volume configurado.

Essa solução usa o CSVs para variante block e compartilhamentos CIFS para a variante file.

Virtualização de armazenamento do Hyper-V



Guia de Projeto

Figura 15. Tipos de discos virtuais Hyper-V

CIFS e SMB 3.0 (somente armazenamento baseado em arquivo)

O Windows Server 2012 e posterior dá suporte ao uso de compartilhamentos de arquivos CIFS (SMB 3.0) como armazenamentos compartilhados para máquinas virtuais Hyper-V.

O protocolo SMB é o protocolo de compartilhamento de arquivos usado por padrão no Windows. O Windows Server 2012 oferece um amplo conjunto de novos recursos de SMB com um protocolo atualizado (SMB 3.0). Alguns dos recursos-chave disponíveis com o SMB 3.0 do Windows Server 2012 são:

• SMB Transparent Failover

• SMB Scale Out

• SMB Multichannel

• SMB Direct

• SMB Encryption

• Compartilhamentos de arquivos VSS para SMB

• SMB Directory Leasing

• SMB PowerShell

Com esses novos recursos, o SMB 3.0 oferece funcionalidades mais ricas que, quando são combinadas, fornecem para as organizações uma alternativa de armazenamento de alto desempenho às soluções de armazenamento FC tradicionais, a um custo mais baixo.

Obs.: o SMB também é conhecido como CIFS. Para obter mais detalhes sobre o SMB 3.0, consulte EMC Série VNX: Introdução ao Suporte do SMB 3.0.

CSV (Cluster Shared Volume)

Um CSV é um disco compartilhado que contém um volume NTFS que se torna acessível por todos os nós de um cluster de failover do Windows. Ele pode ser implementado em qualquer local baseado em SCSI ou armazenamento em rede.

http://powerlink.emc.com/km/live1/en_US/Offering_Technical/White_Paper/H11427-vnx-SMB_3.0-wp.pdf�



Discos de passagem

O Windows Server 2012 também dá suporte a discos de passagem, que permitem que uma máquina virtual acesse um disco físico associado para o host que não tenha um volume configurado.

Novo formato de disco rígido virtual

O Hyper-V no Windows Server 2012 introduz uma atualização do formato VHD, denominada VHDX, com uma capacidade muito maior e resiliência incorporada. Os principais recursos novos do formato VHDX são:

• Suporte ao armazenamento em disco rígido virtual com capacidade de até 64 TB

• Proteção adicional contra o corrupção de dados em caso de falta de energia, por meio do registro de atualizações nas estruturas de metadados VHDX

• Alinhamento ideal da estrutura do formato de disco rígido virtual para se ajustar a discos com setores grandes

O formato VHDX também tem os seguintes recursos:

• Tamanhos de block maiores para discos dinâmicos e diferenciais, o que permite aos discos atender às necessidades da carga de trabalho

• O disco virtual de setor lógico de 4 KB que possibilita um desempenho aprimorado quando usado por aplicativos e cargas de trabalho projetadas para setores de 4 KB

• A capacidade de armazenar metadados personalizados sobre os arquivos que o usuário talvez deseje registrar, como a versão do sistema operacional ou atualizações aplicadas

• Recursos de recuperação de espaço que podem resultar em tamanho menor de arquivos e que permitem ao dispositivo de armazenamento físico subjacente recuperar espaço não utilizado (por exemplo, o TRIM requer armazenamento com conexão direta ou discos SCSI e hardware compatível com TRIM)

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 LUNs de pool que podem ser thin ou thick. Thin LUNs oferecem armazenamento sob demanda, que maximiza a utilização de seu armazenamento alocando espaço conforme necessário. Thick LUNs oferecem alto desempenho e desempenho previsível para seus aplicativos. Ambos os tipos de LUNs se beneficiam dos recursos que facilitam o uso do provisionamento baseado em pool. Pools e LUNs de pool são, também, os componentes modulares dos serviços de dados avançados, como FAST VP e Snapshots do VNXe. 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ções de limite de capacidade de usuário.

VNXe Virtual Provisioning



Guia de Projeto

O EMC VNXe Virtual Provisioning permite que você expanda a capacidade de um pool de armazenamento a partir da GUI do Unisphere depois de os discos serem conectados fisicamente ao sistema. 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 16 .

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

A família VNXe3200 permite que você expanda 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, você não pode expandir LUNs de snapshot ou LUNs de migração.

Para mais informações sobre a expansão da LUN de pool, consulte

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

Provisionamento virtual para o novo VNX.

Os clientes precisam configurar alertas proativos quando estiverem usando um file system 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 17 demonstra por que o provisionamento com thin-pools requer monitoramento.

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



Figura 17. 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 superatribuída é 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 18 mostra a Storage Pool Utilization no Unisphere, que exibe parâmetros como Used Space, Available Space, Subscription, Alert Threshold e Total Space.

Figura 18. 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. Configure o Percentage Full Threshold de modo que permita buffer suficiente para fazer uma correção antes que ocorra uma situação de paralisação. Esse alerta só fica ativo se houver uma ou mais thin LUNs, pois elas 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.



Guia de Projeto

O EMC FAST Cache permite que os flash drives funcionem como uma camada de cache expandida para o array. O FAST Cache é um cache para o array todo, que não causa interrupções, disponível para armazenamento de file e 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 EMC 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 de block 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.

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

Figura 19. 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 20. 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.

EMC FAST Cache

EMC FAST VP





Figura 20. 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 19 demonstra essa recomendação.

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

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

Camada de rede



Guia de Projeto

O array VNXe foi projetado para disponibilidade de 99,999% graças ao uso de componentes redundantes por todo o array, conforme mostrado na Figura 22. 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 22. 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, nenhuma falha de unidade única resulta em perda de dados nem na falta de disponibilidade.

Perfil do teste de validação

A solução VSPEX foi validada com as características de perfil de ambiente detalhado na Tabela 15.

Tabela 15. Perfil de ambiente validado

Característica do perfil Valor

Número de desktops virtuais 500

SO do desktop virtual • SO do desktop: Windows 8.1 Enterprise (32 bits)

• SO do servidor: Windows Server 2012 R2

CPU 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.3

RAM por desktop virtual • SO do desktop: 2 GB

• SO do servidor: 0.6 GB

Método de provisionamento de desktops

• PVS (Citrix Provisioning Services, serviços de provisionamento Citrix)

• MCS (Machine Creation Services, serviços de criação de máquina)


Características do perfil




Microsoft Office Office Enterprise 2010 SP1

LoginVSI 3.7

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

8

Número de LUNs ou compartilhamentos CIFS para armazenar desktops virtuais

4

Número de desktops virtuais por LUN ou compartilhamento CIFS

125

Tipo de disco e RAID para LUNs ou compartilhamentos CIF

• 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 de usuário (opcional para dados do usuário)

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

Obs.: medimos o IOPS médio por desktop virtual a um estado estável quando a carga de trabalho de perfil médio do Login VSI foi simulada em uma configuração de 500 desktops. O Login VSImax estava abaixo do limite VSImax dinâmico.

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


Dados do usuário 5 TB para 500 desktops virtuais (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

Características do perfil de backup



Guia de Projeto

O Avamar fornece várias opções de implementação para requisitos específicos de casos de uso e 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 unifica o processo de backup com software e sistemas de backup com desduplicação líder do setor e fornece os mais altos níveis de desempenho e eficiência.

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

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

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

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

• Control Plane — armazena arquivos, pastas e informações de conta, e fornece 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.

Layout de backup

Arquitetura do ShareFile StorageZones



O ShareFile Storage Center estende o armazenamento em nuvem do ShareFile SaaS fornecendo a conta do ShareFile com 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.

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

Por padrão, o ShareFile armazena dados no armazenamento em nuvem seguro gerenciado pelo ShareFile. O recurso do ShareFile Storage Center permite configurar uma StorageZone privada no local, que define onde os dados são armazenados e otimiza o desempenho localizando o armazenamento de dados próximo aos 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 controla todas as operações de HTTPS de usuários finais e do subsistema de controle do ShareFile. O subsistema de armazenamento do ShareFile manipula operações relacionadas ao conteúdo do arquivo, como uploads, downloads e verificação antivírus. Ao criar StorageZone, você está criando um subsistema de armazenamento privado para os dados 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. Servidores do Storage Center que pertencem ao mesmo StorageZones devem usar o mesmo compartilhamento de arquivos para armazenamento.

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

StorageZones

Considerações do projeto

Arquitetura VSPEX for ShareFile StorageZones



Guia de Projeto

Figura 24. 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 necessários 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.

Requisitos de rede

Você pode implementar os componentes do sistema de rede usando redes IP de 1 GbE ou 10 GbE, 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.

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



Requisitos de armazenamento

O ShareFile StorageZones requer um compartilhamento CIFS para fornecer armazenamento de dados privados para o Storage Center. A família 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 VNXe recomendado para compartilhamento CIFS do ShareFile StorageZones

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

Configuração Observações

500 usuários

Treze discos SAS de 2,5 polegadas, 600 GB, 10.000 RPM (12+1 RAID 5)

A configuração presume que cada usuário tem 10 GB de espaço de armazenamento privado.

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


Guia de Projeto

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


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

Outros documentos .................................................................................................. 72

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


Documentação da EMC

Os documentos a seguir, disponíveis nos sites 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 EMC.

• Guia de Instalação do EMC VNXe3200

• EMC Storage Integrator for Windows Suite — Guia do Produto

• Guia de Introdução do Unisphere System

• Guia de instalação e administração do EMC PowerPath e do PowerPath/VE para Windows

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

• White Paper de Tecnologia Aplicada de Provisionamento Virtual do EMC 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

• Introdução ao white paper Visão geral do FAST Suite do EMC VNXe3200

• Usando um sistema VNXe3200 com file systems CIFS

• Capacidade e medição de desempenho do EMC VNXe3200: White paper com análise detalhada

• EMC VSPEX End-User Computing: Guia de Projeto do Citrix XenDesktop 7 e Microsoft Hyper-V para até 1.000 Desktops Virtuais

• EMC VSPEX End-User Computing: Guia de Implementação do Citrix XenDesktop 7 e Microsoft Hyper-V para até 1.000 Desktops Virtuais

Outros documentos

Para obter a documentação da Citrix e da Microsoft, consulte os websites da Citrix e da Microsoft.


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

http://www.citrix.com/�

http://www.microsoft.com/pt-br�

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 (End-User Computing) ............... 74



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

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

A Tabela 19 mostra uma planilha em branco. Uma cópia independente da planilha está anexada 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


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



Guia de Projeto

Figura 25. 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 · GUIA DE PROJETO. EMC VSPEX END-USER ... Documentação da EMC ... o...

Documents

Transcript of EMC VSPEX END-USER COMPUTING · GUIA DE PROJETO. EMC VSPEX END-USER ... Documentação da EMC ... o...