EMC VSPEX END-USER COMPUTING

Transcrição

1 GUIA DE PROJETO EMC VSPEX END-USER COMPUTING Citrix XenDesktop 7.1 e VMware vsphere para até 500 Desktops Virtuais Habilitado por EMC VNXe3200 e EMC Powered Backup EMC VSPEX Resumo Este descreve como criar uma solução VSPEX End-User Computing da EMC para XenDesktop 7.1 para até 500 desktops virtuais. O EMC VNXe3200 e o VMware vsphere fornecem as plataformas de virtualização e armazenamento. Maio de 2014

2 Copyright 2014 EMC Corporation. Todos os direitos reservados. Publicado em maio de 2014 A EMC assegura que as informações apresentadas neste documento estão corretas na data da publicação. As informações estão sujeitas a alterações sem prévio aviso. As informações nesta publicação são fornecidas no estado em que se encontram. A EMC Corporation não garante nem representa qualquer tipo de informação contida nesta publicação e especificamente se isenta das garantias implícitas de comercialização ou uso a um propósito específico. O uso, a cópia e a distribuição de qualquer software da EMC descrito nesta publicação exigem uma licença de software. EMC 2, EMC e o logotipo da EMC são marcas registradas ou comerciais da EMC Corporation nos Estados Unidos e em outros países. Todas as outras marcas comerciais aqui mencionadas pertencem a seus respectivos proprietários. Para obter uma lista mais atualizada de nomes de produtos da EMC, consulte EMC Corporation Trademarks no site brazil.emc.com. do EMC VSPEX End-User Computing Citrix XenDesktop 7.1 e VMware vsphere para até 500 desktops virtuais Habilitado pelo EMC VNXe3200 e EMC Powered Backup Número da peça: H EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

3 Conteúdo Conteúdo Capítulo 1 Introdução 9 Objetivo deste guia Retorno comercial Escopo Público-alvo Terminologia Capítulo 2 Antes de Começar 13 Workflow de implementação Leitura essencial Visão geral da solução VSPEX Guia de Implementação do VSPEX Guia da VSPEX Proven Infrastructure Guia do RSA SecurID para o VSPEX End-User Computing Capítulo 3 Visão geral da solução 17 Visão geral VSPEX Proven Infrastructure Arquitetura da solução Arquitetura de alto nível Arquitetura lógica Componentes-chave Introdução Intermediador de virtualização de desktop Visão geral Citrix XenDesktop Machine Creation Services Citrix Provisioning Services Citrix Personal vdisk Citrix Profile Management Camada de virtualização VMware vsphere VMware vcenter Server VMware vsphere High Availability Camada de computação Camada de rede Camada de armazenamento EMC VNXe EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 3

4 Conteúdo Camada de backup e recuperação Camada de segurança Solução do Citrix ShareFile StorageZones Capítulo 4 Dimensionamento da solução 35 Visão geral Carga de trabalho de referência Dimensionamento de servidores virtuais de infraestrutura com nuvem privada do VSPEX Componente modular de armazenamento do VSPEX Abordagem de componente básico Componente modular validado Expansão dos ambientes existentes de computação do VSPEX End-User Computing Máximo validado de computação do VSPEX End-User Computing Layout de armazenamento para até 500 desktops virtuais Escolha da arquitetura de referência ideal Visão geral Uso da planilha de dimensionamento do cliente Seleção de uma arquitetura de referência Ajuste dos recursos de hardware Resumo Capítulo 5 Práticas Recomendadas e Considerações de Projeto da Solução 51 Visão geral Considerações sobre o design do servidor Visão geral Práticas recomendadas de servidor Hardware de servidor validado Virtualização da memória do vsphere Diretrizes de configuração de memória Considerações do projeto de rede Visão geral Hardware de rede validado Diretrizes de configuração de rede Considerações sobre projetos de armazenamento Visão geral Hardware para armazenamento validado e configuração Virtualização de armazenamento do vsphere VNXe Virtual Provisioning EMC FAST Cache EMC FAST VP Alta disponibilidade e failover Camada de virtualização EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

5 Conteúdo Camada de computação Camada de rede Camada de armazenamento Perfil de teste de validação Características do perfil Diretrizes de configuração do EMC Powered Backup Características do perfil de backup Layout de backup VSPEX para Citrix XenDesktop com a solução ShareFile StorageZones Arquitetura do ShareFile StorageZones StorageZones Considerações do projeto Arquitetura VSPEX for ShareFiles StorageZones Capítulo 6 Documentação de Referência 77 Documentação da EMC Outra documentação Apêndice A Planilha de dimensionamento do cliente 81 Planilha de dimensionamento do cliente para EUC EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 5

6 Conteúdo Figuras Figura 1. VSPEX Proven Infrastructure Figura 2. Arquitetura da solução validada Figura 3. Arquitetura lógica para armazenamento em block e armazenamento em file Figura 4. Componentes da arquitetura do XenDesktop 7, Figura 5. VNXe3200 com otimização multi-core Figura 6. Layout de armazenamento de componente básico com provisionamento PVS Figura 7. Layout de armazenamento de componente básico com provisionamento MCS Figura 8. Layout de armazenamento principal com provisionamento PVS para até 500 desktops virtuais Figura 9. Layout de armazenamento principal com provisionamento MCS para até 500 desktops virtuais Figura 10. Layout de armazenamento opcional para até 500 desktops virtuais Figura 11. Flexibilidade da camada de computação Figura 12. Consumo de memória de hipervisor Figura 13. Configurações de memória na máquina virtual Figura 14. Exemplo de projeto de rede altamente disponível Figura 15. Redes obrigatórias Figura 16. Tipos de disco virtual VMware Figura 17. Progresso de rebalanceamento do pool de armazenamento Figura 18. Utilização de espaço de thin LUN Figura 19. Examinando a utilização de espaço de pool de armazenamento Figura 20. Alta disponibilidade na camada de virtualização Figura 21. Fontes de alimentação redundantes Figura 22. Alta disponibilidade de camada de rede Figura 23. Alta disponibilidade do VNXe Figura 24. Arquitetura de alto nível do ShareFile Figura 25. VSPEX para Citrix XenDesktop com ShareFile StorageZones: arquitetura lógica Figura 26. Planilha de dimensionamento do cliente para impressão EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

7 Conteúdo Tabelas Tabela 1. Terminologia Tabela 2. Workflow de implementação Tabela 3. Configuração da arquitetura da solução Tabela 4. Principais componentes da solução Tabela 5. VSPEX End-User Computing: Processo de projeto Tabela 6. Características do desktop virtual de referência Tabela 7. Requisito de recursos do servidor virtual de infraestrutura Tabela 8. Número de discos necessários para diferentes números de desktops virtuais Tabela 9. Exemplo de planilha de dimensionamento do cliente Tabela 10. Recursos do desktop virtual de referência Tabela 11. Totais dos componentes de recursos de servidor Tabela 12. Hardware de servidor Tabela 13. Capacidade mínima de switching para block e file Tabela 14. Hardware de armazenamento Tabela 15. Perfil de ambiente validado Tabela 16. Características do perfil de backup Tabela 17. Recursos mínimos de hardware para dar suporte a ShareFile StorageZones com o Storage Center Tabela 18. Armazenamento do VNX recomendado para compartilhamento CIFS do ShareFile StorageZones Tabela 19. Planilha de dimensionamento do cliente EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 7

8 Conteúdo 8 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

9 Capítulo 1: Introdução Capítulo 1 Introdução Este capítulo apresenta os seguintes tópicos: Objetivo deste guia Retorno comercial Escopo Público-alvo Terminologia EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 9

10 Capítulo 1: Introdução Objetivo deste guia Retorno comercial A arquitetura de EUC (End-User Computing) do EMC VSPEX oferece ao cliente um sistema moderno que hospeda um grande número de desktops virtuais, com um nível de desempenho consistente. Esta solução VSPEX End-User Computing para Citrix XenDesktop 7.1 é executada em uma camada de virtualização do VMware vsphere, respaldada pela família altamente disponível do EMC VNX, que fornece o armazenamento. A solução foi projetada para ser implementada parcialmente em uma nuvem privada VSPEX com Proven Infrastructure do VMware vsphere. Os componentes de rede e computacionais, que são definidos pelos parceiros do VSPEX, são projetados para serem redundantes e avançados o suficiente para manipular as necessidades de dados e processamento de um grande ambiente de máquinas virtuais. As soluções de backup e recuperação do EMC Avamar fornecem proteção de dados para os dados do VCitrix XenDesktop e o RSA SecurID oferece um recurso de segurança opcional para autenticação de usuário. Esta solução VSPEX End-User Computing foi validada em vários diferentes pontos de escala 125, 250, 375, e até 500 desktops virtuais. Essas configurações validadas são baseadas em uma carga de trabalho de referência e formam a base para a criação de soluções econômicas e personalizadas para clientes individuais. Um ambiente maior de desktops virtuais baseado na família VNX da EMC é descrito no Guia da Proven Infrastructure do EMC VSPEX End-User Computing para Citrix XenDesktop 7 com VMware vsphere 5.1 para até 2000 Desktops Virtuais. Uma infraestrutura de computação de usuário final ou de desktop virtual é uma oferta de sistema complexo. Este guia de projeto descreve como projetar uma solução VSPEX End-User Computing para Citrix XenDesktop 7.1 com VMware vsphere de acordo com as práticas recomendadas, e como dimensionar a solução para atender às necessidades do cliente usando a ferramenta de dimensionamento EMC VSPEX ou a planilha do dimensionamento do cliente. Os aplicativos de negócios estão cada vez mais integrados nos ambientes consolidados de computação, rede e armazenamento. Esta solução VSPEX End- User Computing reduz a complexidade da configuração de todos os componentes de um modelo de implementação tradicional. A solução simplifica o gerenciamento de integração enquanto mantém as opções de projeto e implementação do aplicativo. Ela também oferece administração unificada, permitindo controle e monitoramento adequados da separação de processos. Os benefícios para os negócios da Solução VSPEX End User Computing para Citrix XenDesktop 7.1 incluem: Uma solução de virtualização completa para usar os recursos dos componentes da infraestrutura unificada Virtualização eficiente de até 500 desktops virtuais para os diversos casos de uso de clientes Arquiteturas de referência confiáveis, dimensionáveis e flexíveis 10 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

11 Capítulo 1: Introdução Escopo Este descreve como planejar uma solução EMC VSPEX End-User Computing simples, eficiente e flexível para Citrix XenDesktop 7.1. Ele fornece exemplos de implementação no storage array de última geração VNXe3200. A solução é implementada parcialmente em uma nuvem privada VSPEX com Proven Infrastructure do VMware vsphere. Este guia ilustra como dimensionar o XenDesktop na infraestrutura do VSPEX, alocar recursos seguindo as práticas recomendadas e aproveitar todos os benefícios que o VSPEX oferece. A solução opcional de autenticação segura de usuário do RSA SecurID para XenDesktop é descrita em um documento separado, Proteção do EMC VSPEX End- User Computing com o RSA SecurID: do Citrix XenDesktop 7 e VMware vsphere 5.1 para até Desktops Virtuais. Público-alvo Este guia se destina a funcionários internos da EMC e a parceiros EMC VSPEX qualificados. O guia presume que os parceiros VSPEX que pretendem implementar esta Proven Infrastructure do VSPEX para Citrix XenDesktop têm o treinamento e a experiência necessários para instalar e configurar uma solução EUC baseada no Citrix XenDesktop com o VMmare vsphere como o hipervisor, EMC VNXe3200 como o sistema de armazenamento e a infraestrutura associada. Os leitores também devem estar familiarizados com as políticas de segurança de infraestrutura e banco de dados da instalação do cliente. Este guia apresenta referências externas quando aplicável. A EMC recomenda que os parceiros que estão implementando esta solução estejam familiarizados com esses documentos. Para obter detalhes, consulte Leitura essencial e Capítulo 6: Documentação de Referência. EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 11

12 Capítulo 1: Introdução Terminologia A Tabela 1 lista a terminologia usada neste guia. Tabela 1. Terminologia Termo Arquitetura de referência Carga de trabalho de referência Controladora de armazenamento EUC (End-User Computing) Definição Uma arquitetura validada que dê suporte a essa solução VSPEX End-User Computing em até 500 desktops virtuais Para soluções VSPEX End-User Computing, a carga de trabalho de referência é definida como um único desktop virtual o desktop virtual de referência com as características da carga de trabalho exibidas no Tabela 6. Pela comparação entre o uso real do cliente com essa carga de trabalho de referência, é possível inferir qual arquitetura de referência deve ser escolhida como base para a implementação do VSPEX do cliente. Consulte Carga de trabalho de referência para obter detalhes. A controladora de armazenamento é o componente de computação do storage array. Ela é usada para manipular todos os aspectos de dados que entram, saem ou passam de um array para outro. Separa o desktop da máquina física. Em um ambiente EUC, o sistema operacional do desktop (SO) e os aplicativos residem em uma máquina virtual executada em um computador host, com dados residindo em um armazenamento compartilhado. Os usuários acessam seu desktop virtual a partir de qualquer computador ou dispositivo móvel em uma rede privada ou conexão com a Internet. 12 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

13 Capítulo 2: Antes de Começar Capítulo 2 Antes de Começar Este capítulo apresenta os seguintes tópicos: Workflow de implementação Leitura essencial EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 13

14 Capítulo 2: Antes de Começar Workflow de implementação Para projetar e implementar sua solução EUC, consulte o fluxo de processo na Tabela 2. Tabela 2. Etapa Workflow de implementação Ação 1 Use a planilha de dimensionamento do cliente para coletar os requisitos do cliente. Consulte o Apêndice A deste guia de projeto. 2 Use a ferramenta de dimensionamento do EMC VSPEX para definir a arquitetura de referência do VSPEX recomendada para sua solução EUC, com base nos requisitos do cliente coletados na Etapa 1. Para obter mais informações sobre a Ferramenta de dimensionamento, consulte o portal EMC VSPEX Sizing Tool. Obs.: se a Ferramenta de dimensionamento não estiver disponível, dimensione manualmente o aplicativo usando as diretrizes em Capítulo 4. 3 Use este para determinar o projeto final da solução VSPEX. Obs.: certifique-se de que todos os requisitos do recurso sejam considerados, e não apenas os requisitos para EUC. 4 Escolha e solicite a Proven Infrastructure e arquitetura de referência VSPEX apropriadas. Consulte o Guia da Proven Infrastructure do VSPEX em Leitura essencial para ajudar a selecionar uma Proven Infrastructure de nuvem privada do VSPEX. 5 Implemente e teste sua solução VSPEX. Consulte o Guia de Implementação do VSPEX em Leitura essencial para obter orientações. 14 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

15 Capítulo 2: Antes de Começar Leitura essencial A EMC recomenda que você leia os documentos a seguir, disponíveis no espaço do VSPEX na EMC Community Network, no site brazil.emc.com ou no portal de parceiros da VSPEX Proven Infrastructure. Caso você não tenha acesso a determinado documento, entre em contato com o representante da EMC. Visão geral da solução VSPEX Guia de Implementação do VSPEX Guia da VSPEX Proven Infrastructure Guia do RSA SecurID para o VSPEX End-User Computing Consulte o documento de Visão Geral de Solução VSPEX chamado EMC VSPEX End User Computing Consulte Guia de Implementação do VSPEX intitulado EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e VMware vsphere para até 500 Desktops Virtuais Consulte Guia da Proven Infrastructure do VSPEX intitulado EMC VSPEX Private Cloud: VMware vsphere 5.5 para até 125 Máquinas Virtuais Consulte o RSA SecurID VSPEX chamado Proteção de EMC VSPEX End-User Computing com RSA SecurID: do Citrix XenDesktop 7 e VMware vsphere 5.1 para até Desktops Virtuais. EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 15

16 Capítulo 2: Antes de Começar 16 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

17 Capítulo 3: Visão geral da solução Capítulo 3 Visão geral da solução Este capítulo apresenta os seguintes tópicos: Visão geral VSPEX Proven Infrastructure Arquitetura da solução Componentes-chave Intermediador de virtualização de desktop Camada de virtualização Camada de computação Camada de rede Camada de armazenamento Camada de backup e recuperação Camada de segurança Solução do Citrix ShareFile StorageZones EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 17

18 Capítulo 3: Visão geral da solução Visão geral VSPEX Proven Infrastructure Este capítulo fornece uma visão geral do VSPEX End-User Computing para Citrix XenDesktop na solução VMware vsphere e as principais tecnologias usadas na solução. A solução foi projetada e testada pela EMC para fornecer recursos de backup, rede, armazenamento, servidor e virtualização de desktop para dar suporte a arquiteturas de referência em vários pontos de escala em até 500 desktops virtuais. A solução foi projetada para ser implementada parcialmente em uma nuvem privada VSPEX para Proven Infrastructure do VMware vsphere. No entanto, as arquiteturas de referência não incluem detalhes de configuração para o Proven Infrastructure subjacente. Consulte o Guia da Proven Infrastructure do VSPEX na seção Leitura essencial para obter informações sobre a configuração dos componentes necessários da infraestrutura. A EMC uniu-se aos provedores de infraestrutura de TI líderes do setor para criar uma solução completa de virtualização que acelera a implementação da nuvem privada e dos desktops virtuais do Citrix XenDesktop View. O VSPEX permite aos clientes acelerar sua transformação de TI com uma implementação mais rápida, maior simplicidade, mais opções, maior eficiência e menor risco, em contraposição aos desafios, à complexidade e às dificuldades de construir uma infraestrutura de TI por conta própria. A validação do VSPEX pela EMC assegura desempenho previsível e permite que os clientes selecionem tecnologias que usem sua infraestrutura de TI existente, ou recém-adquirida, e eliminam problemas de configuração, dimensionamento e planejamento. O VSPEX oferece uma infraestrutura virtual para clientes que querem a simplicidade característica das infraestruturas realmente convergidas e, ao mesmo tempo, ter mais opções em componentes individuais da pilha. As VSPEX Proven Infrastructures, conforme mostrado na Figura 1, são infraestruturas virtualizadas modulares validadas pela EMC e oferecidas pelos parceiros do VSPEX da EMC. Elas incluem camadas de backup, virtualização, servidor, rede e armazenamento. Os parceiros podem optar pelas tecnologias de rede, servidor e virtualização mais adequadas ao ambiente de um cliente, enquanto a família VNX altamente disponível da EMC de sistemas de armazenamento e as tecnologias do EMC Powered Backup proporcionam as camadas de armazenamento e backup. 18 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

19 Capítulo 3: Visão geral da solução Figura 1. VSPEX Proven Infrastructure Arquitetura da solução Arquitetura de alto nível A solução EMC VSPEX End-User Computing para Citrix XenDesktop fornece uma arquitetura de sistema completa que aceita até 500 desktops virtuais e valida a infraestrutura em quatro pontos de escala até 500 desktops virtuais. A solução tem suporte para armazenamento de implementação usando protocolos block ou file. Essa solução pode fornecer o armazenamento primário à camada de computação com Fibre Channel, iscsi ou NFS conforme necessário para fornecer diretórios base em CIFS. EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 19

20 Capítulo 3: Visão geral da solução A Figura 2 mostra a arquitetura de alto nível da solução validada. Figura 2. Arquitetura da solução validada Esta solução usa o EMC VNX e o VMware vsphere para fornecer as plataformas de armazenamento e virtualização para um ambiente Citrix XenDesktop de desktops virtuais Microsoft Windows 8.1 provisionados por Citrix Provisioning Services (PVS) ou Machine Creation Services (MCS). Para a solução, 1 implementamos o VNXe3200 para dar suporte a até 500 desktops virtuais. Projetamos a solução para ser implementada parcialmente em uma solução de Nuvem Privada VSPEX com VMware vsphere, com respaldo da família VNXe de alta disponibilidade da EMC, que fornece o armazenamento. Os serviços de infraestrutura necessários para a solução, conforme mostrados na Figura 3, podem ser fornecidos por uma nuvem privada do VSPEX, serem implementados como recursos exclusivos como parte da solução ou fornecidos pela infraestrutura existente no site do cliente. Planejar e projetar a infraestrutura de armazenamento para um ambiente do XenDesktop é uma etapa essencial, uma vez que o armazenamento compartilhado precisa absorver grandes picos de I/O que ocorrem durante um dia de trabalho. Esses picos podem provocar períodos instáveis e imprevisíveis de desempenho do desktop virtual. Os usuários podem se adaptar ao desempenho lento, mas a imprevisibilidade do desempenho é frustrante e reduz a eficiência. 1 Neste guia, "nós" refere-se à equipe de engenharia de Soluções EMC que validou a solução. 20 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

21 Capítulo 3: Visão geral da solução Para fornecer um desempenho previsível para soluções EUC, o sistema de armazenamento deve conseguir manipular o pico de carga de I/O dos clients enquanto mantém um tempo de resposta mínimo. No entanto, é oneroso implementar vários discos para manipular períodos breves de alta carga de I/O. Esta solução usa o FAST (Fully Automated Storage Tiering, armazenamento com classificação totalmente automatizada por níveis) da EMC para reduzir o número de discos necessários. As soluções de backup da EMC permitem a proteção de dados do usuário e a capacidade de recuperação do usuário final. Essa solução do XenDesktop usa o EMC Avamar e seu client desktop para isso. Arquitetura lógica A solução EMC VSPEX End-User Computing para Citrix XenDesktop inclui duas variantes do tipo de armazenamento: armazenamento em bloco e armazenamento de arquivo. A Figura 3 mostra a arquitetura lógica da solução para ambas as variantes. Figura 3. Arquitetura lógica para armazenamento em block e armazenamento em file A variante de armazenamento block usa duas redes: uma rede de armazenamento para transportar dados de sistema operacional (SO) de servidor e desktop virtual e uma rede Ethernet de 10 Gb para transportar o tráfego restante. A rede de armazenamento pode usar Fibre Channel (FC) de 8 Gb, 10 Gb ou Ethernet de 10 Gb com protocolo iscsi. A variante file usa uma rede IP de 10 GbE para todo o tráfego. Obs.: a solução também aceita Ethernet de 1 Gb se os requisitos de largura de banda forem atendidos. EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 21

22 Capítulo 3: Visão geral da solução 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 Controladora de Entrega Citrix XenDesktop 7.1 Servidor Citrix Provisioning Services (PVS) Desktops virtuais VMware vsphere 5.1 VMware vcenter Server 5.1 Microsoft SQL Server Servidor do Active Directory Servidor DHCP Servidor DNS EMC Virtual Storage Integrator (VSI) for VMware vsphere Redes IP/armazenamento Configuração da solução Usamos duas Controladoras de Entrega Citrix XenDesktop para oferecer entrega de desktop virtual redundante, autenticar usuários, gerenciar o conjunto de ambientes de desktop virtual dos usuários e intermediar conexões entre usuários e seus desktops virtuais. Foram utilizados dois servidores Citrix PVS para fornecer serviços de fluxo redundantes para transmitir imagens de desktop de vdisks, conforme necessário, para dispositivos de destino. Para a solução, vdisks são armazenados em um compartilhamento CIFS que é hospedado pelo sistema de armazenamento VNXe. Usamos o MCS e PVS para provisionar desktops virtuais executando o Windows 8.1. A solução usa VMware vsphere para fornecer uma camada de virtualização comum para hospedar o ambiente de servidor. Configuramos a alta disponibilidade na camada de virtualização com recursos do vsphere como clusters VMware High Availability (HA) e VMware vmotion. Na solução, todos os hosts do vsphere e suas máquinas virtuais são gerenciados pelo vcenter Server. O vcenter Server, controladoras XenDesktop e servidores de provisionamento exigem um serviço de banco de dados para armazenar os detalhes de configuração e de monitoramento. Nós usamos o Microsoft SQL Server 2012 sendo executado no Windows 2012 R2 Server para essa finalidade. Os serviços do Active Directory são necessários para que os vários componentes da solução funcionem corretamente. Nós usamos o Microsoft Active Directory Service em execução em um servidor Windows Server 2012 R2 para essa finalidade. O servidor DHCP gerencia centralmente o esquema de endereços IP de desktops virtuais. Esse serviço está hospedado na mesma máquina virtual do controlador de domínio e do servidor DNS. O Microsoft DHCP Service executado em um servidor com Windows 2012 R2 é usado com essa finalidade. Os serviços DNS são necessários para que os vários componentes da solução executem a resolução de nomes. O Microsoft DNS Service em execução em um servidor Windows 2012 R2 é usado para essa finalidade. A solução usa o EMC VSI for VMware vsphere para fornecer gerenciamento de armazenamento para arrays EMC diretamente do client. Todo o tráfego de rede é realizado pela rede Ethernet padrão com conexão e switches redundantes. O tráfego do usuário e de gerenciamento é transportado por uma rede compartilhada, enquanto o tráfego de armazenamento NFS é transportado por uma sub-rede privada sem roteamento. 22 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

23 Capítulo 3: Visão geral da solução Componente Rede IP Rede Fibre Channel (FC) Array EMC VNXe EMC Avamar Configuração da solução A infraestrutura de rede Ethernet fornece conectividade IP entre desktops virtuais, clusters vsphere e armazenamento VNXe. Para a variante file, a infraestrutura de IP permite que servidores vsphere acessem datastores NFS no VNXe e fluxo contínuo de desktop de servidores PVS com grande largura de banda e baixa latência. Isso também permite que os usuários de desktops redirecionem seus perfis e diretórios de usuário para compartilhamentos do CIFS mantidos centralmente no VNXe. Para a variante FC, o tráfego de armazenamento entre todos os hosts vsphere e o sistema de armazenamento VNXe é transportado por uma rede FC. Todo o restante do tráfego é transportado pela rede IP. Um array VNX fornece armazenamento ao apresentar datastores NFS/FC a hosts vsphere para até 500 desktops virtuais. O software Avamar fornece a plataforma para proteção das máquinas virtuais. A estratégia de proteção utiliza desktops virtuais persistentes e proteção de imagem e recuperações de usuário final. Componentes-chave Introdução 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 Intermediador de virtualização de desktop Camada de virtualização Camada de computação Descrição Gerencia o provisionamento, a alocação, a manutenção e a eventual remoção das imagens de desktop virtual que são fornecidas aos usuários do sistema. Esse software é essencial para habilitar a criação sob demanda de imagens do desktop, permitir a manutenção da imagem sem afetar a produtividade do usuário e impedir que o ambiente cresça de maneira descontrolada. O intermediador de desktop dessa solução é o Citrix XenDesktop 7.1 Permite que a implementação física dos recursos seja separada dos aplicativos que os utilizam. Em outras palavras, a visão que o aplicativo tem dos recursos disponíveis não está mais vinculada diretamente ao hardware. Isso permite muitos recursos-chave no conceito de computação do usuário final. Essa solução usa o VMware vsphere para a camada de virtualização. Fornece recursos de memória e processamento para o software da camada de virtualização, além das necessidades dos aplicativos em execução na infraestrutura. O programa VSPEX define a quantidade mínima necessária de recursos da camada de computação, mas permite que o cliente selecione qualquer hardware de servidor que atenda esses requisitos. EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 23

24 Capítulo 3: Visão geral da solução Componente Camada de rede Camada de armazenamento Camada de backup e recuperação Camada de segurança Solução do Citrix ShareFile StorageZones Descrição 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. Por ser um recurso essencial para a implementação do ambiente EUC, a camada de armazenamento deve absorver grandes picos de atividade assim que eles ocorrerem, sem afetar de modo negativo a experiência do usuário. Essa solução usa os arrays VNXe3200 da EMC com o EMC FAST Cache para manipular a carga de trabalho com eficiência. 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. Um componente opcional da solução que oferece aos consumidores opções adicionais para controlar o acesso ao ambiente e garantir que somente usuários autorizados tenham permissão para usar o sistema. Essa solução usa o RSA SecurID para fornecer autenticação segura de usuário. Suporte opcional para implementações do Citrix ShareFile StorageZones Intermediador de virtualização de desktop Visão geral 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. Citrix XenDesktop 7.1 XenDesktop é a solução de virtualização de desktop da Citrix que permite que os desktops virtuais sejam executados no ambiente de virtualização vsphere. O Citrix XenDesktop 7.1 integra tecnologias de tecnologias de entrega de aplicativos do Citrix XenApp e de virtualização de desktop do XenDesktop em uma só arquitetura e experiência de gerenciamento. Essa nova arquitetura unifica componentes de gerenciamento e entrega para permitir uma solução dimensionável, simples, eficiente e gerenciável para oferecer aplicativos e desktops Windows como serviços móveis seguros a usuários em qualquer lugar e em qualquer dispositivo. A Figura 4 mostra os componentes da arquitetura do XenDesktop EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

25 Capítulo 3: Visão geral da solução Figura 4. Componentes da arquitetura do XenDesktop 7,1 A arquitetura do XenDesktop 7.1 inclui os seguintes componentes: Citrix Director O Director é uma ferramenta baseada na Web que permite que as equipes de TI e do help desk monitorem um ambiente, solucionem problemas antes que eles se tornem críticos ao sistema e executem tarefas de suporte para usuários finais. Citrix Receiver Instalado em dispositivos de usuário, o Citrix Receiver oferece aos usuários acesso rápido, seguro e de autoatendimento a documentos, aplicativos e desktops a partir de qualquer um dos dispositivos do usuário, inclusive smartphones, tablets e computadores. O Receiver fornece acesso sob demanda para aplicativos do Windows, Web e de software como serviço (SaaS). Citrix StoreFront StoreFront fornece serviços de autenticação e de entrega de recurso para o Citrix Receiver. Ele permite o controle centralizado de recursos e fornece aos usuários acesso sob demanda e de autoatendimento a seus desktops e aplicativos. Citrix Studio O Studio é o console de gerenciamento que permite configurar e gerenciar sua implementação, eliminando a necessidade de consoles de gerenciamento separados para gerenciar a entrega de aplicativos e desktops. Ele fornece vários assistentes para guiá-lo pelo processo de criação de seu ambiente, criando suas cargas de trabalho para hospedar aplicativos e desktops e atribuindo aplicativos e desktops aos usuários. EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 25

26 Capítulo 3: Visão geral da solução Controladora de entrega Instalado em servidores no datacenter, o Controlador de entrega consiste em serviços que se comunicam com o hipervisor para distribuir aplicativos e desktops, autenticar e gerenciar o acesso do usuário e intermediar conexões entre os usuários e seus desktops virtuais e aplicativos. A Controladora de Entrega gerencia o estado dos desktops, iniciando e parando-os com base na demanda e na configuração administrativa. Em algumas edições, a controladora permite que você instale gerenciamento de perfil para gerenciar as configurações de personalização de usuários em ambientes Windows virtualizados ou físicos. Servidor de licença O servidor de licenças atribui a licença do usuário ou dispositivo ao ambiente XenDesktop. O servidor de licenças pode ser instalado juntamente com outros componentes do Citrix XenDesktop ou em uma máquina virtual/física separada. VDA (Virtual Delivery Agent, agente de entrega virtual) Instalado no servidor ou em sistemas operacionais de estação de trabalho, o VDA permite conexões para desktops e aplicativos. Para acesso remoto ao PC, instale o VDA no computador do escritório. Máquinas do SO do servidor Essas são máquinas virtuais ou físicas com base no sistema operacional Windows Server, usadas para a entrega de aplicativos ou de desktops compartilhados hospedados (HSDS) aos usuários. Máquinas do SO de desktop Essas são máquinas virtuais ou físicas com base no sistema operacional Windows Desktop, utilizadas para entregar desktops personalizados para usuários ou aplicativos desde sistemas operacionais de desktop. Acesso a PC remoto O Acesso a PC Remoto permite aos usuários acessar os recursos em seus computadores de escritório remotamente, a partir de qualquer dispositivo que esteja executando o Citrix Receiver. 26 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

27 Capítulo 3: Visão geral da solução Machine Creation Services O MCS (Machine Creation Services) é um mecanismo de provisionamento integrado à interface de gerenciamento do XenDesktop, Citrix Studio, para provisionar, gerenciar e desativar os desktops durante o gerenciamento do ciclo de vida dos desktops em um ponto centralizado de gerenciamento. O MCS permite que vários tipos de máquinas sejam gerenciados dentro de um catálogo no Citrix Studio. A personalização do computador é persistente para máquinas que usam o recurso Personal vdisk (PvDisk ou PvD), enquanto máquinas vdisk não pessoais são apropriadas se as mudanças de desktop devem ser descartadas quando o usuário fizer log-off. Os desktops provisionados usando o MCS compartilham uma imagem de base comum em um catálogo. Por isso, a imagem de base é geralmente acessada com frequência suficiente para usar naturalmente o FAST Cache, onde dados acessados com frequência são promovidos a flash drives, para fornecer tempo de resposta de I/O ideal com menos discos físicos. Citrix Provisioning Services O Citrix Provisioning Services (PVS) tem uma abordagem diferente das soluções tradicionais de imagem de desktop, mudando fundamentalmente a relação entre o hardware e o software que executa nele. Transmitindo uma única imagem de disco compartilhado (vdisk), em vez de copiar as imagens para máquinas individuais de streaming, o PVS permite às organizações reduzir o número de imagens de disco que elas gerenciam. À medida que o número de máquinas continua crescendo, o DVE fornece a eficiência do gerenciamento centralizado com as vantagens de processamento distribuído. Como as máquinas transmitem os dados do disco dinamicamente em tempo real a partir de uma única imagem compartilhada, a consistência da imagem da máquina é garantida. Além disso, grandes pools de máquinas podem mudar completamente sua configuração, aplicativos e SO durante a operação de reinicialização. Citrix Personal vdisk Citrix Profile Management O recurso Citrix Personal vdisk (PvDisk ou PvD) permite que os usuários preservem configurações de personalização e aplicativos instalados pelo usuário em um desktop agrupado em pools redirecionando as alterações da máquina virtual em pool do usuário para um Personal vdisk separado. Durante a execução, o conteúdo do Personal vdisk é combinado ao conteúdo da máquina virtual de base para proporcionar uma experiência unificada ao usuário final. Os dados do Personal vdisk são preservados durante as operações de reinicialização e atualização. O Citrix Profile Management preserva perfis de usuário e os sincroniza dinamicamente com um repositório de perfis remotos. O Gerenciamento de Perfil transfere o perfil remoto de um usuário dinamicamente quando o usuário faz login no XenDesktop e aplica as configurações pessoais para desktops e aplicativos, independentemente do local de log-in do usuário ou dispositivo do client. A combinação de Profile Management com desktops em pool fornece a experiência de um desktop dedicado, reduzindo potencialmente, ao mesmo tempo, a quantidade de armazenamento necessário em uma organização. EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 27

28 Capítulo 3: Visão geral da solução Camada de virtualização VMware vsphere VMware vsphere é a plataforma de virtualização líder do setor. Ele fornece flexibilidade e economia ao possibilitar a consolidação de grandes e ineficientes conjuntos de servidores em infraestruturas ágeis e confiáveis. O vsphere transforma os recursos físicos do computador ao virtualizar a CPU, a memória, o armazenamento e a rede. Essa transformação cria máquinas virtuais totalmente funcionais que executam sistemas operacionais e aplicativos isolados e encapsulados da mesma maneira que computadores físicos. Os recursos de alta disponibilidade do vsphere, como o vmotion e Storage vmotion, permitem a migração perfeita de máquinas virtuais e arquivos armazenados de um servidor vsphere para outro, com pouco ou nenhum impacto sobre o desempenho. Incorporadas com o vsphere DRS (Distributed Resource Scheduler) e o Storage DRS, as máquinas virtuais têm acesso aos recursos apropriados a qualquer momento por meio de balanceamento de carga dos recursos de computação e armazenamento. VMware vcenter Server O VMware vcenter Server é uma plataforma centralizada para ambientes vsphere de gerenciamento. Ele oferece aos administradores uma interface única para todos os aspectos de monitoramento, gerenciamento e manutenção da infraestrutura virtual e que pode ser acessada com vários dispositivos. O vcenter também é responsável por gerenciar recursos avançados, como o vsphere High Availability (HA), vsphere DRS, vsphere vmotion e o vsphere Update Manager. VMware vsphere High Availability O vsphere HA fornece proteção uniforme e econômica de failover contra paralisações de hardware do sistema operacional: Se ocorrer um erro no SO da máquina virtual, ela pode ser reiniciada automaticamente no mesmo hardware. Se o hardware físico tiver um erro, as máquinas virtuais impactadas poderão ser reiniciadas automaticamente em outros servidores no cluster. Camada de computação Com o vsphere HA, você pode configurar políticas para determinar quais máquinas são reiniciadas automaticamente e em que condições essas operações devem ser executadas. O VSPEX define a quantidade mínima necessária de recursos da camada de computação, mas permite que o cliente selecione qualquer hardware de servidor que atenda aos requisitos. Para obter detalhes, consulte Capítulo EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

29 Capítulo 3: Visão geral da solução Camada de rede Camada de armazenamento O VSPEX define o número mínimo de portas de rede necessárias para a solução e fornece orientação geral sobre a arquitetura de rede, mas permite que o cliente selecione qualquer hardware de rede que atenda aos requisitos. Para obter detalhes, consulte Capítulo 5. A camada de armazenamento é um componente-chave de qualquer solução de infraestrutura em nuvem que fornece os dados gerados por aplicativos e sistemas operacionais no sistema de processamento de armazenamento do datacenter. Esta solução VSPEX utiliza storage arrays VNXe3200 da EMC para fornecer virtualização na camada de armazenamento. Isso aumenta a eficiência de armazenamento e flexibilidade do gerenciamento e reduz o custo total de propriedade. EMC VNXe3200 Recursos e aprimoramentos O EMC VNXe3200 é a plataforma de armazenamento unificado otimizada para flash mais acessível do mercado e oferece inovação e recursos empresariais para armazenamento em file e block em uma solução única dimensionável e fácil de usar. Ideal para cargas de trabalho mistas em ambientes físicos ou virtuais, o VNXe3200 combina hardware avançado e flexível com software de proteção, gerenciamento e eficiência avançados para atender às exigências dos ambientes de aplicativos virtualizados de hoje. O VNXe3200 inclui muitos recursos e aprimoramentos projetados e construídos com base no sucesso da família EMC VNX de midrange. Esses recursos e aprimoramentos incluem: Maior eficiência com um array híbrido otimizado para flash Maior capacidade com otimização multi-core com EMC Multicore Cache, Multicore RAID e Multicore FAST Cache (MCx ) Administração e implementação mais fáceis com os componentes do VNXe Base Software, inclusive monitoramento e relatórios, Snapshots unificados e outros Integração do ecossistema Microsoft e VMware Suporte multiprotocolo unificado para FC, iscsi, NFS e CIFS O VSPEX é desenvolvido com a última geração do VNXe para proporcionar ainda mais eficiência, desempenho e dimensionamento. Array híbrido otimizado para flash O VNXe3200 é um array híbrido otimizado para flash que fornece uma classificação por níveis automatizada para proporcionar um melhor desempenho para seus dados críticos, ao mesmo tempo em que move, com inteligência, dados menos acessados para discos de menor custo. Nessa abordagem híbrida, uma pequena porcentagem de flash drives no sistema como um todo pode fornecer uma alta porcentagem de IOPS geral. O VNXe3200 aproveita toda a vantagem da latência baixa do flash para oferecer otimização de economia e dimensionamento de alto desempenho. O EMC Fully Automated Storage Tiering Suite (FAST Cache e FAST VP) classifica por nível os block e file data por drives heterogêneos e impulsiona os dados mais ativos para os flash drives, garantindo que os clientes nunca precisem fazer concessões em relação ao custo ou ao desempenho. EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 29

30 Capítulo 3: Visão geral da solução Os dados geralmente são acessados com mais frequência no momento em que são criados, portanto, novos dados devem primeiro ser armazenados em flash drives para fornecer o melhor desempenho. À medida que os dados ficam mais velhos e menos ativos, o FAST VP pode classificar por nível os dados de drives de alto desempenho para drives de alta capacidade automaticamente, com base nas políticas definidas pelo cliente. Esse recurso foi aprimorado com uma granularidade quatro vezes melhor e novos SSDs (Solid-State Disks, discos de estado sólido) do FAST VP com base na tecnologia emlc (enterprise multi-level cell, célula de multi-nível corporativa) para reduzir o custo por gigabyte. O FAST Cache absorve dinamicamente picos imprevisíveis nas cargas de trabalho do sistema. O FAST Cache pode fornecer melhoria imediata ao promover repentinamente dados ativos de drives mais lentos de alta capacidade para flash drives mais rápidos. Todos os casos de uso do VSPEX se beneficiam da maior eficiência. As VSPEX Proven Infrastructures constituem soluções de aplicativos virtualizados, computação de usuário final e nuvem privada. Com o VNXe3200, os clientes podem obter um retorno ainda maior de seu investimento. Otimização de caminho de código do VNX Intel MCx O advento da tecnologia flash foi um catalisador na mudança total dos requisitos dos sistemas de armazenamento midrange. A EMC reprojetou a plataforma de armazenamento midrange para otimizar, com eficiência, CPUs com vários núcleos e fornecer o mais eficiente sistema de armazenamento ao menor custo do mercado. O MCx distribui todos os serviços de dados do VNXe por todos os núcleos, como mostrado na Figura 5, e pode aprimorar drasticamente o desempenho de arquivos para aplicativos transacionais, como bancos de dados ou máquinas virtuais, por meio do Network Attached Storage. O VNXe inclui o primeiro uso do Non-Transparent Bridge (NTB) da Intel em um storage array da EMC. O NTB permite a conectividade direta de alta velocidade entre as controladoras de armazenamento por uma interface PCI-Express. Isso elimina switches externos PCIe, economiza energia e espaço, e reduz a latência e o custo. Figura 5. VNXe3200 com otimização multi-core 30 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

31 Capítulo 3: Visão geral da solução Software básico VNXe O novo VNXe Base Software estende a interface fácil de usar do Unisphere da EMC para incluir o VNX Monitoring and Reporting para validação do desempenho e previsão de requisitos de capacidade. O pacote também inclui o Unisphere Central para que você possa gerenciar centralmente milhares de sistemas VNX e VNXe. Gerenciamento de ecossistema e virtualização VMware vsphere Storage APIs for Storage Awareness O VASA (VMware vstorage APIs for Storage Awareness) é uma API definida pelo VMware que exibe informações sobre armazenamento pelo vcenter. A integração entre a tecnologia VASA e VNX torna o gerenciamento de ambiente de armazenamento virtualizado uma experiência perfeita. VMware vsphere Storage APIs for Array Integration O VAAI (VMware vstorage APIs for Array Integration) descarrega as funções relacionadas a armazenamento do VMware do servidor ao sistema de armazenamento, permitindo um uso mais eficiente dos recursos de servidor e de rede, o que proporciona um melhor nível de desempenho e consolidação. EMC Storage Analytics for VNXe O EMC Storage Analytics (ESA) for VNXe fornece uma versão apenas de armazenamento do VMware vcenter Operations com um conector VNXe integrado que oferece lógica analítica detalhada, relações e ícones exclusivos para arrays e componentes da EMC. EMC Virtual Storage Integrator O EMC Virtual Storage Integrator (VSI) é um plug-in gratuito para VMware vcenter que está disponível para todos os usuários do VMware com armazenamento da EMC. Os clientes do VSPEX podem usar o VSI para simplificar o gerenciamento do armazenamento virtualizado. Os administradores da VMware podem obter visibilidade para seu armazenamento da VNX usando a mesma interface familiar do vcenter com a qual estão acostumados. Com o VSI, os administradores de TI podem trabalhar mais, em menos tempo. O EMC Virtual Storage Integrator oferece controle de acesso sem igual que permite gerenciar e delegar tarefas de armazenamento com confiança e eficiência. O VSI permite aos clientes desempenhar tarefas diárias de gerenciamento com até 90% menos cliques e produtividade até 10 vezes mais alta. Camada de backup e recuperação Backup e recuperação protegem os dados ao fazer backup dos arquivos ou volumes de dados conforme um agendamento definido e a restauração dos dados do backup, caso a recuperação seja necessária após um desastre. EMC Avamar oferece a confiança em proteção necessária pra acelerar a implementação de soluções VSPEX End-User Computing. O Avamar capacita os administradores a fazer backup e gerenciar políticas e componentes de infraestrutura EUC de maneira centralizada, enquanto permite que usuários finais façam backup e recuperação de seus próprios arquivos eficientemente, usando uma interface simples e intuitiva baseada na Web. Movendo apenas os segmentos novos e exclusivos de dados de subarquivo, o Avamar fornece backups rápidos e completos diariamente com até 90% de redução nos tempos de backup, além de diminuir a largura de banda de rede diária necessária em até 99%. Todas as recuperações do Avamar são feitas em uma só etapa. EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 31

32 Capítulo 3: Visão geral da solução Com o Avamar, você pode escolher métodos para backup de desktops virtuais usando operações tanto em nível de imagem quanto com base em guest. O Avamar executa o mecanismo de desduplicação no nível de VMDK (Virtual Machine Disk, disco da máquina virtual) para backups de imagens e em nível de arquivo para backups baseados em guest. A proteção em nível de imagem possibilita que os clients de backup façam cópia de todos os discos virtuais e arquivos de configuração associados ao desktop virtual específico em caso de falha, corrupção ou exclusão acidental de hardware. O Avamar reduz significantemente o tempo de backup e recuperação do desktop virtual ao utilizar o CBT (Change Block Tracking, rastreamento de blocos alterados) tanto para backup quanto para recuperação. A proteção baseada em guest é executada como as soluções tradicionais de backup. Use o backup baseado em guest em qualquer máquina virtual executando um SO para o qual o client de backup do Avamar esteja disponível. Ele permite o controle granular do conteúdo e dos padrões de inclusão e exclusão. Use-o para impedir perda de dados devido a erros do usuário, como exclusão acidental de arquivo. A instalação do agente de desktop/laptop no sistema a ser protegido permite o autoatendimento do usuário final na capacidade de recuperação de seus dados. 32 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

33 Capítulo 3: Visão geral da solução Camada de segurança A autenticação de dois fatores do RSA SecurID pode proporcionar maior segurança ao ambiente VSPEX End-User Computing, exigindo que o usuário se autentique com duas informações, chamadas coletivamente de senha. A funcionalidade SecurID é gerenciada pelo RSA Authentication Manager, que também controla as funções administrativas, tais como a atribuição de tokens a usuários, gerenciamento de usuário e alta disponibilidade. O dispositivo de rede Citrix NetScaler e o Citrix Storefront permitem a integração simplificada do SecurID no ambiente XenDesktop. Proteção do EMC VSPEX End-User Computing com RSA SecurID: Guia de projeto do Citrix XenDesktop 7 e VMware vsphere 5.1 para até desktops virtuais fornece detalhes para o planejamento da camada de segurança. Solução do Citrix ShareFile StorageZones O Citrix ShareFile é um serviço de compartilhamento e armazenamento de arquivos baseado em nuvem integrado para armazenamento e segurança de classe empresarial. O ShareFile permite aos usuários compartilhar documentos de forma segura com outros usuários. Os usuários do ShareFile incluem funcionários e usuários que estão fora do diretório empresarial (conhecido como clients). O ShareFile StorageZones permite às empresas compartilhar arquivos em toda a organização, atendendo às questões de conformidade e de regulamentação. O StorageZones permite aos clientes manter seus dados em sistemas de armazenamento que estão no local. Facilita o compartilhamento de grandes arquivos com criptografia completa e oferece a capacidade de sincronizar arquivos com vários dispositivos. Mantendo os dados nos locais e mais perto dos usuários do que os dados que residem na nuvem pública, o StorageZones pode fornecer melhor desempenho e segurança. Os principais recursos disponíveis aos usuários do ShareFile StorageZones são: Uso do StorageZones com ou no lugar do armazenamento em nuvem gerenciado pelo ShareFile. Capacidade de configurar o Citrix CloudGateway Enterprise para integrar os serviços do ShareFile com o Citrix Receiver para autenticação do usuário e provisionamento de usuários. Reconciliação automatizada entre a nuvem do ShareFile e a implementação do StorageZones de uma organização. Verificações de vírus automatizadas de arquivos carregados. Recuperação de arquivo do backup do Storage Center (o Storage Center é o componente de servidor do StorageZones). O StorageZones permite navegar pelos registros do arquivo de uma determinada data e hora e marcar os arquivos e pastas a serem restaurados a partir do backup do Storage Center. Com uma infraestrutura adicional, o VSPEX End-User Computing para a solução Citrix XenDesktop tem suporte para ShareFile StorageZones com Storage Center. EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 33

34 Capítulo 3: Visão geral da solução 34 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

35 Capítulo 4: Dimensionamento da solução Capítulo 4 Dimensionamento da solução Este capítulo apresenta os seguintes tópicos: Visão geral Carga de trabalho de referência Dimensionamento de servidores virtuais de infraestrutura com nuvem privada do VSPEX Componente modular de armazenamento do VSPEX Máximo validado de computação do VSPEX End-User Computing Escolha da arquitetura de referência ideal EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 35

36 Capítulo 4: Dimensionamento da solução Visão geral Este capítulo descreve como projetar uma solução VSPEX End-User Computing para Citrix XenDesktop e como dimensioná-la para atender às necessidades do cliente. Ele apresenta os conceitos de uma carga de trabalho de referência, de componente modular e limites validados de computação do usuário final, além de descrever suas características. Descreve como escolher a arquitetura de referência ideal para o ambiente do cliente usando a planilha de dimensionamento do cliente. A Tabela 5 descreve as etapas de alto nível necessárias para concluir o dimensionamento da solução. Tabela 5. Etapa VSPEX End-User Computing: Processo de projeto Ação 1 Use a planilha de dimensionamento do cliente em Apêndice A para coletar os requisitos do cliente para o ambiente EUC. 2 Use a ferramenta de dimensionamento do EMC VSPEX para definir a arquitetura de referência do VSPEX recomendada para sua solução EUC, com base nos requisitos do cliente coletados na Etapa 1. Obs.: se a ferramenta de dimensionamento não estiver disponível, dimensione manualmente a solução EUC usando as diretrizes contidas neste capítulo. Carga de trabalho de referência O VSPEX define uma carga de trabalho de referência para representar uma unidade de medida a fim de determinar os recursos nas arquiteturas de referência da solução. Pela comparação entre o uso real do cliente com essa carga de trabalho de referência, é possível inferir qual arquitetura de referência deve ser escolhida como base para a implementação do VSPEX do cliente. Para soluções VSPEX End-User Computing, a carga de trabalho de referência é definida como um desktop virtual único o desktop virtual de referência que você pode implementar usando um SO de desktop (também conhecido como desktop VDI) ou o sistema operacional do servidor (também conhecido como desktop compartilhado hospedado (HSD)). Para um SO de desktop, cada usuário acessa uma máquina virtual dedicada que é alocada a uma vcpu e 2 GB de RAM. Para um SO de servidor, cada máquina virtual é alocada a seis vcpus e 12 GB de RAM, e é compartilhada entre 20 sessões de desktop virtual. A Tabela 6 detalha as características de carga de trabalho do desktop virtual de referência. O número equivalente de desktops virtuais de referência para um requisito de recursos em particular é determinado convertendo esse requisito para o número de desktops virtuais de referência necessário para atendê-lo. Tabela 6. Características do desktop virtual de referência Característica Tipo de desktop virtual Processadores virtuais por desktop virtual Valor SO de desktop (desktop VDI): Microsoft Windows 8.1 Enterprise Edition (32 bits) SO do servidor (HSD): Windows Server 2012 R2 SO do desktop: 1 vcpu SO do servidor: 0,3 vcpu 36 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

37 Capítulo 4: Dimensionamento da solução Característica RAM por desktop virtual Capacidade de armazenamento disponível por desktop virtual* Média de IOPS por desktop virtual em estado estacionário Valor SO do desktop: 2 GB SO do servidor: 0,6 GB 8 GB (PVS) 16 GB (MCS) 8 * Essa capacidade de armazenamento disponível é calculada com base em drives usados nesta solução. Você pode criar mais espaço adicionando drives ou usando drives de maior capacidade da mesma classe. Essa definição de desktop é baseada em dados do usuário que residem em armazenamento compartilhado. O perfil de I/O é definido pelo uso de um modelo de referência de teste que opera em todos os desktops simultaneamente, com carga estacionária gerada pelo uso constante de aplicativos de escritório, como navegadores e software de produtividade. Usamos a versão 3.7 do gerador de carga LoginVSI com perfil médio. Dimensionamento de servidores virtuais de infraestrutura com nuvem privada do VSPEX Essa solução tem servidores virtuais de infraestrutura em camadas em nuvem privada do VSPEX com VMware vsphere 5.5 Proven Infrastructure, inclusive o Ative Directory, o System Center Virtual Machine Manager, SQL Server, Controladoras de Entrega do XenDesktop e servidores PVS. O usuário final também pode aproveitar recursos de infraestrutura existentes se houver algum dos acima no datacenter existente. A Tabela 7 mostra os requisitos de recursos da infraestrutura validada para esta solução. Tabela 7. Requisito de recursos do servidor virtual de infraestrutura Servidor Quantidade CPU Memória (GB) Capacidade (GB) IOPS Controlador de domínio (AD/DNS/DHCP) SQL Server VMWare vcenter Controladora do XenDesktop Servidor PVS Nuvem Privada do EMC VSPEX: Guia da Proven Infrastructure do VMware vsphere 5.5 para até Máquinas Virtuais e Nuvem Privada do EMC VSPEX: Guia da Proven Infrastructure do VMWare vsphere 5.5 para até 125 Máquinas Virtuais fornece detalhes de configuração de recursos do servidor e armazenamento. EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 37

38 Capítulo 4: Dimensionamento da solução Componente modular de armazenamento do VSPEX Abordagem de componente básico O dimensionamento do sistema de armazenamento para atender à IOPS do servidor virtual é um processo complicado. Quando a solicitação de I/O chega ao storage array, vários componentes a atendem por exemplo, o cache de memória de acesso aleatório dinâmico (DRAM) de SPs, de back-end, FAST Cache (caso utilizado) e discos. Os clientes precisam considerar vários fatores no planejamento e dimensionamento de seu sistema de armazenamento a fim de equilibrar capacidade, desempenho e custo para seus aplicativos. O VSPEX usa uma abordagem de componente básico para reduzir a complexidade. Um componente básico é um conjunto de spindles de disco que dá suporte a um número específico de desktops virtuais na arquitetura VSPEX. Cada componente básico combina vários eixos de disco para criar um pool de armazenamento que dê suporte às necessidades do ambiente EUC. Componente modular validado Dois componentes modulares são atualmente verificados no VNXe 3200 e fornecem uma solução flexível para dimensionamento do VSPEX: Componente básico para 125 desktops virtuais com provisionamento PVS O menor componente básico validado com provisionamento PVS pode conter até 125 servidores virtuais com 4 drives SAS em um pool de armazenamento de FAST Cache. O layout de armazenamento é mostrado na Figura 6. Figura 6. Layout de armazenamento de componente básico com provisionamento PVS Componente básico para até 125 desktops virtuais com provisionamento MCS O menor componente básico validado com provisionamento MCS pode conter até 125 servidores virtuais com 5 drives SAS em um pool de armazenamento de FAST Cache. O layout de armazenamento é mostrado na Figura 7. Figura 7. Layout de armazenamento de componente básico com provisionamento MCS 38 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

39 Capítulo 4: Dimensionamento da solução Expansão dos ambientes existentes de computação do VSPEX End-User Computing A Solução EMC VSPEX End-User Computing aceita um modelo de implementação flexível no qual é fácil de expandir seu ambiente conforme as necessidades dos negócios mudam. 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 Flash drives (FAST Cache) Drives SAS (PVS/ Não PvD) Drives SAS (PVS/PvD) (4 para desktop + 6 para PVDisk) (8 para desktop + 6 para PVDisk) (12 para desktop + 12 para PVDisk) (16 para desktop + 12 para PVDisk) Drives SAS (PVS/HSD) Drives SAS (MCS/ Não PvD) Drives SAS (MCS/PvD) (5 para desktop + 6 para PVDisk) (10 para desktop + 6 para PVDisk) (15 para desktop + 12 para PVDisk) (20 para desktop + 12 para PVDisk) Drives SAS (MCS/HSD) Obs.: se uma configuração for iniciada com o componente modular de 250 desktops para MCS, ele poderá ser expandido para o componente modular de 500 desktops, adicionando dez drives SAS correspondentes e permitindo a redistribuição do pool. Para obter detalhes sobre expansão de pool e redistribuição, consulte o White Paper EMC VNX Virtual Provisioning Applied Technology. Máximo validado de computação do VSPEX End-User Computing Validamos as configurações do VSPEX End-User Computing na plataforma VNXe3200. Conforme detalhado na Tabela 8, o limite máximo recomendado para VNXe3200 é 500 desktops. Os layouts de disco validados foram criados para dar suporte ao número apropriado de desktops virtuais no nível de desempenho definido. Você pode modificar um layout de armazenamento validado adicionando drives para maior capacidade e desempenho, além de recursos como o FAST Cache para desktops e FAST VP para melhor desempenho de dados do usuário. Porém, reduzir o número de drives recomendados pode resultar em IOPS menor por desktop e uma experiência menos satisfatória do usuário devido ao tempo de resposta maior. EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 39

40 Capítulo 4: Dimensionamento da solução Layout de armazenamento para até 500 desktops virtuais Layout de armazenamento de núcleo com provisionamento PVS A Figura 8 mostra o layout dos discos que são necessários para armazenar até 500 desktops virtuais com provisionamento de PVS. Esse layout pode ser utilizado com opções de provisionamento de desktop compartilhado aleatório, estático, Personal vdiskk e hospedado. Esse layout não inclui espaço para dados do perfil do usuário. Figura 8. Layout de armazenamento principal com provisionamento PVS para até 500 desktops virtuais Visão geral do layout de armazenamento de núcleo com provisionamento PVS A solução usa a seguinte configuração principal com provisionamento PVS: A série VNXe não requer um drive hot spare dedicado. Dois discos não ligados podem ser usados como hot spares quando necessário. Esses discos são marcados como HD na Figura 8. Até 16 discos SAS no pool de armazenamento 1 do RAID 10 são usados para armazenar cache de gravação de desktops virtuais. O FAST Cache é habilitado para o pool inteiro. Para implementação de 125 desktops, usamos quatro discos SAS no pool de armazenamento 1 do RAID 10 para armazenar o cache de gravação de desktops virtuais. Para protocolo file, fornecemos um datastore do VMware de 1 TB do pool para apresentar aos servidores vsphere como um datastore NFS. Para protocolo block, fornecemos um datastore do VMware de 1 TB do pool para apresentar aos servidores vsphere como um datastore VMFS. Para a implementação de 250 desktops, precisamos de oito discos SAS no pool de armazenamento 1 do RAID 10 para armazenar o cache de gravação de desktops virtuais. Para protocolo file, usamos dois datastores do VMware de 1 TB do pool para apresentar aos servidores vsphere como datastores NFS. Para protocolo block, usamos dois datastores do VMware de 1 TB do pool para apresentar aos servidores vsphere como datastores VMFS. Para implementação de 375 desktops, precisamos de vinte discos SAS no pool de armazenamento 1 do RAID 10 para armazenar o cache de gravação de desktops virtuais. Para protocolo file, fornecemos três datastores do VMware de 1 TB do pool para apresentar aos servidores vsphere como datastores NFS. Para protocolo block, fornecemos três datastores do VMware de 1 TB do pool para apresentar aos servidores vsphere como datastores VMFS. 40 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

41 Capítulo 4: Dimensionamento da solução Para implementação de 500 desktops, precisamos de dezesseis discos SAS no pool de armazenamento 1 do RAID 10 para armazenar o cache de gravação de desktops virtuais. Para protocolo file, fornecemos quatro datastores do VMware de 1 TB do pool para apresentar aos servidores vsphere como datastores NFS. Para protocolo block, fornecemos quatro datastores do VMware de 1 TB do pool para apresentar aos servidores vsphere como datastores VMFS. Obs.: se o Personal vdisk for implementado, a metade dos drives (oito discos SAS de 500 desktops) será suficiente para atender ao requisito de desempenho. No entanto, a capacidade do desktop será reduzida em 50%. Se seu requisito de capacidade ambiente for atendido, implemente o Personal vdisk com oito drives SAS para 500 desktops. Usamos dois drives SSD para FAST Cache. Não há LUNs configuráveis pelo usuário nesses drives. Usamos cinco discos SAS no pool de armazenamento 2 do RAID 5 para armazenar imagens de PVS vdisk. Ativamos o FAST Cache para o pool inteiro e usamos esses discos SAS para VNXe OE. Obs.: o layout de discos apresentado na Figura 8 é para demonstração e pode ser diferente em produção, uma vez que o VNXe automatiza a distribuição de disco para fornecer melhor desempenho. Você pode substituir os drives maiores para ampliar a capacidade. Para satisfazer as recomendações de carga, os drives devem ser todos de RPM e do mesmo tamanho. Se tamanhos diferentes forem usados, os algoritmos de layout de armazenamento poderão gerar resultados abaixo do ideal. EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 41

42 Capítulo 4: Dimensionamento da solução Layout de armazenamento de núcleo com provisionamento MCS A Figura 9 ilustra o layout dos discos que são necessários para armazenar até 500 desktops virtuais com provisionamento de MCS. Esse layout pode ser utilizado com opções de provisionamento de desktop compartilhado aleatório, estático, Personal vdiskk e hospedado. Esse layout não inclui espaço para dados do perfil do usuário. Figura 9. Layout de armazenamento principal com provisionamento MCS para até 500 desktops virtuais Visão geral do layout de armazenamento principal com provisionamento MCS A solução usa a seguinte configuração principal com provisionamento MCS: Usamos quatro discos SAS para VNX OE. A série VNXe não requer um drive hot spare dedicado. Dois discos não ligados que podem ser usados como hot spares quando necessário. Esses discos são marcados como HD na Figura 9. Até vinte discos SAS no pool de armazenamento 1 do RAID 5 são usados para armazenar desktops virtuais. O FAST Cache é habilitado para o pool inteiro. Para implementação de 125 desktops, esta solução requer cinco discos SAS no pool de armazenamento 1 do RAID 5 para armazenar os desktops virtuais. Para protocolo file, fornecemos um datastore do VMware de 1 TB do pool para apresentar aos servidores vsphere como um datastore NFS. Para protocolo block, fornecemos um datastore do VMware de 1 TB do pool para apresentar aos servidores vsphere como um datastore VMFS. Para implementação de 250 desktops, a solução requer dez discos SAS no pool de armazenamento 1 do RAID 5 para armazenar os desktops virtuais. Para protocolo file, fornecemos dois datastores do VMware de 1 TB do pool para apresentar aos servidores vsphere como datastores NFS. Para protocolo block, fornecemos dois datastores do VMware de 1 TB do pool para apresentar aos servidores vsphere como datastores VMFS. Para implementação de 375 desktops, a solução requer quinze discos SAS no pool de armazenamento 1 do RAID 5 para armazenar os desktops virtuais. 42 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

43 Capítulo 4: Dimensionamento da solução Para protocolo file, fornecemos três datastores do VMware de 1 TB do pool para apresentar aos servidores vsphere como datastores NFS. Para protocolo block, fornecemos três datastores do VMware de 1 TB do pool para apresentar aos servidores vsphere como datastores VMFS. Para implementação de 500 desktops, a solução requer vinte discos SAS no pool de armazenamento 1 do RAID 5 para armazenar os desktops virtuais. Para protocolo file, fornecemos quatro datastores do VMware de 1 TB do pool para apresentar aos servidores vsphere como datastores NFS. Para protocolo block, fornecemos quatro datastores do VMware de 1 TB do pool para apresentar aos servidores vsphere como datastores VMFS. Obs.: se o Personal vdisk for implementado, a metade dos drives (dez discos SAS de 500 desktops) será suficiente para atender ao requisito de desempenho. No entanto, a capacidade do desktop será reduzida em 50%. Se seu requisito de capacidade ambiente for atendido, implemente o Personal vdisk com dez drives SAS para 500 desktops. Usamos dois drives SSD para FAST Cache. Não há LUNs configuráveis pelo usuário nesses drives. Obs.: o layout de discos apresentado na Figura 9 é para demonstração e pode ser diferente em produção, uma vez que o VNXe automatiza a distribuição de disco para fornecer melhor desempenho. Você pode substituir drives maiores para aumentar a capacidade. Para satisfazer as recomendações de carga, todos os drives devem ser de RPM e do mesmo tamanho. Se tamanhos diferentes forem usados, os algoritmos de layout de armazenamento poderão gerar resultados abaixo do ideal. Layout opcional de armazenamento de dados do usuário Ao validar e testar esta solução, o espaço de armazenamento para dados do usuário foi alocado no array VNXe, conforme mostrado na Figura 10. Usamos este armazenamento, além do armazenamento principal mostrado na Figura 8 e Figura 9 para armazenar os servidores de infraestrutura, perfis de usuário, diretórios base e vdisks pessoais. Se o armazenamento de dados do usuário existir em algum outro lugar do ambiente de produção, esse armazenamento adicional não será necessário. Figura 10. Layout de armazenamento opcional para até 500 desktops virtuais EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 43

44 Capítulo 4: Dimensionamento da solução Visão geral do layout opcional de armazenamento A solução usa a seguinte configuração de armazenamento opcional: A série VNXe não requer um drive hot spare dedicado. Um disco não ligado pode ser usado como hot spare quando necessário. Esse disco é marcado como um HS na Figura 10. Dez discos SAS no pool de armazenamento 3 do RAID 5 são usados para armazenar dados do usuário e perfis de roaming. Dois sistemas de arquivos CIFS são criados a partir deste pool onde um sistema de arquivos é usado para armazenar dados do usuário e outro para armazenar o perfil do usuário. Se vários tipos de drives foram implementados, o FAST VP pode ser habilitado para classificar dados por níveis automaticamente a fim de aproveitar as diferenças de desempenho e capacidade. O FAST VP é aplicado no nível do pool de armazenamento do bloco e se ajusta automaticamente onde os dados são armazenados, com base na frequência de acesso. Dados acessados com frequência são promovidos a níveis mais altos de armazenamento em incrementos de 256 MB, enquanto os dados acessados raramente podem ser migrados para um nível inferior, proporcionando economia. Este rebalanceamento de unidades de dados de 256 MB, ou fatias, ocorre como parte de uma operação de manutenção agendada regularmente. A EMC não recomenda o FAST VP para armazenamento de desktop virtual, mas ele pode fornecer melhorias de desempenho quando implementado em dados do usuário e perfis de roaming. Vinte discos SAS no pool de armazenamento 4 do RAID 10 são usados para armazenar o Personal vdisks. O FAST Cache é habilitado para o pool inteiro. Para implementação de até 250 desktops, seis discos SAS no pool de armazenamento 4 do RAID 10 são necessários para armazenar desktops virtuais. Para protocolo file, dois datastores do VMware de 500 GB (um datastore do VMware para 125 desktops) são provisionados a partir do pool para apresentar-se aos servidores vsphere como um datastore NFS. Para protocolo block, dois datastores do VMware de 500 GB (um datastore do VMware para 125 desktops) são provisionados a partir do pool para apresentar-se aos servidores vsphere como um datastore VMFS. Para implementação de até 500 desktops, doze discos SAS no pool de armazenamento 4 do RAID 10 são necessários para armazenar desktops virtuais. Para protocolo file, quatro datastores do VMware de 500 GB (três datastores do VMware para 375 desktops) são provisionados a partir do pool para apresentar-se aos servidores vsphere como um datastore NFS. Para protocolo block, quatro datastores do VMware de 500 GB (três datastores do VMware para 375 desktops) são provisionados a partir do pool para apresentar-se aos servidores vsphere como um datastore VMFS. 44 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

45 Capítulo 4: Dimensionamento da solução Escolha da arquitetura de referência ideal Visão geral Para selecionar a arquitetura de referência apropriada para um ambiente do cliente, é necessário determinar os requisitos de recursos do ambiente e converta em esses requisitos para um número equivalente de desktops virtuais de referência, que tenham as características definidas na Tabela 6 na página 36. Esta seção descreve como usar a planilha de dimensionamento do cliente para simplificar os cálculos de dimensionamento e os fatores adicionais que você deve levar em consideração ao decidir qual arquitetura de referência implementar. Uso da planilha de dimensionamento do cliente Visão geral A planilha do dimensionamento do cliente ajuda a avaliar e calcular os requisitos de dimensionamento do ambiente. A Tabela 9 mostra uma planilha preenchida para um exemplo de ambiente do cliente. O Apêndice A fornece uma planilha em branco de dimensionamento do cliente, que pode ser impressa e usada para ajudar a dimensionar a solução para um cliente. Tabela 9. Exemplo de planilha de dimensionamento do cliente Tipo de usuário Usuários intensivos Usuários moderados Usuários típicos Requisitos de recursos Desktops virtuais de referência equivalentes Requisitos de recursos Desktops virtuais de referência equivalentes Requisitos de recursos Desktops virtuais de referência equivalentes vcpus Memória (GB) IOPS Desktops virtuais de referência equivalentes Nº de usuários Número total de desktops virtuais de referência Total 450 Para preencher a planilha de dimensionamento do cliente, siga estas etapas: 1. Identifique os tipos de usuários planejados para a migração para o ambiente do VSPEX End-User Computing e o número de usuários de cada tipo. 2. Para cada tipo de usuário, determine os requisitos de recursos de computação em termos de vcpus, memória (GB), desempenho de armazenamento (IOPS) e capacidade de armazenamento. EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 45

46 Capítulo 4: Dimensionamento da solução 3. Para cada tipo de recurso e de usuário, determine os desktops virtuais de referência equivalentes ou seja, o número de desktops virtuais de referência necessários para atender aos requisitos de recursos específicos. 4. Determine o número total de desktops de referência necessários no pool de recursos para o ambiente do cliente. Determine os requisitos de recursos CPU O desktop virtual de referência ressaltado na Tabela 6 na página 36 supõe que a maioria dos aplicativos de desktop é otimizada para uma só CPU em uma implementação de SO em desktop. Se um tipo de usuário precisar de um desktop com várias CPUs virtuais, modifique a contagem de desktops virtuais proposta para justificar os recursos adicionais. Por exemplo, se 100 desktops estiverem sendo virtualizados, mas 20 usuários precisarem de duas CPUs em vez de uma, considere que o pool precisará fornecer 120 desktops virtuais de capacidade. Memória A memória desempenha um papel fundamental para assegurar a funcionalidade e o desempenho dos aplicativos. Cada grupo de desktops terá diferentes destinos para a quantidade de memória disponível considerada aceitável. Como no cálculo da CPU, se um grupo de usuários precisar de recursos de memória adicionais, simplesmente ajuste o número de desktops planejados para acomodar os requisitos de recursos adicionais. Por exemplo, se 100 desktops forem virtualizados usando o SO do desktop, mas cada um deles precisar de 4 GB de memória ao invés dos 2 GB que o desktop virtual de referência fornece, planeje 200 desktops virtuais de referência. IOPS Os requisitos de desempenho de armazenamento para desktops são normalmente o aspecto de desempenho menos compreendido. O desktop virtual de referência usa uma carga de trabalho gerada por uma ferramenta reconhecida pelo setor para executar uma ampla variedade de aplicativos de produtividade de escritório que deve representar a maioria das implementações de desktops virtuais. Capacidade de armazenamento O requisito de capacidade de armazenamento de um desktop pode variar muito dependendo dos tipos de aplicativos em uso e das políticas específicas do cliente. Os desktops virtuais desta solução contam com armazenamento compartilhado adicional para dados de perfis e documentos de usuários. Este requisito é um componente opcional que pode ser atendido com a adição de hardware de armazenamento específico definido na solução. Ele também pode ser atendido com o uso dos compartilhamentos de arquivo existentes no ambiente. Determinação de desktops virtuais de referência equivalentes Com todos os recursos definidos, determine o número de desktops virtuais de referência equivalentes usando os relacionamentos indicados na Tabela 10. Arredonde todos os valores para cima para o número inteiro mais próximo. 46 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

47 Capítulo 4: Dimensionamento da solução Tabela 10. Recursos do desktop virtual de referência Tipo de desktop Recurso Valor para o desktop virtual de referência Relacionamento entre requisitos e desktops virtuais de referência equivalentes SO do desktop CPU 1 Desktops virtuais de referência equivalentes = requisitos de recursos Memória 2 Desktops virtuais de referência equivalentes = (requisitos de recursos)/2 IOPS 8 Desktops virtuais de referência equivalentes = (requisitos de recursos)/8 SO do servidor CPU 0.3 Desktops virtuais de referência equivalentes = (requisitos de recursos)/0,3 Memória 0.6 Desktops virtuais de referência equivalentes = (requisitos de recursos)/0,6 IOPS 8 Desktops virtuais de referência equivalentes = (requisitos de recursos)/8 Por exemplo, o tipo de usuário pesado na Tabela 9 requer duas CPUs virtuais, 12 IOPS e 4 GB de memória para cada desktop em um ambiente de SO de desktop. Isso equivale a 2 desktops virtuais de referência de CPU, 2 desktops virtuais de referência de memória e 2 de IOPS, com base nas características de desktop virtual de referência na Tabela 6. O número de desktops virtuais de referência necessários para cada tipo de usuário é igual ao número máximo necessário para um recurso individual. Por exemplo, o número de desktops virtuais de referência equivalentes para o tipo de usuário pesado na Tabela 9 é quatro, já que esse número atenderá os requisitos de recursos IOPS, vcpu e memória. Para calcular o número total de desktops virtuais de referência para um tipo de usuário, multiplique o número de desktops virtuais de referência equivalentes para esse tipo de usuário pelo número de usuários. Determinação do total de desktops virtuais de referência Depois que a planilha estiver preenchida para todos os tipos de usuários que o cliente deseja migrar para a infraestrutura virtual, calcule o número total de desktops virtuais de referência necessários no pool de recursos calculando a soma total dos desktops virtuais de referência para todos os tipos de usuário. No exemplo na Tabela 9, o total é de 450 desktops virtuais. Seleção de uma arquitetura de referência As arquiteturas de referência do VSPEX End-User Computing definem os tamanhos de pools de recursos discretos isto é, um pool com 125, 250, 375 ou 500 desktops virtuais de referência. O total de desktops virtuais de referência na planilha indica qual arquitetura de referência seria adequada para as necessidades do cliente. No caso da Tabela 9, o cliente requer 450 desktops virtuais de capacidade do pool. Portanto, o pool de 500 desktops virtuais fornece recursos suficientes para as necessidades atuais, bem como margem para crescimento. EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 47

48 Capítulo 4: Dimensionamento da solução Porém, além do número de desktops com suporte (125, 250, 375 ou 500), outros fatores poderão ser considerados para decidir a arquitetura de referência a implementar. Por exemplo: Simultaneidade A carga de trabalho de referência usada para validar esta solução (Tabela 6) assume que todos os usuários de desktops estarão ativos o tempo todo. Em outras palavras, testamos a arquitetura de referência para 500 desktops com 500 desktops, todos gerando cargas de trabalho paralelamente, todos inicializados ao mesmo tempo etc. Se o cliente espera ter 800 usuários, mas somente 50% estarão conectados em dado momento, devido a diferenças de fuso horário ou turnos alternados, os 400 usuários ativos do total de 800 usuários poderão ter suporte pela arquitetura para 500 desktops. Cargas de trabalho de desktop mais pesadas A carga de trabalho de referência é considerada uma carga típica de um funcionário administrativo. No entanto, alguns usuários dos clientes podem ter um perfil mais ativo. Se uma empresa tiver 300 usuários e, por causa de aplicativos corporativos personalizados, cada usuário gerar 12 IOPS, em comparação com 8 IOPS utilizados na carga de trabalho de referência, esse cliente vai precisar de IOPS (300 usuários * 12 IOPS por desktop). A configuração para 375 desktops poderia ser insuficiente nesse caso, pois ela foi classificada para IOPS (375 desktops * 8 IOPS por desktop). Esse cliente deveria considerar migrar para uma solução para 500 desktops. 48 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

49 Capítulo 4: Dimensionamento da solução Ajuste dos recursos de hardware Na maioria dos casos, a planilha de dimensionamento do cliente irá sugerir uma arquitetura de referência adequada para as necessidades do cliente. Entretanto, em alguns casos, pode ser interessante personalizar ainda mais os recursos de hardware disponíveis para o sistema. Uma descrição completa da arquitetura do sistema está além do escopo deste documento, mas você pode personalizar sua solução ainda mais até esse ponto. Recursos de armazenamento Em alguns aplicativos, existe a necessidade de separar algumas cargas de trabalho de armazenamento de outras cargas de trabalho. Os layouts de armazenamento das arquiteturas de referência colocam todos os desktops virtuais em um só pool de recursos. Para conseguir a separação da carga de trabalho, implemente drives de discos adicionais para cada grupo que precise de isolamento de carga de trabalho e adicione-os a um pool dedicado. Não é apropriado reduzir o tamanho do pool de recursos de armazenamento principal para dar suporte ao isolamento nem reduzir a capacidade do pool sem orientação adicional além deste documento. Projetamos os layouts de armazenamento para a solução a fim de equilibrar diversos fatores, inclusive alta disponibilidade, desempenho e proteção de dados. A alteração dos componentes do pool pode ter impactos significativos e difíceis de prever em outras áreas do sistema. Recursos de servidor Para os recursos do servidor na solução, é possível personalizar os recursos de hardware de maneira mais eficaz. Para isso, primeiro totalize os requisitos de recursos para os componentes do servidor, como mostrado na Tabela 11. Observe a inclusão das colunas Total de recursos da CPU e Total de recursos de memória à planilha. Tabela 11. Totais dos componentes de recursos de servidor Tipos de usuários vcpus Memória (GB) Número de usuários Total de recursos de CPU Total de recursos de memória (GB) Usuários intensivos Usuários moderados Usuários típicos Requisitos de recursos Requisitos de recursos Requisitos de recursos Total O exemplo natabela 11 requer 350 vcpus virtuais e 900 GB de memória. Uma vez que as arquiteturas de referência presumem cinco desktops por núcleo de processador físico em um ambiente de SO do desktop, e nenhum superprovisionamento de memória, isso se traduz em 70 núcleos de processador físico e 900 GB de memória. Em contraste, o pool de recursos para 500 desktops virtuais usado na solução pede GB de memória e, pelo menos, 100 núcleos de processador físico. Isso significa que você pode implementar a solução de modo eficaz com menos recursos de servidor. Obs.: tenha em mente os requisitos de alta disponibilidade ao personalizar o hardware do pool de recursos. EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 49

50 Capítulo 4: Dimensionamento da solução Resumo Os requisitos declarados na solução são os que a EMC considera o conjunto mínimo de recursos para manipular as cargas de trabalho com base na definição declarada de um desktop virtual de referência. Em qualquer implementação de cliente, a carga de um sistema variará no decorrer do tempo conforme os usuários interagirem com o sistema. Se os desktops virtuais do cliente forem muito diferentes da definição de referência e variarem no mesmo grupo de recursos, poderá ser necessário adicionar mais desses recursos ao sistema. 50 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

51 Capítulo 5: Práticas Recomendadas e Considerações de Projeto da Solução Capítulo 5 Práticas Recomendadas e Considerações de Projeto da Solução Este capítulo apresenta os seguintes tópicos: Visão geral Considerações sobre o design do servidor Considerações do projeto de rede Considerações sobre projetos de armazenamento Alta disponibilidade e failover Perfil de teste de validação Diretrizes de configuração do EMC Powered Backup VSPEX para Citrix XenDesktop com a solução ShareFile StorageZones EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 51

52 Capítulo 5: Práticas Recomendadas e Considerações de Projeto da Solução 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 Visão geral As soluções VSPEX são projetadas para execução em uma ampla variedade de plataformas de servidor. O VSPEX define os recursos mínimos necessários para CPU e memória, mas não um tipo de servidor ou uma configuração específica. O cliente pode usar qualquer plataforma de servidor e configuração que atender ou exceder os requisitos mínimos. Por exemplo, a Figura 11 mostra como um cliente poderia executar os mesmos requisitos do servidor usando servidores white-box ou servidores high-end. Ambas as implementações alcançam o número necessário de núcleos de processador e a quantidade de RAM, mas o número e o tipo de servidor são diferentes. Figura 11. Flexibilidade da camada de computação 52 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

53 Capítulo 5: Práticas Recomendadas e Considerações de Projeto da Solução A escolha de uma plataforma de servidor não se baseia apenas nos requisitos técnicos do ambiente, mas também na capacidade de suporte da plataforma, nas relações existentes com o provedor de servidor, em recursos avançados de desempenho e gerenciamento e em muitos outros fatores. Por exemplo: De uma perspectiva de virtualização, se a carga de trabalho de um sistema for bem compreendida, recursos como ballooning de memória e compartilhamento transparente de página poderão reduzir as exigências de memória agregada. Se o pool de máquinas virtuais não tiver um alto nível de pico ou uso simultâneo, você pode reduzir o número de vcpus. Por outro lado, se os aplicativos implementados usarem muitos recursos de computação em natureza, talvez seja necessário aumentar a quantidade de CPUs e memória. As principais restrições são: CPU, núcleo e memória suficientes para aceitar o número e os tipos de máquinas virtuais necessários Conexões de rede suficientes para permitir conectividade redundante com switches do sistema Excesso de capacidade suficiente para permitir que o ambiente resista a uma falha no servidor e failover Práticas recomendadas de servidor Para esta solução, a EMC recomenda que você considere as seguintes práticas recomendadas para a camada do servidor: Use unidades de servidor idênticas Utilize vários servidores idênticos ou, pelo menos, compatíveis. O VSPEX implementa tecnologias de alta disponibilidade no nível do hipervisor que podem exigir conjuntos de instruções similares no hardware físico subjacente. Implementando o VSPEX em unidades de servidor idênticas, você pode minimizar problemas de compatibilidade nessa área. Use as mais novas tecnologias de processador Para novas implementações, use as versões recentes das tecnologias de processador comuns. Supõe-se que terão um desempenho tão bom quanto, ou melhor do que, os sistemas usados para validar a solução. Implementar alta disponibilidade para acomodar falhas de um só servidor Implemente os recursos de alta disponibilidade disponíveis na camada de virtualização para garantir que a camada de computação tenha recursos suficientes para comportar, no mínimo, falhas de um servidor. Isso também permite a implementação de upgrades com tempo mínimo de inatividade. Alta disponibilidade e failover fornece mais detalhes. Obs.: ao implementar alta disponibilidade da camada de hipervisor, a maior máquina virtual que você criar ficará restrita pelo menor servidor físico do ambiente. EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 53

54 Capítulo 5: Práticas Recomendadas e Considerações de Projeto da Solução Monitore a utilização de recursos e faça as adaptações necessárias Enquanto o sistema estiver em operação, monitore o uso dos recursos e faça as adaptações necessárias. Por exemplo, supõe-se que, com o desktop virtual de referência e os recursos de hardware necessários nesta solução, não haverá mais de oito CPUs virtuais para cada núcleo de processador físico (relação 8:1) em ambientes de SO de desktop. Em ambientes de sistema operacional do servidor, presume-se que não há superatribuição de núcleos de CPU ou seja, presume-se que os seis CPUs virtuais configurados para máquinas virtuais que dão suporte a 20 desktops virtuais correspondem a seis núcleos de processador físico (relação 1:1). Na maioria dos casos, isso proporciona um nível apropriado de recursos para os desktops virtuais hospedados; entretanto, essa relação pode não ser apropriada em todos os casos. A EMC recomenda o monitoramento da utilização da CPU na camada do hipervisor para determinar se serão necessários mais recursos e adicioná-los conforme a necessidade. Hardware de servidor validado A Tabela 12 identifica o hardware do servidor e as configurações validadas nesta solução. Tabela 12. Hardware de servidor Servidores para desktops virtuais CPU Configuração SO do desktop: 1 vcpu por desktop (5 desktops por núcleo): 25 núcleos entre todos os servidores para 125 desktops virtuais 50 núcleos entre todos os servidores para 250 desktops virtuais 75 núcleos entre todos os servidores para 375 desktops virtuais 100 núcleos entre todos os servidores para 500 desktops virtuais SO do servidor: 0,34 vcpu por desktop (3,33 desktops por núcleo): 38 núcleos entre todos os servidores para 125 desktops virtuais 75 núcleos entre todos os servidores para 250 desktops virtuais 113 núcleos entre todos os servidores para 375 desktops virtuais 150 núcleos entre todos os servidores para 500 desktops virtuais 54 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

55 Capítulo 5: Práticas Recomendadas e Considerações de Projeto da Solução Servidores para desktops virtuais Memória Rede Configuração SO do desktop: 2 GB de RAM por desktop: 250 GB de RAM entre todos os servidores para 125 desktops virtuais 500 GB de RAM entre todos os servidores para 250 desktops virtuais 750 GB de RAM entre todos os servidores para 375 desktops virtuais 1 TB de RAM entre todos os servidores para 500 desktops virtuais Reserva de 2 GB de RAM por host do vsphere SO do servidor: 0,6 GB de RAM por desktop: 75 GB de RAM entre todos os servidores para 125 desktops virtuais 150 GB de RAM entre todos os servidores para 250 desktops virtuais 225 GB de RAM entre todos os servidores para 375 desktops virtuais 300 GB de RAM entre todos os servidores para 500 desktops virtuais Reserva de 2 GB de RAM por host do vsphere 2 NICs de 10 GbE por chassi de blade ou 4 NICs de 1 GbE por servidor independente para até 500 desktops virtuais Obs.: a razão de 5:1 entre vcpus e núcleos físicos aplica-se à carga de trabalho de referência definida neste. Ao implementar EMC Avamar, adicione CPU e RAM conforme necessário para componentes que usem CPU ou RAM de maneira intensiva. Consulte a documentação do produto para obter informações sobre os requisitos de recursos do Avamar. Independentemente do número de servidores que você implemente para atender aos requisitos mínimos na Tabela 12, adicione mais um servidor para oferecer suporte a VMware vsphere High Availability (HA). Virtualização da memória do vsphere O VMware vsphere tem uma série de recursos avançados que ajudam a otimizar o desempenho e o uso geral de recursos. Esta seção descreve os principais recursos de gerenciamento de memória e considerações para o uso com sua solução VSPEX. A Figura 12 ilustra como um só hipervisor consome a memória de um pool de recursos. Os recursos de gerenciamento de memória do vsphere, como a superalocação de memória, o compartilhamento transparente de páginas e o ballooning de memória podem aumentar as taxas de consolidação e reduzir o uso da memória total no hipervisor. EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 55

56 Capítulo 5: Práticas Recomendadas e Considerações de Projeto da Solução Figura 12. Consumo de memória de hipervisor As técnicas de virtualização de memória permitem ao hipervisor vsphere abstrair recursos de hosts físicos, como a memória, para fornecer isolamento de recursos em várias máquinas virtuais, evitando, ao mesmo tempo, o esgotamento dos recursos. Nos casos em que processadores avançados (como os processadores Intel com suporte EPT) são implementados, a abstração da memória ocorre dentro da CPU. Caso contrário, esse processo ocorrerá dentro do próprio hipervisor com o uso de um recurso conhecido como tabelas "shadow page". O vsphere oferece as seguintes técnicas de gerenciamento de memória: Superalocação de memória A superalocação de memória ocorre quando é alocada mais memória às máquinas virtuais do que a quantidade fisicamente presente em um host VMware vsphere. Com o uso de técnicas sofisticadas, como ballooning e compartilhamento transparente de página, o vsphere pode manipular a superalocação de memória sem qualquer degradação de desempenho. No entanto, se uma quantidade de memória maior que aquela existente no servidor for utilizada ativamente, o vsphere pode recorrer a uma troca com partes da memória de uma máquina virtual. 56 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

57 Capítulo 5: Práticas Recomendadas e Considerações de Projeto da Solução NUMA (Non-Uniform Memory Access) O vsphere usa um balanceador de carga NUMA para atribuir um nó de base a uma máquina virtual. Como a memória da máquina virtual é atribuída a partir do nó de base, o acesso à memória é local e proporciona o melhor desempenho possível. Os aplicativos que não aceitam diretamente o NUMA também se beneficiam desse recurso. Compartilhamento transparente de página As máquinas virtuais que executam sistemas operacionais e aplicativos semelhantes têm geralmente conjuntos idênticos de conteúdo da memória. O compartilhamento de página permite que o hipervisor recupere cópias redundantes e retorne-as ao pool de memória livre do host para reutilização. Compactação de memória O vsphere usa a compactação de memória para armazenar páginas que, de outro modo, seriam trocadas para disco pelo swap de host, em um cache de compactação localizado na memória principal. Ballooning de memória Essa técnica alivia o esgotamento de recursos de host ao alocar páginas livres da máquina virtual para reutilização no host, com pouco ou nenhum impacto no desempenho do aplicativo. Troca de hipervisor Essa técnica faz com que o host force páginas arbitrárias da máquina virtual para fora do disco. Para obter mais informações, consulte o white paper do VMware Noções Básicas do Gerenciamento de Recursos de Memória no VMware vsphere 5.0. Diretrizes de configuração de memória O dimensionamento e a configuração adequados da solução exigem cuidado ao configurar a memória do servidor. Esta seção fornece diretrizes para alocação de memória para máquinas virtuais e levam em consideração a sobrecarga do vsphere e as configurações de memória da máquina virtual. Sobrecarga de memória do vsphere Há uma sobrecarga de espaço de memória associada aos recursos de memória de virtualização. Essa sobrecarga tem dois componentes: A sobrecarga do sistema para o VMkernel Sobrecarga adicional para cada máquina virtual A sobrecarga para o VMkernel é fixa, enquanto a quantidade de memória adicional para cada máquina virtual depende do número de CPUs virtuais e da quantidade de memória configurada para o sistema operacional guest. Configurações de memória na máquina virtual A Figura 13 mostra os parâmetros de configuração de memória de uma máquina virtual, inclusive: Memória alocada memória física alocada para a máquina virtual no momento da criação Memória reservada memória que está reservada para a máquina virtual EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 57

58 Capítulo 5: Práticas Recomendadas e Considerações de Projeto da Solução Memória utilizada memória que está ativa ou sendo utilizada pela máquina virtual Memória não reservada memória cuja alocação pode ser cancelada na máquina virtual se o host estiver sob pressão de memória de outras máquinas virtuais via ballooning, compactação ou troca. Figura 13. Configurações de memória na máquina virtual A EMC recomenda que você siga as práticas recomendadas para configurações de memória de máquinas virtuais: Não desative as técnicas de recuperação de memória padrão. Esses processos leves proporcionam flexibilidade, com o mínimo impacto nas cargas de trabalho. Dimensione, de modo inteligente, alocação de memória para máquinas virtuais. A superalocação desperdiça recursos enquanto a subalocação causa impacto no desempenho que pode afetar outras máquinas virtuais que compartilham os recursos. Superalocação pode levar ao esgotamento de recursos, caso o hipervisor não possa obter recursos de memória. Em casos graves, quando ocorre o swap do hipervisor, o desempenho da máquina virtual provavelmente será afetado de maneira negativa. Ter linhas de base de desempenho de suas cargas de trabalho de máquina virtual auxilia neste processo. Alocação de memória a máquinas virtuais A capacidade do servidor é necessária para duas finalidades na solução: Dar suporte aos serviços necessários de infraestrutura, como autenticação e autorização, DNS e banco de dados. Para obter mais detalhes sobre os requisitos de hospedagem desses serviços de infraestrutura, consulte o Guia da Proven Infrastructure de Nuvem Privada do VSPEX listado na Leitura essencial. Dar suporte à infraestrutura de desktops virtualizados. Nesta solução, cada desktop virtual tem 2 GB de memória em modo fixo, conforme definido na Tabela 6. Validamos a solução com memória atribuída estatisticamente e sem superalocação de recursos de memória. Caso a superalocação de memória seja usada em um ambiente real, monitore regularmente a utilização de memória do sistema e a atividade associada de I/O de arquivo de página para garantir que nenhum déficit de memória cause resultados inesperados. 58 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

59 Considerações do projeto de rede Capítulo 5: Práticas Recomendadas e Considerações de Projeto da Solução Visão geral As soluções VSPEX definem requisitos mínimos de rede e fornecem orientações gerais sobre a arquitetura de rede, mas permitem que o cliente escolha qualquer hardware de rede que atenda aos requisitos. Se for necessária largura de banda adicional, será importante adicionar recursos tanto no storage array quanto no host de hipervisor para atender aos requisitos. As opções de conectividade de rede no servidor dependerão do tipo de servidor. O storage array do VNXe tem um número de portas de rede inclusas e a opção de adicionar portas usando módulos de I/O EMC UltraFlex. Para fins de referência no ambiente validado, a EMC supõe que cada desktop virtual gera 8 IOPS, com um tamanho médio de 4 KB. Isso significa que cada desktop virtual está gerando pelo menos 32 KB/s de tráfego na rede de armazenamento. Em um ambiente classificado para 500 desktops virtuais, isso significa um mínimo de aproximadamente 16 MB/s, que esteja dentro dos limites das redes gigabit. Entretanto, isso não leva em conta outras operações. Por exemplo, é necessária largura de banda adicional para: Tráfego de rede de usuário Migração de desktop virtual Operações administrativas e de gerenciamento Os requisitos de cada uma dessas operações dependem de como o ambiente está sendo usado. Não é viável apresentar números concretos nesse contexto. Entretanto, a rede descrita nas arquiteturas de referência desta solução deve ser suficiente para manipular cargas de trabalho médias nessas operações. Independentemente dos requisitos de tráfego de rede, tenha sempre, pelo menos, duas conexões físicas de rede compartilhadas por uma rede lógica, de modo que uma falha em um só link não afete a disponibilidade do sistema. Projete a rede de maneira que a largura de banda agregada em caso de falha seja suficiente para acomodar toda a carga de trabalho. A infraestrutura de rede deve atender aos seguintes requisitos, no mínimo: Links de rede redundantes para hosts, switches e armazenamento Suporte para agregação de links Isolamento de tráfego com base nas práticas recomendadas pelo setor EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 59

60 Capítulo 5: Práticas Recomendadas e Considerações de Projeto da Solução Hardware de rede validado 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 Block File Configuração 2 switches físicos 2 portas de 10 GbE por servidor VMware vsphere 1 porta de 1 GbE para gerenciamento do VNXe 2 portas FC de 10 GbE por servidor VMware vsphere para rede de armazenamento 2 portas FC de 10 GbE por SP para dados de desktop 2 portas de 10 GbE por Data Mover para dados de usuário 2 switches físicos 2 portas de 10 GbE por servidor VMware vsphere Gerenciamento VNXe de 1 porta de 1 GbE 2 portas de 10 GbE por SP para dados Obs.: a solução pode usar uma infraestrutura de rede de 1 GbE, desde que os requisitos subjacentes de largura de banda e redundância sejam atendidos. Essa configuração assume que a implementação do VSPEX está usando servidores montados em rack; para implementações baseadas em servidores blade, certifiquese de que largura de banda semelhante e recursos de alta disponibilidade estejam disponíveis. Diretrizes de configuração de rede Esta seção fornece diretrizes para a criação de uma configuração de rede redundante, altamente disponível. As diretrizes levam em conta a redundância de rede, a agregação de links, o isolamento do tráfego e jumbo-frames. Os exemplos de configuração são para redes baseadas em IP, mas as práticas recomendadas e os princípios de projeto se aplicam à opção de rede de armazenamento FC. Redundância de rede A rede de infraestrutura requer links de rede redundantes para cada host do vsphere, o storage array, as portas de interconexão de switches e as portas de uplink de switches. Essa configuração fornece redundância e largura de banda de rede adicional. Ela também é necessária independentemente de a infraestrutura de rede da solução já existir ou estar implementada com outros componentes da solução. A Figura 14 fornece um exemplo de topologia de rede altamente disponível. 60 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

61 Capítulo 5: Práticas Recomendadas e Considerações de Projeto da Solução Figura 14. Exemplo de projeto de rede altamente disponível Agregação de links O array EMC VNXe fornece alta disponibilidade de rede ou redundância usando agregação de links. A agregação de links permite que várias conexões ativas de Ethernet apareçam como um só link, com um endereço MAC (Media Access Control, controle de acesso de mídia) único e possivelmente vários endereços IP 2. 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. EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 61

62 Capítulo 5: Práticas Recomendadas e Considerações de Projeto da Solução VLANs segregam o tráfego de rede para permitir o tráfego de diferentes tipos entre redes isoladas. Em alguns casos, o isolamento físico pode ser exigido por questões de conformidade com políticas ou regulatória; em muitos casos, o isolamento lógico feito com VLANs basta. Essa solução exige um mínimo de três VLANs: Rede de acesso do client Sistema de rede de máquinas virtuais e tráfego CIFS (essas são redes voltadas ao cliente, que podem ser separadas, se desejado) Rede de armazenamento sistema de rede NFS/iSCSI/FC e VMware vmotion (rede privada) Rede de gerenciamento gerenciamento vsphere (rede privada) A Figura 15 mostra o projeto desses VLANs. Figura 15. Redes obrigatórias A rede de acesso do client é para os usuários do sistema, ou clients, para se comunicarem com a infraestrutura. A rede de armazenamento é usada para comunicação entre a camada de computação e a camada de armazenamento. A rede de gerenciamento fornece aos administradores acesso dedicado às conexões de gerenciamento no storage array, nos switches de rede e nos hosts. Algumas práticas recomendadas exigem isolamento de rede adicional para o tráfego de cluster, a comunicação de camada de virtualização e outros recursos. Essas redes adicionais poderão ser implementadas, mas elas não são obrigatórias. Obs.: a figura demonstra os requisitos de conectividade de rede para um array VNXe que utiliza conexões de rede de 10 GbE. Crie uma topologia similar quando estiver usando conexões de rede de 1 GbE. 62 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

63 Capítulo 5: Práticas Recomendadas e Considerações de Projeto da Solução Considerações sobre projetos de armazenamento Visão geral A solução inclui layouts para os discos usados em testes de validação. Cada layout equilibra a capacidade de armazenamento disponível com o recurso de desempenho dos drives. Há várias camadas a ser consideradas ao projetar o layout de armazenamento. Especificamente, o array tem um conjunto de discos que são atribuídos a um pool de armazenamento. A partir desse pool, os datastores podem ser provisionados para o cluster do VMware vsphere. Cada camada tem uma configuração específica que é definida para a solução e documentada no EMC VSPEX End-User Computing: Guia de Implementação do Citrix XenDesktop 7.1 e. Geralmente, é aceitável substituir os tipos de drives por um tipo que tenha mais capacidade e com a mesma característica de desempenho ou os substituir por drives com maior desempenho e a mesma capacidade. Também é aceitável alterar a colocação dos drives nas gavetas de drives para estar em conformidade com as disposições novas ou atualizadas de gavetas de drives. Quando for necessário desviar-se do número e do tipo propostos de drives ou do pool especificados e dos layouts de datastores, verifique se o layout de destino fornece os mesmos recursos ou até mesmo mais recursos para o sistema. Hardware para armazenamento validado e configuração O vsphere suporta mais de um método de uso de armazenamento ao hospedar máquinas virtuais. Testamos as configurações descritas na Tabela 14 com o uso de NFS ou FC, e os layouts de armazenamento descrito seguem todas as práticas recomendadas atuais. Se necessário, um cliente ou um arquiteto com o treinamento e a experiência necessários pode fazer modificações com base em seu entendimento do uso do sistema e da carga. EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 63

64 Capítulo 5: Práticas Recomendadas e Considerações de Projeto da Solução Tabela 14. Hardware de armazenamento Finalidade Armazenamento compartilhado VNXe para desktops virtuais Configuração Comum: 2 interfaces de 10 GbE por Data Move 2 portas FC de 8 Gb por controladora de armazenamento (somente variante block) Para 125 desktops virtuais: Discos SAS de 2,5 polegadas, 600 GB, RPM: Número de PvD Não PvD HSD drives PVS MCS flash drives de 2,5 polegadas, 100 GB Para 250 desktops virtuais: Discos SAS de 2,5 polegadas, 600 GB, RPM: Número de PvD Não PvD HSD drives PVS MCS flash drives de 2,5 polegadas, 100 GB Para 375 desktops virtuais: Discos SAS de 2,5 polegadas, 600 GB, RPM: Número de PvD Não PvD HSD drives PVS MCS flash drives de 2,5 polegadas, 100 GB Para 500 desktops virtuais: Discos SAS de 2,5 polegadas, 600 GB, RPM: Número de PvD Não PvD HSD drives PVS MCS flash drives de 2,5 polegadas, 100 GB Opcional para dados do usuário Para até 500 desktops virtuais: 10 discos SAS de 2,5 polegadas, 600 GB, RPM Obs.: a EMC recomenda a configuração de pelo menos um hot spare para cada 30 drives de um determinado tipo. As recomendações da Tabela 14 não incluem hot spares. 64 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

65 Capítulo 5: Práticas Recomendadas e Considerações de Projeto da Solução Virtualização de armazenamento do vsphere Esta seção apresenta diretrizes para configuração da camada de armazenamento da solução para oferecer alta disponibilidade e o nível de desempenho esperado. O VMware vsphere fornece virtualização de armazenamento no nível de host. Ele virtualiza o armazenamento físico e apresenta o armazenamento virtualizado à máquina virtual. Uma máquina virtual armazena seu sistema operacional, bem como todos os demais arquivos relacionados às atividades da máquina virtual, em um disco virtual. O disco virtual pode ser um ou vários arquivos. O VMware usa um controlador SCSI virtual para apresentar o disco virtual ao sistema operacional guest em execução dentro da máquina virtual. O disco virtual reside em um datastore. Isso pode ser um datastore VMware VMFS (Virtual Machine File System) ou NFS. Uma opção adicional, o RDM (Raw Device Mapping, mapeamento de dispositivos brutos), permite que a infraestrutura virtual conecte um dispositivo físico diretamente a uma máquina virtual. A Figura 16 mostra os vários tipos de disco virtual do VMware, inclusive: VMFS um file system em cluster que fornece virtualização de armazenamento otimizada para máquinas virtuais. Ele pode ser implementado em qualquer local baseado em SCSI ou armazenamento em rede. Mapeamento de dispositivos brutos usa um protocolo FC ou iscsi e permite o acesso direto da máquina virtual a um volume no armazenamento físico. NFS o VMware é compatível com file systems NFS de um dispositivo ou um sistema de armazenamento NAS externo como um datastore de máquina virtual. Nesta solução VSPEX, o VMFS é usado para a variante block; NFS é usado como variante file. Figura 16. Tipos de disco virtual VMware EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 65

66 Capítulo 5: Práticas Recomendadas e Considerações de Projeto da Solução VNXe Virtual Provisioning O EMC VNXe Virtual Provisioning permite que as empresas reduzam os custos de armazenamento, aumentando a utilização da capacidade, simplificando o gerenciamento de armazenamento e reduzindo o tempo de inatividade dos aplicativos. O Virtual Provisioning também ajuda as empresas a reduzir os requisitos de energia e refrigeração e a diminuir despesas de capital. O Virtual Provisioning oferece provisionamento baseado em pool implementando sistemas de arquivo/luns que podem ser thin ou thick. Os sistemas de arquivo/luns oferecem armazenamento sob demanda, que maximiza a utilização de seu armazenamento alocando espaço conforme necessário. Thick- LUNs/sistemas de arquivos oferecem alto desempenho e desempenho previsível para seus aplicativos. Ambos os tipos de LUNs/sistemas de arquivos se beneficiam dos recursos que facilitam o uso do provisionamento baseado em pool. Pools de armazenamento são essenciais para serviços de dados avançados, como FAST VP e Snapshots do VNXe. Sistemas de arquivos/luns de pool também são compatíveis com uma variedade de recursos adicionais, como redução de LUN, expansão on-line e configuração de limite de capacidade de usuário. O EMC VNXe Virtual Provisioning permite que você expanda a capacidade de um pool de armazenamento a partir da GUI do Unisphere depois que os discos forem conectados fisicamente ao sistema. Sistemas VNXe têm a capacidade de rebalancear os elementos de dados alocados em todos os drives membros para usar novos drives após o pool ser expandido. A função de rebalanceamento inicia automaticamente e é executada em segundo plano após uma ação de expansão. Monitore o progresso de uma operação de rebalanceamento no painel Jobs do Unisphere, conforme mostrado na Figura 17. Figura 17. Progresso de rebalanceamento do pool de armazenamento Expansão de LUN Use a expansão de LUN de pool para aumentar a capacidade de LUNs existentes. Isso permite o provisionamento de capacidades maiores à medida que as necessidades dos negócios crescerem. 66 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

67 Capítulo 5: Práticas Recomendadas e Considerações de Projeto da Solução O VNXe3200 tem a capacidade de expandir uma LUN de pool sem interromper o acesso do usuário. Você pode expandir LUNs de pool com alguns cliques, e a capacidade ampliada fica disponível imediatamente. No entanto, não é possível expandir uma LUN de pool se ela for parte de uma operação de proteção de dados ou migração de LUN. Por exemplo, LUNs de snapshot ou LUNs em migração não podem ser expandidas. Para mais informações sobre a expansão da LUN de pool, consulte Provisionamento virtual para o novo VNX. Alertas de usuário por meio da configuração de limite de capacidade Os clientes precisam configurar alertas proativos quando estiverem usando um sistema de arquivos ou pools de armazenamento baseados em thin-pools. Monitore esses recursos para que o armazenamento fique disponível para provisionamento quando necessário e para que seja possível evitar escassez de capacidade. A Figura 18 demonstra por que o provisionamento com thin-pools requer monitoramento. Figura 18. Utilização de espaço de thin LUN Monitore os seguintes valores para utilização de thin-pool: Capacidade total é a capacidade física total disponível em todas as LUNs no pool. Alocação total é a capacidade física total atribuída atualmente para todas as LUNs de pool. Capacidade atribuída é o total de capacidade relatada pelo host suportada pelo pool. Capacidade sobrecarregada é o volume de capacidade de usuário configurado para LUNs que excede a capacidade física de um pool. A Alocação total pode nunca exceder a capacidade total. No entanto, caso ela chegue perto disso, adicione armazenamento aos pools de modo proativo antes que o limite rígido seja atingido. A Figura 19 mostra a Storage Pool Utilization no Unisphere, que exibe parâmetros como Available Space, Used Space, Subscription, Alert Threshold e Total Space. EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 67

68 Capítulo 5: Práticas Recomendadas e Considerações de Projeto da Solução Figura 19. Examinando a utilização de espaço de pool de armazenamento Quando a capacidade do pool de armazenamento se esgota, qualquer solicitação de alocação de espaço adicional em LUNs com provisionamento thin apresenta falha. Geralmente, os aplicativos que tentam gravar dados nessas LUNs também apresentam falha, e o resultado provável é uma paralisação. Para evitar essa situação, monitore a utilização de pool e envie um alerta quando os limites forem atingidos, defina Percentage Full Threshold para permitir buffer suficiente a fim de corrigir o problema antes que ocorra uma paralisação. Esse alerta só fica ativo se houver uma ou mais thin LUNs no pool, pois thin LUNs são a única forma de sobrecarregar um pool. Se o pool só tiver thick-luns, o alerta não ficará ativo, pois não haverá risco de falta de espaço causada por sobrecarga. EMC FAST Cache EMC FAST VP O EMC FAST Cache permite que os flash drives funcionem como uma camada de cache expandida para o array. FAST Cache é um cache para o array todo, que não causa interrupções, disponível para armazenamento tanto de file quanto de block. Dados acessados com frequência são copiados para o FAST Cache, e leituras e/ou gravações subsequentes nos fragmentos de dados são fornecidas pelo FAST Cache. Isso permite a promoção imediata de dados muito ativos para flash drives. Isso melhora drasticamente os tempos de resposta para os dados ativos e reduz pontos de acesso de dados que podem ocorrer em uma LUN. O FAST Cache é um componente opcional dessa solução. O VNXe FAST VP pode classificar automaticamente dados por níveis em vários tipos de drives a fim de aproveitar as diferenças de desempenho e capacidade. O FAST VP é aplicado no nível do pool de armazenamento do bloco e se ajusta automaticamente onde os dados são armazenados, com base na frequência de acesso. Dados acessados com frequência são promovidos a níveis mais altos de armazenamento, enquanto os dados acessados raramente podem ser migrados para um nível inferior, proporcionando economia. Esse rebalanceamento é parte de uma operação de manutenção agendada regularmente. Alta disponibilidade e failover Essa solução VSPEX fornece uma infraestrutura de armazenamento, rede e servidor virtualizado altamente disponível. Quando implementada de acordo com este guia, ela fornece a capacidade de sobreviver às falhas de uma unidade única com o mínimo de impacto nas operações de negócios. Esta seção descreve os recursos de alta disponibilidade da solução. 68 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

69 Capítulo 5: Práticas Recomendadas e Considerações de Projeto da Solução Camada de virtualizaçã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 20 ilustra a camada de hipervisor respondendo a uma falha na camada de computação. Figura 20. Alta disponibilidade na camada de virtualização A implementação de alta disponibilidade na camada de virtualização garante que, mesmo na eventualidade de uma falha de hardware, a infraestrutura tentará manter o maior número possível de serviços em execução. Camada de computação Embora essa solução ofereça flexibilidade quanto aos tipos de servidores a serem usados na camada de computação, é melhor utilizar servidores de nível corporativo projetados para datacenters. Esse tipo de servidor tem fontes de alimentação redundantes, como mostrado na Figura 21. Você deve conectá-los a PDUs (Power Distribution Units, unidades de distribuição de energia) de acordo com as práticas recomendadas de seu fornecedor de servidor. Figura 21. Fontes de alimentação redundantes A EMC também recomenda configurar a alta disponibilidade na camada de virtualização. Ou seja, a camada de computação deve ser configurada com recursos suficientes para garantir que o total de recursos disponíveis atenda às necessidades do ambiente, mesmo com a falha de um servidor. A Figura 20 demonstra essa recomendação. Camada de rede Os recursos avançados de sistema de rede do VNXe fornecem proteção contra falhas de conexão de rede no array. Cada vsphere tem várias conexões para as redes Ethernet de usuário e armazenamento para proteger contra falhas de link, como mostrado na Figura 22. Distribua essas conexões entre vários switches Ethernet para proteger contra falhas de componentes na rede. EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 69

70 Capítulo 5: Práticas Recomendadas e Considerações de Projeto da Solução Figura 22. Alta disponibilidade de camada de rede A ausência de pontos únicos de falha na camada de rede garante que a camada de computação conseguirá acessar o armazenamento e se comunicar com os usuários mesmo se um componente falhar. Camada de armazenamento O VNXe foi projetado para disponibilidade de 99,999% graças ao uso de componentes redundantes por todo o array, como mostrado na Figura 23. Todos os componentes do array podem continuar a operar em caso de falha de hardware. A configuração do disco RAID no array fornece proteção contra perda de dados devido a falhas de discos individuais, e você pode alocar dinamicamente os drives de hot spare disponíveis para substituir um disco com falha. Figura 23. Alta disponibilidade do VNXe3200 Os storage arrays EMC são projetados para serem altamente disponíveis por padrão. Quando eles são configurados de acordo com as instruções dos guias de instalação, as falhas de unidade única não resultam em perda de dados nem na falta de disponibilidade. 70 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

71 Perfil de teste de validação Capítulo 5: Práticas Recomendadas e Considerações de Projeto da Solução Características do perfil A Tabela 15 mostra os parâmetros de definição de desktop e de configuração de armazenamento que validamos com o perfil de ambiente. Tabela 15. Perfil de ambiente validado Característica do perfil Número de desktops virtuais SO do desktop virtual vcpu por desktop virtual Número de desktops virtuais por núcleo de CPU RAM por desktop virtual Método de provisionamento de desktops Armazenamento médio disponível para cada desktop virtual Média de IOPS por desktop virtual em estado estacionário Número de datastores para armazenar desktops virtuais Número de desktops virtuais por datastore Tipo de RAID e disco para datastores Tipo de disco e RAID para compartilhamentos CIFS para hospedar perfis de roaming e diretórios base de usuário (opcional para dados do usuário) Valor Até 500 desktops virtuais SO do desktop: Windows 8,1 Enterprise (32 bits) SP1 SO do servidor: Windows Server 2012 R2 SO do desktop: 1 vcpu SO do servidor: 0,3 vcpu SO do desktop: 5 SO do servidor: 3.33 SO do desktop: 2 GB SO do servidor: 0,6 GB PVS MCS 8 GB (PVS) 16 GB (MCS) 8 IOPS 1 para 125 desktops virtuais 2 para 250 desktops virtuais 3 para 375 desktops virtuais 4 para 500 desktops virtuais 125 MCS: Discos SAS de 2,5 polegadas, 600 GB, RPM, RAID 5 PVS: Discos SAS de 2,5 polegadas, 600 GB, RPM, RAID 10 PvD: Discos SAS de 2,5 polegadas, 600 GB, RPM, RAID 10 Discos SAS de 2,5 polegadas, 600 GB, RPM, RAID 5 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 71

72 Capítulo 5: Práticas Recomendadas e Considerações de Projeto da Solução Diretrizes de configuração do EMC Powered Backup Características do perfil de backup A Tabela 16 mostra o perfil de ambiente de backup que validamos para a solução. A solução descreve o armazenamento do backup (inicial e crescimento) e as necessidades de retenção do sistema. Colete outras informações para dimensionar ainda mais o Avamar, inclusive necessidades de gravação em fita, especificações de RPO e RTO, bem como necessidades de replicação de ambientes com vários locais. Tabela 16. Características do perfil de backup Característica do perfil Dados do usuário Valor 1,25 TB para 125 desktops virtuais 2,5 TB para 250 desktops virtuais 3,75 TB para 375 desktops virtuais 5 TB para 500 desktops virtuais Obs.: 10 GB por desktop Taxa de alteração diária para dados do usuário Dados do usuário 2% Política de retenção Nº diário 30 retenções diárias Nº semanal 4 retenções semanais Nº mensal 1 retenção mensal Layout de backup O Avamar oferece várias opções de implementação dependendo do caso de uso específico e das necessidades de recuperação. Neste caso, a solução é implementada com um Avamar Data Store. Isso permite fazer backup dos dados não estruturados do usuário diretamente no sistema Avamar para recuperação simples no nível de arquivo. Essa solução de backup unifica o processo de backup com o software e sistema com desduplicação e atinge os mais altos níveis de desempenho e eficiência. 72 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

73 Capítulo 5: Práticas Recomendadas e Considerações de Projeto da Solução VSPEX para Citrix XenDesktop com a solução ShareFile StorageZones Com uma infraestrutura adicional, o VSPEX End-User Computing para a solução Citrix XenDesktop tem suporte para Citrixe StorageZones com Storage Center. Arquitetura do ShareFile StorageZones A Figura 24 mostra a arquitetura de alto nível de uma implementação do ShareFile StorageZones. Figura 24. Arquitetura de alto nível do ShareFile A arquitetura consiste nos seguintes componentes: Client acessa o serviço ShareFile por meio de uma das ferramentas nativas, como um navegador ou Citrix Receiver, ou diretamente por meio da API do ShareFile. Plano de controle executa funções como armazenamento de arquivos, pastas e informações de conta, controle de acesso, relatórios e várias outras funções de intermediação. O Control Plane reside em vários datacenters Citrix localizados em todo o mundo. StorageZones define os locais onde os dados são armazenados. StorageZones O ShareFile Storage Center estende o software ShareFile como um armazenamento em nuvem de serviço (SaaS) fornecendo armazenamento privado no local ou seja, StorageZones. O armazenamento no local do ShareFile é diferente do armazenamento em nuvem pelo seguinte: O armazenamento em nuvem gerenciado pelo ShareFile é um sistema de armazenamento público de vários locatários mantido pela Citrix. Por padrão, o ShareFile armazena dados no armazenamento em nuvem. EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 73

74 Capítulo 5: Práticas Recomendadas e Considerações de Projeto da Solução Um ShareFile Storage Center é um sistema de armazenamento de um único locatário privado mantido pelo cliente e acessível apenas por contas de clientes aprovados. O Storage Center permite que você configure StorageZones privados no local, que definem os locais onde os dados são armazenados e otimizam o desempenho localizando o armazenamento de dados para os usuários. É possível usar o StorageZones com ou no lugar do armazenamento em nuvem gerenciado pelo ShareFile. O Storage Center é um serviço da Web que manipula todas as operações de HTTPS de usuários finais e o subsistema de controle do ShareFile. O subsistema de controle do ShareFile manipula todas as operações não relacionadas ao conteúdo do arquivo, tais como autenticação, autorização navegação de arquivos, configuração, metadados, envio e solicitação de arquivos e balanceamento de carga. O subsistema de controle também executa exames de estado do Storage Center e impede que os servidores off-line enviem solicitações. O subsistema de controle do ShareFile é mantido em datacenters online do Citrix. Considerações do projeto Com base nos requisitos de desempenho e conformidade de uma organização, considere o número de StorageZones e onde melhor localizá-los. Por exemplo, se os usuários estiverem na Europa, o armazenamento dos arquivos em um Storage Center na Europa fornece benefícios de desempenho e de conformidade. Em geral, a atribuição de usuários para o local de StorageZones que está mais próximo a eles geograficamente é a melhor prática para otimizar o desempenho. Para uma implementação de produção do ShareFile, a melhor prática é utilizar pelo menos dois servidores com o Storage Center instalado para alta disponibilidade. Ao instalar o Storage Center, você cria um StorageZone. Você pode, então, instalar o Storage Center em outro servidor e uni-lo ao mesmo StorageZone. Storage Centers que pertencem ao mesmo StorageZones devem usar o mesmo compartilhamento de arquivos para armazenamento. Arquitetura VSPEX for ShareFiles StorageZones A Figura 25 mostra a arquitetura lógica da solução VSPEX for ShareFile StorageZones. O cliente tem a liberdade de selecionar qualquer servidor e hardware de rede que atenda ou exceda os requisitos mínimos, enquanto o armazenamento recomendado oferece uma arquitetura altamente disponível para uma implementação de ShareFile StorageZones. 74 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

75 Capítulo 5: Práticas Recomendadas e Considerações de Projeto da Solução Figura 25. VSPEX para Citrix XenDesktop com ShareFile StorageZones: arquitetura lógica Requisitos de servidor Um ambiente de produção de alta disponibilidade requer no mínimo dois servidores (máquinas virtuais) com o Storage Center instalado. A Tabela 17 detalha os requisitos mínimos para CPU e memória para implementar o ShareFile StorageZones com o Storage Center. Tabela 17. Recursos mínimos de hardware para dar suporte a ShareFile StorageZones com o Storage Center CPU (núcleos) Memória (GB) Referência 2 4 Requisitos de sistema do Storage Center no website Citrix edocs. EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 75

76 Capítulo 5: Práticas Recomendadas e Considerações de Projeto da Solução Requisitos de rede Os componentes de rede podem ser implementados usando redes IP de 1 Gb ou 10 Gb, desde que a largura de banda e a redundância sejam suficientes para atender aos requisitos mínimos da solução. Fornece portas de rede suficientes para sustentar os dois servidores Storage Center adicionais. Requisitos para armazenamento O ShareFile StorageZones requer um compartilhamento CIFS para fornecer armazenamento de dados privados para o Storage Center. O VNXe, que fornece o armazenamento para soluções VSPEX End-User Computing, dá acesso de file e block a um amplo conjunto de recursos que faz dele a escolha ideal para implementações do ShareFile StorageZones. A Tabela 18 detalha o armazenamento VNXe recomendado para compartilhamento CIFS do StorageZones. Tabela 18. Armazenamento do VNX recomendado para compartilhamento CIFS do ShareFile StorageZones Compartilhament o CIFS para (número de usuários) Configuração 125 usuários Cinco discos SAS de 2,5 polegadas, 600 GB, RPM (4+1 RAID 5) 250 usuários Nove discos SAS de 2,5 polegadas, 600 GB, RPM (8+1 RAID 5) Observações A configuração presume que cada usuário tem 10 GB de espaço de armazenamento privado. 375 usuários Nove discos SAS de 2,5 polegadas, 600 GB, RPM (8+1 RAID 5) 500 usuários Treze discos SAS de 2,5 polegadas, 600 GB, RPM (12+1 RAID 5) 76 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

77 Capítulo 6: Documentação de Referência Capítulo 6 Documentação de Referência Este capítulo apresenta os seguintes tópicos: Documentação da EMC Outra documentação EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 77

78 Capítulo 6: Documentação de Referência Documentação da EMC Os documentos a seguir, disponíveis no site de Suporte on-line da EMC ou em brazil.emc.com, apresentam mais informações importantes. Caso você não tenha acesso a determinado documento, entre em contato com o representante da EMC. Guia de instalação do EMC VNXe3200 EMC VSI para VMware vsphere: Guia do Produto Storage Viewer EMC VSI para VMware vsphere: Guia do Produto Unified Storage Management Planilha de configuração do VNX Block Planilha unificada do assistente de instalação do VNX para File/Unified VNX FAST Cache: White paper com análise detalhada Guia de Introdução do Unisphere System TechBook Usando o EMC VNX Storage com VMware vsphere Guia de Instalação e Administração do PowerPath/VE para o VMware vsphere Guia de Instalação e Administração do PowerPath Viewer Práticas Recomendadas do EMC VNX Unified para Desempenho Práticas Recomendadas Aplicadas White Paper de Tecnologia Aplicada de Provisionamento Virtual do EMC VNX Arquivo EMC VNX VAAI NFS Plug-in Read Me Série VNX da EMC: Como usar ovnx SnapSure Série VNX da EMC: Configuração e gerenciamento de CIFS no VNX Guia do Administrador do EMC Avamar 7 Práticas Recomendadas Operacionais do EMC Avamar 7 Nota técnicas do Avamar Client para Windows no Citrix XenDesktop Outra documentação VMware Consulte o site do VMware para obter a seguinte documentação do vsphere e vcenter: Instalando e Administrando o VMware vsphere Update Manager Preparando o Banco de Dados do Update Manager Preparando Bancos de Dados do vcenter Server Noções Básicas do Gerenciamento de Recursos da Memória no VMware vsphere 5.0 Gerenciamento de Host e do vcenter Server Guia de Instalação e Configuração do vsphere Sistema de Rede do vsphere Gerenciamento de Recursos do vsphere 78 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

79 Capítulo 6: Documentação de Referência Plug-in do VAAI Guia de Armazenamento do vsphere Administração de Máquinas Virtuais do vsphere Gerenciamento de Máquinas Virtuais do vsphere Citrix Microsoft Consulte o site da Citrix para obter a documentação do Citrix XenDesktop, inclusive: Guia de Otimização do Citrix Windows 7 para virtualização de desktop Requisitos do sistema de centro de armazenamento Consulte os seguintes tópicos nos sites da Microsoft TechNet e Microsoft MSDN: Instalação do Windows Server 2012 R2 Instalação do SQL Server 2014 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 79

80 Capítulo 6: Documentação de Referência 80 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

81 Apêndice A: Planilha de dimensionamento do cliente Apêndice A Planilha de dimensionamento do cliente Este apêndice apresenta o seguinte tópico: Planilha de dimensionamento do cliente para EUC EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 81

82 Capítulo 6: Documentação de Referência Planilha de dimensionamento do cliente para EUC Antes de selecionar uma arquitetura de referência na qual uma solução do cliente será baseada, use a planilha de dimensionamento do cliente para reunir informações sobre as necessidades dos negócios do cliente e calcule os recursos necessários. A Tabela 19 é uma planilha em branco. Uma cópia independente da planilha está anexa a este no formato Microsoft Office Word para facilitar a impressão de uma cópia. Tabela 19. Planilha de dimensionamento do cliente Tipo de usuário vcpus Memória (GB) IOPS Desktops virtuais de referência equivalentes Nº de usuários Número total de desktops virtuais de referência Requisitos de recursos Desktops virtuais de referência equivalentes Requisitos de recursos Desktops virtuais de referência equivalentes Requisitos de recursos Desktops virtuais de referência equivalentes Requisitos de recursos Desktops virtuais de referência equivalentes 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 EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e

83 Apêndice A: Planilha de dimensionamento do cliente Figura 26. Planilha de dimensionamento do cliente para impressão 2. Em Attachments, clique duas vezes no arquivo anexo para abrir e imprimir a planilha. EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e 83