H13066: EMC VSPEX End-User Computing

Transcrição

GUIA DE PROJETO
EMC VSPEX END-USER COMPUTING
Citrix XenDesktop 7.1 e Microsoft Hyper-V
para até 500 Desktops Virtuais
Habilitado por EMC VNXe3200 e EMC Powered Backup
EMC VSPEX
Resumo
Este Guia de Projeto descreve como criar uma solução EMC® VSPEX ® End-User
Computing para XenDesktop 7.1 para até 500 desktops virtuais. O EMC VNXe3200™
e o Microsoft Hyper-V fornecem as plataformas de virtualização e armazenamento.
Junho de 2014
Copyright © 2014 EMC Corporation. Todos os direitos reservados.
Publicado em junho de 2014
A EMC assegura que as informações apresentadas neste documento estão corretas
na data da publicação. As informações estão sujeitas a alterações sem prévio aviso.
As informações nesta publicação são fornecidas no estado em que se encontram. A
EMC Corporation não garante nenhum tipo de informação contida nesta publicação,
assim como se isenta de garantias de comercialização ou adequação de um produto
a um propósito específico. O uso, a cópia e a distribuição de qualquer software da
EMC descrito nesta publicação exigem uma licença de software.
EMC2, EMC e o logotipo da EMC são marcas registradas ou comerciais da EMC
Corporation nos Estados Unidos e em outros países. Todas as outras marcas
comerciais aqui mencionadas pertencem a seus respectivos proprietários.
Para obter uma lista mais atualizada de produtos da EMC, consulte EMC Corporation
Trademarks no site brazil.emc.com.
EMC VSPEX End-User Computing:
Citrix XenDesktop 7.1 e Microsoft Hyper-V para até 500 desktops virtuais
Habilitado por EMC VNXe3200 e EMC Powered Backup
Guia de Projeto
Número da peça H13066
2
EMC VSPEX End-User Computing: Citrix XenDesktop 7.1 e Microsoft Hyper-V
Guia de Projeto
Conteúdo
Conteúdo
Capítulo 1
Introdução
9
Objetivo deste guia ..................................................................................................10
Retorno comercial ....................................................................................................10
Escopo .....................................................................................................................11
Público-alvo .............................................................................................................11
Terminologia ............................................................................................................11
Capítulo 2
Antes de começar
13
Workflow de implementação ....................................................................................14
Leitura essencial ......................................................................................................14
Visão geral da solução VSPEX ..............................................................................14
Guia de Implementação do VSPEX .......................................................................14
Guia da VSPEX Proven Infrastructure ....................................................................14
Capítulo 3
Visão geral da solução
15
Visão geral ...............................................................................................................16
VSPEX Proven Infrastructures ...................................................................................16
Arquitetura da solução .............................................................................................18
Arquitetura de alto nível ......................................................................................18
Arquitetura lógica ................................................................................................20
Componentes-chave.................................................................................................22
Introdução ...........................................................................................................22
Intermediador de virtualização de desktops .............................................................23
Visão geral...........................................................................................................23
Citrix ....................................................................................................................23
XenDesktop 7.1 ...................................................................................................23
Machine Creation Services ...................................................................................25
Citrix Provisioning Services ..................................................................................26
Citrix Personal vDisk ............................................................................................26
Citrix Profile Management ....................................................................................26
Camada de virtualização ..........................................................................................26
Microsoft Windows Server 2012 R2 com Hyper-V .................................................26
Microsoft System Center Virtual Machine Manager ..............................................27
Alta disponibilidade do Microsoft Hyper-V ...........................................................27
Camada de computação ...........................................................................................27
Camada de rede .......................................................................................................27
Camada de armazenamento .....................................................................................28
EMC VNXe3200....................................................................................................28
Camada de backup e recuperação ............................................................................30
Guia de Projeto
3
Conteúdo
Solução do Citrix ShareFile StorageZones .................................................................31
Capítulo 4
Dimensionamento da solução
33
Visão geral ...............................................................................................................34
Carga de trabalho de referência ................................................................................34
Dimensionamento de servidores virtuais de infraestrutura com nuvem privada
do VSPEX ...........................................................................................................35
Componentes básicos de armazenamento do VSPEX ...............................................36
Abordagem modular ............................................................................................36
Componentes básicos validados .........................................................................36
Expansão dos ambientes existentes de computação do usuário final do
VSPEX ...........................................................................................................37
Máximo validado de computação do usuário final do VSPEX ....................................37
VNXe3200 ...........................................................................................................37
Escolha da arquitetura de referência apropriada ......................................................41
Uso da planilha de dimensionamento do cliente .................................................41
Seleção de uma arquitetura de referência ............................................................43
Ajuste dos recursos de hardware .........................................................................44
Resumo ...............................................................................................................45
Capítulo 5
Práticas Recomendadas e Considerações de Projeto da
Solução
47
Visão geral ...............................................................................................................48
Considerações sobre o design do servidor ...............................................................48
Práticas recomendadas de servidor .....................................................................49
Hardware de servidor validado ............................................................................50
Virtualização de memória do Microsoft Hyper-V ...................................................50
Diretrizes de configuração de memória ................................................................52
Considerações de projeto de rede ............................................................................53
Hardware de rede validado ..................................................................................53
Diretrizes de configuração de rede .......................................................................54
Considerações sobre projetos de armazenamento ...................................................57
Hardware para armazenamento validado e configuração .....................................57
Virtualização de armazenamento do Hyper-V .......................................................58
VNXe Virtual Provisioning ....................................................................................60
EMC FAST Cache ..................................................................................................63
EMC FAST VP ........................................................................................................63
Alta disponibilidade e failover ..................................................................................63
Camada de virtualização......................................................................................63
Camada de computação ......................................................................................63
Camada de rede ..................................................................................................64
Camada de armazenamento ................................................................................65
Perfil do teste de validação ......................................................................................65
Características do perfil .......................................................................................65
Diretrizes de configuração do EMC Powered Backup.................................................66
4
Guia de Projeto
Conteúdo
Características do perfil de backup ......................................................................66
Layout de backup ................................................................................................67
VSPEX para Citrix XenDesktop com a solução ShareFile StorageZones......................67
Arquitetura do ShareFile StorageZones ................................................................67
StorageZones ......................................................................................................68
Considerações do projeto ....................................................................................68
Arquitetura VSPEX for ShareFile StorageZones .....................................................68
Capítulo 6
Documentação de Referência
71
Documentação da EMC.............................................................................................72
Outros documentos ..................................................................................................72
Apêndice A Planilha de Dimensionamento do Cliente
73
Planilha de dimensionamento do cliente para EUC (End-User Computing) ................74
Guia de Projeto
5
Conteúdo
Figuras
Figura 1.
Figura 2.
Figura 3.
Figura 4.
Figura 5.
Figura 6.
Figura 7.
Figura 8.
Figura 9.
Figura 10.
Figura 11.
Figura 12.
Figura 13.
Figura 14.
Figura 15.
Figura 16.
Figura 17.
Figura 18.
Figura 19.
Figura 20.
Figura 21.
Figura 22.
Figura 23.
Figura 24.
Figura 25.
6
VSPEX Proven Infrastructures ..............................................................17
Arquitetura da solução validada ..........................................................18
Arquitetura lógica para armazenamento em block e file.......................20
Componentes da arquitetura do XenDesktop 7,1.................................24
VNXe3200 com otimização multi-core .................................................29
Layout de armazenamento de componente básico com
provisionamento PVS ............................................................................36
Layout de armazenamento de componente básico com
provisionamento MCS .........................................................................36
Layout de armazenamento principal com provisionamento
PVS para 500 desktops virtuais ...........................................................38
Layout de armazenamento principal com provisionamento
MCS para 500 desktops virtuais ..........................................................39
Layout opcional de armazenamento para 500 desktops virtuais..........40
Flexibilidade da camada de computação .............................................48
Consumo de memória de hipervisor ....................................................51
Exemplo de projeto de rede altamente disponível ...............................55
Redes necessárias...............................................................................56
Tipos de discos virtuais Hyper-V ..........................................................59
Progresso de rebalanceamento do pool de armazenamento ................61
Utilização de espaço de thin LUN ........................................................62
Examinando a utilização de espaço de pool de armazenamento .........62
Alta disponibilidade na camada de virtualização.................................63
Fontes de alimentação redundantes ....................................................64
Alta disponibilidade de camada de rede .............................................64
Alta disponibilidade do VNXe3200 ......................................................65
Arquitetura de alto nível do ShareFile ..................................................67
VSPEX para Citrix XenDesktop com ShareFile StorageZones:
arquitetura lógica ................................................................................69
Planilha de dimensionamento do cliente para impressão ....................75
Guia de Projeto
Conteúdo
Tabelas
Tabela 1.
Tabela 2.
Tabela 3.
Tabela 4.
Tabela 5.
Tabela 6.
Tabela 7.
Tabela 8.
Tabela 9.
Tabela 10.
Tabela 11.
Tabela 12.
Tabela 13.
Tabela 14.
Tabela 15.
Tabela 16.
Tabela 17.
Tabela 18.
Tabela 19.
Terminologia .......................................................................................11
Workflow de implementação ...............................................................14
Configuração da arquitetura da solução ..............................................21
Principais componentes da solução ....................................................22
VSPEX End-User Computing: Processo de projeto ................................34
Características de carga de trabalho do desktop virtual
de referência .......................................................................................35
Requisito de recursos do servidor virtual de infraestrutura ..................35
Número de discos necessários para diferentes números
de desktops virtuais ............................................................................37
Exemplo de planilha de dimensionamento do cliente ..........................41
Recursos do desktop virtual de referência ...........................................43
Totais dos componentes de recursos de servidor ................................45
Hardware do servidor para 500 desktops ............................................50
Capacidade mínima de switching para block e file ..............................53
Hardware de armazenamento para 500 desktops virtuais ...................58
Perfil de ambiente validado .................................................................65
Características do perfil de backup......................................................66
Recursos mínimos de hardware para dar suporte a ShareFile
StorageZones com o Storage Center ....................................................69
Armazenamento do VNXe recomendado para compartilhamento
CIFS do ShareFile StorageZones ..........................................................70
Planilha de Dimensionamento do Cliente ............................................74
Guia de Projeto
7
Conteúdo
8
Guia de Projeto
Capítulo 1: Introdução
Capítulo 1
Introdução
Este capítulo apresenta os seguintes tópicos:
Objetivo deste guia ..................................................................................................10
Retorno comercial ....................................................................................................10
Escopo .....................................................................................................................11
Público-alvo .............................................................................................................11
Terminologia ............................................................................................................11
Guia de Projeto
9
Objetivo deste guia
A arquitetura do EMC® VSPEX® End-User Computing oferece ao cliente um sistema
validado que hospeda um grande número de desktops virtuais, com um nível de
desempenho consistente. Esta solução VSPEX End-User Computing para Citrix
XenDesktop 7.1 é executada em uma camada de virtualização do Microsoft
Hyper-V, respaldada pelo altamente disponível EMC VNXe3200™, que fornece o
armazenamento. Nesta solução, os componentes da infraestrutura de
virtualização de desktops, como o XenDesktop Controller, o servidor do PVS, a
controladora do Active Directory e o VMM (Virtual Machine Manager), estão
dispostos em camadas em uma VSPEX Proven Infrastructure, enquanto os
desktops estão localizados em recursos dedicados.
Os componentes de rede e computação, que são definidos pelos parceiros do
VSPEX, são projetados para serem redundantes e avançados o suficiente para
lidar com as necessidades de dados e processamento de um grande ambiente de
máquinas virtuais. As soluções de backup e recuperação do EMC Avamar®
fornecem proteção para os dados do Citrix XenDesktop.
Essa solução VSPEX End-User Computing foi validada para até 500 desktops
virtuais com dimensionamento flexível de um componente básico de 125
desktops virtuais para até quatro componentes básicos de 500 desktops virtuais.
Essas configurações validadas são baseadas em uma carga de trabalho de
desktop de referência e formam a base para a criação de soluções econômicas
personalizadas para clientes individuais.
Uma infraestrutura de EUC ou de desktop virtual é uma oferta de sistema
complexo. Este Guia de Projeto descreve como projetar uma solução VSPEX EndUser Computing para Citrix XenDesktop 7.1 com Microsoft Hyper-V de acordo com
as práticas recomendadas e como dimensionar a solução para atender às
necessidades do cliente usando o EMC VSPEX Sizing Tool ou a planilha de
dimensionamento do cliente.
Retorno comercial
Os aplicativos de negócios estão cada vez mais integrados a ambientes
consolidados de computação, rede e armazenamento. Esta solução VSPEX EndUser Computing reduz a complexidade da configuração de todos os componentes
de um modelo de implementação tradicional. A solução simplifica o
gerenciamento de integração enquanto mantém as opções de projeto e
implementação do aplicativo. Ela também oferece administração unificada,
permitindo controle e monitoramento adequados da separação de processos.
Os benefícios da solução VSPEX End-User Computing para Citrix XenDesktop 7.1
para os negócios incluem:
10
•
Uma solução completa de virtualização para usar os recursos dos
componentes da infraestrutura unificada
•
Virtualização eficiente de desktops virtuais para os diversos casos de uso
de clientes
•
Arquiteturas de referência confiáveis, dimensionáveis e flexíveis
Guia de Projeto
Escopo
Este Guia de Projeto descreve como planejar uma solução EMC VSPEX End-User
Computing simples, eficiente e flexível para Citrix XenDesktop 7.1. Ele fornece
exemplos de implementação no storage array de última geração VNXe3200™.
Nessa solução, os componentes da infraestrutura de virtualização de desktops
estão em camadas em uma nuvem privada VSPEX com Microsoft Hyper-V Proven
Infrastructure, enquanto os desktops estão localizados em recursos dedicados.
Este guia ilustra como dimensionar o XenDesktop na infraestrutura do VSPEX,
alocar recursos seguindo as práticas recomendadas e aproveitar todos os
benefícios que o VSPEX oferece.
Público-alvo
Este guia destina-se a funcionários internos da EMC e a parceiros EMC VSPEX
qualificados. O guia presume que os parceiros VSPEX que pretendem
implementar esta VSPEX Proven Infrastructure para Citrix XenDesktop tenham o
treinamento e a experiência necessários para instalar e configurar uma solução
de EUC (End-User Computing) baseada em Citrix XenDesktop com Microsoft
Hyper-V como hipervisor, EMC VNXe3200 como sistema de armazenamento e a
infraestrutura associada.
Os leitores também devem estar familiarizados com as políticas de segurança de
infraestrutura e banco de dados da instalação do cliente.
Este guia apresenta referências externas quando aplicável. A EMC recomenda que
os parceiros que estão implementando esta solução estejam familiarizados com
esses documentos. Para obter detalhes, consulte Leitura essencial e Capítulo 6:
Documentação de Referência.
Terminologia
A Tabela 1 lista a terminologia usada neste guia.
Tabela 1.
Terminologia
Termo
Definição
EUC (End-User
Computing)
Computação que separa o desktop da máquina física. Em um
ambiente EUC (End-User Computing), o sistema operacional do
desktop e os aplicativos residem em uma máquina virtual
executada em um computador host, com dados residindo em um
armazenamento compartilhado. Os usuários acessam seu desktop
virtual a partir de qualquer computador ou dispositivo móvel em
uma rede privada ou conexão com a Internet.
HSD (Hosted Shared
Desktop, desktop
compartilhado
hospedado)
Um sistema operacional do servidor a partir do qual você pode
implementar um desktop virtual de referência. Cada máquina
virtual nesta solução é alocada a seis vCPUs e 12 GB de RAM, e é
compartilhada entre 20 sessões de desktop virtual.
Guia de Projeto
11
Termo
Definição
Arquitetura de
referência
Uma arquitetura validada que dê suporte a essa solução VSPEX
End-User Computing em até 500 desktops virtuais
Carga de trabalho de
referência
Para soluções VSPEX End-User Computing, um só desktop virtual —
o desktop virtual de referência — com as características da carga de
trabalho exibidas na Tabela 6. Pela comparação entre o uso real do
cliente com essa carga de trabalho de referência, é possível inferir
qual arquitetura de referência deve ser escolhida como base para a
implementação do VSPEX do cliente.
Consulte Carga de trabalho de referência para obter detalhes.
Controladora de
armazenamento
12
O componente de computação do storage array, que lida com
todos os aspectos da movimentação de dados para fora e para
dentro de arrays e entre eles
Guia de Projeto
Capítulo 2: Antes de começar
Capítulo 2
Antes de começar
Workflow de implementação ....................................................................................14
Leitura essencial ......................................................................................................14
Guia de Projeto
13
Capítulo 2: Antes de começar
Workflow de implementação
Para projetar e implementar sua solução de EUC, consulte o fluxo de processo na
Tabela 2.
Tabela 2.
Workflow de implementação
Etapa
Ação
1
Use a planilha de dimensionamento do cliente para coletar os requisitos do
cliente. Consulte o Apêndice A deste Guia de Projeto.
2
Use EMC VSPEX Sizing Tool para definir a arquitetura de referência do VSPEX
recomendada para sua solução de EUC (End-User Computing), com base nos
requisitos do cliente coletados na Etapa 1.
Para obter mais informações sobre a ferramenta de dimensionamento, consulte
o portal do EMC VSPEX Sizing Tool.
Obs.: se a Ferramenta de dimensionamento não estiver disponível, dimensione
manualmente o aplicativo usando as diretrizes em Capítulo 4.
3
Use este Guia de Projeto para determinar o projeto final da solução VSPEX.
Obs.: certifique-se de que todos os requisitos do recurso sejam considerados, e
não apenas os requisitos de EUC (End-User Computing).
4
Escolha e solicite a Proven Infrastructure e a arquitetura de referência do VSPEX
apropriadas. Consulte o Guia da VSPEX Proven Infrastructure em Leitura
essencial para ajudar a selecionar uma Proven Infrastructure da nuvem privada
do VSPEX.
5
Implemente e teste sua solução VSPEX. Consulte o Guia de Implementação do
VSPEX em Leitura essencial para obter orientações.
Leitura essencial
A EMC recomenda que você leia os documentos a seguir, disponíveis no espaço
do VSPEX na EMC Community Network ou nas páginas da VSPEX Proven
Infrastructure no site brazil.emc.com.
14
Visão geral da
solução VSPEX
Consulte os seguintes documentos de Visão geral da solução VSPEX:
Guia de
Implementação
do VSPEX
Consulte o seguinte Guia de Implementação do VSPEX:
Guia da VSPEX
Proven
Infrastructure
Consulte o seguinte Guia da VSPEX Proven Infrastructure:
•
•
•
EMC VSPEX End-User Computing
Nuvem Privada do EMC VSPEX: Microsoft Windows Server 2012 R2 com
Hyper-V para até 125 Máquinas Virtuais
Guia de Projeto
Capítulo 3: Visão geral da solução
Capítulo 3
Visão geral da solução
Visão geral ...............................................................................................................16
VSPEX Proven Infrastructures...................................................................................16
Arquitetura da solução .............................................................................................18
Componentes-chave.................................................................................................22
Intermediador de virtualização de desktops ............................................................23
Camada de virtualização ..........................................................................................26
Camada de computação ...........................................................................................27
Camada de rede .......................................................................................................27
Camada de armazenamento .....................................................................................28
Camada de backup e recuperação ............................................................................30
Solução do Citrix ShareFile StorageZones................................................................31
Guia de Projeto
15
Visão geral
Este capítulo fornece uma visão geral da solução VSPEX End-User Computing para
Citrix XenDesktop Microsoft Hyper-V e as principais tecnologias utilizadas na
solução. A solução foi projetada e comprovada pela EMC para fornecer recursos
de backup, rede, armazenamento, servidor e virtualização de desktop para dar
suporte a arquiteturas de referência para até 500 desktops virtuais.
Os componentes da infraestrutura de virtualização de desktops da solução são
projetados para serem dispostos em camadas em uma nuvem privada do VSPEX
com a Proven Infrastructure do Microsoft Hyper-V. No entanto, as arquiteturas de
referência não incluem detalhes de configuração para a infraestrutura subjacente.
Consulte o Guia da VSPEX Proven Infrastructure em Leitura essencial para obter
informações sobre a configuração dos componentes necessários da infraestrutura.
VSPEX Proven Infrastructures
A EMC uniu-se a provedores de infraestrutura de TI líderes do setor para criar uma
solução completa de virtualização que acelera a implementação da nuvem
privada e dos desktops virtuais do Citrix XenDesktop. O VSPEX permite aos
clientes acelerar sua transformação de TI com uma implementação mais rápida,
maior simplicidade, mais opções, maior eficiência e menor risco, em
contraposição aos desafios, à complexidade e às dificuldades de criar uma
infraestrutura de TI por conta própria.
A validação do VSPEX pela EMC assegura desempenho previsível e permite que
os clientes selecionem tecnologias que usem sua infraestrutura de TI existente
ou recém-adquirida enquanto eliminam problemas de configuração,
dimensionamento e planejamento. O VSPEX oferece uma infraestrutura virtual para
clientes que querem a simplicidade característica das infraestruturas realmente
convergentes e, com mais opções em componentes individuais da pilha.
As VSPEX Proven Infrastructures, conforme mostrado na Figura 1, são
infraestruturas virtualizadas modulares validadas pela EMC e oferecidas pelos
parceiros do VSPEX da EMC. Elas incluem camadas de backup, virtualização,
servidor, rede e armazenamento. Os parceiros podem optar pelas tecnologias de
rede, servidor e virtualização mais adequadas ao ambiente de um cliente,
enquanto a altamente disponível família EMC VNX de sistemas de
armazenamento e as tecnologias do EMC Powered Backup oferecem as camadas
de armazenamento e backup.
16
Guia de Projeto
Figura 1.
VSPEX Proven Infrastructures
Guia de Projeto
17
Arquitetura da solução
Arquitetura de
alto nível
A solução EMC VSPEX End-User Computing para Citrix XenDesktop oferece uma
arquitetura de sistema completa e dá suporte para até 500 desktops virtuais. Ela
dá suporte a armazenamento em block e em file.
Esta solução usa o EMC VNXe3200 e Windows Server 2012 R2 com Hyper-V para
fornecer as plataformas de armazenamento e virtualização, respectivamente,
para um ambiente Citrix XenDesktop 7.1 de desktops virtuais Microsoft Windows
8.1 provisionados por Citrix PVS (Provisioning Services) ou MCS (Machine
Creation Services).
Para a solução, 1 implementamos o array VNXe3200 para dar suporte a até
500 desktops virtuais.
A Figura 2 mostra a arquitetura de alto nível da solução validada.
Figura 2.
Arquitetura da solução validada
1
Neste guia, "nós" refere-se à equipe de engenharia de soluções EMC que validou a
solução.
18
Guia de Projeto
Os componentes da virtualização de desktops são projetados para serem
dispostos em camadas em uma solução de nuvem privada do VSPEX com o
Microsoft Hyper-V, respaldada pelo EMC VNXe3200 altamente disponível, que
fornece o armazenamento. Os serviços de infraestrutura necessários para a solução,
conforme mostrados na Figura 3, podem ser fornecidos por uma nuvem privada do
VSPEX, implementados como recursos exclusivos como parte da solução ou
fornecidos pela infraestrutura existente no local do cliente. O cluster de desktops
virtuais, conforme mostrado na Figura 3, requer recursos dedicados de EUC (EndUser Computing) e não deve ser implementado em uma nuvem privada do VSPEX.
Planejar e projetar a infraestrutura de armazenamento de um ambiente Citrix
XenDesktop é essencial, pois o armazenamento compartilhado deve ter a
capacidade de absorver grandes picos de I/O que ocorrem, por exemplo, quando
muitos desktops são inicializados no início de um dia de trabalho ou quando
patches necessários são aplicados. Esses picos podem provocar períodos
instáveis e imprevisíveis de desempenho do desktop virtual. Os usuários podem
se adaptar ao desempenho lento, mas a imprevisibilidade do desempenho é
frustrante e reduz a eficiência.
Para fornecer um desempenho previsível para soluções de EUC (End-User
Computing), o sistema de armazenamento deve conseguir manipular o pico de
cargas de I/O dos clients enquanto mantém os tempos de resposta a um mínimo.
No entanto, é oneroso implementar vários discos para manipular períodos breves
de alta carga de I/O. Esta solução usa o EMC FAST™ (Fully Automated Storage
Tiering, armazenamento com classificação totalmente automatizada por níveis)
Cache para reduzir o número de discos necessários.
As soluções de backup da EMC permitem a proteção de dados do usuário e a
capacidade de recuperação do usuário final. Essa solução do XenDesktop usa o
EMC Avamar e seu client de desktop para isso.
Guia de Projeto
19
Arquitetura lógica
A solução EMC VSPEX End-User Computing para Citrix XenDesktop inclui duas
variantes do tipo de armazenamento: armazenamento em block e em file.
A Figura 3 mostra a arquitetura lógica da solução para ambas as variantes.
Figura 3.
Arquitetura lógica para armazenamento em block e file
A variante block que usa o protocolo Fibre Channel (FC) usa duas redes: uma rede
FC de 8 Gb para transportar dados do sistema operacional (SO) de servidor e
desktop virtual e uma rede Ethernet de 10 Gb (GbE) para transportar o tráfego
restante. A variante block com protocolo iSCSI e a variante file usam uma rede IP
de 10 GbE para todo o tráfego.
Obs.: a solução também dará suporte a 1 GbE se os requisitos de largura de banda
forem atendidos.
20
Guia de Projeto
A Tabela 3 resume a configuração dos vários componentes da arquitetura da
solução. A seção Componentes-chave fornece uma visão geral detalhada sobre as
principais tecnologias.
Tabela 3.
Configuração da arquitetura da solução
Componente
Configuração da solução
Controladora de
entrega Citrix
XenDesktop 7.1
Usamos duas controladoras de entrega Citrix XenDesktop para
oferecer entrega de desktop virtual redundante, autenticar
usuários, gerenciar o conjunto montado de ambientes de
desktop virtual dos usuários e intermediar conexões entre
usuários e seus desktops virtuais. Para a solução, as
controladoras estão instaladas no Windows Server 2012 e
hospedadas como máquinas virtuais no Hyper-V.
Servidor de Citrix PVS
(Provisioning Services)
Foram utilizados dois servidores Citrix PVS para fornecer
serviços de fluxo redundantes para transmitir imagens de
desktop de vDisks, conforme necessário, para dispositivos de
destino. Para a solução, os vDisks são armazenados em um
compartilhamento CIFS Common Internet File System (sistema
comum de arquivos da internet) que é hospedado pelo sistema
de armazenamento VNXe.
Desktops virtuais
Usamos o MCS e o PVS para provisionar desktops virtuais
executando o Windows 8.1.
Microsoft Windows
Server 2012 R2 com
Hyper-V
A solução usa Microsoft Hyper-V para fornecer uma camada de
virtualização comum para hospedar o ambiente de servidor.
Nós configuramos a alta disponibilidade na camada de
virtualização com recursos do Hyper-V Server 2012 R2 como
Live Migration, Storage Migration e Failover Clustering.
Microsoft System
Center Virtual Machine
Manager
Na solução, todos os hosts do Hyper-V e suas máquinas
virtuais são gerenciados pelo Microsoft System Center Virtual
Machine Manager (VMM) 2012 R2.
Microsoft SQL Server
Microsoft System Center VMM, controladoras XenDesktop e
Citrix Provisioning Services exigem um serviço de banco de
dados para armazenar os detalhes de configuração e de
monitoramento. Nós usamos o Microsoft SQL Server 2012 SP1
executado no Windows Server 2012 para essa finalidade.
Active Directory Server
Os serviços do Active Directory são necessários para que os
vários componentes da solução funcionem corretamente. Nós
usamos o Microsoft Active Directory Service em execução em
um servidor Windows Server 2012 para essa finalidade.
Servidor DHCP
O servidor DHCP gerencia centralmente o esquema de
endereços IP de desktops virtuais. Esse serviço está hospedado
na mesma máquina virtual do controlador de domínio e do
servidor DNS. O Microsoft DHCP Service executado em um
servidor Windows Server 2012 é usado com essa finalidade.
Servidor DNS
Serviços DNS são necessários para que os vários componentes
da solução executem a resolução de nomes. O serviço
Microsoft DNS executado em um servidor com Windows 2012 é
usado com essa finalidade.
EMC SMI-S Provider
A solução usa o EMC SMI-S Provider para Microsoft System
Center 2012 Virtual Machine Manager para fornecer
gerenciamento de armazenamento para os arrays EMC
diretamente do client. O EMC SMI-S Provider ajuda a fornecer
uma interface de gerenciamento unificada.
Guia de Projeto
21
Componente
Configuração da solução
Redes
IP/armazenamento
Uma rede Ethernet padrão com conexão por cabo e switches
redundantes transporta todo o tráfego de rede. Uma rede
compartilhada transporta o usuário e o tráfego de
gerenciamento, enquanto uma sub-rede privada sem
roteamento transporta o tráfego de armazenamento SMB
(Server Message Block).
Rede IP
A infraestrutura de rede Ethernet fornece conectividade IP entre
desktops virtuais, clusters Hyper-V e armazenamento VNXe.
Para a variante file (SMB), a infraestrutura IP permite que os
servidores Hyper-V acessem compartilhamentos CIFS no VNXe e
o fluxo contínuo de desktops a partir de servidores PVS com
alta largura de banda e baixa latência. A infraestrutura IP
também permite que os usuários de desktops redirecionem
seus perfis e diretórios de usuário para compartilhamentos
CIFS mantidos centralmente no VNXe.
Rede Fibre Channel (FC)
Para a variante block (FC), uma rede FC transporta o tráfego de
armazenamento entre todos os hosts do Hyper-V e o sistema de
armazenamento VNXe. A rede IP transporta todo o tráfego
restante.
Array EMC VNXe3200
Um array VNXe3200 fornece armazenamento apresentando
armazenamento CIFS/FC a hosts Hyper-V para até 500 desktops
virtuais.
Essa solução usa CSVs (Cluster Shared Volumes) para a
variante block e compartilhamentos CIFS para a variante file.
EMC Avamar
O software Avamar fornece a plataforma para proteção das
máquinas virtuais. A estratégia de proteção utiliza desktops
virtuais persistentes, proteção de imagem e recuperações de
usuário final.
Componentes-chave
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
Descrição
Intermediador
de virtualização
de desktops
Gerencia o provisionamento, a alocação, a manutenção e a eventual
remoção das imagens de desktop virtual que são fornecidas aos
usuários do sistema. Esse software é essencial para habilitar a criação
sob demanda de imagens do desktop, permitir a manutenção da
imagem sem afetar a produtividade dos usuários e impedir que o
ambiente cresça de maneira descontrolada.
O desktop broker dessa solução é o Citrix XenDesktop 7.1.
Camada de
virtualização
Permite que a implementação física dos recursos seja separada dos
aplicativos que os utilizam. Em outras palavras, a visão que o
aplicativo tem dos recursos disponíveis não está mais vinculada
diretamente ao hardware. Isso permite muitos recursos-chave no
ambiente de EUC (End-User Computing).
Essa solução usa o Microsoft Hyper-V para a camada de virtualização.
22
Guia de Projeto
Componente
Descrição
Camada de
computação
Fornece recursos de memória e processamento para o software da
camada de virtualização e para as necessidades dos aplicativos em
execução na infraestrutura. O programa VSPEX define a quantidade
mínima necessária de recursos da camada de computação, mas
permite que o cliente selecione qualquer hardware de servidor que
atenda a esses requisitos.
Camada de rede
Conecta os usuários do ambiente aos recursos necessários e conecta
a camada de armazenamento à camada de computação. O programa
VSPEX define o número mínimo de portas de rede necessárias para a
solução e fornece orientação geral sobre a arquitetura de rede, mas
permite que o cliente selecione qualquer hardware de rede que atenda
a esses requisitos.
Camada de
armazenamento
Por ser um recurso essencial para a implementação do ambiente EUC
(End-User Computing), a camada de armazenamento deve absorver
grandes picos de atividade assim que eles ocorrerem, sem afetar de
modo negativo a experiência do usuário.
Essa solução usa os arrays VNXe3200 da EMC com o EMC FAST Cache
para manipular a carga de trabalho com eficiência.
Camada de
backup e
recuperação
Um componente opcional da solução, que fornece proteção de dados
caso os dados do sistema principal sejam excluídos, corrompidos ou,
de algum modo, tornem-se inutilizáveis.
Essa solução usa o EMC Avamar para backup e recuperação.
Solução do
Citrix ShareFile
StorageZones
Suporte opcional para implementações do Citrix ShareFile
StorageZones.
Intermediador de virtualização de desktops
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
O XenDesktop é a solução de virtualização de desktop da Citrix que permite que
os desktops virtuais sejam executados no ambiente de virtualização Hyper-V. O
Citrix XenDesktop 7.1 integra tecnologias de entrega de aplicativos do Citrix
XenApp e de virtualização de desktop do XenDesktop a uma só arquitetura e
experiência de gerenciamento. Essa nova arquitetura unifica componentes de
gerenciamento e entrega para permitir uma solução dimensionável, simples,
eficiente e gerenciável para oferecer aplicativos e desktops Windows como
serviços móveis seguros a usuários em qualquer lugar e em qualquer dispositivo.
A Figura 4 mostra os componentes da arquitetura do XenDesktop 7.1.
Guia de Projeto
23
Figura 4.
Componentes da arquitetura do XenDesktop 7,1
A arquitetura do XenDesktop 7.1 inclui os seguintes componentes:
•
Citrix Director
O Director é uma ferramenta baseada na Web que permite que as equipes
de TI e de help desk monitorem um ambiente, solucionem problemas antes
que eles se tornem críticos ao sistema e executem tarefas de suporte para
usuários finais.
•
Citrix Receiver
Instalado em dispositivos de usuário, o Receiver oferece aos usuários
acesso rápido, seguro e de autoatendimento a documentos, aplicativos e
desktops a partir de qualquer um dos dispositivos do usuário, inclusive
smartphones, tablets e computadores. O Receiver fornece acesso sob
demanda para aplicativos Windows, da Web e de SaaS (Software as a
Service, software como serviço).
•
Citrix StoreFront
O StoreFront fornece serviços de autenticação e de entrega de recursos
para o Citrix Receiver. Ele permite o controle centralizado de recursos e
fornece aos usuários acesso sob demanda e de autoatendimento a seus
desktops e aplicativos.
•
Citrix Studio
O Studio é o console de gerenciamento que permite configurar e gerenciar a
implementação. Ele elimina a necessidade de consoles separados para
gerenciar a entrega de aplicativos e desktops. O Studio fornece vários
assistentes para guiá-lo pelo processo de criação de seu ambiente, criando
suas cargas de trabalho para hospedar aplicativos e desktops e atribuindo
aplicativos e desktops aos usuários.
24
Guia de Projeto
•
Controladora de entrega
Instalada em servidores no datacenter, a controladora de entrega consiste
em serviços que se comunicam com o hipervisor para distribuir aplicativos e
desktops, autenticar e gerenciar o acesso do usuário e intermediar conexões
entre os usuários e seus desktops virtuais e aplicativos. A controladora de
entrega gerencia o estado dos desktops, iniciando-os e interrompendo-os
com base na demanda e na configuração administrativa. Em algumas
edições, a controladora permite que você instale gerenciamento de perfis
para gerenciar as configurações de personalização de usuários em
ambientes Windows virtualizados ou físicos.
•
VDA (Virtual Delivery Agent, agente de entrega virtual)
Instalado no servidor ou em sistemas operacionais de estação de trabalho,
o VDA permite conexões para desktops e aplicativos. Para acesso remoto
ao computador, instale o VDA no computador do escritório.
•
Máquinas do SO do servidor
Essas máquinas são virtuais ou físicas com base no sistema operacional
Windows Server, usadas para a entrega de aplicativos ou de desktops
compartilhados hospedados (HSDS) aos usuários.
•
Máquinas do SO de desktop
Essas máquinas são virtuais ou físicas com base no sistema operacional
Windows Desktop, utilizadas para entregar desktops personalizados para
usuários ou aplicativos a partir de sistemas operacionais de desktop.
•
Acesso remoto a PC
O acesso remoto a PC permite que os usuários acessem remotamente os
recursos em seus computadores de escritório a partir de qualquer
dispositivo que esteja executando o Citrix Receiver.
Machine Creation
Services
O MCS (Machine Creation Services) é um mecanismo de provisionamento
integrado ao console de gerenciamento do XenDesktop, Citrix Studio, para
provisionar, gerenciar e desativar os desktops durante o gerenciamento do ciclo
de vida dos desktops em um ponto centralizado de gerenciamento.
O MCS permite que vários tipos de máquinas sejam gerenciadas dentro de um
catálogo no Citrix Studio. A personalização do computador é persistente para
máquinas que usam o recurso Personal vDisk (PvDisk ou PvD), enquanto as
máquinas não PvD são apropriadas se as mudanças de desktop tiverem de ser
descartadas quando o usuário fizer log-off.
Os desktops provisionados usando o MCS compartilham uma imagem básica
comum em um catálogo. Por isso, a imagem básica é geralmente acessada com
frequência suficiente para usar o FAST Cache, que promove dados acessados
frequentemente a flash drives para fornecer tempo de resposta de I/O ideal com
menos discos físicos.
Guia de Projeto
25
Citrix Provisioning
Services
O Citrix PVS (Provisioning Services) tem uma abordagem diferente das soluções
tradicionais de imagem de desktop, mudando fundamentalmente a relação entre
o hardware e o software executado nele. Transmitindo uma única imagem de
disco compartilhado (vDisk), em vez de copiar as imagens para máquinas
individuais de fluxo contínuo, o PVS permite às organizações reduzir o número de
imagens de disco que elas gerenciam. À medida que o número de máquinas
continua crescendo, o PVS fornece a eficiência do gerenciamento centralizado
com as vantagens do processamento distribuído.
Como as máquinas transmitem os dados do disco dinamicamente em tempo real a
partir de uma única imagem compartilhada, a consistência da imagem da máquina
é garantida. Além disso, grandes pools de máquinas podem mudar completamente
sua configuração, aplicativos e SO durante a operação de reinicialização.
Nesta solução, o PVS provisiona 500 desktops virtuais executando Windows 8.1.
Os desktops são implementados a partir de um único vDisk.
Citrix Personal
vDisk
O recurso Citrix PvD permite que os usuários preservem configurações de
personalização e aplicativos instalados pelo usuário em um desktop agrupado
em pools redirecionando as alterações da máquina virtual em pool do usuário
para um PvD separado. Durante a execução, o conteúdo do Personal vDisk é
combinado ao conteúdo da máquina virtual básica para proporcionar uma
experiência unificada ao usuário final. Os dados do PvD são preservados durante
as operações de reinicialização e atualização.
Citrix Profile
Management
O Citrix Profile Management preserva perfis de usuário e os sincroniza
dinamicamente com um repositório de perfis remotos. O Profile Management faz
dinamicamente o download do perfil remoto de um usuário quando o usuário faz
log-in no XenDesktop e aplica as configurações pessoais para desktops e
aplicativos, independentemente do local de log-in do usuário ou dispositivo client.
A combinação do Profile Management com desktops em pool fornece a
experiência de um desktop dedicado e, ao mesmo tempo, reduz potencialmente
a quantidade de armazenamento necessário em uma organização.
Camada de virtualização
Microsoft Windows O Microsoft Windows Server 2012 R2 com Hyper-V fornece uma plataforma de
virtualização completa que oferece flexibilidade e economia permitindo a
Server 2012 R2
consolidação de conjuntos de servidores grandes e ineficientes em
com Hyper-V
infraestruturas em nuvem ágeis e confiáveis. Os principais componentes de
virtualização da Microsoft são o hipervisor Microsoft Hyper-V e o Microsoft System
Center Virtual Machine Manager para gerenciamento de sistemas.
O hipervisor Hyper-V transforma os recursos físicos do computador virtualizando
a CPU, a memória, o armazenamento e a rede. Essa transformação cria máquinas
virtuais totalmente funcionais que executam sistemas operacionais e aplicativos
isolados e encapsulados da mesma forma que computadores físicos.
O Hyper-V é executado em um servidor dedicado e permite a execução simultânea
de vários sistemas operacionais como máquinas virtuais. Os serviços em cluster da
Microsoft permitem que vários servidores Hyper-V operem em uma configuração
em cluster. A configuração em cluster do Hyper-V é gerenciada como um pool maior
de recursos com o Microsoft System Center Virtual Machine Manager. Isso permite
a alocação dinâmica de CPU, memória e armazenamento no cluster.
26
Guia de Projeto
Microsoft System
Center Virtual
Machine Manager
O Microsoft System Center Virtual Machine Manager é uma plataforma de
gerenciamento dimensionável, extensível e centralizado para a infraestrutura do
Hyper-V. Ele oferece aos administradores uma interface única que pode ser
acessada a partir de vários dispositivos para todos os aspectos de
monitoramento, gerenciamento e manutenção da infraestrutura virtual.
Alta
disponibilidade do
Microsoft Hyper-V
Os recursos de alta disponibilidade do Microsoft Hyper-V 2012 R2, como Failover
Clustering, Live Migration e Storage Migration, permitem migração perfeita de
máquinas virtuais e arquivos armazenados de um servidor Hyper-V para outro,
com pouco ou nenhum impacto sobre o desempenho.
•
O clustering de failover permite à camada de virtualização reiniciar
automaticamente as máquinas virtuais em várias condições de falha. Se o
hardware físico apresentar um erro, as máquinas virtuais impactadas
poderão ser reiniciadas automaticamente em outros servidores no cluster.
Você pode configurar políticas para determinar quais máquinas são
reiniciadas automaticamente e em que condições as operações de
reinicialização são executadas.
Obs.: para que o clustering de failover do Hyper-V reinicie máquinas virtuais em
outro hardware, os recursos devem estar disponíveis nesses servidores.
Considerações sobre o design do servidor apresenta recomendações específicas
para habilitar essa funcionalidade.
•
O Live Migration fornece migração em tempo real de máquinas virtuais em
servidores em cluster ou fora de cluster sem tempo de inatividade de
máquinas virtuais nem interrupção de serviço.
•
O Storage Migration fornece migração em tempo real de arquivos em disco
de máquinas virtuais em storage arrays e entre eles, sem tempo de
inatividade de máquinas virtuais nem interrupção de serviço
Camada de computação
O VSPEX define a quantidade mínima necessária de recursos da camada de
computação, mas permite que o cliente selecione qualquer hardware de servidor
que atenda aos requisitos. Para obter detalhes, consulte Capítulo 5: Práticas
Recomendadas e Considerações de Projeto da Solução.
Camada de rede
O VSPEX define o número mínimo de portas de rede necessárias para a solução e
fornece orientação geral sobre a arquitetura de rede, mas permite que o cliente
selecione qualquer hardware de rede que atenda aos requisitos. Para obter
detalhes, consulte Capítulo 5: Práticas Recomendadas e Considerações de
Projeto da Solução.
Guia de Projeto
27
Camada de armazenamento
A camada de armazenamento é um componente-chave de qualquer solução de
infraestrutura em nuvem que forneça os dados gerados em um sistema de
processamento de armazenamento do datacenter. Esta solução VSPEX utiliza o
armazenamento EMC VNXe3200 para fornecer virtualização na camada de
armazenamento. Isso aumenta a eficiência de armazenamento e flexibilidade do
gerenciamento e reduz o custo total de propriedade.
EMC VNXe3200
Recursos e aprimoramentos
O EMC VNXe3200 é a plataforma de armazenamento unificado otimizada para
flash que oferece inovação e recursos corporativos para armazenamento em file e
block em uma solução única dimensionável e fácil de usar. Ideal para cargas de
trabalho mistas em ambientes físicos ou virtuais, o VNXe3200 combina hardware
avançado e flexível com software de proteção, gerenciamento e eficiência
avançados para atender às exigências dos ambientes de aplicativos virtualizados.
O VNXe3200 inclui muitos recursos e aprimoramentos projetados e construídos
com base no sucesso da família EMC VNX® midrange. Esses recursos e
aprimoramentos incluem:
•
Maior eficiência com um array híbrido otimizado para flash
•
Maior capacidade com otimização multi-core com tecnologia EMC MCx™,
que inclui Multicore Cache, Multicore RAID e Multicore FAST Cache
•
Administração e implementação mais fáceis com componentes de software
básicos do VNXe, inclusive monitoramento e geração de relatórios e
snapshots unificados
•
Integração da rede Microsoft e VMware
•
Suporte multiprotocolo unificado para FC, iSCSI, NFS e CIFS
O VSPEX é desenvolvido com a última geração do VNXe para proporcionar mais
eficiência, desempenho e dimensionamento.
Array híbrido otimizado para flash
O VNXe3200 é um array híbrido otimizado para flash que fornece classificação
automatizada por níveis a fim de oferecer o melhor desempenho para dados
críticos, enquanto transfere de modo inteligente os dados acessados com menos
frequência para discos de custo mais baixo.
Nessa abordagem híbrida, uma pequena porcentagem de flash drives no sistema
como um todo pode fornecer uma alta porcentagem de operações de I/O por
segundo (IOPS) geral. O VNXe3200 aproveita toda a vantagem da latência baixa
do flash para oferecer otimização econômica e dimensionamento de alto
desempenho. O EMC Fully Automated Storage Tiering Suite, que inclui FAST™
Cache e FAST VP (FAST para pools virtuais), classifica por nível os block e file data
em drives heterogêneos e impulsiona os dados mais ativos para os flash drives,
garantindo que os clientes nunca precisem fazer concessões em relação ao custo
nem ao desempenho.
28
Guia de Projeto
Os dados geralmente são acessados com mais frequência no momento em que são
criados, portanto, os novos dados são primeiramente armazenados em flash drives
para fornecer o melhor desempenho. À medida que os dados ficam mais velhos e
menos ativos, o FAST VP pode classificar automaticamente por nível os dados de
drives de alto desempenho para drives de alta capacidade, com base nas políticas
definidas pelo cliente. Esse recurso foi aprimorado com uma granularidade quatro
vezes melhor e novos SSDs, FAST VP com base na tecnologia eMLC para reduzir o
custo por gigabyte. O FAST Cache absorve dinamicamente picos imprevisíveis nas
cargas de trabalho do sistema. O FAST Cache pode fornecer melhoria de
desempenho imediata, promovendo dados ativos repentinamente de drives de alta
capacidade mais lentos a flash drives mais rápidos.
Otimização de caminho de código MCx
O advento da tecnologia flash foi um catalisador na criação de mudanças
significativas dos requisitos dos sistemas de armazenamento midrange. A EMC
reprojetou a plataforma de armazenamento VNXe para otimizar, com eficiência,
CPUs com vários núcleos e fornecer o mais eficiente sistema de armazenamento
ao menor custo do mercado.
A tecnologia MCx da EMC distribui todos os serviços de dados do VNXe por todos
os núcleos, como mostrado na Figura 5, e pode aprimorar drasticamente o
desempenho de arquivos para aplicativos transacionais, como bancos de dados
ou máquinas virtuais, por meio do Network Attached Storage.
O VNXe inclui o primeiro uso do Non-Transparent Bridge (NTB) da Intel em um
storage array da EMC. O NTB permite a conectividade direta de alta velocidade
entre as controladoras de armazenamento por uma interface PCI-Express (PCIe).
Isso elimina switches externos PCIe, economiza energia e espaço, e reduz a
latência e o custo.
Figura 5.
VNXe3200 com otimização multi-core
Guia de Projeto
29
Software básico VNXe
O novo VNXe Base Software estende a interface fácil de usar do Unisphere da
EMC para incluir o VNXe Monitoring and Reporting para validação do desempenho
e previsão de requisitos de capacidade. O pacote também inclui o Unisphere
Central para gerenciar centralmente milhares de sistemas VNX e VNXe.
Gerenciamento de ecossistema e virtualização
Offloaded Data Transfer do Microsoft Hyper-V
O recurso ODX (Offloaded Data Transfer) do Microsoft Windows Server 2012 R2
permite que transferências de dados durante operações de cópia sejam
descarregadas no storage array, liberando ciclos do host. Por exemplo, o uso do
ODX para uma migração em tempo real de uma máquina virtual do Microsoft SQL
Server dobrou o desempenho, acelerou o tempo de migração em 50%, reduziu a
CPU no servidor Hyper-V em 20% e eliminou o tráfego de rede.
EMC Storage Integrator for Windows
O EMC Storage Integrator (ESI) para Windows é uma interface de gerenciamento
que fornece a capacidade de visualizar, provisionar e gerenciar armazenamento
de block e file para ambientes Windows. O ESI simplifica as etapas para criação e
provisionamento de armazenamento de servidores Hyper-V como um disco local
ou como um compartilhamento mapeado. O ESI também dá suporte para
descoberta de armazenamento e provisionamento com o Windows PowerShell.
Os guias do produto ESI para Windows que estão disponíveis no Suporte on-line
da EMC, oferecem mais informações.
Camada de backup e recuperação
As operações de backup e recuperação protegem os dados ao fazer backup dos
arquivos ou volumes de dados conforme um agendamento definido e a restauração
dos dados do backup, caso a recuperação seja necessária após um desastre.
O EMC Avamar fornece proteção nesta solução VSPEX End-User Computing.
O Avamar capacita os administradores a fazer backup e gerenciar políticas e
componentes de infraestrutura de EUC (End-User Computing) de maneira
centralizada, enquanto permite que usuários finais façam backup e recuperação de
seus próprios arquivos eficientemente, usando uma interface simples e intuitiva
baseada na Web. Movendo apenas os segmentos de dados novos e únicos de
subarquivos, o Avamar fornece backups completos diários e rápidos, com uma
redução de até 90 no tempo de backup. O Avamar também pode reduzir a largura
de banda de rede diária necessária em até 99 e o armazenamento para backup
necessário em 10 a 30 vezes. Todas as recuperações são feitas em uma só etapa.
30
Guia de Projeto
Com o Avamar, você pode escolher métodos para backup de desktops virtuais
usando operações tanto em nível de imagem quanto com base em guest. O
Avamar executa o mecanismo de desduplicação no nível de disco rígido virtual
Hyper-V (VHDX) para backup de imagens e em nível de arquivo para backups
baseados em guest. Isso inclui tudo o que você precisa para garantir uma
recuperação completa, inclusive proteção de VHDs (Virtual Hard Disks, discos
rígidos virtuais), bem como os componentes do sistema operacional, tais como
estado do sistema, volumes de dados e o banco de dados de configuração HyperV. O Avamar usa o gravador do VSS do Hyper-V para oferecer recuperação de
desastres para servidores Hyper-V, capturando os arquivos VHD que compõem os
guests do Hyper-V. Alguns dos benefícios são:
•
A proteção em nível de imagem possibilita que os clients de backup façam
cópia de todos os discos virtuais e arquivos de configuração associados ao
desktop virtual específico em caso de falha, corrupção ou exclusão
acidental de hardware.
•
A proteção baseada em guest é executada como as soluções tradicionais
de backup. Você pode usá-lo em qualquer máquina virtual executado em
um SO para o qual o client de backup do Avamar está disponível. O backup
baseado em guest permite o controle granular do conteúdo e padrões de
inclusão e exclusão para proteção consistente de aplicativos. Isso permite
impedir perda de dados devido a erros do usuário, como exclusão acidental
de arquivo. A instalação do agente de desktop/laptop no sistema a ser
protegido permite o autoatendimento do usuário final na capacidade de
recuperação de seus dados.
•
Os backups de máquinas virtuais agendadas do cluster CSV permitem que
o Avamar forneça a proteção completa de failover para máquinas virtuais
executadas em um volume compartilhado. O Avamar protege máquinas
virtuais sem interrupção conforme elas migram de um servidor Hyper-V para
outro usando a migração em tempo real. O suporte para Hyper-V no backup
de nó proxy do CSV otimiza os backups permitindo que administradores
escolham um servidor proxy físico no ambiente CSV para gerenciar todos os
backups para o backup federado, eliminando a sobrecarga de
processamento de backup para servidores de produção. Além disso, o
Avamar tem suporte para o Hyper-V 2012, que elimina o desempenho lento
de gravação de I/O ocasionado pelo redirecionamento de todo o I/O de
servidor no CSV para o servidor que está sendo copiado.
Testamos essa solução com backups baseados em guest.
Solução do Citrix ShareFile StorageZones
O Citrix ShareFile é um serviço de compartilhamento e armazenamento de arquivos
baseado em nuvem integrado para armazenamento e segurança de classe
empresarial. Ele permite aos usuários compartilhar documentos de maneira segura
com outros usuários. Os usuários do ShareFile incluem funcionários e usuários que
estão fora do diretório empresarial (conhecidos como clients).
O ShareFile StorageZones permite às empresas compartilhar arquivos em toda a
organização, atendendo às questões de conformidade e de regulamentação.
O StorageZones permite aos clientes manter seus dados em sistemas de
armazenamento que estão no local. Facilita o compartilhamento de grandes
arquivos com criptografia completa e oferece a capacidade de sincronizar
arquivos com vários dispositivos.
Guia de Projeto
31
Mantendo os dados no local e mais perto dos usuários do que os dados que
residem na nuvem pública, o StorageZones pode fornecer melhor desempenho e
segurança.
Os recursos e benefícios disponíveis aos usuários do ShareFile StorageZones
incluem:
•
A capacidade de usar o StorageZones com ou no lugar do armazenamento
em nuvem gerenciado pelo ShareFile.
•
Capacidade de configurar o Citrix CloudGateway Enterprise para integrar os
serviços do ShareFile com o Citrix Receiver para autenticação do usuário e
provisionamento de usuários.
•
Reconciliação automatizada entre a nuvem do ShareFile e a implementação
do StorageZones de uma organização.
•
Verificações de vírus automatizadas de arquivos carregados.
•
Recuperação de arquivo do backup do Storage Center (o componente de
servidor do StorageZones). O StorageZones permite navegar pelos registros
do arquivo de uma determinada data e hora e marcar os arquivos e pastas a
serem restauradas a partir do backup do Storage Center.
Com uma infraestrutura adicional, a solução VSPEX End-User Computing para
Citrix XenDesktop tem suporte para ShareFile StorageZones com Storage Center.
32
Guia de Projeto
Capítulo 4: Dimensionamento da solução
Capítulo 4
Dimensionamento da solução
Visão geral ...............................................................................................................34
Carga de trabalho de referência ...............................................................................34
Dimensionamento de servidores virtuais de infraestrutura com nuvem
privada do VSPEX .....................................................................................................35
Componentes básicos de armazenamento do VSPEX ...............................................36
Máximo validado de computação do usuário final do VSPEX ....................................37
Escolha da arquitetura de referência apropriada ......................................................41
Guia de Projeto
33
Visão geral
Este capítulo descreve como projetar uma solução VSPEX End-User Computing
para Citrix XenDesktop e como dimensioná-la para atender às necessidades do
cliente. Ele apresenta os conceitos de uma carga de trabalho de referência, de
componentes básicos e limites validados de computação do usuário final, além
de descrever suas características. Descreve como escolher a arquitetura de
referência apropriada para o ambiente do cliente usando a planilha de
dimensionamento do cliente. A Tabela 5 descreve as etapas de alto nível
necessárias para concluir o dimensionamento da solução.
Tabela 5.
VSPEX End-User Computing: Processo de projeto
Etapa
Ação
1
Use a planilha de dimensionamento do cliente em Apêndice A para coletar os
requisitos do cliente para o ambiente de EUC (End-User Computing).
2
Use o EMC VSPEX Sizing Tool para definir a arquitetura de referência do VSPEX
recomendada para sua solução de EUC (End-User Computing), com base nos
requisitos do cliente coletados na Etapa 1.
Obs.: se a ferramenta de dimensionamento não estiver disponível, dimensione
manualmente a solução de EUC (End-User Computing) usando as diretrizes
contidas neste capítulo.
Carga de trabalho de referência
O VSPEX define uma carga de trabalho de referência para representar uma
unidade de medida para determinar os recursos das arquiteturas de referência da
solução. Pela comparação entre o uso real do cliente com essa carga de trabalho
de referência, é possível inferir qual arquitetura de referência deve ser escolhida
como base para a implementação do VSPEX do cliente.
Para soluções de computação do usuário final do VSPEX, a carga de trabalho de
referência é definida como um desktop virtual único — o desktop virtual de
referência — que você pode implementar usando um SO de desktop (também
conhecido como desktop VDI) ou o sistema operacional do servidor (também
conhecido como HSD). Para um SO de desktop, cada usuário acessa uma
máquina virtual dedicada que é alocada a uma vCPU e 2 GB de RAM. Para um SO
de servidor, cada máquina virtual é alocada a seis vCPUs e 12 GB de RAM, e é
compartilhada entre 20 sessões de desktop virtual.
A Tabela 6 detalha as características de carga de trabalho do desktop virtual de
referência. O número equivalente de desktops virtuais de referência para um
requisito de recursos em particular é determinado convertendo esse requisito
para o número de desktops virtuais de referência necessário para atendê-lo.
34
Guia de Projeto
Tabela 6.
Características de carga de trabalho do desktop virtual de referência
Característica
Valor
Tipo de desktop virtual
• SO de desktop (desktop VDI): Microsoft Windows
8.1 Enterprise Edition (32 bits)
• SO do servidor (HSD): Windows Server 2012 R2
Processadores virtuais por
desktop virtual
• SO de desktop (desktop VDI): 1 vCPU
RAM por desktop virtual
• SO de desktop (desktop VDI): 2 GB
• SO do servidor (HSD): 0.3 vCPU
• SO do servidor (HSD): 0.6 GB
Média de IOPS por desktop virtual
em estado estacionário
8
Essa definição de desktop é baseada em dados de usuários que residem em
armazenamento compartilhado. O perfil de I/O é definido pelo uso de um modelo
de referência de teste que opera em todos os desktops simultaneamente, com
carga estacionária gerada pelo uso constante de aplicativos de escritório, como
navegadores, software de produtividade.
Dimensionamento de servidores virtuais de infraestrutura com nuvem
privada do VSPEX
Essa solução tem servidores virtuais de infraestrutura em camadas em nuvem
privada do VSPEX com Microsoft Hyper-V Proven Infrastructure, inclusive o Active
Directory, o System Center Virtual Machine Manager, SQL Server, Controladoras
de Entrega do XenDesktop e servidores PVS. O usuário final também pode usar
recursos de infraestrutura existentes se qualquer um desses componentes já
existir no datacenter. A Tabela 7 mostra os requisitos de recursos da
infraestrutura validada para esta solução.
Tabela 7.
Requisito de recursos do servidor virtual de infraestrutura
Quantidade
CPU
Memória
(GB)
Capacidade
(GB)
IOPS
1
2
4
20
20
SQL Server
1
4
12
225
50
System Center Virtual
Machine Manager
1
4
4
27
10
Controladora do XenDesktop
2
4
8
25
40
Servidor PVS
2
4
4
25
20
Servidor
Controlador de domínio
(Active Directory/DNS/DHCP)
A Nuvem Privada do EMC VSPEX: Guia da Proven Infrastructure do Microsoft
Windows Server 2012 R2 with Hyper-V para até 1.000 Máquinas Virtuais e Nuvem
Privada do EMC VSPEX: Guia da Proven Infrastructure do Microsoft Windows 2012
R2 para até 125 Máquinas Virtuais oferece detalhes de configuração de recursos
de servidor e armazenamento.
Guia de Projeto
35
Componentes básicos de armazenamento do VSPEX
Abordagem
modular
O dimensionamento do sistema de armazenamento para atender à IOPS do
servidor virtual é um processo complicado. Quando um I/O chega ao storage array,
vários componentes o atendem — por exemplo, as SPs, o cache da DRAM de backend, o FAST Cache (se utilizado) e os discos. Os clientes precisam considerar vários
fatores no planejamento e dimensionamento de seu sistema de armazenamento,
a fim de equilibrar capacidade, desempenho e custo para seus aplicativos.
O VSPEX usa uma abordagem de componente modular para reduzir a
complexidade. Um componente básico é um conjunto de spindles de disco que
dá suporte a um número específico de desktops virtuais na arquitetura VSPEX.
Cada componente básico combina vários eixos de disco para criar um pool de
armazenamento que dê suporte às necessidades do ambiente de EUC (End-User
Computing).
Componentes
básicos validados
Dois componentes básicos são atualmente validados no VNXe3200 e fornecem
uma solução flexível para dimensionamento do VSPEX:
•
Componente básico para 125 desktops virtuais com provisionamento PVS
O menor componente básico validado com provisionamento PVS pode
conter até 125 desktops virtuais com 4 drives SAS em um pool de
armazenamento habilitado com FAST Cache. A Figura 6exibe o layout de
armazenamento.
Figura 6. Layout de armazenamento de componente básico com provisionamento PVS
•
Componente básico para até 125 desktops virtuais com provisionamento
MCS
O menor componente básico validado com provisionamento MCS pode
conter até 125 servidores virtuais com 5 drives SAS em um pool de
armazenamento de FAST Cache. A Figura 7exibe o layout de
armazenamento.
Figura 7. Layout de armazenamento de componente básico com provisionamento
MCS
36
Guia de Projeto
Expansão dos
ambientes
existentes de
computação do
usuário final do
VSPEX
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.
Desktops
virtuais
(Usuários)
Número de discos necessários para diferentes números de desktops virtuais
Flash drives
Drives SAS
PVS
FAST Cache
MCS
Não PvD
PvD
(Desktop/PvD)
HSD
Não PvD
PvD
(Desktop/PvD)
HSD
125
2
4
10 (4/6)
4
5
11 (5+6)
5
250
2
8
10 (4/6)
4
10
11 (5+6)
5
375
2
12
20 (8/12)
8
15
22 (10+12)
10
500
2
16
20 (8/12)
8
20
22 (10+12)
10
Obs.: se você começa a configuração com um componente básico de 125 desktops para o
MCS, é possível expandi-lo a 250 desktops adicionando cinco drives SAS correspondentes e
que permitam a redistribuição. Para obter detalhes sobre expansão de pool e redistribuição,
consulte o White Paper EMC VNX Virtual Provisioning Applied Technology.
Máximo validado de computação do usuário final do VSPEX
Validamos as configurações do VSPEX EUC (End-User Computing) na plataforma
VNXe3200. Conforme detalhado na Tabela 8, o limite máximo recomendado para
VNXe3200 é 500 desktops.
Os layouts de disco validados são criados para dar suporte ao número apropriado de
desktops virtuais no nível de desempenho definido. Você pode modificar um layout
de armazenamento validado adicionando drives para maior capacidade e
desempenho, além de recursos como o FAST Cache para desktops e FAST VP para
melhor desempenho de dados do usuário. No entanto, reduzir o número de drives
recomendados ou um tipo de array pode resultar em IOPS menor por desktop e uma
experiência menos satisfatória do usuário devido ao maior tempo de resposta.
VNXe3200
Layout de armazenamento de núcleo com provisionamento PVS
A Figura 8 mostra o layout dos discos que são necessários para armazenar 500
desktops virtuais com provisionamento de PVS. Este layout pode ser utilizado
com as opções de provisionamento aleatório, estático, PvD e HSD. Esse layout
não inclui espaço para dados do perfil do usuário.
Guia de Projeto
37
Figura 8.
Layout de armazenamento principal com provisionamento PVS para 500
desktops virtuais
A solução usa a seguinte configuração principal com provisionamento PVS:
•
Cinco discos SAS para o VNXe Operating Environment (OE) e PVS vDisk.
•
16 discos SAS no pool de armazenamento 1 do RAID 10 para armazenar o
cache de gravação do desktop virtual. Habilitamos o FAST Cache para o
pool inteiro.

Para o protocolo, nós provisionamos quatro file systems thin (cada um
para 125 desktops) do pool para serem apresentados aos servidores
Hyper-V como compartilhamentos CIFS.

Para o protocolo block, nós provisionamos quatro thin LUNs (cada uma
Hyper-V como CSVs.
Obs.: se o PvD for implementado, a metade dos drives (oito discos SAS de 500 desktops) será
suficiente para atender ao requisito de desempenho. No entanto, a capacidade do desktop
será reduzida em 50 por cento. Se seu requisito de capacidade ambiente for atendido,
implemente o PvD com provisionamento MCS com oito drives SAS para 500 desktops.
•
Dois drives SSD para FAST Cache. Não há LUNs configuráveis pelo usuário
nesses drives.
•
Um disco SAS e um drive SSD para uso como hot spares.
Obs.: o layout de discos apresentado na Figura 8 é para demonstração e pode ser
diferente em produção, uma vez que o VNXe automatiza a distribuição de disco para
fornecer melhor desempenho. Você pode substituir os drives maiores para ampliar a
capacidade. Para satisfazer as recomendações de carga, os drives devem ser todos de
10.000 RPM e do mesmo tamanho. Se tamanhos diferentes forem usados, os algoritmos
de layout de armazenamento poderão gerar resultados abaixo do ideal.
Layout de armazenamento de núcleo com provisionamento MCS
A Figura 9 mostra o layout dos discos que são necessários para armazenar 500
desktops virtuais com provisionamento de MCS. Este layout pode ser utilizado
com as opções de provisionamento aleatório, estático, PvD e HSD. Esse layout
não inclui espaço para dados do perfil do usuário.
38
Guia de Projeto
Figura 9.
Layout de armazenamento principal com provisionamento MCS para 500
desktops virtuais
A solução usa a seguinte configuração principal com provisionamento MCS:
•
Quatro discos SAS para o VNXe OE.
•
20 discos SAS no pool de armazenamento 1 do RAID 5 para armazenar
desktops virtuais. Habilitamos o FAST Cache para o pool inteiro.

Para o protocolo, nós provisionamos quatro file systems thin (cada um
Hyper-V como compartilhamento CIFS.

Para o protocolo block, nós provisionamos quatro thin LUNs (cada uma
Hyper-V como CSVs.
Obs.: se o PvD for implementado, a metade dos drives (dez discos SAS de 500 desktops)
será suficiente para atender ao requisito de desempenho. No entanto, a capacidade do
desktop será reduzida em 50 por cento. Se o requisito de capacidade ambiente for atendido,
implemente o PvD com provisionamento MCS com dez drives SAS para 500 desktops.
•
Dois drives SSD para FAST Cache. Não há LUNs configuráveis pelo usuário
nesses drives.
•
Um disco SAS e um drive SSD para uso como hot spares. Esses discos são
marcados como "HS" na Figura 9.
Obs.: o layout de discos apresentado na Figura 10 é para demonstração e pode
ser diferente em produção, uma vez que o VNXe automatiza a distribuição de
disco para fornecer melhor desempenho. Você pode substituir os drives maiores
para ampliar a capacidade. Para satisfazer as recomendações de carga, os drives
devem ser todos de 10.000 RPM e do mesmo tamanho. Se tamanhos diferentes
forem usados, os algoritmos de layout de armazenamento poderão gerar
resultados abaixo do ideal.
Guia de Projeto
39
Layout opcional de armazenamento de dados do usuário
Nos testes de validação da solução, o espaço de armazenamento para dados do
usuário foi alocado no array VNXe, como mostrado na Figura 10. Este
armazenamento é uma adição ao armazenamento principal mostrado na Figura 8
e Figura 9 e é usado para armazenar os servidores de infraestrutura, perfis de
usuário, diretórios de usuário e vDisks pessoais. Se o armazenamento para esses
itens existir em algum outro lugar do ambiente de produção, esse
armazenamento adicional não será necessário.
Figura 10. Layout opcional de armazenamento para 500 desktops virtuais
A solução usa a seguinte configuração de armazenamento opcional:
•
Um disco SAS para uso como um hot spare, identificado como “HS” na
Figura 10.
•
Dez discos SAS no pool de armazenamento 3 do RAID 5 para armazenar
dados do usuário e perfis de roaming. Dois file systems CIFS são criados a
partir deste pool onde um file system é usado para armazenar dados do
usuário e outro para armazenar o perfil do usuário.
Se vários tipos de drives foram implementados, o FAST VP pode ser
habilitado para classificar dados por níveis automaticamente, para
aproveitar as diferenças de desempenho e capacidade. O FAST VP é
aplicado no nível do pool de armazenamento em block e se ajusta
automaticamente onde os dados são armazenados, com base na
frequência de acesso dos dados. Dados acessados com frequência são
promovidos a níveis mais altos de armazenamento em incrementos de
256 MB, enquanto os dados acessados raramente podem ser migrados
para um nível inferior, proporcionando economia.
Este rebalanceamento de unidades de dados de 256 MB, ou fatias, ocorre
como parte de uma operação de manutenção agendada regularmente.
A EMC não recomenda o FAST VP para armazenamento de desktop virtual,
mas ele pode fornecer melhorias de desempenho quando implementado
em dados do usuário e perfis de roaming.
•
40
Doze discos SAS no pool de armazenamento 4 do RAID 10 para armazenar
o PvD. O FAST Cache é habilitado para o pool inteiro.

Para o protocolo file, quatro file systems (um para 125 desktops) são
provisionados do pool para serem apresentados aos servidores Hyper-V
como compartilhamentos CIFS.

Para o protocolo block, quatro LUNs (um para 125 desktops) são
provisionadas do pool para serem apresentadas aos servidores Hyper-V
como CSVs.
Guia de Projeto
Escolha da arquitetura de referência apropriada
Para selecionar a arquitetura de referência apropriada para um ambiente do cliente,
é necessário determinar os requisitos de recursos do ambiente e converta em esses
requisitos para um número equivalente de desktops virtuais de referência, que
tenham as características definidas na Tabela 6 na página 35. Esta seção descreve
como usar a planilha de dimensionamento do cliente para simplificar os cálculos de
dimensionamento. Também descreve fatores adicionais que você deve levar em
consideração ao decidir qual arquitetura de referência implementar.
Uso da planilha de
dimensionamento
do cliente
A planilha do dimensionamento do cliente ajuda a avaliar o ambiente do cliente e
calcular os requisitos de dimensionamento do ambiente.
A Tabela 9 mostra uma planilha preenchida para um exemplo de ambiente do cliente.
O Apêndice A fornece uma planilha em branco de dimensionamento do cliente, que
pode ser impressa e usada para ajudar a dimensionar a solução para um cliente.
Tabela 9.
IOPS
Desktops virtuais
de referência
equivalentes
Nº de
usuários
Número total de
desktops
virtuais de
referência
4
12
---
---
---
2
2
2
2
50
100
Requisitos de
recursos
1
4
8
---
---
---
Desktops
virtuais de
referência
equivalentes
1
2
1
2
100
200
Requisitos de
recursos
1
2
8
---
---
---
Desktops
virtuais de
referência
equivalentes
1
1
1
1
150
150
CPUs
Memória
(GB)
Requisitos de
recursos
2
Desktops
virtuais de
referência
equivalentes
Tipo de usuário
Usuários
pesados
Usuários
moderados
Usuários
típicos
Exemplo de planilha de dimensionamento do cliente
Total
450
Para preencher a planilha de dimensionamento do cliente, siga estas etapas:
1.
Identifique os tipos de usuários planejados para a migração para o ambiente
VSPEX End-User Computing e o número de usuários de cada tipo.
2.
Para cada tipo de usuário, determine os requisitos de recursos de
computação em termos de vCPUs, memória (GB), o desempenho de
armazenamento (IOPS) e capacidade de armazenamento.
3.
Para cada tipo de recurso e de usuário, determine os desktops virtuais de
referência equivalentes - ou seja, o número de desktops virtuais de referência
necessários para atender aos requisitos de recursos específicos.
4.
Determine o número total de desktops de referência necessários no pool
de recursos para o ambiente do cliente.
Guia de Projeto
41
Determine os requisitos de recursos
CPU
O desktop virtual de referência ressaltado na Tabela 6 na página 35 supõe que a
maioria dos aplicativos de desktop é otimizada para uma só CPU em uma
implementação de SO em desktop. Se um tipo de usuário precisar de um desktop
com várias CPUs virtuais, modifique a contagem de desktops virtuais proposta
para justificar os recursos adicionais. Por exemplo, se 100 desktops estiverem
sendo virtualizados, mas 20 usuários precisarem de duas CPUs em vez de uma, o
pool precisará fornecer 120 desktops virtuais de capacidade.
Memória
A memória desempenha um papel fundamental para assegurar a funcionalidade
e o desempenho dos aplicativos. Cada grupo de desktops terá diferentes
destinos para a quantidade de memória disponível considerada aceitável. Como
no cálculo da CPU, se um grupo de usuários precisar de recursos de memória
adicionais, ajuste o número de desktops planejados para acomodar os requisitos
de recursos adicionais.
Por exemplo, se 200 desktops deverão ser virtualizados usando o SO do desktop,
mas cada um deles precisar de 4 GB de memória ao invés dos 2 GB que o desktop
virtual de referência fornece, planeje 400 desktops virtuais de referência.
IOPS
Os requisitos de desempenho de armazenamento para desktops são normalmente o
aspecto de desempenho menos compreendido. O desktop virtual de referência usa
uma carga de trabalho gerada por uma ferramenta reconhecida pelo setor para
executar uma ampla variedade de aplicativos de produtividade de escritório que
deve representar a maioria das implementações de desktops virtuais.
Capacidade de armazenamento
O requisito de capacidade de armazenamento de um desktop pode variar muito
dependendo dos tipos de aplicativos em uso e das políticas específicas do
cliente. Os desktops virtuais desta solução contam com armazenamento
compartilhado adicional para dados de perfis e documentos de usuários. Este
requisito é um componente opcional que pode ser atendido com a adição de
hardware de armazenamento específico definido na solução. Ele também pode
ser atendido usando os compartilhamentos de arquivo existentes no ambiente.
Determinação do número equivalente de desktops virtuais de referência
Com todos os recursos definidos, determine o número de desktops virtuais de
referência equivalentes usando os relacionamentos indicados na Tabela 10.
Arredonde todos os valores para cima para o número inteiro mais próximo.
42
Guia de Projeto
Tabela 10. Recursos do desktop virtual de referência
Tipo de
desktop
SO do
desktop
SO do
servidor
Recurso
Valor para o desktop
virtual de referência
Relacionamento entre requisitos e desktops
virtuais de referência equivalentes
CPU
1
Desktops virtuais de referência equivalentes =
requisitos de recursos
Memória
2
(requisitos de recursos)/2
IOPS
8
CPU
0,3
(requisitos de recursos)/0,3
Memória
0.6
(requisitos de recursos)/0,6
IOPS
8
Por exemplo, o tipo de usuário pesado na Tabela 9 requer duas CPUs virtuais,
12 IOPS e 4 GB de memória para cada desktop em um ambiente de SO de
desktop. Isso equivale a dois desktops virtuais de referência de CPU, dois
desktops virtuais de referência de memória e dois de IOPS, com base nas
características de desktop virtual de referência na Tabela 6.
O número de desktops virtuais de referência necessários para cada tipo de
usuário é igual ao número máximo necessário para um recurso individual. Por
exemplo, o número de desktops virtuais de referência equivalentes para o tipo de
usuário pesado na Tabela 9 é dois, já que esse número atenderá os requisitos de
recursos — IOPS, vCPU e memória.
Para calcular o número total de desktops virtuais de referência para um tipo de
usuário, multiplique o número de desktops virtuais de referência equivalentes
para esse tipo de usuário pelo número de usuários.
Determinação do número total de desktops virtuais de referência
Preencha uma planilha para cada tipo de usuário que o cliente deseja migrar para
a infraestrutura virtual. Em seguida, compute o número total de desktops virtuais
de referência necessários no pool de recursos calculando a soma dos desktops
virtuais de referência para todos os tipos de usuários. No exemplo na Tabela 9 na
página 38, o total é de 450 desktops virtuais.
Seleção de uma
arquitetura de
referência
O valor de desktops virtuais de referência na planilha indica qual arquitetura de
referência seria adequada para as necessidades do cliente. No caso da Tabela 9,
o cliente requer 450 desktops virtuais de capacidade do pool. Portanto, o pool de
500 desktops virtuais fornece recursos suficientes para suprir as necessidades
atuais com margem para crescimento.
No entanto, você pode precisar considerar outros fatores ao decidir qual
arquitetura de referência implementar. Por exemplo:
Guia de Projeto
43
•
Simultaneidade
A carga de trabalho de referência usada para validar esta solução (Tabela 6
na página 35) assume que todos os usuários de desktops estarão ativos o
tempo todo. Em outras palavras, testamos a arquitetura de referência para
500 desktops com 500 desktops, todos gerando cargas de trabalho
paralelamente, inicializados ao mesmo tempo etc. Se o cliente espera ter
800 usuários, mas somente 50% estarão conectados em dado momento em
razão de diferenças de fuso horário ou turnos alternados, os 400 usuários
ativos do total de 800 usuários poderão ter suporte da arquitetura para
500 desktops.
•
Cargas de trabalho de desktops mais pesadas
A carga de trabalho de referência é considerada uma carga típica de um
funcionário administrativo. No entanto, alguns clientes podem ter usuários
com mais de um perfil ativo.
Se uma empresa tiver 300 usuários e, por causa de aplicativos corporativos
personalizados, cada usuário gerar 12 IOPS, em comparação com 8 IOPS
utilizados na carga de trabalho de referência, esse cliente vai precisar de
3.600 IOPS (300 usuários x 12 IOPS por desktop). A configuração para
375 desktops formada por três componentes básicos poderia ser
insuficiente nesse caso, pois ela foi classificada para 3.000 IOPS
(375 desktops x 8 IOPS por desktop). Esse cliente deveria considerar migrar
para uma solução para 500 desktops com quatro componentes básicos.
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. No entanto,
em alguns casos, talvez você queira personalizar ainda mais os recursos de
hardware disponíveis ao sistema. Uma descrição completa da arquitetura do
sistema está além do escopo deste documento, mas você pode personalizar sua
solução ainda mais até esse ponto.
Recursos de armazenamento
Em alguns aplicativos, separar algumas cargas de trabalho de armazenamento de
outras cargas de trabalho é necessário. Os layouts de armazenamento das
arquiteturas de referência colocam todos os desktops virtuais em um só pool de
recursos. Para conseguir a separação da carga de trabalho, implemente drives de
discos adicionais para cada grupo que precisa de isolamento de carga de
trabalho e adicione-os a um pool dedicado.
Não é apropriado reduzir o tamanho do pool de recursos de armazenamento
principal para dar suporte ao isolamento nem reduzir a capacidade do pool sem
orientação adicional além deste documento. Projetamos os layouts de
armazenamento para a solução para equilibrar diversos fatores, inclusive alta
disponibilidade, desempenho e proteção de dados. A alteração dos componentes do
pool pode ter impactos significativos difíceis de prever em outras áreas do sistema.
Recursos de servidor
Essa solução permite personalizar ainda mais os recursos de hardware do
servidor. Para isso, primeiro totalize os requisitos de recursos para os
componentes do servidor, como mostrado na Tabela 11. Observe a inclusão das
colunas Total de recursos da CPU e Total de recursos de memória à planilha.
44
Guia de Projeto
Tabela 11. Totais dos componentes de recursos de servidor
Tipos de usuários
vCPUs
Memória
(GB)
Número de
usuários
Total de
recursos de
CPU
Total de recursos
de memória (GB)
Usuários
pesados
Requisitos de
recursos
2
4
50
100
200
Usuários
moderados
Requisitos de
recursos
1
4
100
100
400
Usuários
típicos
Requisitos de
recursos
1
2
150
150
300
350
900
Total
O exemplo na Tabela 11 requer 350 vCPUs e 900 GB de memória. Uma vez que as
arquiteturas de referência presumem cinco desktops por núcleo de processador
físico em um ambiente de SO do desktop, e nenhum superprovisionamento de
memória, isso se traduz em 44 núcleos de processador físico e 900 GB de
memória. Em contraste, o pool de recursos para 500 desktops virtuais usado na
solução pede 1.000 GB de memória e, pelo menos, 63 núcleos de processador
físico. Isso significa que você pode implementar a solução de modo eficaz com
menos recursos de servidor.
Obs.: tenha em mente os requisitos de alta disponibilidade ao personalizar o hardware
do pool de recursos.
Resumo
Os requisitos descritos na solução são os que a EMC considera o conjunto
mínimo de recursos para manipular as cargas de trabalho com base na definição
declarada de um desktop virtual de referência. Em qualquer implementação de
cliente, a carga de um sistema variará no decorrer do tempo conforme os usuários
interagirem com o sistema. Se os desktops virtuais do cliente forem muito
diferentes da definição de referência e variarem no mesmo grupo de recursos,
poderá ser necessário adicionar mais desses recursos ao sistema.
Guia de Projeto
45
46
Guia de Projeto
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
Visão geral ...............................................................................................................48
Considerações sobre o design do servidor ...............................................................48
Considerações de projeto de rede ............................................................................53
Considerações sobre projetos de armazenamento ...................................................57
Alta disponibilidade e failover .................................................................................63
Perfil do teste de validação ......................................................................................65
Diretrizes de configuração do EMC Powered Backup ................................................66
VSPEX para Citrix XenDesktop com a solução ShareFile StorageZones ....................67
Guia de Projeto
47
Visão geral
Este capítulo descreve práticas recomendadas e considerações para projetar a
solução VSPEX End-User Computing para Citrix XenDesktop. Para obter mais
informações sobre as práticas recomendadas de implementação dos vários
componentes da solução, consulte a documentação do fornecedor.
Considerações sobre o design do servidor
As soluções VSPEX são projetadas para execução em uma ampla variedade de
plataformas de servidor. O VSPEX define os recursos mínimos necessários para
CPU e memória, mas não um tipo de servidor ou uma configuração específica. O
cliente pode usar qualquer plataforma de servidor e configuração que atender ou
exceder os requisitos mínimos.
Por exemplo, a Figura 11 mostra como um cliente pode executar os mesmos
requisitos do servidor usando servidores white-box ou servidores high-end. Ambas
as implementações alcançam o número necessário de núcleos de processador e a
quantidade de RAM, mas o número e o tipo de servidor são diferentes.
Figura 11.
Flexibilidade da camada de computação
A escolha de uma plataforma de servidor não se baseia apenas nos requisitos
técnicos do ambiente, mas também na capacidade de suporte da plataforma, nas
relações existentes com o provedor de servidor, em recursos avançados de
desempenho e gerenciamento e em muitos outros fatores. Por exemplo:
•
48
Do ponto de vista da virtualização, se a carga de trabalho de um sistema for
bem compreendida, recursos como a Memória dinâmica poderão reduzir o
requisito de memória agregada.
Guia de Projeto
•
Se o pool de máquinas virtuais não tiver um alto nível de pico ou uso
simultâneo, você pode reduzir o número de vCPUs. Por outro lado, se os
aplicativos implementados usarem muitos recursos de computação em
natureza, talvez seja necessário aumentar a quantidade de CPUs e memória.
As principais restrições exigem a presença de:
Práticas
recomendadas
de servidor
•
CPU, núcleo e memória suficientes para aceitar o número e os tipos de
máquinas virtuais necessários
•
Conexões de rede suficientes para permitir conectividade redundante com
switches do sistema
•
Excesso de capacidade suficiente para permitir que o ambiente resista a
uma falha de servidor e failover
Para esta solução, a EMC recomenda que você considere as seguintes práticas
recomendadas para a camada do servidor:
•
Use unidades de servidor idênticas
Utilize vários servidores idênticos ou, pelo menos, compatíveis. O VSPEX
implementa tecnologias de alta disponibilidade no nível do hipervisor que
podem exigir conjuntos de instruções similares no hardware físico
subjacente. Implementando o VSPEX em unidades de servidor idênticas,
você pode minimizar problemas de compatibilidade nessa área.
•
Use as mais novas tecnologias de processador
Para novas implementações, use as versões recentes das tecnologias de
processador comuns. Supõe-se que terão um desempenho tão bom, ou
melhor, do que os sistemas usados para validar a solução.
•
Implementar alta disponibilidade para acomodar falhas de um só servidor
Implemente os recursos de alta disponibilidade disponíveis na camada de
virtualização para garantir que a camada de computação tenha recursos
suficientes para comportar, no mínimo, falhas de um servidor. Isso também
permite a implementação de upgrades com tempo mínimo de inatividade.
Alta disponibilidade e failover fornece mais detalhes.
Obs.: ao implementar alta disponibilidade da camada de hipervisor, a maior máquina
virtual que você criar ficará restrita pelo menor servidor físico do ambiente.
Guia de Projeto
49
•
Monitore a utilização de recursos e modifique-os conforme necessário
Enquanto o sistema estiver em operação, monitore o uso dos recursos e
modifique-os conforme necessário.
Por exemplo, supõe-se que, com o desktop virtual de referência e os recursos
de hardware necessários nesta solução, não haverá mais de cinco CPUs
virtuais para cada núcleo de processador físico (relação 5:1) em ambientes de
SO de desktop. Em ambientes de sistema operacional do servidor, presume-se
que não há superatribuição de núcleos de CPU — ou seja, presume-se que os
seis CPUs virtuais configurados para máquinas virtuais que dão suporte a
20 desktops virtuais correspondem a seis núcleos de processador físico
(relação 1:1). Na maioria dos casos, isso proporciona um nível apropriado de
recursos para os desktops virtuais hospedados; entretanto, essa relação pode
não ser apropriada em todos os casos. A EMC recomenda o monitoramento da
utilização da CPU na camada do hipervisor para determinar se são necessários
mais recursos e adicioná-los conforme a necessidade.
Hardware de
servidor validado
A Tabela 12 identifica o hardware do servidor e as configurações validadas nessa
solução.
Tabela 12. Hardware do servidor para 500 desktops
Servidores para
desktops virtuais
CPU
Configuração
• SO do desktop: 100 núcleos (1 vCPU por desktop, 5 desktops
por núcleo)
• SO do servidor: 150 núcleos (0,3 vCPU por desktop, 3,3
desktops por núcleo)
Memória
• Reserva de 2 GB de RAM por host Hyper-V
• SO do desktop: 1 TB de RAM (2 GB de RAM por desktop)
• SO do servidor: 300 GB de RAM (0,6 GB de RAM por desktop)
Rede
2 NICs x 10 GbE por servidor
Obs.:
Virtualização de
memória do
Microsoft Hyper-V
•
a razão de 5:1 entre vCPUs e núcleos físicos aplica-se à carga de trabalho de
referência definida neste Guia de Projeto. Ao implementar EMC Avamar, adicione CPU
e RAM conforme necessário para componentes que usem CPU ou RAM de maneira
intensiva. Consulte a documentação do produto para obter informações sobre os
requisitos de recursos do Avamar.
•
Independentemente do número de servidores que você implementar para atender aos
requisitos mínimos na Tabela 12, adicione mais um servidor para dar suporte à alta
disponibilidade do Hyper-V. Esse servidor deve ter capacidade suficiente para
fornecer uma plataforma de failover no caso de paralisação do hardware.
O Microsoft Hyper-V tem uma série de recursos avançados que ajudam a
maximizar o desempenho e o uso geral dos recursos. Esta seção descreve os
principais recursos de gerenciamento de memória e considerações para o uso
com sua solução VSPEX.
A Figura 12 ilustra como um só hipervisor consome memória de um pool de
recursos. Os recursos de gerenciamento de memória do Hyper-V, como a Memória
dinâmica e a Paginação inteligente, poderão reduzir a utilização total de memória
e aumentar a proporção de consolidação no hipervisor.
50
Guia de Projeto
Figura 12. Consumo de memória de hipervisor
As técnicas de virtualização de memória permitem ao hipervisor Hyper-V abstrair
recursos de hosts físicos, como a Memória dinâmica, para fornecer isolamento de
recursos em várias máquinas virtuais, evitando, ao mesmo tempo, o esgotamento
dos recursos. Nos casos em que processadores avançados (como os processadores
Intel com suporte EPT) são implementados, a abstração da memória ocorre dentro da
CPU. Caso contrário, ele ocorre dentro do próprio hipervisor.
O Hyper-V fornece as seguintes técnicas de gerenciamento de memória:
•
Memória Dinâmica
A Memória Dinâmica aumenta a eficiência da memória física tratando-a
como um recurso compartilhado e alocando-a para as máquinas virtuais de
modo dinâmico. A memória realmente utilizada de cada máquina virtual é
ajustada sob demanda. A Memória Dinâmica permite que mais máquinas
virtuais sejam executadas por meio da recuperação de memória não usada
das máquinas virtuais ociosas. No Windows Server 2012, a Memória
dinâmica possibilita o aumento dinâmico da memória máxima disponível
para as máquinas virtuais.
Guia de Projeto
51
•
Acesso não uniforme à memória (NUMA)
A NUMA (Non-Uniform Memory Access, acesso a memória não uniforme) é
uma tecnologia de computador de vários nós, que permite a uma CPU
acessar a memória de nós remotos. Esse tipo de acesso à memória é caro
em termos de desempenho. Entretanto, o Windows Server 2012 utiliza uma
afinidade de processo que se esforça para manter threads fixados em uma
CPU específica, a fim de evitar o acesso à memória do nó remoto. Em
versões anteriores do Windows, esse recurso só está disponível para o host.
O Windows Server 2012 estende essa funcionalidade a máquinas virtuais,
onde aprimora o desempenho.
•
Paginação Inteligente
Com a Memória dinâmica, o Hyper-V permite que as máquinas virtuais
excedam a memória física disponível. Isso significa que quando a memória
mínima de uma máquina virtual é menor do que sua memória inicial, o
Hyper-V pode nem sempre ter memória adicional disponível para atender
aos requisitos iniciais de uma máquina virtual. A Paginação inteligente
preenche a lacuna entre a memória mínima e a memória de inicialização e
permite que as máquinas virtuais sejam reiniciadas de maneira confiável.
A Paginação inteligente usa os recursos do disco como uma reposição de
memória temporária. Ela faz a troca da memória menos usada para o
armazenamento em disco e faz a troca quando necessário. No entanto, isso
pode prejudicar o desempenho. O Hyper-V continua a utilizar a paginação
guest quando a memória do host está sobrecarregada, pois esse recurso é
mais eficiente do que a Paginação inteligente.
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 da
memória do Hyper-V e as configurações de memória da máquina virtual.
Sobrecarga de memória do Hyper-V
A virtualização de recursos de memória apresenta certa sobrecarga associada,
que inclui a memória consumida pela partição pai do Hyper-V e a sobrecarga
adicional de cada máquina virtual. Para esta solução, reserve, pelo menos,
2 GB de memória para a partição pai do Hyper-V.
Alocação de memória a máquinas virtuais
A capacidade do servidor é necessária para duas finalidades na solução:
•
Dar suporte aos serviços necessários de infraestrutura, como autenticação
e autorização, DNS e banco de dados
Para obter mais detalhes sobre os requisitos de hospedagem desses
serviços de infraestrutura, consulte o Guia de Nuvem Privada da VSPEX
Proven Infrastructure na Leitura essencial.
•
Dar suporte à infraestrutura de desktops virtualizados
Nesta solução, cada desktop virtual tem 2 GB de memória em modo fixo,
conforme definido na Tabela 6 na página 35. Validamos a solução com
memória atribuída estatisticamente e sem superalocação de recursos de
memória. Caso a superalocação de memória seja usada em um ambiente
real, monitore regularmente a utilização de memória do sistema e a
atividade associada de I/O de arquivo de página para garantir que nenhum
déficit de memória cause resultados inesperados.
52
Guia de Projeto
Considerações de projeto de rede
As soluções VSPEX definem requisitos mínimos de rede e fornecem orientações
gerais sobre a arquitetura de rede, mas permitem que o cliente escolha qualquer
hardware de rede que atenda aos requisitos. Se for necessária largura de banda
adicional, você deve adicionar capacidade tanto no storage array quanto no host
de hipervisor para atender aos requisitos. As opções de conectividade de rede no
servidor dependerão do tipo de servidor.
Para fins de referência no ambiente validado, a EMC supõe que cada desktop
virtual gera 8 IOPS, com um tamanho médio de 4 KB. Isso significa que cada
desktop virtual está gerando pelo menos 32 KB/s de tráfego na rede de
armazenamento. Em um ambiente classificado para 500 desktops virtuais, isso
significa um mínimo de aproximadamente 16 MB/s, o que está dentro dos limites
das redes gigabit. Entretanto, isso não leva em conta outras operações. Por
exemplo, é necessária largura de banda adicional para:
•
Tráfego de rede de usuário
•
Migração de desktop virtual
•
Operações administrativas e de gerenciamento
Os requisitos de cada uma dessas operações dependem de como o ambiente está
sendo usado, logo, fornecer números concretos neste contexto não é prático. No
entanto, as redes descritas para as arquiteturas de referência nesta solução devem
ser suficientes para manipular cargas de trabalho médias para essas operações.
Independentemente dos requisitos de tráfego de rede, tenha sempre, pelo menos,
duas conexões físicas de rede compartilhadas por uma rede lógica, de modo que
uma falha em um só link não afete a disponibilidade do sistema. Projete a rede
de maneira que a largura de banda agregada em caso de falha seja suficiente
para acomodar toda a carga de trabalho.
No mínimo, a infraestrutura de rede deve fornecer:
Hardware de
rede validado
•
Links de rede redundantes para hosts, switches e armazenamento
•
Suporte para agregação de links
•
Isolamento de tráfego com base nas práticas recomendadas pelo setor
A Tabela 13 identifica os recursos de hardware para a infraestrutura de rede
validada nesta solução.
Tabela 13. Capacidade mínima de switching para block e file
Tipo de
armazenamento
Configuração
Block
• 2 switches físicos
• 2 portas de 10 GbE por servidor Hyper-V
• 2 portas de 10 GbE por SP
• 1 porta de 1 GbE por SP para gerenciamento
• 2 portas de 8 Gb FC por servidor Hyper-V
• 2 portas FC de 8 Gb por servidor
Guia de Projeto
53
Tipo de
armazenamento
Configuração
File
• 2 switches físicos
• 2 portas de 10 GbE por servidor Hyper-V
• 1 porta de 1 GbE para gerenciamento
• 2 portas de 10 GbE por SP
Obs.:
• a solução pode usar uma infraestrutura de rede de 1 Gb, desde que os requisitos
subjacentes de banda larga e redundância sejam atendidos.
• Essa configuração assume que a implementação do VSPEX está usando servidores
montados em rack; para implementações baseadas em servidores blade, certifique-se de
que largura de banda semelhante e recursos de alta disponibilidade estejam disponíveis.
Diretrizes de
configuração de
rede
Esta seção fornece diretrizes para efetuar uma configuração de rede redundante e
altamente disponível. As diretrizes levam em conta a redundância de rede, a
agregação de links, o isolamento do tráfego e jumbo-frames.
Os exemplos de configuração são para redes baseadas em IP, mas as práticas
recomendadas e os princípios de projeto se aplicam à opção de rede de
armazenamento FC.
Redundância de rede
A infraestrutura de rede requer links de rede redundantes para cada host do Hyper-V,
o storage array, as portas de interconexão de switches e as portas de uplink de
switches. Essa configuração fornece redundância e largura de banda de rede
adicional. Ela também é necessária independentemente de a infraestrutura de rede
da solução já existir ou estar implementada com outros componentes da solução.
A Figura 13 fornece um exemplo de uma topologia de rede altamente disponível.
54
Guia de Projeto
Figura 13. Exemplo de projeto de rede altamente disponível
Agregação de links
Os arrays EMC VNXe fornecem alta disponibilidade de rede ou redundância
usando agregação de links. A agregação de links permite que várias conexões
ativas de Ethernet apareçam como um só link, com um endereço MAC (Media
Access Control, controle de acesso de mídia) único e possivelmente vários
endereços 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.
Guia de Projeto
55
VLANs segregam o tráfego de rede para permitir o tráfego de diferentes tipos entre
redes isoladas. Em alguns casos, o isolamento físico pode ser exigido por
questões de conformidade com políticas ou regulatória; em muitos casos, o
isolamento lógico feito com VLANs basta.
Essa solução exige um mínimo de três VLANs:
•
Rede de acesso do client — sistema de rede de máquinas virtuais e tráfego
CIFS (essas são redes voltadas ao cliente, que podem ser separadas, se
desejado)
•
Rede de armazenamento — sistema de rede SMB3/iSCSI e Migração em
tempo real (rede privada)
•
Rede de gerenciamento — gerenciamento Hyper-V (rede privada)
A Figura 14 mostra o projeto desses VLANs.
Figura 14. Redes necessárias
A rede de acesso do client é para os usuários do sistema, ou clients, para se
comunicarem com a infraestrutura. A rede de armazenamento é usada para
comunicação entre a camada de computação e a camada de armazenamento.
A rede de gerenciamento fornece aos administradores acesso dedicado às
conexões de gerenciamento no storage array, nos switches de rede e nos hosts.
56
Guia de Projeto
Algumas práticas recomendadas exigem isolamento de rede adicional para o tráfego
de cluster, a comunicação de camada de virtualização e outros recursos. Essas redes
adicionais poderão ser implementadas, mas elas não são obrigatórias.
Obs.:
• A Figura 14 demonstra os requisitos de conectividade de rede para um array VNXe
usando conexões de rede de 10 GbE. Crie uma topologia similar quando estiver
usando conexões de rede de 1 GbE.
• Se a opção de rede de armazenamento FC for escolhida para uma implementação,
práticas recomendadas e princípios de projeto semelhantes serão aplicáveis.
Jumbo-frames
Jumbo-frame é um quadro Ethernet com uma carga útil ou unidade máxima de
transmissão (MTU) de mais de 1.500 bytes. O tamanho máximo geralmente aceito
para um jumbo-frame é 9.000 bytes. O processamento da sobrecarga é
proporcional ao número de quadros. Dessa forma, a ativação de jumbo-frames
reduz a sobrecarga de processamento, reduzindo o número de quadros sendo
transmitidos. Isso aumenta o throughput da rede. Os jumbo-frames devem ser
ativados completamente, inclusive os switches de rede e interfaces do VNXe.
Essa solução requer MTU definida como 9.000 (jumbo frames) para obter
armazenamento e tráfego de migração eficientes.
Considerações sobre projetos de armazenamento
A solução inclui layouts para os discos usados em testes de validação. Cada
layout equilibra a capacidade de armazenamento disponível com o recurso de
desempenho dos drives. Há várias camadas a ser consideradas ao projetar o
layout de armazenamento. Especificamente, o array tem um conjunto de discos
que são atribuídos a um pool de armazenamento. A partir desse pool, você
poderá provisionar armazenamento para o cluster do Hyper-V. Cada camada tem
uma configuração específica que é definida para a solução e documentada no
EMC VSPEX End-User Computing: Guia de Implementação do Citrix XenDesktop
7.1 e Microsoft Hyper-V para até 500 Desktops Virtuais.
Geralmente, é aceitável substituir os tipos de drives por um tipo que tenha mais
capacidade e com a mesma característica de desempenho ou os substituir por
drives com maior desempenho e a mesma capacidade. Também é aceitável
alterar a colocação dos drives nas gavetas de drives para estar em conformidade
com as disposições novas ou atualizadas de gavetas de drives.
Quando for necessário desviar-se do número proposto e tipo de drives especificados,
ou dos layouts de pool e volume especificados, verifique se o layout de destino
fornece os mesmos recursos ou até mesmo mais recursos para o sistema.
Hardware para
armazenamento
validado e
configuração
O Hyper-V tem suporte para mais de um método de uso de armazenamento ao
hospedar máquinas virtuais. Testamos as configurações descritas na Tabela 14
com o uso de SMB3 ou FC, e os layouts de armazenamento descrito seguem
todas as práticas recomendadas atuais. Se necessário, um cliente ou arquiteto
com o treinamento e a experiência necessários pode fazer modificações com
base em seu entendimento do uso e carga do sistema.
Guia de Projeto
57
Tabela 14. Hardware de armazenamento para 500 desktops virtuais
Finalidade
Configuração
Armazenamento
compartilhado VNXe
para desktops
virtuais
Comum:
• 2 portas FC de 8 Gb por SP (somente variante block)
• Discos SAS de 2,5 polegadas, 600 GB, 10.000 RPM:
Número de
drives
PvD
Não PvD
HSD
PVS
20
16
8
MCS
22
20
10
• 2 flash drives de 2,5 polegadas, 100 GB
Opcional para dados
do usuário
10 discos SAS de 2,5 polegadas, 600 GB, 10.000 RPM
Opcional para PvD
12 discos SAS de 2,5 polegadas, 600 GB, 10.000 RPM
Obs.: a EMC recomenda a configuração de pelo menos um hot spare para cada 30 drives
de um tipo específico. As recomendações da Tabela 14 não incluem hot spares.
Para a solução, usamos o indicador de sessão virtual de log-in (Login VSI) para
simular uma carga de usuário nos desktops. O Login VSI fornece orientação para
avaliar o número máximo de usuários que um ambiente de desktop pode suportar.
A carga de trabalho média do Login VSI foi selecionada para nosso teste. Os
layouts de armazenamento para 500 desktops no array VNXe3200 foram
definidos quando o tempo de resposta médio do Login VSImax estava abaixo do
limite máximo calculado dinamicamente (ou VSImax dinâmico).
Obs.: o Login VSI tem duas maneiras de definir o limite máximo: VSImax clássico e dinâmico.
O limite do VSImax clássico é definido como 4.000 milissegundos. O limite do VSImax
dinâmico é calculado com base no tempo de resposta inicial das atividades do usuário.
O Windows Server 2012 Hyper-V e o cluster de failover utilizam os recursos do
Virtualização de
armazenamento do CSV v2 e do novo formato de disco rígido virtual (VHDX) para virtualizar o
armazenamento apresentado pelos sistemas de armazenamentos
Hyper-V
compartilhados externos para hospedar máquinas virtuais. A Figura 15 mostra um
exemplo de storage array apresentando LUNs baseadas em block (como CSVs) ou
compartilhamento CIFS (como compartilhamentos SMB3) baseado em file aos
hosts Windows para hospedar máquinas virtuais. Uma opção adicional, os discos
de passagem, permite que as máquinas virtuais acessem um disco físico
associado a um host Hyper-V que não tenha um volume configurado.
Essa solução usa o CSVs para variante block e compartilhamentos CIFS para a
variante file.
58
Guia de Projeto
Figura 15. Tipos de discos virtuais Hyper-V
CIFS e SMB 3.0 (somente armazenamento baseado em arquivo)
O Windows Server 2012 e posterior dá suporte ao uso de compartilhamentos de
arquivos CIFS (SMB 3.0) como armazenamentos compartilhados para máquinas
virtuais Hyper-V.
O protocolo SMB é o protocolo de compartilhamento de arquivos usado por
padrão no Windows. O Windows Server 2012 oferece um amplo conjunto de
novos recursos de SMB com um protocolo atualizado (SMB 3.0). Alguns dos
recursos-chave disponíveis com o SMB 3.0 do Windows Server 2012 são:
•
SMB Transparent Failover
•
SMB Scale Out
•
SMB Multichannel
•
SMB Direct
•
SMB Encryption
•
Compartilhamentos de arquivos VSS para SMB
•
SMB Directory Leasing
•
SMB PowerShell
Com esses novos recursos, o SMB 3.0 oferece funcionalidades mais ricas que,
quando são combinadas, fornecem para as organizações uma alternativa de
armazenamento de alto desempenho às soluções de armazenamento FC
tradicionais, a um custo mais baixo.
Obs.: o SMB também é conhecido como CIFS. Para obter mais detalhes sobre o SMB 3.0,
consulte EMC Série VNX: Introdução ao Suporte do SMB 3.0.
CSV (Cluster Shared Volume)
Um CSV é um disco compartilhado que contém um volume NTFS que se torna
acessível por todos os nós de um cluster de failover do Windows. Ele pode ser
implementado em qualquer local baseado em SCSI ou armazenamento em rede.
Guia de Projeto
59
Discos de passagem
O Windows Server 2012 também dá suporte a discos de passagem, que permitem
que uma máquina virtual acesse um disco físico associado para o host que não
tenha um volume configurado.
Novo formato de disco rígido virtual
O Hyper-V no Windows Server 2012 introduz uma atualização do formato VHD,
denominada VHDX, com uma capacidade muito maior e resiliência incorporada.
Os principais recursos novos do formato VHDX são:
•
Suporte ao armazenamento em disco rígido virtual com capacidade de até
64 TB
•
Proteção adicional contra o corrupção de dados em caso de falta de energia,
por meio do registro de atualizações nas estruturas de metadados VHDX
•
Alinhamento ideal da estrutura do formato de disco rígido virtual para se
ajustar a discos com setores grandes
O formato VHDX também tem os seguintes recursos:
VNXe Virtual
Provisioning
•
Tamanhos de block maiores para discos dinâmicos e diferenciais, o que
permite aos discos atender às necessidades da carga de trabalho
•
O disco virtual de setor lógico de 4 KB que possibilita um desempenho
aprimorado quando usado por aplicativos e cargas de trabalho projetadas
para setores de 4 KB
•
A capacidade de armazenar metadados personalizados sobre os arquivos
que o usuário talvez deseje registrar, como a versão do sistema operacional
ou atualizações aplicadas
•
Recursos de recuperação de espaço que podem resultar em tamanho menor de
arquivos e que permitem ao dispositivo de armazenamento físico subjacente
recuperar espaço não utilizado (por exemplo, o TRIM requer armazenamento
com conexão direta ou discos SCSI e hardware compatível com TRIM)
O EMC VNXe Virtual Provisioning™ permite que as empresas reduzam os custos de
armazenamento, aumentando a utilização da capacidade, simplificando o
gerenciamento de armazenamento e reduzindo o tempo de inatividade dos
aplicativos. O Virtual Provisioning também ajuda as empresas a reduzir os
requisitos de energia e refrigeração e a diminuir despesas de capital.
O Virtual Provisioning oferece provisionamento baseado em pool implementando
LUNs de pool que podem ser thin ou thick. Thin LUNs oferecem armazenamento sob
demanda, que maximiza a utilização de seu armazenamento alocando espaço
conforme necessário. Thick LUNs oferecem alto desempenho e desempenho
previsível para seus aplicativos. Ambos os tipos de LUNs se beneficiam dos recursos
que facilitam o uso do provisionamento baseado em pool. Pools e LUNs de pool são,
também, os componentes modulares dos serviços de dados avançados, como FAST
VP e Snapshots do VNXe. LUNs de pool também são compatíveis com uma variedade
de recursos adicionais, como redução de LUN, expansão on-line e configurações de
limite de capacidade de usuário.
60
Guia de Projeto
O EMC VNXe Virtual Provisioning permite que você expanda a capacidade de um
pool de armazenamento a partir da GUI do Unisphere depois de os discos serem
conectados fisicamente ao sistema. Sistemas VNXe têm a capacidade de
rebalancear os elementos de dados alocados em todos os drives membros para
usar novos drives após o pool ser expandido. A função de rebalanceamento inicia
automaticamente e é executada em segundo plano após uma ação de expansão.
Monitore o progresso de uma operação de rebalanceamento no painel Jobs do
Unisphere, conforme mostrado na Figura 16 .
Figura 16. Progresso de rebalanceamento do pool de armazenamento
Expansão de LUN
Use a expansão de LUN de pool para aumentar a capacidade de LUNs existentes.
Isso permite o provisionamento de capacidades maiores à medida que as
necessidades dos negócios crescerem.
A família VNXe3200 permite que você expanda uma LUN de pool sem interromper
o acesso do usuário. Você pode expandir LUNs de pool com alguns cliques, e a
capacidade ampliada fica disponível imediatamente. No entanto, não é possível
expandir uma LUN de pool se ela for parte de uma operação de proteção de
dados ou migração de LUN. Por exemplo, você não pode expandir LUNs de
snapshot ou LUNs de migração.
Para mais informações sobre a expansão da LUN de pool,
consulte 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
file system ou pools de armazenamento baseados em thin-pools. Monitore esses
recursos para que o armazenamento fique disponível para provisionamento
quando necessário e para que seja possível evitar escassez de capacidade.
A Figura 17 demonstra por que o provisionamento com thin-pools requer
monitoramento.
Guia de Projeto
61
Figura 17. Utilização de espaço de thin LUN
Monitore os seguintes valores para utilização de thin-pool:
•
Capacidade total é a capacidade física total disponível em todas as LUNs
no pool.
• Alocação total é a capacidade física total atribuída atualmente para todas
as LUNs de pool.
• Capacidade atribuída é o total de capacidade relatada pelo host suportada
pelo pool.
• Capacidade superatribuída é o volume de capacidade de usuário
configurado para LUNs que excede a capacidade física de um pool.
• A Alocação total pode nunca exceder a capacidade total. No entanto, caso
ela chegue perto disso, adicione armazenamento aos pools de modo
proativo antes que o limite rígido seja atingido.
A Figura 18 mostra a Storage Pool Utilization no Unisphere, que exibe parâmetros
como Used Space, Available Space, Subscription, Alert Threshold e Total Space.
Figura 18. Examinando a utilização de espaço de pool de armazenamento
Quando a capacidade do pool de armazenamento se esgota, qualquer solicitação
de alocação de espaço adicional em LUNs com provisionamento thin apresenta
falha. Geralmente, os aplicativos que tentam gravar dados nessas LUNs também
apresentam falha, e o resultado provável é uma paralisação. Para evitar essa
situação, monitore a utilização de pool e envie um alerta quando os limites forem
atingidos. Configure o Percentage Full Threshold de modo que permita buffer
suficiente para fazer uma correção antes que ocorra uma situação de paralisação.
Esse alerta só fica ativo se houver uma ou mais thin LUNs, pois elas são a única
forma de sobrecarregar um pool. Se o pool só tiver thick LUNs, o alerta não ficará
ativo, pois não haverá risco de falta de espaço causada por sobrecarga.
62
Guia de Projeto
EMC FAST Cache
O EMC FAST Cache permite que os flash drives funcionem como uma camada de
cache expandida para o array. O FAST Cache é um cache para o array todo, que
não causa interrupções, disponível para armazenamento de file e block. Dados
acessados com frequência são copiados para o FAST Cache, e leituras e/ou
gravações subsequentes nos fragmentos de dados são fornecidas pelo FAST
Cache. Isso permite a promoção imediata de dados muito ativos para flash drives.
Isso melhora drasticamente os tempos de resposta para os dados ativos e reduz
pontos de acesso de dados que podem ocorrer em uma LUN. O FAST Cache é um
componente opcional dessa solução.
EMC FAST VP
O EMC FAST VP pode classificar automaticamente dados por níveis em vários
tipos de drives a fim de aproveitar as diferenças de desempenho e capacidade.
O FAST VP é aplicado no nível do pool de armazenamento de block e se ajusta
automaticamente onde os dados são armazenados, com base na frequência de
acesso. Dados acessados com frequência são promovidos a níveis mais altos de
armazenamento, enquanto os dados acessados raramente podem ser migrados
para um nível inferior, proporcionando economia. Esse rebalanceamento é parte
de uma operação de manutenção agendada regularmente.
Alta disponibilidade e failover
Essa solução VSPEX fornece uma infraestrutura de armazenamento, rede e
servidor virtualizado altamente disponível. Quando implementada de acordo com
este guia, ela fornece a capacidade de sobreviver às falhas de uma unidade única
com o mínimo de impacto nas operações de negócios. Esta seção descreve os
recursos de alta disponibilidade da solução.
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 19 ilustra a camada do
hipervisor reagindo a uma falha na camada de computação.
Figura 19. Alta disponibilidade na camada de virtualização
A implementação de alta disponibilidade na camada de virtualização garante que,
mesmo na eventualidade de uma falha de hardware, a infraestrutura tentará
manter o maior número possível de serviços em execução.
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 20. Você deve conectá-los a
PDUs (Power Distribution Units, unidades de distribuição de energia) de acordo
com as práticas recomendadas de seu fornecedor de servidor.
Guia de Projeto
63
Figura 20. Fontes de alimentação redundantes
A EMC também recomenda configurar a alta disponibilidade na camada de
virtualização. Ou seja, a camada de computação deve ser configurada com
recursos suficientes para garantir que o total de recursos disponíveis atenda às
necessidades do ambiente, mesmo com a falha de um servidor. A Figura 19
demonstra essa recomendação.
Camada de rede
Os recursos avançados de sistema de rede do sistema de armazenamento VNXe
fornecem proteção contra falhas de conexão de rede no array. Cada host do
Hyper-V tem várias conexões para as redes Ethernet de usuário e armazenamento
para proteger contra falhas de link, conforme mostrado na Figura 21. Distribua
essas conexões entre vários switches Ethernet para proteger contra falhas de
componentes na rede.
Figura 21. Alta disponibilidade de camada de rede
A ausência de pontos únicos de falha na camada de rede garante que a camada
de computação conseguirá acessar o armazenamento e se comunicar com os
usuários mesmo se um componente falhar.
64
Guia de Projeto
Camada de
armazenamento
O array VNXe foi projetado para disponibilidade de 99,999% graças ao uso de
componentes redundantes por todo o array, conforme mostrado na Figura 22. Todos
os componentes do array podem continuar a operar em caso de falha de hardware.
A configuração do disco RAID no array fornece proteção contra perda de dados
devido a falhas de discos individuais, e você pode alocar dinamicamente os drives
de hot spare disponíveis para substituir um disco com falha.
Figura 22. Alta disponibilidade do VNXe3200
Os storage arrays EMC são projetados para serem altamente disponíveis por
padrão. Quando eles são configurados de acordo com as instruções dos guias de
instalação, nenhuma falha de unidade única resulta em perda de dados nem na
falta de disponibilidade.
Perfil do teste de validação
Características
do perfil
A solução VSPEX foi validada com as características de perfil de ambiente
detalhado na Tabela 15.
Tabela 15. Perfil de ambiente validado
Característica do perfil
Valor
Número de desktops virtuais
500
SO do desktop virtual
• SO do desktop: Windows 8.1 Enterprise (32 bits)
• SO do servidor: Windows Server 2012 R2
CPU por desktop virtual
• SO do desktop: 1 vCPU
• SO do servidor: 0.3 vCPU
Número de desktops virtuais por
núcleo de CPU
• SO do desktop: 5
RAM por desktop virtual
• SO do desktop: 2 GB
• SO do servidor: 3.3
• SO do servidor: 0.6 GB
Método de provisionamento de
desktops
• PVS (Citrix Provisioning Services, serviços de
provisionamento Citrix)
• MCS (Machine Creation Services, serviços de
criação de máquina)
Guia de Projeto
65
Valor
Microsoft Office
Office Enterprise 2010 SP1
LoginVSI
3.7
Média de IOPS por desktop
virtual em estado estacionário
8
Número de LUNs ou
compartilhamentos CIFS para
armazenar desktops virtuais
4
Número de desktops virtuais por
LUN ou compartilhamento CIFS
125
Tipo de disco e RAID para LUNs
ou compartilhamentos CIF
• MCS: Discos SAS de 2,5 polegadas, 600 GB,
10.000 RPM, RAID 5
• PVS: Discos SAS de 2,5 polegadas, 600 GB,
10.000 RPM, RAID 10
• PvD: Discos SAS de 2,5 polegadas, 600 GB,
10.000 RPM, RAID 10
Tipo de disco e RAID para
compartilhamentos CIFS para
hospedar perfis de roaming e
diretórios de usuário (opcional
para dados do usuário)
Discos SAS de 2,5 polegadas, 600 GB, 10.000 RPM,
RAID 5
Obs.: medimos o IOPS médio por desktop virtual a um estado estável quando a carga de
trabalho de perfil médio do Login VSI foi simulada em uma configuração de 500 desktops.
O Login VSImax estava abaixo do limite VSImax dinâmico.
Diretrizes de configuração do EMC Powered Backup
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
Valor
Dados do usuário
5 TB para 500 desktops virtuais (10 GB por desktop)
Taxa de alteração diária para dados do usuário
Dados do usuário
2%
Política de retenção
66
Nº diário
30 retenções diárias
Nº semanal
4 retenções semanais
Nº mensal
1 retenção mensal
Guia de Projeto
Layout de backup
O Avamar fornece várias opções de implementação para requisitos específicos de
casos de uso e recuperação. Neste caso, a solução é implementada com um
Avamar Data Store. Isso permite fazer backup dos dados não estruturados do
usuário diretamente no sistema Avamar para recuperação simples no nível de
arquivo. Essa solução unifica o processo de backup com software e sistemas de
backup com desduplicação líder do setor e fornece os mais altos níveis de
desempenho e eficiência.
VSPEX para Citrix XenDesktop com a solução ShareFile StorageZones
Com uma infraestrutura adicional, a solução VSPEX End-User Computing para
Citrix XenDesktop tem suporte para Citrix StorageZones com Storage Center.
Arquitetura do
ShareFile
StorageZones
A Figura 23 mostra a arquitetura de alto nível de uma implementação do ShareFile
StorageZones.
Figura 23. Arquitetura de alto nível do ShareFile
A arquitetura consiste nos seguintes componentes:
•
Client — acessa o serviço ShareFile por meio de uma das ferramentas
nativas, como um navegador ou Citrix Receiver, ou diretamente por meio da
API do ShareFile.
•
Control Plane — armazena arquivos, pastas e informações de conta, e
fornece controle de acesso, relatórios e várias outras funções de
intermediação. O Control Plane reside em vários datacenters Citrix
localizados em todo o mundo.
•
StorageZones — define os locais onde os dados são armazenados.
Guia de Projeto
67
StorageZones
O ShareFile Storage Center estende o armazenamento em nuvem do ShareFile
SaaS fornecendo a conta do ShareFile com armazenamento privado no local — ou
seja, StorageZones. O armazenamento no local do ShareFile é diferente do
armazenamento em nuvem pelo seguinte:
•
O armazenamento em nuvem gerenciado pelo ShareFile é um sistema de
armazenamento público de vários locatários mantido pela Citrix.
•
Um ShareFile Storage Center é um sistema de armazenamento de um único
locatário privado mantido pelo cliente e acessível apenas por contas de
clientes aprovados.
Por padrão, o ShareFile armazena dados no armazenamento em nuvem seguro
gerenciado pelo ShareFile. O recurso do ShareFile Storage Center permite
configurar uma StorageZone privada no local, que define onde os dados são
armazenados e otimiza o desempenho localizando o armazenamento de dados
próximo aos usuários.
É possível usar o StorageZones com ou no lugar do armazenamento em nuvem
gerenciado pelo ShareFile.
O Storage Center é um serviço da Web que controla todas as operações de HTTPS
de usuários finais e do subsistema de controle do ShareFile. O subsistema de
armazenamento do ShareFile manipula operações relacionadas ao conteúdo do
arquivo, como uploads, downloads e verificação antivírus. Ao criar StorageZone,
você está criando um subsistema de armazenamento privado para os dados do
ShareFile. O subsistema de controle do ShareFile manipula todas as operações
não relacionadas ao conteúdo do arquivo, tais como autenticação, autorização,
navegação de arquivos, configuração, metadados, envio e solicitação de arquivos
e balanceamento de carga. O subsistema de controle também executa exames de
estado do Storage Center e impede que os servidores off-line enviem solicitações.
O subsistema de controle do ShareFile é mantido em datacenters online do Citrix.
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. Servidores do
Storage Center que pertencem ao mesmo StorageZones devem usar o mesmo
compartilhamento de arquivos para armazenamento.
Arquitetura VSPEX
for ShareFile
StorageZones
68
A Figura 24 mostra a arquitetura lógica da solução VSPEX for ShareFile
StorageZones. O cliente pode selecionar qualquer servidor e hardware de rede
que atenda ou exceda os requisitos mínimos, enquanto o armazenamento
recomendado oferece uma arquitetura altamente disponível para uma
implementação de ShareFile StorageZones.
Guia de Projeto
Figura 24. VSPEX para Citrix XenDesktop com ShareFile StorageZones: arquitetura
lógica
Requisitos de servidor
Um ambiente de produção de alta disponibilidade requer no mínimo dois
servidores (máquinas virtuais) com o Storage Center instalado. A Tabela 17
detalha os requisitos mínimos para CPU e memória necessários para implementar
o ShareFile StorageZones com o Storage Center.
Tabela 17. Recursos mínimos de hardware para dar suporte a ShareFile StorageZones
com o Storage Center
CPU (núcleos)
Memória (GB)
2
4
Referência
Requisitos de sistema do Storage Center no website
Citrix eDocs.
Requisitos de rede
Você pode implementar os componentes do sistema de rede usando redes IP de
1 GbE ou 10 GbE, desde que a largura de banda e a redundância sejam
suficientes para atender aos requisitos mínimos da solução. Fornece portas de
rede suficientes para sustentar os dois servidores Storage Center adicionais.
Guia de Projeto
69
Requisitos de armazenamento
O ShareFile StorageZones requer um compartilhamento CIFS para fornecer
armazenamento de dados privados para o Storage Center. A família VNXe, que
fornece o armazenamento para soluções VSPEX End-User Computing, dá acesso
de file e block a um amplo conjunto de recursos que faz dele a escolha ideal para
implementações do ShareFile StorageZones. A Tabela 18 detalha o
armazenamento VNXe recomendado para compartilhamento CIFS do
StorageZones.
Tabela 18. Armazenamento do VNXe recomendado para compartilhamento CIFS do
ShareFile StorageZones
70
Compartilhament
o CIFS para
(número de
usuários)
Configuração
Observações
500 usuários
Treze discos SAS de 2,5 polegadas, 600 GB,
10.000 RPM (12+1 RAID 5)
A configuração presume que cada
usuário tem 10 GB de espaço de
armazenamento privado.
Guia de Projeto
Capítulo 6: Documentação de Referência
Capítulo 6
Documentação de Referência
Documentação da EMC .............................................................................................72
Outros documentos..................................................................................................72
Guia de Projeto
71
Capítulo 6: Documentação de Referência
Documentação da EMC
Os documentos a seguir, disponíveis nos sites de Suporte on-line da EMC ou
em brazil.emc.com, apresentam mais informações importantes. Caso você não
tenha acesso a determinado documento, entre em contato com o representante
EMC.
•
Guia de Instalação do EMC VNXe3200
•
EMC Storage Integrator for Windows Suite — Guia do Produto
•
Guia de Introdução do Unisphere System
•
Guia de instalação e administração do EMC PowerPath e do PowerPath/VE
para Windows
•
Práticas Recomendadas do EMC VNX Unified para Desempenho — Práticas
Recomendadas Aplicadas
•
White Paper de Tecnologia Aplicada de Provisionamento Virtual do EMC VNX
•
Guia do Administrador do EMC Avamar 7
•
Práticas Recomendadas Operacionais do EMC Avamar 7
•
Nota técnicas do Avamar Client para Windows no Citrix XenDesktop
•
Introdução ao white paper Visão geral do FAST Suite do EMC VNXe3200
•
Usando um sistema VNXe3200 com file systems CIFS
•
Capacidade e medição de desempenho do EMC VNXe3200: White paper
com análise detalhada
•
EMC VSPEX End-User Computing: Guia de Projeto do Citrix XenDesktop 7 e
Microsoft Hyper-V para até 1.000 Desktops Virtuais
•
EMC VSPEX End-User Computing: Guia de Implementação do Citrix
XenDesktop 7 e Microsoft Hyper-V para até 1.000 Desktops Virtuais
Outros documentos
Para obter a documentação da Citrix e da Microsoft, consulte os websites da Citrix
e da Microsoft.
72
Guia de Projeto
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 (End-User Computing) ...............74
Guia de Projeto
73
Planilha de dimensionamento do cliente para EUC (End-User
Computing)
Antes de selecionar uma arquitetura de referência na qual uma solução do cliente
será baseada, use a planilha de dimensionamento do cliente para reunir
informações sobre as necessidades dos negócios do cliente e calcule os recursos
necessários.
A Tabela 19 mostra uma planilha em branco. Uma cópia independente da
planilha está anexada a este Guia de Projeto no formato Microsoft Office Word
para facilitar a impressão de uma cópia.
Tabela 19. Planilha de Dimensionamento do Cliente
Tipo de usuário
vCPUs
Memória
(GB)
Requisitos de
recursos
IOPS
Nº de
usuários
Número total
de desktops
virtuais de
referência
---
---
---
---
---
---
---
---
---
---
---
---
Desktops virtuais de
referência
equivalentes
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

74
Clique no ícone Attachments como mostrado na Figura 25.
Guia de Projeto
Figura 25.
2.
Planilha de dimensionamento do cliente para impressão
Em Attachments, clique duas vezes no arquivo anexo para abrir e imprimir
a planilha.
Guia de Projeto
75
76
Guia de Projeto

H13066: EMC VSPEX End-User Computing

Transcrição

Documentos relacionados

Citrix XenDesktop Visão Geral do Produto

XenDesktop

Ficha de Dados - Empresa - KELLER AG für Druckmesstechnik

DECLARAÇÃO DE CONFORMIDADE DO

Special track CfP on REV 2014 hot topic - Juarez and Martin

DECLARAÇÃO DE CONFORMIDADE DO

(IDG Now - 13/6/2007)

Configurando um ambiente de testes com VirtualBox

Reliant EMC LLC Linha Cartão MEDIÇÃO você pode confiar!

1as tendencias do marketing