emc® vspex™ end-user computing

Transcript

Infrastruttura comprovata VSPEX
®
™
EMC VSPEX END-USER COMPUTING
Citrix® XenDesktop™ 5.6 con VMware vSphere® 5.1 per un
massimo di 250 desktop virtuali
Con tecnologia EMC VNXe™ e backup di nuova generazione EMC
EMC VSPEX
Abstract
Questo documento descrive la soluzione EMC VSPEX End-User Computing
con Citrix XenDesktop 5.6 e VMware vSphere 5.1 che supporti fino a 250
desktop virtuali.
Dicembre 2012
Copyright © 2013 EMC Corporation. Tutti i diritti riservati.
Data di pubblicazione: dicembre 2012
EMC ritiene che le informazioni contenute in questo documento siano accurate al
momento della sua data di pubblicazione. Le informazioni sono soggette a modifica
senza preavviso.
Le informazioni contenute nella presente documentazione vengono fornite "così
come sono". EMC Corporation non riconosce garanzie di alcun genere inerenti le
informazioni riportate nella presente pubblicazione, tra cui garanzie implicite di
commerciabilità o idoneità a un determinato scopo. L'utilizzo, la copia e la
distribuzione dei prodotti EMC descritti in questo documento richiedono una licenza
valida per ciascun software.
2
EMC , EMC e il logo EMC sono marchi o marchi registrati di EMC Corporation negli
Stati Uniti e in altri paesi. Tutti gli altri marchi citati nel presente documento
appartengono ai rispettivi proprietari.
Per la versione più aggiornata del documento sulla conformità normativa per la
propria linea di prodotti, visitare la sezione contenente la documentazione tecnica e
le avvertenze sul sito web del Supporto Online EMC.
Citrix XenDesktop 5.6 e VMware vSphere 5.1 per un massimo di 250 desktop
virtuali
Con tecnologia EMC VNXe e backup di nuova generazione EMC
Part Number H11333
2
Citrix XenDesktop 5.6 e VMware vSphere 5.1 per un massimo di 250 desktop virtuali
Sommario
Capitolo 1
Executive Summary ........................................................ 13
Introduzione................................................................................................ 14
Audience di riferimento ............................................................................... 14
Scopo del documento ................................................................................. 14
Esigenze del business ..................................................................................15
Capitolo 2
Panoramica delle soluzioni ............................................ 17
Panoramica ................................................................................................. 18
Gestore desktop .......................................................................................... 18
Virtualizzazione........................................................................................... 18
Storage ....................................................................................................... 18
Rete ............................................................................................................ 19
Elaborazione ............................................................................................... 19
Capitolo 3
Panoramica della tecnologia della soluzione ...................21
La soluzione tecnologica ............................................................................. 22
Riepilogo dei componenti chiave ................................................................. 22
Introduzione ......................................................................................................... 23
Gestore desktop .......................................................................................... 23
Panoramica ........................................................................................................... 24
Citrix XenDesktop 5.6 ............................................................................................ 24
Machine Creation Services .................................................................................... 24
Citrix Personal vDisk ............................................................................................. 24
Citrix Profile Manager 4.1 ...................................................................................... 24
Virtualizzazione........................................................................................... 25
Panoramica ........................................................................................................... 25
VMware vSphere 5.1 .............................................................................................. 25
VMware vCenter .................................................................................................... 25
VMware vSphere High Availability ......................................................................... 25
EMC Virtual Storage Integrator per VMware vSphere..............................................26
Supporto VNX per VMware vStorage API for Array Integration ................................26
3
Sommario
Elaborazione ............................................................................................... 26
Rete ............................................................................................................ 28
Storage ....................................................................................................... 30
Panoramica ........................................................................................................... 30
Serie EMC VNXe .................................................................................................... 30
Backup e ripristino ...................................................................................... 31
Sicurezza .................................................................................................... 31
Autenticazione a due fattori di RSA SecurID .......................................................... 31
Autenticazione SecurID nella soluzione End-User Computing VSPEX
per l'ambiente Citrix XenDesktop .......................................................................... 32
Componenti richiesti ............................................................................................. 33
Risorse di elaborazione, memoria e storage .......................................................... 34
Capitolo 4
Panoramica dell'architettura dello stack
della soluzione ............................................................................... 37
Panoramica della soluzione......................................................................... 38
Architettura della soluzione ......................................................................... 38
Architettura per un massimo di 250 desktop virtuali ............................................. 38
Componenti chiave ............................................................................................... 39
Risorse hardware .................................................................................................. 41
Risorse software ................................................................................................... 41
Dimensionamento per la configurazione convalidata ............................................ 42
Linee guida per la configurazione dei server ................................................ 44
Panoramica ........................................................................................................... 44
Virtualizzazione della memoria di VMware vSphere per VSPEX .............................. 44
Linee guida per la configurazione della memoria ..................................................46
Linee guida per la configurazione di rete ..................................................... 46
Panoramica ........................................................................................................... 46
VLAN ..................................................................................................................... 46
Abilitazione dei frame Jumbo ................................................................................48
Aggregazione connessioni ....................................................................................48
Linee guida per la configurazione dello storage ........................................... 48
Panoramica ........................................................................................................... 48
Virtualizzazione dello storage VMware vSphere per VSPEX ...................................48
Layout dello storage per 250 desktop virtuali ........................................................ 50
High availability e failover ............................................................................51
Introduzione ......................................................................................................... 51
Livello di virtualizzazione ...................................................................................... 51
Livello di elaborazione .......................................................................................... 51
Livello di rete ........................................................................................................ 52
Livello di storage ................................................................................................... 52
4
Sommario
Profilo del test di convalida ......................................................................... 53
Caratteristiche del profilo ...................................................................................... 53
Guida alla configurazione dell'ambiente di backup...................................... 55
Caratteristiche di backup ...................................................................................... 55
Layout di backup .................................................................................................. 55
Linee guida per il dimensionamento ............................................................ 55
Carico di lavoro di riferimento ...................................................................... 55
Definizione del carico di lavoro di riferimento ....................................................... 56
Applicazione del carico di lavoro di riferimento............................................ 56
Simultaneità ......................................................................................................... 56
Carichi di lavoro dei desktop più pesanti .............................................................. 57
Implementazione dell'architettura della soluzione....................................... 57
Tipo di risorsa ....................................................................................................... 57
Risorse di CPU....................................................................................................... 57
Risorse di memoria ............................................................................................... 57
Risorse di rete ....................................................................................................... 58
Risorse di storage ................................................................................................. 59
Risorse di backup ................................................................................................. 59
Riepilogo dell'implementazione ............................................................................ 59
Valutazione rapida ...................................................................................... 59
Requisiti di CPU ................................................................................................... 60
Requisiti di memoria ............................................................................................ 60
Requisiti di prestazioni dello storage ................................................................... 60
Requisiti di capacità di storage ............................................................................ 60
Determinazione dei desktop virtuali di riferimento equivalenti.............................. 61
Fine tuning delle risorse hardware ........................................................................62
Capitolo 5
Linee guida per la configurazione di VSPEX .................... 65
Panoramica ................................................................................................. 66
Attività preliminari all'implementazione ...................................................... 67
Panoramica ........................................................................................................... 67
Prerequisiti per l'implementazione........................................................................ 67
Dati di configurazione dell'azienda cliente .................................................. 69
Preparazione degli switch, connessione alla rete e configurazione
degli switch ................................................................................................. 70
Panoramica ........................................................................................................... 70
Preparazione degli switch di rete .......................................................................... 70
Configurazione della rete dell'infrastruttura .......................................................... 70
Configurazione delle VLAN .................................................................................... 71
Completamento del cablaggio di rete .................................................................... 71
5
Sommario
Preparazione e configurazione dello storage array ....................................... 72
Configurazione di VNXe ......................................................................................... 72
Provisioning dello storage dei dati core................................................................. 73
Provisioning dello storage opzionale per i dati dell'utente .................................... 73
Provisioning dello storage opzionale per le macchine virtuali dell'infrastruttura ... 73
Installazione e configurazione degli host VMware vSphere .......................... 73
Panoramica ........................................................................................................... 73
Installazione di ESXi ............................................................................................. 74
Configurazione del networking ESXi ...................................................................... 74
frame Jumbo ......................................................................................................... 75
Connessione dei datastore VMware ...................................................................... 75
Installazione e configurazione del database SQL Server .............................. 77
Panoramica ........................................................................................................... 77
Creazione di una macchina virtuale per Microsoft SQL Server ............................... 78
Installazione di Microsoft Windows sulla macchina virtuale .................................. 78
Installazione di SQL Server ................................................................................... 78
Configurazione del database per VMware vCenter ................................................. 78
Configurazione del database per VMware Update Manager ................................... 79
Installazione e configurazione del server VMware vCenter ........................... 79
Panoramica ........................................................................................................... 79
Creazione della macchina virtuale dell'host vCenter ............................................ 80
Installazione del sistema operativo guest vCenter................................................ 80
Creazione di connessioni ODBC vCenter............................................................... 80
Installazione di vCenter Server ............................................................................. 80
Applicazione dei codici di licenza vSphere ........................................................... 80
Implementazione del plug-in VNX VAAI for NFS (variante NFS) ............................... 81
Installazione del plug-in EMC VSI .......................................................................... 81
Installazione e configurazione del controller XenDesktop ............................ 81
Panoramica ........................................................................................................... 81
Installazione dei componenti server di XenDesktop ..............................................82
Installazione di Desktop Studio ............................................................................82
Configurazione di un sito ......................................................................................82
Aggiunta di un secondo controller .........................................................................82
Preparazione della macchina virtuale master ........................................................ 83
Provisioning dei desktop virtuali ........................................................................... 83
Riepilogo ..................................................................................................... 83
Capitolo 6
Convalida della soluzione ............................................. 85
Panoramica ................................................................................................. 86
Elenco di controllo delle attività post-installazione ...................................... 87
Implementazione e test di un singolo desktop virtuale ................................ 87
6
Sommario
Verifica della ridondanza dei componenti della soluzione ........................... 87
Appendice A Distinta base ................................................................ 89
Distinta base per 250 desktop virtuali ......................................................... 90
Appendice B Data sheet per la configurazione dell'azienda cliente ..... 91
Data sheet per la configurazione dell'azienda cliente .................................. 92
Appendice C Riferimenti ................................................................... 95
Riferimenti .................................................................................................. 96
Documentazione EMC .......................................................................................... 96
Altri documenti ..................................................................................................... 97
Appendice D Informazioni su VSPEX .................................................. 99
Informazioni su VSPEX............................................................................... 100
7
Sommario
8
Figure
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.
Componenti della soluzione ................................................................22
Flessibilità del livello di elaborazione .................................................. 27
Esempio di progettazione di una topologia di rete con
high availability .................................................................................. 29
Flusso di controllo dell'autenticazione per le richieste
di accesso a XenDesktop che hanno origine su una rete
esterna ................................................................................................ 32
Flusso di controllo dell'autenticazione per le richieste
di XenDesktop che hanno origine sulla rete locale ............................... 33
Architettura logica: VSPEX End-User Computing per
Citrix XenDesktop con RSA .................................................................. 34
Architettura logica per 250 desktop virtuali ......................................... 39
Diagramma della rete .......................................................................... 43
Utilizzo della memoria dell'hypervisor ................................................. 45
Reti richieste ....................................................................................... 47
Tipi di dischi virtuali VMware ...............................................................49
Layout dello storage core .................................................................... 50
Layout dello storage opzionale ............................................................ 50
High availability a livello di virtualizzazione ........................................ 51
Alimentatori ridondanti ....................................................................... 52
High availability a livello di rete ........................................................... 52
High availability della serie VNXe ........................................................ 53
Architettura della rete Ethernet di esempio .......................................... 71
Impostazioni di memoria della macchina virtuale ............................... 76
9
Figure
10
Tabelle
Tabella 1.
Tabella 2.
Tabella 3.
Tabella 4.
Tabella 5.
Tabella 6.
Tabella 7.
Tabella 8.
Tabella 9.
Tabella 10.
Tabella 11.
Tabella 12.
Tabella 13.
Tabella 14.
Tabella 15.
Tabella 16.
Tabella 17.
Tabella 18.
Tabella 19.
Tabella 20.
Tabella 21.
Tabella 22.
Tabella 23.
Tabella 24.
Tabella 25.
Tabella 26.
Tabella 27.
Tabella 28.
Tabella 29.
Tabella 30.
Tabella 31.
Tabella 32.
Vantaggi per i clienti della soluzione VNXe ......................................... 30
Risorse hardware minime per il supporto di SecurID ............................ 35
Hardware soluzione ............................................................................. 41
Software della soluzione .....................................................................42
Hardware del server .............................................................................44
Hardware di storage ........................................................................... 48
Profilo dell'ambiente convalidato ........................................................ 53
Caratteristiche del profilo di backup .................................................... 55
Caratteristiche del desktop virtuale .....................................................56
Riga del foglio di lavoro vuota............................................................. 60
Risorse dei desktop virtuali di riferimento ........................................... 61
Riga del foglio di lavoro di esempio ..................................................... 61
Applicazioni di esempio ..................................................................... 62
Totale componenti risorse server ........................................................ 63
Foglio di lavoro vuoto dell'azienda cliente .......................................... 63
Panoramica del processo di implementazione .................................... 66
Attività preliminari all'implementazione ..............................................67
Elenco di controllo dei prerequisiti
per l'implementazione ......................................................................... 67
Attività per la configurazione degli switch
e della rete ..........................................................................................70
Attività per la configurazione dello storage .......................................... 72
Attività per l'installazione dei server .................................................... 74
Attività per l'installazione del database SQL Server ............................. 77
Attività per la configurazione di vCenter...............................................79
Attività per la configurazione del controller XenDesktop ...................... 81
Attività per il test dell'installazione..................................................... 86
Elenco dei componenti utilizzati nella soluzione VSPEX per
250 macchine virtuali ......................................................................... 90
Informazioni comuni sui server ........................................................... 92
Informazioni sui server ESXi ............................................................... 92
Informazioni sull'array ........................................................................ 93
Informazioni sulle infrastrutture di rete ............................................... 93
Informazioni sulle VLAN ...................................................................... 93
Account di servizio ............................................................................. 93
11
Tabelle
12
Capitolo 1
Executive Summary
Questo capitolo descrive i seguenti argomenti:
Introduzione ...................................................................................... 14
Audience di riferimento ...................................................................... 14
Scopo del documento ......................................................................... 14
Esigenze del business ......................................................................... 15
13
Executive Summary
Introduzione
Le architetture convalidate e modulari VSPEX si basano su tecnologie comprovate e
all'avanguardia per la creazione di soluzioni di virtualizzazione complete che
consentano di prendere decisioni consapevoli a livello di hypervisor, elaborazione e
networking. VSPEX consente di eliminare le complessità di pianificazione e
configurazione legate alla virtualizzazione dei server Quando si tratta della
virtualizzazione dei server, dell'implementazione su desktop virtuali o del
consolidamento dell'IT, VSPEX accelera la trasformazione del'IT grazie a
un'implementazione più rapida, una maggiore semplicità, una maggiore scelta,
efficienza più elevata e minori rischi.
Questo documento è stato concepito come guida completa per tutti gli aspetti tecnici
della soluzione. La capacità dei server viene indicata in termini generici per i requisiti
minimi di CPU, memoria e interfacce di rete; l'azienda cliente è libera di selezionare
l'hardware dei server e di rete che soddisfi o superi i requisiti minimi specificati.
Audience di riferimento
Nel presente documento si presuppone che il lettore disponga della formazione e
dell'esperienza necessarie per installare e configurare una soluzione End-User
Computing basata su Citrix XenDesktop con VMware vSphere come hypervisor, i
sistemi di storage della serie EMC VNXe e l'infrastruttura associata, come richiesto da
questa implementazione. Ove applicabile, vengono forniti riferimenti esterni ed è
consigliabile che il lettore acquisisca familiarità con questi documenti.
Si presuppone inoltre che i lettori abbiano già familiarità con le policy di sicurezza del
database e dell'infrastruttura dell'installazione dell'azienda cliente.
Coloro che sono interessati alla vendita e al dimensionamento di una soluzione
VSPEX End-User Computing per Citrix XenDesktop dovranno leggere con attenzione i
primi quattro capitoli di questo documento. Dopo l'acquisto, gli implementatori della
soluzione potranno dedicare la propria attenzione alle linee guida sulla
configurazione riportate in Capitolo 5, alla convalida della soluzione illustrata in
Capitolo 6 e alle appendici e ai riferimenti appropriati.
Scopo del documento
Questo documento fornisce un'introduzione iniziale all'architettura End-User
Computing VSPEX, illustra come modificare l'architettura per specifici progetti e offre
istruzioni su come implementare in modo efficace il sistema.
L'architettura della soluzione VSPEX End-User Computing offre alle aziende clienti un
sistema moderno, in grado di ospitare un elevato numero di desktop virtuali con
performance level costante. Questa soluzione viene eseguita sul livello di
virtualizzazione vSphere di VMware supportato dalla famiglia di storage VNX con high
availability per lo storage e dal gestore desktop Citrix XenDesktop. I componenti di
elaborazione e di rete, definiti dalle aziende clienti, sono organizzati in modo da
essere ridondanti e sufficientemente potenti per gestire le necessità di elaborazione
e di dati di un vasto ambiente di macchine virtuali.
Gli ambienti con 250 desktop virtuali illustrati sono basati su un carico di lavoro di
desktop definito. Sebbene non tutti i desktop virtuali presentino gli stessi requisiti,
questo documento contiene metodi e linee guida per impostare il sistema in modo da
14
Executive Summary
renderlo efficiente in termini di costo durante l'implementazione. Per gli ambienti di
dimensioni maggiori, le soluzioni per un massimo di 2000 desktop virtuali basati
sulla serie EMC VNX sono descritte in EMC VSPEX END-USER COMPUTING Citrix
XenDesktop 5.6 con VMware vSphere 5.1 per un massimo 2000 desktop virtuali.
Le architetture End-User Computing o di desktop virtuali rappresentano un'offerta di
sistemi complessi. Questo documento consente di semplificarne la configurazione
mediante elenchi di materiali di base per hardware e software, fogli di lavoro e
indicazioni sistematiche sul dimensionamento e procedure di implementazione
comprovate. Una volta installato l'ultimo componente è possibile utilizzare test di
convalida per garantire che il sistema funzioni in modo corretto. Le linee guida riportate
in questo documento assicureranno un'implementazione desktop rapida ed efficace.
Esigenze del business
Le soluzioni VSPEX sono progettate con tecnologie avanzate comprovate per creare
soluzioni di virtualizzazione complete che consentono di prendere decisioni
consapevoli a livello di hypervisor, server e networking. Le soluzioni VSPEX
consentono di accelerare la trasformazione dell'IT garantendo implementazioni più
rapide, maggiore scelta, efficienza e riduzione dei rischi.
Le applicazioni aziendali stanno passando ad ambienti consolidati di storage, rete ed
elaborazione. EMC VSPEX End-User Computing con Citrix riduce le complessità
associate alla configurazione di ogni componente di un modello di implementazione
tradizionale. La complessità legata alla gestione dell'integrazione risulta ridotta, pur
senza rinunciare alle opzioni di progettazione e implementazione delle applicazioni.
L'amministrazione viene unificata, mentre la separazione dei processi può essere
adeguatamente controllata e monitorata. Di seguito sono riportati le esigenze di
business per le architetture VSPEX End-User Computing per Citrix:
•
Fornire una soluzione di virtualizzazione end-to-end per utilizzare le
funzionalità dei componenti dell'infrastruttura unificata.
•
Fornire una soluzione VSPEX End-User Computing per Citrix per la
virtualizzazione efficiente di 250 desktop virtuali per diversi use case delle
aziende clienti.
•
Fornire un progetto di riferimento affidabile, flessibile e scalabile.
15
Executive Summary
16
Capitolo 2
Panoramica delle
soluzioni
Panoramica ........................................................................................ 18
Gestore desktop ................................................................................. 18
Virtualizzazione ................................................................................. 18
Storage .............................................................................................. 18
Rete ................................................................................................... 19
Elaborazione ...................................................................................... 19
17
Panoramica delle soluzioni
Panoramica
La soluzione EMC VSPEX End-User Computing per Citrix XenDesktop su VMware
vSphere 5.1 fornisce un'architettura completa del sistema in grado di supportare fino
a 250 desktop virtuali con una topologia di rete/server ridondante e storage con high
availability. Questa specifica soluzione è costituita dai seguenti componenti core:
gestore desktop, virtualizzazione, storage, elaborazione e networking.
Gestore desktop
XenDesktop è la soluzione desktop virtuale fornita da Citrix che consente
l'esecuzione dei desktop virtuali nell'ambiente di virtualizzazione VMware vSphere.
Consente la centralizzazione della gestione dei desktop e offre un maggiore controllo
alle organizzazioni IT. XenDesktop consente agli utenti finali di collegarsi ai propri
desktop da diversi dispositivi mediante una connessione di rete.
Virtualizzazione
VMware vSphere è la piattaforma di virtualizzazione leader del settore. Per anni, ha
garantito agli utenti finali flessibilità e risparmio sui costi consentendo il
consolidamento di server farm di grandi dimensioni e inefficienti in infrastrutture
cloud agili e affidabili. I componenti core di VMware vSphere sono VMware vSphere
™
Hypervisor e VMware vCenter Server per il system management.
L'hypervisor VMware viene eseguito su un server dedicato e consente di eseguire
contemporaneamente sul sistema più sistemi operativi come macchine virtuali. È
possibile connettere questi sistemi hypervisor perché funzionino in una
configurazione cluster. Le configurazioni cluster vengono quindi gestite come un pool
di risorse più ampio attraverso il prodotto vCenter e consentono l'allocazione
dinamica di CPU, memoria e storage nell'intero cluster.
™
Funzionalità come vMotion , che consente di spostare una macchina virtuale tra
server diversi senza alcuna interruzione del funzionamento del sistema operativo, e
DRS (Distributed Resource Scheduler), che esegue automaticamente vMotions per il
bilanciamento del carico, rendono vSphere una solida opzione in termini di business.
Con il rilascio di vSphere 5.1, un ambiente virtualizzato VMware è in grado di ospitare
macchine virtuali con un massimo di 64 CPU virtuali e 1 TB di RAM virtuale.
Storage
La famiglia di sistemi di storage EMC VNX rappresenta la piattaforma di storage
condiviso leader del settore. La possibilità di fornire sia l'accesso ai file che ai
blocchi con un ampio set di funzionalità, la rende una scelta ideale per qualsiasi
implementazione di End-User Computing.
Il sistema di storage VNXe comprende i seguenti componenti, che sono dimensionati
in base al carico di lavoro definito nell'architettura di riferimento:
18
•
Porte della scheda host: forniscono connettività host tramite la fabric
nell'array.
•
Storage processor: componente di elaborazione dello storage array,
responsabile di tutti gli aspetti associati allo spostamento dei dati all'interno,
all'esterno e tra gli array e al supporto dei protocolli.
•
Unità disco: spindle effettivi contenenti i dati delle applicazioni o dell'host e
relativi enclosure.
La soluzione con 250 desktop virtuali illustrata in questo documento è basata sullo
™
storage array VNXe3300 . VNXe3300 può ospitare fino a 150 unità.
La serie EMC VNXe supporta un'ampia gamma di funzionalità di classe business
ideali per l'ambiente End-User Computing, tra cui:
•
Thin provisioning
•
Replica
•
Snapshot
•
Deduplica dei file e compressione
•
Gestione delle quote e molto altro
Rete
VSPEX assicura elevata flessibilità nella progettazione e nell'implementazione dei
componenti di rete scelti. L'infrastruttura deve essere conforme ai seguenti attributi:
•
Link di rete ridondanti per host, switch e storage
•
Supporto per link aggregation
•
Isolamento del traffico basato sulle best practice comunemente riconosciute
nel settore
Elaborazione
VSPEX assicura elevata flessibilità nella progettazione e nell'implementazione dei
componenti server scelti dal vendor. L'infrastruttura deve essere conforme ai
seguenti attributi:
•
RAM, core e memoria sufficienti per supportare il numero e i tipi richiesti di
macchine virtuali
•
Connessioni di rete sufficienti per garantire connettività ridondante agli
switch del sistema
•
Capacità in eccesso per tollerare un eventuale guasto o failover del server
nell'ambiente
19
20
Capitolo 3
Panoramica della
tecnologia della
soluzione
La soluzione tecnologica .................................................................... 22
Riepilogo dei componenti chiave ........................................................ 22
Gestore desktop ................................................................................. 23
Virtualizzazione ................................................................................. 25
Elaborazione ...................................................................................... 26
Rete ................................................................................................... 28
Storage .............................................................................................. 30
Backup e ripristino ..............................................................................31
Sicurezza ............................................................................................31
21
Panoramica della tecnologia della soluzione
La soluzione tecnologica
Questa soluzione utilizza EMC VNXe3300 e VMware vSphere 5.1 per fornire le risorse
di storage e di elaborazione a un ambiente Citrix XenDesktop 5.6 di desktop virtuali
®
®
Microsoft Windows 7 con provisioning mediante Machine Creation Services (MCS).
Figura 1.
Componenti della soluzione
In particolare, la pianificazione e la progettazione dell'infrastruttura di storage per
l'ambiente Citrix XenDesktop è una fase cruciale perché lo storage condiviso deve
essere in grado di assorbire le enormi quantità di dati di input/output (I/O) generate
durante una giornata di lavoro. Questi picchi di carico di lavoro possono determinare
periodi di prestazioni dei desktop virtuali irregolari e imprevedibili. Gli utenti possono
adattarsi a prestazioni lente, ma prestazioni imprevedibili causano frustrazione e
determinano una riduzione dell'efficienza.
Affinché l'infrastruttura desktop virtuale garantisca prestazioni prevedibili, il sistema
di storage deve essere in grado di gestire i picchi di carico I/O generati dai client
minimizzando i tempi di risposta.
Il backup di nuova generazione EMC abilita la protezione dei dati dell'utente e la
®
possibilità di ripristino da parte dell'utente finale. Ciò avviene grazie a EMC Avamar
e al suo client desktop all'interno dell'immagine desktop.
Riepilogo dei componenti chiave
22
Introduzione
Questa sezione descrive i componenti chiave della soluzione.
•
Gestore
Il broker o gestore della virtualizzazione dei desktop gestisce provisioning,
allocazione, manutenzione ed eventuale rimozione delle immagini di desktop
virtuale fornite agli utenti del sistema. Questo software svolge un ruolo cruciale in
quanto consente la creazione on-demand di immagini desktop, garantisce la
manutenzione di immagini desktop senza influire sulla produttività utente e
impedisce che l'ambiente cresca in modo smisurato.
•
Virtualizzazione
Il livello di virtualizzazione consente di separare l'implementazione fisica delle
risorse dalle applicazioni che ne fanno uso. In altre parole, la visualizzazione
nell'applicazione delle risorse a essa disponibili non è più direttamente associata
all'hardware. Ciò consente l'utilizzo di molte funzionalità chiave per l'End-User
Computing.
•
Elaborazione
Il livello di elaborazione fornisce risorse di memoria ed elaborazione per il
software del livello di virtualizzazione nonché per le esigenze delle applicazioni
in esecuzione nell'infrastruttura. Il programma VSPEX definisce la quantità
minima di risorse del livello di elaborazione richieste, ma consente al cliente di
implementare i requisiti utilizzando hardware di elaborazione specifico per le
proprie esigenze.
•
Rete
Il livello di rete connette gli utenti dell'ambiente alle risorse necessarie e il livello
di storage al livello di elaborazione. Il programma VSPEX definisce il numero
minimo di porte di rete richieste per la soluzione e fornisce indicazioni generali
sull'architettura di rete, ma consente all'azienda cliente di implementare i
requisiti utilizzando qualsiasi hardware di rete che soddisfi questi requisiti.
•
Storage
Il livello di storage è una risorsa critica per l'implementazione dell'ambiente EndUser Computing. A causa della modalità di utilizzo dei desktop, il livello di
storage deve essere in grado di assorbire elevati picchi di attività senza influire
sull'esperienza utente.
•
Backup e ripristino
I componenti di backup e ripristino opzionali della soluzione garantiscono
protezione dei dati nel caso in cui i dati nel sistema primario vengano eliminati o
danneggiati oppure siano inutilizzabili.
•
Sicurezza
Il componente di sicurezza (Security) opzionale della soluzione RSA fornisce agli
utenti opzioni aggiuntive per il controllo dell'accesso all'ambiente e per garantire
che solo agli utenti autorizzati sia consentito l'accesso al sistema.
Architettura della soluzione fornisce i dettagli relativi a tutti i componenti che
compongono l'architettura di riferimento.
Gestore desktop
23
Panoramica
La virtualizzazione dei desktop include e offre desktop degli utenti a dispositivi client
remoti, ad esempio thin client, zero client, smartphone e tablet. Consente agli
abbonati da posizioni differenti di accedere ai desktop virtuali ospitati sulle risorse di
elaborazione centralizzate in data center remoti.
In questa soluzione, Citrix XenDesktop viene utilizzato per il provisioning, la gestione,
il brokering e il monitoraggio dell'ambiente di virtualizzazione dei desktop.
Citrix XenDesktop
5.6
Citrix XenDesktop trasforma i desktop Windows in servizio on-demand per qualsiasi
utente o dispositivo, indipendentemente dall'ubicazione. XenDesktop fornisce in
modo rapido e sicuro qualsiasi tipo di desktop virtuale o applicazione Windows, web
o SaaS, a tutti i più recenti PC, Mac, tablet, smartphone, laptop e thin client,
assicurando un'esperienza utente ad alta definizione (HDX).
La tecnologia di delivery FlexCast consente alla funzione IT di ottimizzare le
prestazioni, la sicurezza e il costo dei desktop virtuali per qualsiasi tipo di utente,
inclusi i lavoratori a progetto, i lavoratori mobili, i power user e i fornitori esterni.
XenDesktop aiuta la funzione IT ad adattare rapidamente le iniziative di business
semplificando la delivery dei desktop e abilitando il self-service degli utenti.
L'architettura aperta, scalabile e comprovata semplifica la gestione, il supporto e
l'integrazione.
Machine Creation
Services
Machine Creation Services (MCS) è un meccanismo di provisioning introdotto in
XenDesktop 5.0. È integrato con l'interfaccia di gestione XenDesktop, Desktop Studio,
per eseguire il provisioning, gestire e disattivare i desktop per la gestione del ciclo di
vita dei desktop da un punto di gestione centralizzato.
MCS consente di gestire diversi tipi di macchine all'interno di un catalogo in Desktop
Studio, incluse le macchine dedicate e le macchine in pool. La personalizzazione dei
desktop è permanente per le macchine dedicate, mentre è necessaria una macchina
in pool se è appropriato un desktop non permanente.
In questa soluzione, è stato effettuato il provisioning di 250 desktop virtuali
permanenti che eseguono Windows 7 utilizzando MCS. I desktop sono stati
implementati da due cataloghi macchine dedicati.
Citrix Personal
vDisk
La funzionalità Citrix Personal vDisk è stata introdotta in Citrix XenDesktop 5.6. Con
Personal vDisk, gli utenti possono mantenere le impostazioni di personalizzazione e
le applicazioni installate dall'utente in un desktop in pool. Questa funzionalità si
ottiene reindirizzando le modifiche dalla macchina virtuale in pool dell'utente a un
disco a parte, definito Personal vDisk. Durante l'esecuzione il contenuto del Personal
vDisk viene unito al contenuto della macchina virtuale di base per offrire all'utente
finale un'esperienza coerente. I dati di Personal vDisk vengono mantenuti intatti
durante le operazioni di riavvio/aggiornamento.
Citrix Profile
Manager 4.1
Citrix Profile Manager 4.1 conserva i profili utente e li sincronizza dinamicamente con
un repository di profili remoto. Citrix Profile Manager garantisce che le impostazioni
personali dell'utente vengano applicate a desktop e applicazioni, indipendentemente
dal punto di login o dal dispositivo client.
La combinazione di Citrix Profile Manager e desktop in pool fornisce l'esperienza di
un desktop dedicato, riducendo al contempo la quantità di storage richiesta per
l'organizzazione.
24
Con Citrix Profile Manager, il profilo remoto di un utente viene scaricato in modo
dinamico non appena l'utente esegue il login a un Citrix XenDesktop. Profile Manager
esegue il download delle informazioni sul profilo utente solo quando l'utente ne
ha bisogno.
Virtualizzazione
Panoramica
Il livello di virtualizzazione è un componente chiave di qualsiasi soluzione di EndUser Computing. Consente di dissociare i requisiti di risorse delle applicazioni dalle
risorse fisiche sottostanti che soddisfano tali requisiti. Questo offre maggiore
flessibilità nell'APL, eliminando i tempi di inattività dell'hardware dovuti a interventi
di manutenzione, e consente persino di modificare la funzionalità e la capacità fisica
del sistema senza influire sulle applicazioni ospitate.
VMware vSphere
5.1
VMware vSphere 5.1 trasforma le risorse fisiche dei computer virtualizzando CPU,
memoria, storage e rete. Tale trasformazione determina la creazione di macchine
virtuali completamente funzionanti che eseguono applicazioni e sistemi operativi
incapsulati e isolati proprio come se fossero computer fisici.
Le funzionalità di high availability di VMware vSphere 5.1, quali vMotion e Storage
vMotion, consentono di eseguire in maniera trasparente la migrazione di macchine
virtuali e file memorizzati tra server vSphere con un impatto minimo o nullo sulle
prestazioni. Abbinate a vSphere DRS e Storage DRS, le macchine virtuali hanno
accesso alle risorse appropriate in qualsiasi momento tramite il bilanciamento del
carico delle risorse di elaborazione e di storage.
In questa soluzione, si utilizza VMware vSphere 5.1 per creare il livello di
virtualizzazione.
VMware vCenter
VMware vCenter è una piattaforma di gestione centralizzata per l'infrastruttura
virtuale VMware. Fornisce agli amministratori un'unica interfaccia per tutti gli aspetti
relativi al monitoraggio, alla gestione e alla manutenzione dell'infrastruttura virtuale,
a cui è possibile accedere da più dispositivi.
VMware vCenter è anche responsabile della gestione di alcune delle funzionalità più
avanzate dell'infrastruttura virtuale VMware, come VMware vSphere High Availability
e Distributed Resource Scheduling (DRS), oltre a vMotion e Update Manager.
VMware vSphere
High Availability
La funzionalità VMware vSphere High Availability consente al livello di
virtualizzazione di riavviare le macchine virtuali automaticamente in diverse
condizioni di errore.
•
Se nel sistema operativo della macchina virtuale si verifica un errore, è
possibile riavviare automaticamente la macchina virtuale sullo stesso
hardware.
•
Se si verifica un errore dell'hardware fisico, le macchine virtuali coinvolte
possono essere riavviate automaticamente sui server nel cluster.
Nota
Per riavviare le macchine virtuali su dispositivi hardware diversi sarà
necessario che i server dispongano di risorse disponibili. Nella sezione
Elaborazione riportata di seguito vengono forniti suggerimenti specifici per
l'abilitazione di questa funzionalità.
25
VMware vSphere High Availability consente di configurare le policy in modo da
determinare le macchine che devono essere riavviate automaticamente e le
condizioni in cui tali operazioni devono essere eseguite.
EMC Virtual
Storage Integrator
per VMware
vSphere
EMC Virtual Storage Integrator (VSI) per VMware vSphere è un plug-in del client
vSphere che fornisce una singola interfaccia di gestione utilizzata per gestire lo
storage EMC all'interno dell'ambiente vSphere. Le funzionalità possono essere
aggiunte e rimosse da VSI in modo indipendente, assicurando flessibilità per la
personalizzazione degli ambienti utente VSI. Le funzionalità vengono gestite tramite
VSI Feature Manager. VSI offre un'esperienza utente unificata, che consente la rapida
introduzione di nuove funzionalità per rispondere alle esigenze delle aziende in
continuo mutamento.
Durante i test di convalida vengono utilizzate le seguenti funzionalità:
•
Storage Viewer (SV): estende il client vSphere per facilitare la discovery
e l'identificazione di storage device EMC VNXe allocati a host e macchine
virtuali VMware vSphere. SV presenta all'amministratore i dettagli dello
storage sottostante al data center virtuale mediante l'unione dei dati di
numerosi e diversi strumenti di mapping dello storage in poche, intuitive
visualizzazioni del client vSphere.
•
Unified Storage Management: semplifica l'amministrazione dello storage
della piattaforma EMC VNX Unified Storage. Consente agli amministratori
VMware di eseguire il provisioning di nuovi datastore NFS (Network File
System) e VMFS (Virtual Machine File System), nonché di nuovi volumi RDM
(Raw Device Mapping), in maniera trasparente, all'interno del client vSphere.
Per ulteriori informazioni, fare riferimento alle guide dei prodotti EMC VSI for VMware
vSphere, disponibili sul sito web del Supporto Online EMC.
Supporto VNX per
VMware vStorage
API for Array
Integration
Hardware Acceleration con VMware vStorage API for Array Integration (VAAI) è
un'ottimizzazione dello storage in vSphere 5.1 che consente a vSphere di ripartire
specifiche operazioni di storage su hardware di storage compatibili come le
piattaforme della serie VNXe. Con l'assistenza dell'hardware di storage, vSphere
esegue queste operazioni più rapidamente consumando meno CPU, memoria e
larghezza di banda del fabric di storage.
Elaborazione
La scelta di una piattaforma server per un'infrastruttura EMC VSPEX si basa non solo
sui requisiti tecnici dell'ambiente, ma anche sulla supportabilità della piattaforma,
sulle relazioni esistenti con il provider dei server, sulle funzionalità avanzate in
termini di prestazioni e gestione e su molti altri fattori. Per questo motivo, le soluzioni
EMC VSPEX sono progettate per essere eseguite su un'ampia gamma di piattaforme
server. Anziché richiedere un determinato numero di server con un set di requisiti
specifico, VSPEX indica come requisiti un numero di core di processori e una quantità
di RAM da utilizzare. L'implementazione può essere eseguita con 2 o 20 server ed
essere ancora considerata la stessa soluzione VSPEX.
Si supponga, ad esempio, che i requisiti del livello di elaborazione per una specifica
implementazione siano 25 core di processore e 200 GB di RAM. Un'azienda cliente
potrebbe implementare questa soluzione utilizzando server white-box contenenti
16 core di processori e 64 GB di RAM, mentre una seconda azienda cliente potrebbe
scegliere un server di fascia più alta con 20 core di processore e 144 GB di RAM.
26
La prima azienda ha la necessità di utilizzare quattro dei server scelti, mentre alla
seconda ne servono due, come illustrato in Figura 2 a pagina 27.
Figura 2.
Nota
Flessibilità del livello di elaborazione
Per abilitare la high availability a livello di elaborazione, ogni azienda cliente
dovrà utilizzare un ulteriore server con capacità sufficiente a stabilire una
piattaforma di failover nel caso di interruzione dell'attività per guasto
hardware.
È opportuno attenersi alle best practice riportate di seguito per il livello di
elaborazione:
•
Le best practice suggeriscono di utilizzare un numero di server identici o
almeno compatibili. VSPEX implementa tecnologie di high availability a livello
di hypervisor che possono richiedere set di istruzioni simili sull'hardware
fisico sottostante. Implementando VSPEX su unità server identiche, è
possibile ridurre al minimo i problemi di incompatibilità in quest'area.
•
Se si implementa una soluzione di high availability a livello di hypervisor, la
macchina virtuale di maggiori dimensioni che è possibile creare è vincolata
dal server fisico più piccolo presente nell'ambiente.
27
•
È consigliabile implementare le funzionalità di high availability disponibili nel
livello di virtualizzazione e assicurarsi che il livello di elaborazione disponga
di risorse sufficienti per gestire almeno gli errori di un singolo server. Questo
consente di implementare upgrade con tempi di inattività ridotti e di tollerare
i guasti di singole unità.
Attenendosi a questi consigli e best practice, il livello di elaborazione per EMC VSPEX
può essere molto flessibile e tale da rispondere a specifiche esigenze. Il limite
principale è la necessità di fornire core di processore e RAM per core sufficienti per
rispondere alle esigenze dell'ambiente di destinazione.
Rete
La rete dell'infrastruttura richiede link di rete ridondanti per ciascun host vSphere, lo
storage array, le porte di interconnessione degli switch e le porte uplink degli switch.
Questa configurazione fornisce ridondanza e larghezza di banda di rete aggiuntiva.
Questa configurazione è necessaria, indipendentemente dal fatto che l'infrastruttura
di rete per la soluzione sia già esistente o venga implementata insieme ad altri
componenti della soluzione. Un esempio di questo tipo di topologia di rete con high
availability è illustrato nella Figura 3.
28
Figura 3.
Esempio di progettazione di una topologia di rete con high
availability
Questa soluzione convalidata utilizza le LAN virtuali (VLAN) per isolare le varie
tipologie di traffico di rete in modo da garantire miglioramenti significativi in termini
di throughput, gestibilità, separazione delle applicazioni, high availability e
sicurezza.
Le piattaforme EMC Unified Storage forniscono high availability o ridondanza di rete
mediante link aggregation. La link aggregation consente di visualizzare come unico
link con un unico MAC Address più connessioni Ethernet attive ed, eventualmente,
più indirizzi IP. In questa soluzione, il protocollo LACP (Link Aggregation Control
Protocol) è configurato su VNXe, per combinare più porte Ethernet in un singolo
dispositivo virtuale. Se il link viene perso sulla porta Ethernet, ne viene eseguito il
failover su un'altra porta. Tutto il traffico di rete viene distribuito tra i link attivi.
29
Storage
Panoramica
Anche il livello di storage è un componente chiave di qualsiasi soluzione di
infrastruttura cloud per la gestione di dati generati da applicazioni e sistemi operativi
in sistemi di elaborazione dello storage dei data center. Questo determina un
miglioramento dell'efficienza dello storage e assicura una maggiore flessibilità di
gestione e garantisce una riduzione dei costi complessivi di gestione. In questa
soluzione VSPEX, i server della serie EMC VNXe vengono utilizzati per fornire la
virtualizzazione a livello di storage.
Serie EMC VNXe
La famiglia di prodotti EMC VNX è ottimizzata per applicazioni virtuali in grado di
offrire innovazione leader del settore e funzionalità di livello enterprise per lo storage
di file, blocchi e oggetti in una soluzione scalabile e di facile utilizzo. Questa
piattaforma di storage di nuova generazione associa hardware potente e flessibile a
un software efficiente, con funzionalità di gestione e protezione avanzate, al fine di
soddisfare le complesse esigenze dei clienti di livello enterprise di oggi.
™
®
La serie VNXe è dotata di processori Intel Xeon per una soluzione di storage
intelligente che automatizza e scala efficientemente le prestazioni, garantendo
integrità e sicurezza dei dati.
La serie VNXe è appositamente progettata per la gestione IT negli ambienti più piccoli
mentre ed è stata pensata per soddisfare i requisiti di prestazioni elevate e massima
scalabilità delle aziende di medie e grandi dimensioni.
Tabella 1 contiene un elenco dei vantaggi per il cliente della serie VNXe.
Tabella 1. Vantaggi per i clienti della soluzione VNXe
Funzionalità
Unified Storage di nuova generazione, ottimizzato per applicazioni
virtualizzate

Funzionalità di ottimizzazione della capacità, quali compressione,
deduplica, thin provisioning e copie incentrate sull'applicazione

High availability progettata per offrire un'availability del 99,999%

Supporto multiprotocollo per file e blocchi

Gestione semplificata con EMC Unisphere™ per disporre di un'unica
interfaccia di gestione per tutte le esigenze NAS, SAN e di replica

Suite software disponibili
• Local Protection Suite: aumento della produttività con snapshot dei dati di
produzione.
•
Remote Protection Suite: protezione dei dati da errori localizzati, interruzioni
delle attività e danni irreparabili.
•
Application Protection Suite: automazione dell'esecuzione di copie delle
applicazioni e verifica della conformità.
•
Security and Compliance Suite: protezione dei dati da modifiche,
eliminazioni e attività malevole.
Pacchetti software disponibili
EMC VNXe3300 Total Protection Pack: include Local Protection Suite, Remote
Protection Suite e Application Protection Suite.
30
Backup e ripristino
La tecnologia di deduplica dei dati EMC Avamar si integra in maniera trasparente negli
ambienti virtuali fornendo funzionalità di backup e ripristino rapido. La deduplica di
Avamar riduce notevolmente la quantità di dati che transitano in rete e riduce pertanto
anche la quantità di dati di cui eseguire il backup e l'archiviazione. Il tutto si traduce in
un risparmio considerevole sui costi di storage, larghezza di banda e operativi.
Di seguito sono riportate due delle richieste di ripristino rivolte più frequentemente ai
Backup Administrator.
•
Ripristino a livello di file: i ripristini a livello di oggetto rappresentano la
vasta maggioranza delle richieste di supporto degli utenti. Le azioni più
comuni che richiedono un ripristino a livello di file sono l'eliminazione di file
da parte di singoli utenti, ripristini richiesti da applicazioni ed eliminazioni
relative a elaborazioni in batch.
•
Ripristino del sistema: sebbene il numero di richieste di ripristino completo
del sistema sia ridotto rispetto alle richieste di ripristino a livello di file,
questa funzionalità di bare-metal restore è un requisito fondamentale per le
aziende. Alcune tra le root-cause più comuni per tali richieste di ripristino
dell'intero sistema sono infezioni virali, danneggiamento del registro di
sistema o problemi irreversibili non identificabili.
La funzionalità Avamar, abbinata alle implementazioni VMware, aggiunge nuove
capacità e funzionalità per il backup e il ripristino in entrambi questi scenari. Le
funzionalità chiave aggiunte in VMware, come l'integrazione con l'API vStorage e la
registrazione delle modifiche ai blocchi (CBT, Change Block Tracking), consentono al
software Avamar di proteggere l'ambiente virtuale con maggiore efficienza.
Grazie all'utilizzo della registrazione CBT per i backup e i ripristini in pool di proxy
server virtuali, questa funzionalità riduce al minimo le esigenze di gestione. Con
l'aggiunta di Data Domain come piattaforma di storage per i dati di immagine, la
soluzione offre l'integrazione più efficiente tra due leader del settore nelle appliance
di backup di nuova generazione.
Sicurezza
Autenticazione a
due fattori di RSA
SecurID
®
L'autenticazione a due fattori di RSA SecurID è in grado di offrire una maggiore
sicurezza per l'ambiente di VSPEX End-User Computing poiché richiede all'utente
di autenticarsi con due informazioni, denominate complessivamente passphrase,
e composte da:
•
Un elemento noto all'utente: un PIN, utilizzato come qualsiasi altro PIN o
password.
•
Un elemento di cui dispone l'utente: un codice token, fornito da un "token"
software o fisico, che cambia ogni 60 secondi.
Lo use case tipico implementa SecurID per autenticare gli utenti che accedono a risorse
protette da una rete pubblica o esterna. Le richieste di accesso che hanno origine da
una rete sicura vengono autenticate mediante meccanismi tradizionali che prevedono
l'uso di Active Directory o LDAP. È disponibile una descrizione della configurazione per
l'implementazione di SecurID per le infrastrutture VSPEX End-User Computing.
La funzionalità SecurID viene gestita tramite RSA Authentication Manager, che
controlla anche le funzioni di gestione, come assegnazione di token agli utenti,
gestione degli utenti, high availability e così via. L'appliance di rete Citrix NetScaler e
31
Citrix Storefront garantiscono un'integrazione semplificata di SecurID nell'ambiente
XenDesktop (oltre a XenApp e altri prodotti di virtualizzazione Citrix).
Autenticazione
SecurID nella
soluzione EndUser Computing
VSPEX per
l'ambiente Citrix
XenDesktop
Per le richieste di accesso esterne nell'ambiente VSPEX End-User Computing con Citrix
XenDesktop, all'utente viene richiesto un ID utente, una passphrase SecurID e la
password di Active Directory in una singola finestra di dialogo. Dopo aver completato
l'autenticazione, l'utente effettua il login direttamente al proprio desktop virtuale.
L'autenticazione delle richieste interne viene eseguita solo in base ad Active Directory.
Figura 4 descrive il flusso di autenticazione per una richiesta di accesso esterno
all'ambiente XenDesktop.
Figura 4.
Nota
Flusso di controllo dell'autenticazione per le richieste di accesso a
XenDesktop che hanno origine su una rete esterna
Le policy di autenticazione impostate su Access Gateway Enterprise Edition
(AGEE) di NetScaler controllano l'autenticazione a fronte di SecurID e Active
Directory.
Il flusso di autenticazione dell'accesso interno è illustrato nella Figura 5 a pagina 33.
L'autenticazione Active Directory viene avviata dall'interno di Citrix Storefront.
32
Figura 5.
Nota
Componenti
richiesti
Flusso di controllo dell'autenticazione per le richieste di XenDesktop
che hanno origine sulla rete locale
Gli utenti vengono autenticati solo rispetto ad Active Directory.
L'abilitazione di SecurID per questa soluzione VSPEX è descritta in Securing VSPEX
Citrix XenDesktop 5.6 End-User Computing Solutions with RSA Design Guide. Sono
richiesti i seguenti componenti:
•
RSA SecurID Authentication Manager (versione 7.1 SP4):
utilizzato per configurare e gestire l'ambiente SecurID e per assegnare token
agli utenti, Authentication Manager 7.1 SP4 è disponibile come appliance o
come funzionalità installabile su un'istanza di Windows Server 2008 R2. Le
versioni future di Authentication Manager saranno disponibili solo come
appliance fisica o Virtual Appliance.
•
Token SecurID per tutti gli utenti:
SecurID richiede un elemento noto all'utente (un PIN) in combinazione con
un codice che cambia continuamente, fornito da un "token" che l'utente
possiede. I token SecurID possono essere fisici, e in questo caso visualizzare
un nuovo codice ogni 60 secondi che l'utente deve inserire con un PIN,
oppure basati su software, e in questo caso l'utente fornisce un PIN e il
codice del token viene fornito a livello di programmazione. I token hardware
software sono registrati con Authentication Manager mediante "record di
token" forniti su CD o su altri supporti.
•
Appliance di rete Citrix NetScaler (versione 10 o successiva)
La funzionalità Access Gateway di NetScaler gestisce l'autenticazione RSA
SecurID (primaria) e Active Directory (secondaria) delle richieste di accesso
che hanno origine su reti pubbliche o esterne. NetScaler fornisce inoltre la
funzionalità load balancer che supporta l'high availability dei server
Authentication Manager e Citrix Storefront.
•
Citrix Storefront (versione 1.2 o successiva):
Storefront, anche noto come CloudGateway Express, fornisce l'autenticazione
e altri servizi e presenta i desktop degli utenti ai client Citrix basati su browser
o mobili.
•
Citrix Receiver:
Receiver offre un'interfaccia utente che consente all'utente di interagire con il
desktop virtuale o con altri ambienti virtuali Citrix, come XenApp o XenServer.
Nel contesto di questa soluzione, il client dell'utente è considerato un
endpoint utente generico, quindi le versioni del client Receiver, così come le
relative opzioni e ottimizzazioni, non vengono considerate.
33
Risorse di
elaborazione,
memoria e storage
Figura 6 illustra l'ambiente VSPEX End-User Computing per Citrix XenDesktop con
l'infrastruttura aggiuntiva per il supporto di SecurID. Tutti i componenti necessari
possono essere eseguiti in una configurazione ridondante con high-availability su
due o più host VMware vSphere con un totale minimo di dodici core di CPU (sedici
consigliati) e sedici GB di RAM. Tabella 2 a pagina 35 sintetizza questi requisiti.
Figura 6.
34
Architettura logica: VSPEX End-User Computing per Citrix
XenDesktop con RSA
Tabella 2. Risorse hardware minime per il supporto di SecurID
CPU
(core)
Memoria
(GB)
Storage
(GB)
Database
SQL*
RSA Authentication
Manager
2
2
60
n/d
RSA
Authentication
Manager 7.1
Performance and
Scalability Guide
Citrix NetScaler
(VPX)
2
4
40
n/d
Citrix NetScaler
VPX Getting
Started Guide
Citrix Storefront
2
2
20
3,5 MB per
100 utenti
Nota
Riferimento
Questa capacità può essere probabilmente ricavata dai server SQL
preesistenti definiti nelle architetture di riferimento VSPEX.
35
36
Capitolo 4
Panoramica
dell'architettura
dello stack della
soluzione
Panoramica della soluzione ................................................................ 38
Architettura della soluzione ................................................................ 38
Linee guida per la configurazione dei server ........................................ 44
Linee guida per la configurazione di rete ............................................. 46
Linee guida per la configurazione dello storage ................................... 48
High availability e failover ................................................................... 51
Profilo del test di convalida ................................................................ 53
Guida alla configurazione dell'ambiente di backup .............................. 55
Linee guida per il dimensionamento ................................................... 55
Carico di lavoro di riferimento ............................................................. 55
Applicazione del carico di lavoro di riferimento ................................... 56
Implementazione dell'architettura della soluzione............................... 57
Valutazione rapida ............................................................................. 59
37
Panoramica dell'architettura dello stack della soluzione
Panoramica della soluzione
Le soluzioni con infrastruttura VSPEX sono progettate con tecnologie avanzate
comprovate per creare soluzioni di virtualizzazione complete che consentono di
prendere decisioni consapevoli a livello di scelta e dimensionamento di hypervisor,
elaborazione e networking. VSPEX consente di eliminare il carico di attività legate alla
pianificazione e alla configurazione della virtualizzazione dei server utilizzando al
meglio i numerosi test funzionali, di interoperabilità e delle prestazioni di EMC.
VSPEX accelera la trasformazione dell'IT nel passaggio al cloud computing grazie a
implementazioni più rapide, maggiore possibilità di scelta, livelli più elevati di
efficienza e rischi ridotti.
Questa sezione contiene una guida completa per gli aspetti più importanti della
soluzione. La capacità dei server, ad esempio, viene fornita per chiarire i requisiti
minimi in termini di CPU, memoria e interfacce di rete; il cliente potrà comunque
selezionare hardware di propria scelta per server e rete. Tale hardware potrà
soddisfare o anche superare i requisiti minimi specificati. La storage architecture
specificata, unitamente a un sistema in grado di soddisfare i requisiti di server e di
rete delineati, è stata convalidata da EMC per fornire livelli elevati di prestazioni
offrendo al tempo stesso un'architettura con high availability per l'implementazione
di soluzioni End-User Computing.
Ciascuna infrastruttura VSPEX comprovata bilancia le risorse di storage, rete ed
elaborazione necessarie per un determinato numero di desktop virtuali convalidati da
EMC. In pratica, ogni tipo di desktop virtuale prevede uno specifico set di requisiti, che
raramente corrispondono all'idea predefinita delle caratteristiche e delle funzioni di un
desktop virtuale. In qualsiasi discussione relativa alle infrastrutture virtuali, è
importante innanzitutto definire un carico di lavoro di riferimento. Non tutti i server
eseguono le stesse attività ed è impossibile creare un riferimento che prenda in
considerazione ogni possibile combinazione delle caratteristiche dei carichi di lavoro.
Architettura della soluzione
La soluzione VSPEX End User Computing con EMC VNXe è convalidata con un
massimo di 250 macchine virtuali. Queste configurazioni definite rappresentano la
base su cui creare una soluzione personalizzata. Questi punti di scala vengono
definiti in termini di carico di lavoro di riferimento.
Nota
Per descrivere e definire una macchina virtuale, VSPEX utilizza il concetto di
carico di lavoro di riferimento. Pertanto, un desktop fisico o virtuale di un
ambiente esistente potrebbe non essere uguale a un desktop virtuale di una
soluzione VSPEX. Valutare il carico di lavoro in base al riferimento per
giungere a un punto di scala appropriato. I dettagli del processo sono
descritti in Applicazione del carico di lavoro di riferimento.
Architettura per un I diagrammi dell'architettura presentati nella Figura 7 a pagina 39 mostrano il layout
dei principali componenti della soluzione.
massimo di 250
desktop virtuali
38
Figura 7.
Nota
Architettura logica per 250 desktop virtuali
I componenti di networking della soluzione possono essere implementati
utilizzando reti IP 1 Gb o 10 Gb, purché la larghezza di banda e la ridondanza
siano sufficienti per rispondere ai requisiti indicati.
Componenti chiave Controller Citrix XenDesktop 5.6: si utilizzano due controller Citrix XenDesktop per
fornire desktop virtuali ridondanti, autenticare gli utenti, gestire l'insieme di ambienti
desktop virtuali degli utenti ed effettuare il brokering delle connessioni tra gli utenti e
i loro desktop virtuali. In questa architettura di riferimento, i controller sono installati
su Windows Server 2008 R2 e ospitati come macchine virtuali su server VMware
vSphere 5.1.
Desktop virtuali: il provisioning di 250 desktop virtuali permanenti che eseguono
Windows 7 viene effettuato utilizzando MCS, un meccanismo di provisioning
introdotto con XenDesktop 5.0.
VMware vSphere 5.1: fornisce un livello di virtualizzazione comune per ospitare un
ambiente server che contiene le macchine virtuali. Le specifiche dell'ambiente
convalidato sono elencate nella Tabella 9 a pagina 56. vSphere 5.1 fornisce
un'infrastruttura con high availability tramite funzionalità quali:
•
vMotion: fornisce la migrazione in tempo reale delle macchine virtuali
all'interno di un cluster di infrastruttura virtuale, senza tempi di inattività
delle macchine virtuali o interruzioni del servizio.
•
Storage vMotion: fornisce la migrazione in tempo reale dei file disco delle
macchine virtuali all'interno e attraverso storage array, senza tempi di
inattività delle macchine virtuali o interruzioni del servizio.
•
vSphere High Availability (HA): consente il rilevamento di guasti alle
macchine virtuali nel cluster e permette un ripristino rapido.
39
•
Distributed Resource Scheduler (DRS): fornisce il bilanciamento del
carico della capacità di elaborazione in un cluster.
•
Storage Distributed Resource Scheduler (SDRS): fornisce il bilanciamento
del carico tra più datastore, in base all'utilizzo dello spazio e alla latenza di
I/O.
VMware vCenter Server 5.1: fornisce una piattaforma scalabile ed estendibile che è
l'elemento fondamentale della gestione della virtualizzazione per il cluster VMware
vSphere 5.1. Tutti gli host vSphere e le relative macchine virtuali sono gestiti tramite
vCenter.
VSI per VMware vSphere: EMC VSI for VMware vSphere è un plug-in per il client
vSphere che consente lo storage management per array EMC direttamente dal client
stesso. VSI è altamente personalizzabile e concorre a fornire un'interfaccia di
gestione unificata.
Server Active Directory: i servizi Active Directory sono richiesti per il corretto
funzionamento dei vari componenti della soluzione. A tale scopo si utilizza il servizio
Microsoft AD Directory Service in esecuzione su Windows Server 2012.
Server DHCP: gestisce centralmente lo schema di indirizzi IP per i desktop virtuali.
Questo servizio risiede sulla stessa macchina virtuale che ospita il controller di
dominio e il server DNS. A tale scopo viene utilizzato il servizio DHCP di Microsoft in
esecuzione su un server Windows 2012.
Server DNS: i servizi DNS sono richiesti per consentire ai vari componenti della
soluzione di eseguire la risoluzione dei nomi. A tale scopo si utilizza il servizio
Microsoft DNS in esecuzione su un server Windows 2012.
Server SQL Server: i controller Citrix XenDesktop e VMware vCenter Server richiedono
un servizio database per lo storage dei dati di configurazione. A tale scopo si utilizza
un server Microsoft SQL 2008. Questo server risiede come macchina virtuale su un
server VMware vSphere 5.1.
Rete IP Gigabit (GbE): l'infrastruttura di rete Ethernet fornisce la connettività 1 GbE
tra i desktop virtuali, i cluster vSphere e lo storage EMC VNXe. Consente inoltre agli
utenti dei desktop di reindirizzare i profili di roaming e le home directory alle share
CIFS gestite centralmente su VNXe. I client desktop, i componenti di gestione
XenDesktop e l'infrastruttura server Windows possono risiedere anche sulla rete
1 GbE, ma con una coppia diversa di interfacce di rete.
Serie EMC VNXe3300: fornisce lo storage utilizzando connessioni IP (NFS) per i
desktop virtuali e le macchine virtuali dell'infrastruttura, come controller Citrix
XenDesktop, VMware vCenter Server, database Microsoft SQL Server e altri servizi di
supporto. In via opzionale, i profili e le home directory degli utenti sono reindirizzati
su share di rete CIFS su EMC VNXe3300.
Reti di storage/IP: tutto il traffico di rete viene trasportato utilizzando la rete
Ethernet standard con cablaggio e switch ridondanti. Il traffico degli utenti e di
gestione viene gestito in una rete condivisa, mentre il traffico dello storage NFS è
confinato a una subnet privata e non reindirizzabile.
EMC Avamar Virtual Edition: fornisce la piattaforma per la protezione delle
macchine virtuali. Questa strategia di protezione utilizza al meglio i desktop virtuali
permanenti oltre alla protezione delle immagini e i ripristini degli utenti finali.
40
Gli storage array della serie VNXe includono i seguenti componenti:
Risorse hardware
•
Gli storage processor (SP) supportano i dati a livello di blocchi e di file con
tecnologia I/O UltraFlex con il supporto dei protocolli iSCSI, CIFS e NFS. Gli
storage processor offrono accesso a tutti gli host esterni e al lato file
dell'array VNXe.
•
Le Battery Backup Unit (BBU) sono unità alimentate a batteria all'interno di
ciascuno storage processor e offrono potenza sufficiente a ciascuno storage
processor in modo da assicurare che venga eseguito il destage di eventuali
dati in transito nell'area del vault in caso di interruzione dell'alimentazione,
garantendo che non vada persa alcuna scrittura. Al riavvio dell'array, le
scritture in sospeso vengono riconciliate e memorizzate.
•
I Disk Array Enclosure (DAE) ospitano le unità utilizzate nell'array.
Tabella 3 contiene un elenco dei prodotti hardware utilizzati per questa soluzione.
Tabella 3. Hardware soluzione
Hardware
Server per
desktop
virtuali
Configurazione
•
•
•
Infrastruttura
di rete NFS
EMC
VNXe3300
Funzionalità di switching minima:
• Sei porte 1 GbE per server vSphere
• Quattro porte 1 GbE per storage processor
•
•
•
Server per
l'infrastruttura
del cliente
Risorse software
Memoria: 2 GB di RAM per desktop (500
GB di RAM sul totale dei server)
CPU: 1 vCPU per desktop (otto desktop per
core; 32 core sul totale dei server)
Rete: sei NIC 1 GbE per server
Due storage processor
Quattro interfacce 1 GbE per storage
processor
Ventidue dischi SAS da 300 GB, 15.000
rpm, 3,5 pollici (tre pacchetti prestazioni
RAID 5)
Note
Capacità server totale
richiesta per l'hosting
di 250 desktop
virtuali
Configurazione LAN
ridondante
Storage condiviso
VNXe per desktop
virtuali
13 dischi NL-SAS da 2 TB, 7.200 rpm, 3,5 pollici
Opzionali per i dati
dell'utente
Sette dischi SAS da 300 GB, 15.000 rpm, 3,5
pollici (un pacchetto prestazioni RAID 5)
Opzionali per
l'infrastruttura di
storage
Numero minimo richiesto:
• Due server fisici
• 20 GB di RAM per server
• Quattro core di processore per server
• Due porte 1 GbE per server
Questi server e i
relativi ruoli
potrebbero già
esistere
nell'ambiente del
cliente
Tabella 4 contiene un elenco dei prodotti software utilizzati in questa soluzione.
41
Tabella 4. Software della soluzione
Software
Configurazione
EMC VNXe3300 (storage condiviso, file system)
Versione software
2.3.1.19462
Virtualizzazione desktop XenDesktop
Controller Citrix XenDesktop
Versione 5.6 Platinum Edition
Sistema operativo per controller
XenDesktop
Windows Server 2008 R2 Standard Edition
Microsoft SQL Server
Versione 2008 R2 Standard Edition
Backup di nuova generazione
Avamar Virtual Edition (2 TB)
6.1 SP1
VMware vSphere
Server vSphere
5.1
vCenter Server
5.1
Sistema operativo per vCenter Server
Windows Server 2008 R2 Standard Edition
Desktop virtuali
(Nota: oltre al sistema operativo di base, per la convalida della soluzione è stato utilizzato
software che non è richiesto)
Dimensionamento
per la
configurazione
convalidata
Sistema operativo di base
Microsoft Windows 7 Standard (32 bit) SP1
Microsoft Office
Office Enterprise 2007 SP3
Internet Explorer
8.0.7601.17514
Adobe Reader
9.1
McAfee Virus Scan
8.7.0i Enterprise
Adobe Flash Player
10
Bullzip PDF Printer
7.2.0.1304
FreeMind
0.8.1
Durante la scelta dei server per questa soluzione, tenere presente che i core di
processore devono soddisfare o superare le prestazioni dei processori della famiglia
Intel Nehalem a 2,66 GHz. Man mano che vengono resi disponibili server con velocità
del processore, prestazioni e densità di core maggiori, i server possono essere
consolidati, purché il conteggio totale richiesto di core e memoria sia raggiunto e
venga incorporato un numero di server sufficiente a supportare il livello necessario di
high availability.
Con i server la velocità e la quantità di schede NIC possono anch'esse essere
consolidate, purché siano mantenuti i requisiti di larghezza di banda totale per la
soluzione e un livello sufficiente di ridondanza per il supporto della high availability.
La soluzione è supportata da una configurazione di quattro server ognuno con due
socket di quattro core ciascuno, 128 GB di RAM e sei NIC 1 GbE per un totale di
32 core e 512 GB di RAM. Come indicato nella Tabella 2 a pagina 35, sono richiesti un
minimo di un core per supportare otto desktop virtuali e un minimo di 2 GB di RAM
per ognuno. Occorre inoltre tener conto della corretta combinazione di memoria e
core per il numero di desktop virtuali che dovranno essere supportati da ogni server.
Ad esempio, un server che dovrà supportare 24 desktop virtuali richiede un minimo
di tre core e un minimo di 48 GB di RAM.
42
Figura 8.
Diagramma della rete
Gli switch di rete IP utilizzati per implementare questa architettura di riferimento
devono avere una capacità backplane minima di 48 Gb/s non a blocchi e supportare
le seguenti funzionalità:
•
Controllo del flusso Ethernet IEEE 802.1x
•
Tagging VLAN 802.1q
•
Link aggregation Ethernet mediante LACP IEEE 802.1ax (802.3ad)
•
Funzionalità di gestione SNMP
•
frame Jumbo
Scegliere switch che supportino la high availability e un vendor della rete in base alla
disponibilità di componenti, assistenza e contratti di supporto. Oltre alle funzionalità
sopra citate, la configurazione di rete deve includere quanto segue:
•
Un minimo di due switch per supportare la ridondanza
•
Alimentatori ridondanti
•
Un minimo di 40 porte 1 GbE (distribuite per high availability)
•
Le porte di uplink adatte per la connettività del cliente
L'utilizzo delle porte 10 GbE deve essere allineato con le porte sul server e sullo
storage tenendo presenti i requisiti di rete complessivi della soluzione e un livello di
ridondanza per supportare high availability. È inoltre necessario considerare
43
l'impiego di schede NIC e di connessioni per storage aggiuntive sui server, in base ai
requisiti di implementazione specifici del cliente.
L'infrastruttura di gestione (Active Directory, DNS, DHCP e SQL Server) può essere
supportata su due server simili a quelli descritti in precedenza, ma richiede solo un
minimo di 20 GB di RAM anziché 128 GB.
Il layout dello storage su disco è illustrato in Linee guida per la configurazione dello
storage.
Linee guida per la configurazione dei server
Panoramica
Durante la fase di progettazione e di ordine del livello di elaborazione/server della
soluzione VSPEX descritta di seguito, diversi sono i fattori che potrebbero influire
sull'acquisto finale. Dal punto di vista della virtualizzazione, se il carico di lavoro
di un sistema è ben conosciuto, funzionalità come il "ballooning" della memoria e
la condivisione trasparente delle pagine sono in grado di ridurre i requisiti di
memoria aggregata.
Se il pool di macchine virtuali non prevede utilizzi di picco o un elevato livello di
utilizzo simultaneo, è possibile ridurre il numero di vCPU. Al contrario, se le
applicazioni implementate richiedono, per natura, un'elevata potenza di
elaborazione, potrebbe essere necessario aumentare il numero di CPU e la quantità
di memoria acquistate.
Tabella 5. Hardware del server
Hardware
Server per
desktop
virtuali
Virtualizzazione
della memoria di
VMware vSphere
per VSPEX
Configurazione
•
Memoria: 2 GB di RAM per desktop (500 GB di
RAM sul totale dei server)
•
CPU: 1 vCPU per desktop (otto desktop per
core; 32 core sul totale dei server)
•
Rete: sei NIC 1 GbE per server
Note
Capacità server
totale richiesta per
l'hosting di 250
desktop virtuali
VMware vSphere 5.1 include una serie di funzionalità avanzate che contribuiscono a
ottimizzare le prestazioni e l'utilizzo complessivo delle risorse. Le funzionalità più
importanti riguardano l'area della gestione della memoria. In questa sezione vengono
descritte alcune funzionalità e gli elementi necessari per prenderne in considerazione
l'utilizzo nell'ambiente.
In generale, è possibile considerare che le macchine virtuali di un singolo hypervisor
utilizzino la memoria come un pool di risorse. Figura 9 illustra un esempio di utilizzo
della memoria a livello di hypervisor.
44
Figura 9.
Utilizzo della memoria dell'hypervisor
Questo concetto di base può essere migliorato acquisendo una maggiore
comprensione delle tecnologie presentate in questa sezione.
Overcommit della memoria
L'overcommit della memoria si verifica quando alle macchine virtuali viene allocata una
quantità di memoria superiore rispetto a quella fisicamente presente in un host
VMware vSphere. Mediante tecniche sofisticate quali il ballooning della memoria e la
condivisione trasparente delle pagine, vSphere è in grado di gestire l'overcommit della
memoria senza alcun peggioramento delle prestazioni. Tuttavia, se viene utilizzata una
quantità di memoria superiore rispetto a quella disponibile sul server, è possibile che
vSphere ricorra allo swapping di parti della memoria di una macchina virtuale.
45
NUMA (Non-Uniform Memory Access, accesso non uniforme alla memoria)
vSphere utilizza un load balancer NUMA per assegnare un nodo "home" a una
macchina virtuale. Poiché la memoria per la macchina virtuale viene allocata dal
nodo home, l'accesso alla memoria è locale e fornisce le migliori prestazioni
possibili. Anche le applicazioni che non forniscono il supporto diretto per NUMA
traggono vantaggio da questa funzionalità.
Transparent Page Sharing (Condivisione trasparente delle pagine)
Le macchine virtuali che eseguono sistemi operativi e applicazioni simili, in genere
presentano set identici di contenuto di memoria. La condivisione delle pagine
consente all'hypervisor di richiamare le copie ridondanti e conservare una sola copia,
riducendo considerevolmente il consumo di memoria totale dell'host. Se la maggior
parte delle macchine virtuali dell'applicazione esegue lo stesso sistema operativo e
file binari delle applicazioni, l'utilizzo totale della memoria può essere ridotto per
aumentare i rapporti di consolidamento.
Memory ballooning (Ballooning della memoria)
Utilizzando un driver di balloon caricato nel sistema operativo guest, l'hypervisor può
recuperare la memoria fisica host in caso di contesa di risorse di memoria. Questa
operazione viene eseguita con un impatto minimo o nullo sulle prestazioni
dell'applicazione.
Linee guida per la
configurazione
della memoria
Questa sezione fornisce linee guida per l'allocazione della memoria alle macchine
virtuali. Le linee guida descritte in questa sezione prendono in considerazione l'overhead
della memoria di vSphere e le impostazioni della memoria delle macchine virtuali.
Overhead della memoria di vSphere
Parte dell'overhead è associata alla virtualizzazione delle risorse di memoria.
L'overhead associato allo spazio della memoria prevede due componenti.
•
Overhead fisso del sistema per VMkernel.
•
Overhead aggiuntivo per ciascuna macchina virtuale
L'overhead della memoria dipende dal numero di CPU virtuali e dalla memoria
configurata per il sistema operativo guest.
Allocazione della memoria alle macchine virtuali
Il corretto dimensionamento della memoria per una macchina virtuale nelle
architetture VSPEX è basato su molteplici fattori. Con tutti i servizi applicativi e gli use
case disponibili, determinare una configurazione idonea per un ambiente richiede la
creazione di una configurazione baseline, l'esecuzione di test e di regolazioni, come
illustrato più avanti nel presente documento. Tabella 9 a pagina 56 descrive le risorse
utilizzate da una singola macchina virtuale.
Linee guida per la configurazione di rete
Panoramica
Questa sezione fornisce le linee guida per la configurazione di una topologia di rete
caratterizzata da ridondanza e high availability. Le linee guida illustrate in questa
sezione prendono in considerazione i frame Jumbo, le VLAN e il protocollo LACP (Link
Aggregation Control Protocol) su EMC Unified Storage. Per informazioni dettagliate sui
requisiti relativi alle risorse di rete, fare riferimento alla Tabella 3 a pagina 41.
VLAN
46
Le best practice suggeriscono di isolare il traffico di rete in modo che il traffico tra gli
host e lo storage e tra gli host e i client e tutto il traffico di gestione venga trasportato
su reti isolate. In alcuni casi, per garantire la conformità alle normative vigenti o alle
policy, potrebbe essere richiesto l'isolamento fisico. Tuttavia, in molti casi, è
sufficiente utilizzare l'isolamento logico mediante le VLAN. Questa soluzione richiede
almeno tre VLAN.
•
•
•
Accesso client
Storage
Gestione
Le VLAN sono illustrate in Figura 10.
Figura 10. Reti richieste
Nota
Il diagramma dimostra i requisiti di connettività di rete per un array VNXe3300
TM
che utilizza connessioni di rete 1 GbE. Quando si utilizza l'array VNXe3150 o
connessioni di rete da 10 GbE, è consigliabile creare una topologia simile.
La rete con accesso client ha lo scopo di consentire agli utenti del sistema o ai client
di comunicare con l'infrastruttura. La rete di storage viene utilizzata per la
comunicazione tra il livello di elaborazione e il livello di storage. La rete di gestione
consente agli amministratori di stabilire una via dedicata per l'accesso alle
connessioni di gestione in storage array, switch di rete e host.
Nota
Alcune best practice richiedono l'isolamento di reti aggiuntive per il traffico di
cluster, la comunicazione nel livello di virtualizzazione e altre funzionalità.
Queste reti aggiuntive possono essere implementate, se si desidera, ma non
sono richieste.
47
Abilitazione dei
frame Jumbo
Questa soluzione per EMC VSPEX End-User Computing richiede che la dimensione di
MTU sia impostata su 9000 (frame Jumbo) per rendere più efficiente il traffico di
storage e di migrazione.
Aggregazione
connessioni
La link aggregation è simile a un Ethernet Channel, ma utilizza lo standard Link
Aggregation Control Protocol (LACP) IEEE 802.3ad. Lo standard IEEE 802.3ad supporta
link aggregation con due o più porte. Tutte le porte della link aggregation devono
essere full duplex e avere la stessa velocità. In questa soluzione, il protocollo LACP
(Link Aggregation Control Protocol) è configurato su VNXe, per combinare più porte
Ethernet in un singolo dispositivo virtuale. Se il link viene perso sulla porta Ethernet,
ne viene eseguito il failover su un'altra porta. Tutto il traffico di rete viene distribuito
tra i link attivi.
Linee guida per la configurazione dello storage
Panoramica
vSphere offre diversi metodi di utilizzo dello storage quando si ospitano le macchine
virtuali. Le soluzioni descritte di seguito sono state testate con NFS e il layout dello
storage descritto è conforme a tutte le best practice correnti. Gli utenti esperti
possono applicare delle modifiche in base alla relativa comprensione dell'utilizzo del
sistema e del carico, se richiesto.
Tabella 6. Hardware di storage
Hardware
Configurazione
•
•
•
EMC
VNXe3300
Due storage processor
Quattro interfacce 1 GbE per storage processor
Ventidue dischi SAS da 300 GB, 15.000 rpm,
3,5 pollici (tre pacchetti prestazioni RAID 5)
13 dischi NL-SAS da 2 TB, 7.200 rpm, 3,5 pollici
Sette dischi SAS da 300 GB, 15.000 rpm, 3,5 pollici
(un pacchetto prestazioni RAID 5)
Virtualizzazione
dello storage
VMware vSphere
per VSPEX
Note
Storage condiviso
VNXe per desktop
virtuali
Opzionali per i dati
dell'utente
Opzionali per
l'infrastruttura
di storage
TM
VMware ESXi fornisce la virtualizzazione dello storage a livello host. Virtualizza lo
storage fisico e presenta lo storage virtualizzato alla macchina virtuale.
Una macchina virtuale memorizza il sistema operativo e tutti gli altri file correlati alle
attività della macchina virtuale in un disco virtuale. Lo stesso disco virtuale è composto
da uno o più file. VMware utilizza il controller SCSI virtuale per presentare un disco
virtuale al sistema operativo guest eseguito all'interno della macchina virtuale.
Il disco virtuale risiede in un datastore. A seconda del tipo utilizzato, può trattarsi di
un datastore VMware Virtual Machine File system (VMFS) o di un datastore NFS.
48
Figura 11.
Tipi di dischi virtuali VMware
VMFS
VMFS è un file system cluster che garantisce virtualizzazione dello storage
ottimizzata per le macchine virtuali. Può essere implementato su qualsiasi storage in
rete o locale basato su SCSI.
Raw Device Mapping (RDM)
VMware offre anche un meccanismo denominato RDM (Raw Device Mapping). La
funzionalità RDM consente a una macchina virtuale di accedere direttamente a un
volume sullo storage fisico e può essere utilizzata solo con Fibre Channel o iSCSI.
NFS
VMware supporta inoltre l'utilizzo dei file system NFS dei sistemi o dispositivi di
storage NAS esterni come datastore delle macchine virtuali.
In questa soluzione VSPEX, NFS viene utilizzato per l'hosting di desktop virtuali.
49
Layout dello
storage per 250
desktop virtuali
Layout dello storage core
Figura 12 illustra il layout dei dischi richiesti per la memorizzazione di 250 macchine
virtuali desktop. Questo layout non include lo spazio necessario per i dati del profilo
degli utenti.
Figura 12. Layout dello storage core
Panoramica del layout del core storage
Nell'architettura di riferimento viene utilizzata la seguente configurazione core.
Tenere presente che l'allocazione dei dischi viene effettuata per mezzo delle
procedure guidate di provisioning di EMC VNXe che non consentono la selezione da
parte dell'utente.
•
Ventuno dischi SAS sono allocati in gruppi RAID 5 6+1 per contenere i
datastore dei desktop virtuali. Tenere presente che sette dei dischi utilizzati
(un gruppo RAID 5 6+1) possono contenere storage di sistema EMC VNXe
riducendo lo storage degli utenti.
•
Un disco SAS è un hot spare contenuto nel pool hot spare di EMC VNXe.
Nota
Se è richiesta una maggiore capacità, è possibile sostituire le unità di
maggiori dimensioni. Per soddisfare le indicazioni relative al carico, le unità
dovranno essere della stessa dimensione e operare a 15.000 rpm. Se si
utilizzano unità di dimensioni diverse, gli algoritmi del layout dello storage
possono dare risultati non ottimali.
Layout dello storage dei dati dell'utente opzionale
Durante i test di convalida della soluzione, lo spazio di storage per i dati dell'utente è
stato allocato nell'array VNXe, come illustrato nella Figura 13. Questo storage si
aggiunge al core storage mostrato nella Figura 12. Se lo storage per i dati dell'utente è
disponibile altrove nell'ambiente di produzione, questo storage non è richiesto.
Figura 13. Layout dello storage opzionale
50
Panoramica del layout dello storage opzionale
I desktop virtuali utilizzano due file system condivisi, uno per i profili degli utenti e
l'altro per reindirizzare lo storage degli utenti che risiede in home directory.
In generale, il reindirizzamento dei dati dell'utente fuori dall'immagine di base su
VNXe for File consente l'amministrazione, il backup e il ripristino centralizzati e rende
i desktop stateless.
Ogni file system viene esportato nell'ambiente per mezzo di una share CIFS.
Nell'architettura di riferimento viene utilizzata la seguente configurazione opzionale.
La selezione dei dischi viene effettuata dalle procedure guidate di provisioning di
EMC VNXe e potrebbe non corrispondere con precisione al diagramma di riferimento.
•
Dodici dischi NL-SAS sono allocati in gruppi RAID 6 4+2 per memorizzare i
dati e i profili di roaming degli utenti.
•
Un disco NL-SAS è un hot spare. Questo disco è contrassegnato dalla dicitura
"hot spare" nel diagramma del layout dello storage.
•
Sette dischi SAS configurati come gruppo RAID 5 6+1 sono utilizzati per
memorizzare le macchine virtuali dell'infrastruttura.
•
I dischi rimanenti non sono collegati o i drive bay potrebbero essere vuoti in
quanto non sono state utilizzate altre unità per testare la soluzione.
High availability e failover
Introduzione
Questa soluzione VSPEX offre un'infrastruttura di storage, server e rete virtualizzata
con high availability. Se implementata secondo le istruzioni fornite in questa guida,
fornisce la capacità di sopravvivere alla maggior parte dei guasti delle unità singole
con un impatto minimo o addirittura nullo sulle operazioni del business.
Livello di
virtualizzazione
Come indicato in precedenza, è consigliabile configurare l'high availability nel livello
di virtualizzazione e consentire all'hypervisor di riavviare automaticamente le
macchine virtuali in caso di guasto. Figura 14 illustra la risposta del livello di
hypervisor a un errore nel livello di elaborazione.
Figura 14. High availability a livello di virtualizzazione
L'implementazione della high availability a livello di virtualizzazione assicura che, in
caso di guasto o errore hardware, l'infrastruttura tenterà di mantenere in esecuzione
quanti più servizi possibile.
Livello di
elaborazione
Sebbene la scelta dei server da implementare nel livello di elaborazione sia
flessibile, è consigliabile utilizzare server di classe enterprise progettati per il data
center. Questo tipo di server dispone di alimentatori ridondanti. Questi dovrebbero
essere connessi a unità PDU (Power Distribution Units) separate, in conformità alle
best practice del vendor di server.
51
Figura 15. Alimentatori ridondanti
Si consiglia inoltre di configurare la high availability nel livello di virtualizzazione. Ne
consegue che il livello di elaborazione deve essere configurato con risorse sufficienti
in modo che il numero totale di risorse disponibili soddisfi le esigenze dell'ambiente,
anche in presenza di un guasto del server, Quanto affermato è dimostrato nella
Figura 14 a pagina 51.
Livello di rete
Le avanzate funzionalità di rete della famiglia VNX forniscono protezione da guasti
alla connessione di rete nell'array. Ogni host vSphere dispone di più connessioni con
gli utenti e con le reti di storage Ethernet per garantire protezione contro gli errori di
link. Tali connessioni devono essere distribuite su più switch Ethernet per garantire
protezione contro il guasto di qualsiasi componente nella rete.
Figura 16. High availability a livello di rete
Assicurando la completa assenza di single point of failure a livello di rete, è possibile
garantire che il livello di elaborazione sia in grado di accedere allo storage e
comunicare con gli utenti anche in caso di guasto di un componente.
Livello di storage
52
La famiglia VNX è progettata per fornire un livello di availability del 99,999%
utilizzando componenti ridondanti nell'intero array. Tutti i componenti dell'array sono
in grado di fornire operatività ininterrotta anche in caso di guasti dell'hardware. La
configurazione dei dischi RAID nell'array fornisce protezione contro la perdita di dati
dovuta a guasti di dischi individuali e le unità hot spare disponibili possono essere
allocate dinamicamente per sostituire un disco guasto.
Figura 17. High availability della serie VNXe
Per impostazione predefinita, gli storage array EMC sono progettati per offrire high
availability. Quando configurati secondo le istruzioni riportati nelle guide
all'installazione, nessun errore o guasto di singole unità avrà come risultato una
perdita di dati o mancata availability.
Profilo del test di convalida
Caratteristiche del
profilo
La soluzione VSPEX è stata convalidata con il profilo di ambiente illustrato nella
Tabella 7.
Tabella 7. Profilo dell'ambiente convalidato
Caratteristica del profilo
Valore
Numero di desktop virtuali
250
SO desktop virtuali
Windows 7 Standard (32 bit) SP1
CPU per desktop virtuale
1 vCPU
Numero di desktop virtuali per core CPU
8
RAM per desktop virtuale
2 GB
Metodo di provisioning dei desktop
MCS
Storage medio disponibile per ogni desktop virtuale
18 GB (vmdk e vswap)
53
Valore
Operazioni IOPS medie per desktop virtuale quando
in stato di normale operatività (Steady State)
8 IOPS
Operazioni IOPS di picco medie per desktop virtuale
durante la fase di avvio
54
57 IOPS
Numero di datastore per memorizzare i desktop
virtuali
2
Numero di desktop virtuali per datastore
125
Tipi di disco e RAID per i datastore
RAID 5, dischi SAS da 300 GB,
15.000 rpm, 3,5 pollici
Tipo di dischi e RAID per le share CIFS per l'hosting
di profili di roaming degli utenti e home directory
(opzionale per i dati dell'utente)
RAID 6, dischi NL-SAS da 2 TB,
7.200 rpm, 3,5 pollici
Guida alla configurazione dell'ambiente di backup
Panoramica
In questa sezione sono riportate le linee guida per la configurazione dell'ambiente di
backup e ripristino per la soluzione VSPEX e vengono definite le caratteristiche e il
layout del backup.
Caratteristiche di
backup
L'ambiente di backup di questa soluzione VSPEX è stata dimensionata con il
seguente profilo di ambiente applicativo:
Tabella 8. Caratteristiche del profilo di backup
Valore
Numero di macchine virtuali
250
Dati dell'utente
2,5 TB (10 GB per desktop)
Percentuale di modifiche giornaliere per le applicazioni
Dati dell'utente
2%
Conservazione per tipo di dati
Layout di backup
N. giornalieri
30 giornalieri
N. settimanali
4 settimanali
N. mensili
1 mensile
Avamar offre diverse opzioni di implementazione, in funzione degli use case e dei
requisiti di ripristino specifici dell'azienda. In questo caso, la soluzione viene
implementata con due macchine Avamar Virtual Edition da 2 TB. Questo abilita il
backup dei dati dell'utente non strutturati direttamente sul sistema Avamar per il
semplice ripristino a livello di file. Questa soluzione consente inoltre alle aziende di
unificare il processo di backup con software di backup con deduplica leader del
settore raggiungendo i massimi livelli di prestazioni ed efficienza.
Linee guida per il dimensionamento
Nelle sezioni riportate di seguito, il lettore troverà le definizioni del carico di lavoro di
riferimento utilizzato per dimensionare e implementare le architetture VSPEX
illustrate nel presente documento. Verranno fornite indicazioni su come mettere in
correlazione i carichi di lavoro di riferimento con i carichi di lavoro effettivi delle
aziende clienti e come ciò potrebbe cambiare la distribuzione finale dal punto di vista
di server e rete.
La modifica alla definizione dello storage può essere apportata aggiungendo ulteriori
unità in modo da ottenere capacità e prestazioni più elevate. I layout del disco sono
stati creati per fornire supporto al numero appropriato di desktop virtuali al
performance level definito. La riduzione del numero di unità consigliate o la modifica
di un tipo di array può causare un numero inferiore di IOPS per desktop e
un'esperienza utente non ottimale a causa di tempi di risposta meno rapidi.
Carico di lavoro di riferimento
Ciascuna infrastruttura comprovata VSPEX bilancia le risorse di storage, rete ed
elaborazione necessarie per uno specifico numero di macchine virtuali convalidate
55
da EMC. In pratica, ogni macchina virtuale prevede uno specifico set di requisiti, che
raramente corrispondono all'idea predefinita delle caratteristiche e delle funzioni di
una macchina virtuale.
Definizione del
carico di lavoro di
riferimento
In qualsiasi discussione relativa alle soluzioni End-User Computing, è importante
innanzitutto definire un carico di lavoro di riferimento. Non tutti gli utenti di desktop
eseguono le stesse attività ed è impossibile creare un riferimento che prenda in
considerazione ogni possibile combinazione delle caratteristiche dei carichi di lavoro.
Per semplificare la discussione, è stato definito un carico di lavoro di riferimento
rappresentativo dell'azienda cliente. Confrontando l'utilizzo effettivo operato
dall'azienda cliente con il carico di lavoro di riferimento, è possibile estrapolare il
tipo di architettura di riferimento da scegliere.
Per la soluzione VSPEX End-User Computing, il carico di lavoro di riferimento è
definito come singolo desktop virtuale con le seguenti caratteristiche:
Tabella 9. Caratteristiche del desktop virtuale
Caratteristica
Valore
Sistema operativo del desktop virtuale
Microsoft Windows 7 Enterprise
Edition (32 bit) SP1
Processori virtuali per desktop virtuale
1
RAM per desktop virtuale
2 GB
Capacità di storage disponibile per desktop virtuale
18 GB (vmdk e vswap)
Operazioni IOPS medie per desktop virtuale quando
in stato di normale operatività (Steady State)
8
Operazioni IOPS di picco medie per desktop virtuale
durante la fase di avvio
57 IOPS
Questa definizione di desktop è basata sui dati dell'utente che risiedono nello
storage condiviso. Il profilo di I/O viene definito utilizzando un framework di test che
esegue contemporaneamente tutti i desktop, con un carico costante generato dal
continuo utilizzo di applicazioni normalmente utilizzate negli uffici, come browser,
software per la produttività aziendale e altre utility standard per lavoratori operativi.
Applicazione del carico di lavoro di riferimento
Oltre ai numeri di desktop supportati, nella scelta del tipo di soluzione End-User
Computing da implementare, occorre prendere in considerazione altri fattori.
Simultaneità
56
I carichi di lavoro utilizzati per convalidare le soluzioni VSPEX presuppongono che
tutti gli utenti dei desktop siano sempre attivi. In altre parole, l'architettura con 250
desktop viene testata con 250 desktop, in cui tutti i desktop generano carichi di
lavoro in parallelo, tutti vengono avviati nello stesso momento e così via. Se l'azienda
cliente prevede di disporre di 300 utenti, ma solo il 50% di essi sarà connesso
contemporaneamente a causa delle differenze di fuso orario o dei turni alternativi, i
150 utenti attivi su un totale di 300 utenti possono essere supportati dall'architettura
con 250 desktop.
Carichi di lavoro
dei desktop più
pesanti
Il carico di lavoro definito nella Tabella 9 a pagina 56 e utilizzato per testare le
configurazioni VSPEX End-User Computing viene considerato il carico tipico di un
impiegato. Tuttavia, è possibile che alcune aziende ritengano che i relativi utenti
abbiano un profilo più attivo.
Se un'azienda ha 200 utenti e, a causa di applicazioni aziendali personalizzate,
ciascun utente genera 15 IOPS rispetto alle 8 operazioni IOPS utilizzate nel carico di
lavoro VSPEX, questa azienda necessiterà di 3.000 IOPS (200 utenti * 15 IOPS per
desktop). In questo caso, la configurazione con 250 desktop risulterà insufficiente in
quanto ha una capacità nominale di 2.000 IOPS (250 desktop * 8 IOPS per desktop).
L'azienda cliente dovrà fare riferimento al documento relativo alla soluzione per EMC
VSPEX End-User Computing con Citrix XenDesktop 5.6 e VMware vSphere 5.1 per un
massimo di 2000 desktop virtuali e prendere in considerazione l'opportunità di
passare alla soluzione con 500 desktop.
Implementazione dell'architettura della soluzione
L'architettura di riferimento richiede la disponibilità di un set di componenti
hardware per le esigenze di CPU, memoria, rete e storage del sistema.
Nell'architettura di riferimento queste esigenze vengono presentate come requisiti
generali indipendenti da una specifica implementazione. Questa sezione descrive
alcune considerazioni per l'implementazione dei requisiti.
Tipo di risorsa
L'architettura di riferimento definisce i requisiti hardware per la soluzione in termini
di cinque tipi di risorse di base:
•
Risorse di CPU
•
Risorse di memoria
•
Risorse di rete
•
Risorse di storage
•
Risorse di backup
Questa sezione descrive i tipi di risorse, le modalità di utilizzo delle risorse
nell'architettura di riferimento e le considerazioni chiave per l'implementazione delle
risorse nell'ambiente di un'azienda cliente.
Risorse di CPU
Le architetture definiscono il numero di core di CPU richiesti, non uno specifico tipo o
una specifica configurazione. Si presume che le nuove implementazioni utilizzino
revisioni recenti delle tecnologie dei processori più comuni e che tali tecnologie
garantiranno prestazioni identiche o migliori rispetto ai sistemi utilizzati per
convalidare la soluzione.
In qualsiasi sistema in esecuzione, è importante monitorare l'utilizzo delle risorse e
adattare le risorse in base alle esigenze. Il desktop virtuale di riferimento e le risorse
hardware richieste nelle architetture di riferimento presuppongono la presenza di un
numero massimo di otto CPU virtuali per ciascun core di processore fisico (rapporto
8:1). In molti casi, questa configurazione fornisce un livello appropriato di risorse per
i desktop virtuali ospitati. Tuttavia, questo rapporto potrebbe non essere appropriato
in tutti i gli use case. EMC consiglia di monitorare l'utilizzo della CPU a livello di
hypervisor per determinare se sono necessarie ulteriori risorse.
Risorse di memoria
57
Ciascun desktop virtuale nell'architettura di riferimento dispone di 2 GB di memoria.
In un ambiente virtuale, non è inusuale eseguire il provisioning dei desktop virtuali
con una quantità di memoria superiore rispetto a quella fisicamente disponibile
nell'hypervisor a causa dei vincoli di budget. La tecnica di overcommit della memoria
trae vantaggio dal fatto che ciascun desktop virtuale non utilizza completamente la
quantità di memoria a esso allocata. Pertanto, in termini di business, è consigliabile
sottoscrivere in eccesso l'utilizzo della memoria, almeno in parte. L'amministratore
ha la responsabilità di monitorare in modo proattivo la percentuale di sottoscrizione
in eccesso in modo che non sposti il collo di bottiglia dal server e diventi un peso per
il sottosistema di storage.
Se VMware vSphere esaurisce la memoria per i sistemi operativi guest, viene avviato
il processo di paging, che determina l'esecuzione di attività di I/O aggiuntive nei file
vswap. Se il sottosistema di storage viene dimensionato in modo corretto, è possibile
che picchi occasionali dovuti all'attività sui file vswap non causino problemi di
prestazioni in quanto i picchi temporanei di carico possono essere assorbiti. Tuttavia,
se il tasso di sottoscrizione in eccesso della memoria è talmente elevato da
determinare l'insorgenza sul sottosistema di storage di problemi connessi al costante
sovraccarico delle attività sui file vswap, sarà necessario aggiungere ulteriori dischi,
non a causa del requisito di capacità, ma per soddisfare la richiesta di prestazioni
superiori. In questa fase, spetta all'amministratore decidere se è più efficiente in
termini di costo aggiungere ulteriore memoria fisica al server o aumentare la quantità
di storage. Dati gli attuali costi dei moduli di memoria, la prima opzione è
probabilmente meno costosa.
Questa soluzione è stata convalidata con memoria assegnata staticamente e senza
overcommit delle risorse di memoria. Se la tecnica di overcommit della memoria
viene utilizzata in un ambiente reale, è consigliabile monitorare regolarmente
l'utilizzo della memoria di sistema e l'attività I/O del file di paging associata per
assicurare che un'eventuale carenza di memoria non causi risultati imprevisti.
Quando si utilizza la soluzione di backup Avamar per VSPEX, è opportuno non
pianificare contemporaneamente tutti i backup, ma distribuirli nella finestra di
backup. La pianificazione del backup simultaneo di tutte le risorse potrebbe
determinare l'utilizzo di tutta la capacità delle CPU dell'host disponibili.
Risorse di rete
L'architettura di riferimento descrive le esigenze minime del sistema. Se è necessaria
larghezza di banda aggiuntiva, per soddisfare i requisiti è importante aggiungere
capacità sia a livello di storage array e che a livello di host dell'hypervisor. Le opzioni
per la connettività di rete sul server dipendono dal tipo di server. Gli storage array
includono una serie di porte di rete e offrono la possibilità di aggiungere ulteriori
porte utilizzando i moduli FLEX I/O di EMC.
Nell'ambiente convalidato, EMC presuppone che ciascun desktop virtuale generi 8
I/O al secondo con una dimensione media di 4 KB. Ne consegue che ciascun desktop
virtuale genera almeno 32 KB/s di traffico nella rete di storage. Per un ambiente
classificato per 250 desktop virtuali, questa situazione prevede un traffico minimo di
circa 8 MB/sec, un valore che rientra nei limiti delle reti moderne. Tuttavia, questo
valore non prende in considerazione altri tipi di operazioni. Ad esempio, è necessaria
larghezza di banda aggiuntiva per:
•
Traffico della rete dell'utente
•
Migrazione dei desktop virtuali
•
Operazioni di gestione e amministrazione
I requisiti per ciascuno di questi aspetti variano in base alla modalità di utilizzo
dell'ambiente; pertanto, non è possibile fornire numeri concreti in questo contesto.
Tuttavia, la rete descritta nell'architettura di riferimento per ciascuna soluzione
dovrebbe essere sufficiente per gestire i carichi di lavoro medi per gli use case
sopra riportati.
58
Indipendentemente dai requisiti del traffico di rete, EMC consiglia sempre di disporre
di almeno due connessioni di rete fisiche condivise per una rete logica in modo che
un singolo errore di link non influisca sull'availability del sistema. È opportuno
progettare la rete in modo che, in caso di errore, la larghezza di banda aggregata sia
sufficiente per gestire l'intero carico di lavoro.
Risorse di storage
Le architetture di riferimento contengono layout per i dischi utilizzati nella convalida
del sistema. Ciascun layout bilancia la capacità di storage disponibile con la capacità
di prestazioni delle unità. Quando si esamina il dimensionamento dello storage,
occorre prendere in considerazione alcuni livelli. In particolare, l'array include una
raccolta fisica di dischi assegnati a uno storage pool. Da questo storage pool, è
possibile eseguire il provisioning dei datastore nel cluster VMware vSphere. Ciascun
livello prevede una configurazione specifica definita per la soluzione e documentata
nel Capitolo 5.
In generale, è possibile sostituire i tipi di unità con tipi che offrono maggiore capacità
e stesse caratteristiche di prestazioni o caratteristiche di prestazioni più elevate e
stessa capacità. Analogamente, è accettabile modificare il posizionamento delle
unità nei rispettivi alloggiamenti in base ai nuovi schemi o agli schemi aggiornati
degli alloggiamenti delle unità.
Nei casi in cui vi sia la necessità di deviare dal numero e dal tipo proposti di unità
impostate o dai layout dei datastore e dei pool specificati, assicurarsi che il layout di
destinazione fornisca al sistema una quantità identica o maggiore di risorse.
Risorse di backup
L'architettura di riferimento descrive le esigenze di conservazione e di storage di
backup (iniziali e di crescita futura) del sistema. Per un ulteriore dimensionamento di
Avamar, è possibile raccogliere informazioni aggiuntive, incluse le esigenze di tapeout, le specifiche di RPO e RTO e le esigenze di replica di ambienti su più siti.
Riepilogo
dell'implementazi
one
I requisiti definiti nell'architettura di riferimento sono considerati da EMC il set
minimo di risorse per gestire i carichi di lavoro richiesti in base alla definizione di un
desktop virtuale di riferimento. In qualsiasi implementazione presso l'azienda
cliente, il carico di un sistema varia nel tempo man mano che gli utenti interagiscono
con il sistema. Tuttavia, se i desktop virtuali dell'azienda cliente differiscono in modo
significativo dalla definizione di riferimento e variano nello stesso gruppo di risorse,
potrebbe essere necessario aggiungere al sistema una maggiore quantità di risorse.
Valutazione rapida
Una valutazione dell'ambiente dell'azienda cliente può rivelarsi particolarmente utile
per l'implementazione della soluzione VSPEX più appropriata. Questa sezione
fornisce un foglio di lavoro di facile utilizzo per semplificare il calcolo del
dimensionamento e la valutazione dell'ambiente dell'azienda cliente.
Innanzitutto, creare un prospetto riepilogativo dei tipi di utenti di cui si intende
eseguire la migrazione nell'ambiente End-User Computing VPSEX. Per ciascun
gruppo, determinare i requisiti in termini di numero di CPU virtuali, quantità di
memoria, prestazioni di storage richieste, capacità di storage richiesta e numero di
desktop virtuali di riferimento del pool di risorse. Applicazione del carico di lavoro di
riferimento fornisce alcuni esempi di questo processo.
Per ciascuna applicazione, compilare una riga nel foglio di lavoro, come illustrato
nella Tabella 10.
59
Tabella 10. Riga del foglio di lavoro vuota
Applicazione
CPU
(CPU
virtuali)
Tipo di
utente di
esempio
Memoria
(GB)
IOPS
Desktop
virtuali di
riferimento
equivalenti
Numero Totale
di utenti desktop di
riferimento
Requisiti di
risorse
Desktop di
riferimento
equivalenti
Compilare i requisiti in termini di risorse per il tipo di utente. Specificare in ogni riga i
valori per tre diversi tipi di risorse: CPU, memoria e IOPS.
Requisiti di CPU
La maggior parte delle applicazioni desktop è ottimizzata per una singola CPU, come
presupposto dal desktop virtuale di riferimento. Se un tipo di utente richiede un
desktop con più CPU virtuali, modificare il conteggio proposto del desktop virtuale
per includere le risorse aggiuntive. Se, ad esempio, si esegue la virtualizzazione di
100 desktop, ma 20 utenti richiedono due CPU anziché una, considerare che il pool in
uso deve fornire una funzionalità di 120 desktop virtuali.
Requisiti di
memoria
La memoria svolge un ruolo fondamentale nel garantire elevati livelli di funzionalità e
prestazioni delle applicazioni. Pertanto, ciascun gruppo di desktop presenta
destinazioni differenti per la quantità di memoria disponibile considerata accettabile.
Analogamente al calcolo della CPU, se un gruppo di utenti richiede risorse di
memoria aggiuntive, è sufficiente regolare il numero di desktop pianificati per
soddisfare la richiesta di risorse aggiuntive.
Se, ad esempio, sono 100 i desktop che verranno virtualizzati, ma ciascun desktop
richiede 4 GB di memoria anziché i 2 GB forniti nel desktop virtuale di riferimento,
pianificare l'utilizzo di 200 desktop virtuali di riferimento.
Requisiti di
prestazioni dello
storage
I requisiti di prestazioni dello storage per i desktop rappresentano in genere l'aspetto
meno conosciuto delle prestazioni. Il desktop virtuale di riferimento utilizza un carico
di lavoro generato da uno strumento riconosciuto nel settore per eseguire un'ampia
gamma di applicazioni per la produttività aziendale che devono essere
rappresentative della maggior parte delle implementazioni dei desktop virtuali.
Il requisito in termini di capacità di storage per un desktop può variare in modo
Requisiti di
capacità di storage significativo in base ai tipi di applicazioni in uso e alle policy specifiche dell'azienda
cliente. I desktop virtuali presentati in questa soluzione si basano su storage
condiviso aggiuntivo per i documenti degli utenti e i dati dei profili utente. Questo
requisito viene considerato come componente opzionale che può essere soddisfatto
con l'aggiunta di hardware di storage specifico definito nell'architettura di riferimento
o con file share esistenti nell'ambiente.
60
Determinazione
dei desktop
virtuali di
riferimento
equivalenti
Una volta definite tutte le risorse, determinare un valore appropriato per la linea di
desktop virtuali di riferimento equivalenti utilizzando le relazioni nella Tabella 11.
Arrotondare tutti i valori al numero intero più vicino.
Tabella 11. Risorse dei desktop virtuali di riferimento
Relazione tra i requisiti e
i desktop virtuali di
riferimento equivalenti
Risorsa
Valore per il desktop
virtuale di riferimento
CPU
1
Desktop virtuali di
riferimento equivalenti =
Requisiti di risorse
Memoria
2
Desktop virtuali di
(Requisiti di risorse)/2
IOPS
10
Desktop virtuali di
(Requisiti di risorse)/10
Se, ad esempio, un gruppo di 50 utenti ha la necessità di utilizzare le due CPU virtuali
e di eseguire le 12 operazioni IOPS per desktop descritte in precedenza, oltre agli 8
GB di memoria specificati nella riga relativa ai requisiti di risorse, descrivere questo
gruppo come utenti che necessitano di due desktop di riferimento di CPU, quattro
desktop di riferimento di memoria e due desktop di riferimento di IOPS, in base alle
caratteristiche dei desktop virtuali descritte nella Tabella 9 a pagina 56. Queste cifre
devono essere incluse nella riga "Desktop di riferimento equivalenti", come illustrato
in Tabella 12. Per compilare la colonna "Desktop virtuali di riferimento equivalenti",
utilizzare il valore massimo della riga.
Per determinare la quantità totale di risorse necessarie per uno specifico tipo di
utente, moltiplicare il numero di desktop virtuali di riferimento equivalenti per il
numero di utenti, come illustrato nella Tabella 12.
Tabella 12. Riga del foglio di lavoro di esempio
CPU
(CPU
virtuali)
Memoria
(GB)
IOPS
Requisiti
di risorse
2
8
12
Desktop
virtuali di
riferimento
equivalenti
2
4
2
Tipo utente
Utilizzo
intensivo
Desktop
virtuali di
riferimento
equivalenti
Numero
di utenti
Totale
desktop di
riferimento
4
50
200
Una volta compilato il foglio di lavoro per ciascun tipo di utente di cui l'azienda
cliente desidera eseguire la migrazione nell'infrastruttura virtuale, calcolare il numero
totale di desktop virtuali di riferimento del pool richiesti calcolando la somma della
colonna Totale sul lato destro del foglio di lavoro, come illustrato nella Tabella 13.
61
Tabella 13. Applicazioni di esempio
CPU
(CPU
virtuali)
Memoria
(GB)
IOPS
Requisiti di
risorse
2
8
12
Desktop
virtuali di
riferimento
equivalenti
2
4
2
Requisiti di
risorse
2
4
8
Desktop
virtuali di
riferimento
equivalenti
2
2
1
Requisiti di
risorse
1
2
8
Desktop
virtuali di
riferimento
equivalenti
1
1
1
Tipo utente
Utilizzo
intensivo
Utilizzo
moderato
Utilizzo
tipico
Desktop
virtuali di
riferimento
equivalenti
Numero
di utenti
Totale
desktop di
riferimento
4
40
160
2
20
40
1
20
40
Totale
240
Le soluzioni VSPEX End-User Computing definiscono dimensioni del pool di risorse
discrete. Per questo set di soluzioni, il pool contiene 250 desktop. Nel caso della
Tabella 13, l'azienda cliente richiede una funzionalità di 240 desktop virtuali del pool.
Pertanto, il pool di risorse con 250 desktop virtuali fornisce risorse sufficienti per
soddisfare le esigenze correnti.
Fine tuning delle
risorse hardware
Nella maggior parte dei casi, l'hardware consigliato per i server e lo storage verrà
dimensionato in modo appropriato in base al processo descritto. Tuttavia, in alcuni
casi, è possibile che si desideri personalizzare ulteriormente le risorse hardware
disponibili per il sistema. Una descrizione completa dell'architettura del sistema
esula dall'ambito del presente documento. In questa fase, è possibile eseguire
un'ulteriore personalizzazione.
Risorse di storage
In alcune applicazioni, esiste la necessità di separare alcuni carichi di lavoro di
storage da altri carichi di lavoro. I layout dello storage nelle architetture VSPEX
inseriscono tutti i desktop virtuali in un singolo pool di risorse. Per ottenere la
separazione dei carichi di lavoro, acquistare ulteriori unità disco per ciascun gruppo
che richiede l'isolamento dei carichi di lavoro e aggiungerle a un pool dedicato.
Per supportare l'isolamento o ridurre la funzionalità del pool senza ulteriori istruzioni
al di là del presente documento, non è appropriato ridurre le dimensioni del pool di
risorse di storage principale. I layout dello storage presentati nelle architetture di
riferimento sono progettati per bilanciare diversi fattori in termini di high availability,
prestazioni e protezione dei dati. La modifica dei componenti del pool può avere
impatti significativi e imprevedibili su altre aree del sistema.
62
Risorse server
Per le risorse server nella soluzione VSPEX End-User Computing, è possibile
personalizzare le risorse hardware in modo più efficace. A tal fine, calcolare
innanzitutto il numero totale dei requisiti in termini di risorse per i componenti server,
come illustrato nella Tabella 14. Notare l'aggiunta delle colonne "Totale risorse di
CPU" e "Totale risorse di memoria" nella parte destra della tabella.
Tabella 14. Totale componenti risorse server
Tipo utente
CPU
(CPU
virtuali)
Memoria
(GB)
Numero
di utenti
Totale
risorse di
CPU
Totale
risorse di
memoria
Utilizzo
intensivo
Requisiti di
risorse
2
8
15
30
120
Utilizzo
moderato
Requisiti di
risorse
2
4
40
80
160
Utilizzo
tipico
Requisiti di
risorse
1
2
100
100
200
210
480
Totale
In questo esempio, l'architettura di destinazione richiede 210 CPU virtuali e 480 GB di
memoria. Poiché nell'esempio si presuppone che siano presenti 8 desktop per
ciascun core di processore fisico e che non venga eseguito l'overprovisioning della
memoria, questo requisito si traduce in 27 core di processori fisici e 480 GB di
memoria. Al contrario, il pool di risorse con 250 desktop virtuali documentato
nell'architettura di riferimento richiede 500 GB di memoria e almeno 32 core di
processori fisici. In questo ambiente, la soluzione può essere implementata in modo
efficace con un numero inferiore di risorse server.
Nota
Quando si personalizza l'hardware del pool di risorse, prendere in
considerazione i requisiti di high availability.
Tabella 15 contiene un foglio di lavoro vuoto.
Tabella 15. Foglio di lavoro vuoto dell'azienda cliente
Tipo utente
CPU
(CPU
virtuali)
Memoria
(GB)
IOPS
Desktop
virtuali di
riferimento
equivalenti
Numero
di
utenti
Totale
desktop di
riferimento
Requisiti di
risorse
Desktop virtuali
di riferimento
equivalenti
Requisiti di
risorse
Desktop virtuali
di riferimento
equivalenti
Requisiti di
risorse
63
Tipo utente
CPU
(CPU
virtuali)
Memoria
(GB)
IOPS
Desktop
virtuali di
riferimento
equivalenti
Desktop virtuali
di riferimento
equivalenti
Requisiti di
risorse
Desktop virtuali
di riferimento
equivalenti
Requisiti di
risorse
Desktop virtuali
di riferimento
equivalenti
Totale
64
Numero
di
utenti
Totale
desktop di
riferimento
Capitolo 5
Linee guida per la
configurazione di
VSPEX
Panoramica ........................................................................................ 66
Attività preliminari all'implementazione .............................................. 67
Dati di configurazione dell'azienda cliente .......................................... 69
Preparazione degli switch, connessione alla rete
e configurazione degli switch ............................................................. 70
Preparazione e configurazione dello storage array ............................... 72
Installazione e configurazione degli host VMware vSphere ................... 73
Installazione e configurazione del database SQL Server ....................... 77
Installazione e configurazione del server VMware vCenter .................... 79
Installazione e configurazione del controller XenDesktop ..................... 81
Riepilogo ........................................................................................... 83
65
Linee guida per la configurazione di VSPEX
Panoramica
Il processo di implementazione è suddiviso nelle fasi illustrate nella Tabella 16. Una
volta completato il processo di implementazione, l'infrastruttura VSPEX sarà pronta
per l'integrazione con l'infrastruttura server e di rete esistente dell'azienda cliente.
Tabella 16 Nella vengono elencate le fasi principali del processo di implementazione
della soluzione. La tabella include anche i riferimenti ai capitoli in cui vengono fornite
le procedure pertinenti.
Tabella 16. Panoramica del processo di implementazione
66
Staging
Descrizione
Riferimento
1
Verifica dei prerequisiti
Attività preliminari all'implementazione
2
Recupero degli strumenti di
implementazione
3
Raccolta dei dati di configurazione
dell'azienda cliente
4
Montaggio su rack e cablaggio dei
componenti
Fare riferimento alla documentazione del
vendor
5
Configurazione degli switch e delle
reti, connessione alla rete
dell'azienda cliente
Preparazione degli switch, connessione
alla rete e configurazione degli switch
6
Installazione e configurazione del
sistema VNXe
Preparazione e configurazione dello
storage array
7
Configurazione dei datastore delle
macchine virtuali
Preparazione e configurazione dello
storage array
8
Installazione e configurazione dei
server
Installazione e configurazione degli host
VMware vSphere
9
Installazione di SQL Server
(utilizzato da VMware vCenter™ e
XenDesktop)
database SQL Server
10
Installazione e configurazione di
vCenter e del networking delle
macchine virtuali
Installazione e configurazione del server
VMware vCenter
11
Installazione del controller
XenDesktop
controller XenDesktop
12
Test e installazione
Convalida della soluzione
Panoramica
Le attività preliminari all'implementazione comprendono procedure non direttamente
correlate all'installazione e alla configurazione dell'ambiente, ma i cui risultati
saranno necessari in fase di installazione. Esempi di attività preliminari
all'implementazione sono rappresentati dalla raccolta di nomi host, indirizzi IP, ID
VLAN, codici di licenza, supporti di installazione e così via. È opportuno eseguire
queste attività prima della visita presso l'azienda cliente, in modo da ridurre il tempo
richiesto on-site.
Tabella 17. Attività preliminari all'implementazione
Prerequisiti per
l'implementazione
Attività
Descrizione
Riferimento
Raccolta
dei
documenti
Raccogliere i documenti correlati elencati nella
Appendice C Riferimenti. Questa documentazione
viene utilizzata nel testo del presente documento per
fornire dettagli sulle procedure di configurazione e sulle
best practice per l'implementazione dei diversi
componenti della soluzione.
Appendice C
Riferimenti
Raccolta
degli
strumenti
Raccogliere gli strumenti richiesti e quelli opzionali per
l'implementazione. Utilizzare Tabella 18 per verificare
che tutte le apparecchiature, il software e le licenze
appropriate siano disponibili prima del processo di
implementazione.
Tabella 18 Elenco
di controllo dei
prerequisiti per
l'implementazione
Raccolta
dei dati
Raccogliere i dati di configurazione specifici
dell'azienda cliente per il networking, la denominazione
e gli account richiesti. Immettere queste informazioni
nell'Appendice B Data sheet per la configurazione
dell'azienda cliente e utilizzarle come riferimento
durante il processo di implementazione.
Appendice B
Data sheet per la
configurazione
dell'azienda
cliente
Completare il documento VNXe Series Configuration Worksheet, disponibile sul sito
web di Supporto Online EMC, per fornire informazioni complete specifiche dell'array.
Tabella 18 descrive in dettaglio i requisiti di licenza, hardware e software per
configurare la soluzione.
Tabella 18. Elenco di controllo dei prerequisiti per l'implementazione
Requisito
Descrizione
Riferimento
Hardware
Server fisici per ospitare i desktop
virtuali: capacità dei server fisici
sufficiente per ospitare 250 desktop
Soluzione per EMC VSPEX
End-User Computing Citrix
XenDesktop 5.6, VMware
vSphere 5.1 per 250 desktop
virtuali Con tecnologia Citrix
XenDesktop 5.6, VMware
vSphere 5.1 ed EMC
VNXe3300 - Architettura di
Server VMware vSphere 5.1 per ospitare
i server dell'infrastruttura virtuale
Nota: è possibile che questo requisito
sia soddisfatto dall'infrastruttura
esistente
riferimento
Networking: capacità e funzionalità
della porta dello switch richieste
dall'infrastruttura desktop virtuale.
67
Requisito
Descrizione
Riferimento
EMC VNXe3300: storage array
multiprotocollo con il layout del disco
richiesto.
Software
Supporti di installazione di VMware
ESXi 5.1
Supporti di installazione di VMware
vCenter Server 5.1
Supporti di installazione di Citrix
XenDesktop 5.6
EMC VSI for VMware vSphere: Unified
Storage Management.
Supporto online EMC
EMC VSI for VMware vSphere: Storage
Viewer
Supporti di installazione di Microsoft
Windows Server 2008 R2 (sistema
operativo consigliato per VMware
vCenter e il controller Citrix Desktop)
Windows 7 SP1
SQL Server 2008 o successivo (sistema
operativo consigliato per VMware
vCenter e il controller Citrix Desktop)
Windows Server 2012 (AD/DHCP/DNS)
Nota È possibile che questo requisito
sia soddisfatto nell'infrastruttura
esistente
Plug-in EMC vStorage API for Array
Integration
Licenze
Supporto online EMC
Codice di licenza di VMware vCenter 5.1
Codici di licenza di VMware vSphere 5.1
Desktop
File di licenza di Citrix XenDesktop 5.6
Codici di licenza di Microsoft Windows
Server 2008 R2 Standard o versione
successiva
Codici di licenza di Microsoft Windows
Server 2012 Standard o versione
successiva
sia soddisfatto dal server Microsoft Key
Management Server (KMS) esistente
Codici di licenza di Microsoft Windows 7
sia soddisfatto dal server Microsoft Key
Management Server (KMS) esistente
68
Requisito
Descrizione
Riferimento
Codice di licenza di Microsoft SQL Server
sia soddisfatto nell'infrastruttura
esistente
Dati di configurazione dell'azienda cliente
Per ridurre il tempo richiesto on-site, è consigliabile assemblare alcune informazioni,
quali indirizzi IP e nomi host, come parte del processo di pianificazione.
Appendice B Data sheet per la configurazione dell'azienda cliente In viene fornita
una tabella per la gestione di record di informazioni pertinenti. Questo modulo può
essere espanso o compresso ed è possibile aggiungere, modificare e registrare
informazioni man mano che il processo di implementazione avanza.
Inoltre, completare il documento Data sheet per la configurazione dell'azienda
cliente, disponibile sul sito web di Supporto Online EMC, per fornire informazioni
complete specifiche dell'array.
69
Preparazione degli switch, connessione alla rete e configurazione
degli switch
Panoramica
Questo capitolo descrive i requisiti per l'infrastruttura di rete richiesta per supportare
questa architettura. Di seguito viene riportato un riepilogo delle attività da
completare e vengono forniti riferimenti per ulteriori informazioni.
Tabella 19. Attività per la configurazione degli switch e della rete
Attività
Descrizione
Configurazione
della rete
dell'infrastruttura
Configurare il networking
dell'infrastruttura degli host ESXi e
dello storage array, come specificato
in Architettura della soluzione
Configurazione
delle VLAN
Configurare le VLAN private e
pubbliche come richiesto.
Completamento
del cablaggio di
rete
•
Collegare le porte di
interconnessione degli switch
•
Collegare le porte VNXe
•
Collegare le porte del server
ESXi.
Riferimento
Configuration Guide
degli switch del vendor
Preparazione degli Per i livelli convalidati di prestazioni e high availability, questa soluzione richiede la
capacità di switching fornita nella Tabella 3 a pagina 41. Se l'infrastruttura esistente
switch di rete
soddisfa i requisiti, non è necessario eseguire l'installazione di nuovo hardware.
Configurazione
della rete
dell'infrastruttura
La rete dell'infrastruttura richiede link di rete ridondanti per ciascun host ESXi, lo
storage array, le porte di interconnessione degli switch e le porte uplink degli switch.
Questa configurazione fornisce ridondanza e larghezza di banda di rete aggiuntiva.
Questa configurazione è necessaria, indipendentemente dal fatto che l'infrastruttura
di rete per la soluzione sia già esistente o venga implementata insieme ad altri
componenti della soluzione.
Figura 18 mostra un'infrastruttura Ethernet ridondante di esempio per questa
soluzione. Il diagramma illustra l'utilizzo dei link e degli switch ridondanti per
assicurare la completa assenza di single point of failure nella connettività di rete.
70
Figura 18. Architettura della rete Ethernet di esempio
Configurazione
delle VLAN
Completamento
del cablaggio di
rete
Accertarsi di collegare le porte degli switch appropriate per lo storage array e gli host
ESXi configurati con almeno tre VLAN per:
•
Networking delle macchine virtuali, gestione ESXi e traffico CIFS (reti delle
aziende clienti, che possono essere separate, se si desidera)
•
Networking NFS (rete privata)
•
vMotion (rete privata)
Accertarsi che tutti i server, gli storage array, le interconnessioni degli switch e gli
uplink degli switch della soluzione dispongano di connessioni ridondanti e siano
inseriti in infrastrutture di switching separate. Verificare che esista una connessione
completa alla rete esistente dell'azienda cliente.
Nota
In questa fase, la nuova apparecchiatura viene connessa alla rete esistente
dell'azienda cliente. Assicurarsi che interazioni impreviste non causino
problemi di servizio nella rete dell'azienda cliente.
71
Preparazione e configurazione dello storage array
Configurazione di
VNXe
Panoramica
Questa panoramica descrive come configurare lo storage array VNXe. In questa
soluzione, la serie VNXe fornisce lo storage dei dati NFS (Network File System) per gli
host VMware.
Tabella 20. Attività per la configurazione dello storage
Attività
Descrizione
Riferimento
Impostazione della
configurazione
iniziale di VNXe
Configurare le informazioni sugli indirizzi
IP e altri parametri chiave nel sistema
VNXe.
Configurazione del
networking VNXe
Configurare LACP sul sistema VNXe e sugli
switch di rete.
Guida
all'installazione
del sistema
VNXe3300
Provisioning dello
storage per i
datastore NFS
Creare i file system NFS che verranno
presentati ai server ESXi come datastore
NFS che ospitano i desktop virtuali.
Provisioning dello
storage opzionale
per i dati
dell'utente
Creare i file system CIFS che verranno
utilizzati per archiviare i profili utente
comuni e le home directory.
Provisioning dello
storage opzionale
per le macchine
virtuali
dell'infrastruttura
Creare datastore NFS opzionali per
ospitare il server SQL Server, il controller di
dominio, il server vCenter Server e/o le
macchine virtuali del controller
XenDesktop.
Configuration
Worksheet della
serie VNXe
Configuration
Guide degli
switch del
vendor
Preparazione del sistema VNXe
Il documento VNXe3300 System Installation Guide fornisce istruzioni relative
all'assemblaggio, al montaggio su rack, al cablaggio e all'alimentazione del sistema
VNXe. Non sono previsti passaggi di configurazione specifici per questa soluzione.
Impostazione della configurazione iniziale di VNXe
Una volta completata la configurazione iniziale di VNXe, è necessario configurare le
informazioni principali sull'ambiente esistente in modo da consentire allo storage
array di comunicare. Configurare i seguenti elementi in conformità alle policy del data
center IT e alle informazioni sull'infrastruttura esistente.
•
DNS
•
NTP
•
Interfacce della rete di storage
•
Indirizzo IP della rete di storage
•
Servizi CIFS e appartenenza al dominio Active Directory
I documenti di riferimento elencati nella Tabella 20 a pagina 72 forniscono ulteriori
informazioni sulla modalità di configurazione della piattaforma VNX. Linee guida per
la configurazione dello storage a pagina 48 fornisce ulteriori informazioni sul layout
del disco.
72
Provisioning dello
storage dei dati
core
Per configurare i file system NFS nel sistema VNXe che verranno utilizzati per
archiviare i desktop virtuali, in EMC Unisphere completare la seguente procedura:
1.
Creare un pool con il numero appropriato di dischi.
Nell'area System  Storage Pools in Unisphere, selezionare Configure
Disks e creare manualmente un nuovo pool in base al tipo di disco per le
unità SAS. La configurazione convalidata utilizza un singolo pool con 21
unità. In altri scenari, è consigliabile creare pool separati.
Nota
In questa fase, creare i dischi hot spare. Per ulteriori informazioni,
consultare il documento Guida all'installazione del sistema
VNXe3300.
Figura 12 a pagina 50 illustra il layout dello storage core di destinazione per la
soluzione.
2.
Creare un server cartelle condivise NFS.
In Unisphere, è possibile accedere alla procedura guidata da Settings 
Shared Folder Server Settings  Add Shared Folder Server. Istruzioni
dettagliate sono disponibili nella Guida all'installazione del sistema
VNXe3300.
3.
Creare una risorsa di storage VMware.
In Unisphere, accedere a Storage  VMware  Create. Creare un datastore
NFS nel pool e nel server cartelle condivise creato in precedenza. La
dimensione del datastore è determinata dal numero di macchine virtuali che
contiene. La configurazione convalidata utilizzava datastore da 1 TB.
Nota
4.
Provisioning dello
storage opzionale
per i dati
dell'utente
Non abilitare il thin provisioning.
Infine, aggiungere gli host ESXi all'elenco degli host a cui è consentito
accedere al nuovo datastore.
Se lo storage richiesto per i dati dell'utente, ovvero profili utente comuni e home
directory, non è già presente nell'ambiente di produzione ed è stato acquistato il
diskpack dei dati dell'utente opzionale, completare la seguente procedura in
Unisphere per configurare due file system CIFS in VNXe:
1.
Creare uno storage pool RAID 6 costituito da dodici unità NL-SAS da 2 TB.
Figura 13 a pagina 50 mostra il layout per lo storage opzionale dei dati
dell'utente di destinazione.
2.
Provisioning dello
storage opzionale
per le macchine
virtuali
dell'infrastruttura
Due file system vengono estratti dallo storage pool per essere esportati
come share CIFS su un server CIFS.
Se lo storage richiesto per le macchine virtuali dell'infrastruttura, ovvero server SQL
Server, controller di dominio, server vCenter Server e/o controller XenDesktop, non è
già presente nell'ambiente di produzione ed è stato acquistato il diskpack opzionale
dei dati dell'utente, configurare un file system NFS in VNXe da utilizzare come datastore
NFS in cui risiedono le macchine virtuali dell'infrastruttura. Ripetere la procedura di
configurazione illustrata in Provisioning dello storage dei dati core per eseguire il
provisioning dello storage opzionale, tenendo conto del numero inferiore di unità.
Installazione e configurazione degli host VMware vSphere
Panoramica
73
Questo capitolo fornisce informazioni sull'installazione e sulla configurazione degli
host ESXi e dei server dell'infrastruttura necessari per supportare l'architettura.
Tabella 21 descrive le attività da completare.
Tabella 21. Attività per l'installazione dei server
Installazione di
ESXi
Attività
Descrizione
Riferimento
vSphere Installation and Setup
Guide
Installazione di
ESXi
Installare l'hypervisor ESXi 5.1 sui
server fisici implementati per la
soluzione.
Configurazione
del networking
ESXi
Configurare il networking ESXi,
compresi trunking NIC, porte
VMkernel, port group delle
macchine virtuali e i frame Jumbo.
vSphere Networking
Connessione dei
datastore
VMware
Connettere i datastore VMware agli
host ESXi implementati per la
soluzione.
vSphere Storage Guide
Dopo l'accensione iniziale dei server utilizzati per ESXi, confermare o abilitare la
virtualizzazione della CPU assistita mediante hardware e l'impostazione della
virtualizzazione MMU assistita mediante hardware nel BIOS di ciascun server. Se i
server sono dotati di controller RAID, configurare il mirroring sui dischi locali.
Avviare i supporti di installazione di ESXi 5.x e installare l'hypervisor su ciascun
server. Per l'installazione verrà richiesto di specificare i nomi host ESXi, gli indirizzi IP
e una password root. Appendice B Data sheet per la configurazione dell'azienda
cliente fornisce i valori appropriati.
Configurazione del Durante l'installazione di VMware ESXi, verrà creato uno switch virtuale standard
(vSwitch). Per impostazione predefinita, ESXi sceglie una sola scheda NIC fisica come
networking ESXi
uplink dello switch virtuale. Per soddisfare i requisiti di ridondanza e larghezza di
banda, è necessario aggiungere un'altra scheda NIC utilizzando la console ESXi o
connettendosi all'host ESXi dal client vSphere.
Per garantire la ridondanza e consentire l'utilizzo delle funzionalità di bilanciamento
del carico di rete, link aggregation e failover delle schede di rete, è necessario che
ciascun server ESXi VMware disponga di più schede di interfaccia per ciascuna
rete virtuale.
La configurazione del networking ESXi VMware, comprese le opzioni di bilanciamento
del carico, link aggregation e failover, viene descritta nel documento vSphere
Networking. Selezionare l'opzione di bilanciamento del carico appropriata in base
alle funzionalità supportate dall'infrastruttura di rete.
Creare le porte VMkernel in base alla configurazione dell'infrastruttura:
•
Porta VMkernel per il traffico NFS
•
Porta VMkernel per VMware vMotion
•
Port group di desktop virtuali (utilizzati dai desktop virtuali per comunicare
in rete)
Il documento vSphere Networking descrive la procedura per la configurazione di
queste impostazioni.
74
frame Jumbo
Un frame Jumbo è un frame Ethernet con un "payload" compreso tra 1500 byte e 9000
byte. Questo frame è noto anche come MTU (Maximum Transmission Unit). La
dimensione massima comunemente accettata per un frame Jumbo è 9000 byte.
L'overhead di elaborazione è proporzionale al numero di frame. Pertanto,
l'abilitazione dei frame Jumbo consentirà di ridurre l'overhead di elaborazione grazie
alla riduzione del numero di frame da inviare. Questa riduzione determinerà un
aumento del throughput di rete. I frame Jumbo devono essere abilitati in modalità
end-to-end. Sono inclusi gli switch di rete, i server ESXi e gli SP VNXe.
È possibile abilitare i frame Jumbo sul server ESXi in due diversi livelli. Se è
necessario abilitare tutti i portali dello switch virtuale per i frame Jumbo, selezionare
le proprietà dello switch virtuale e modificare le impostazioni di MTU da vCenter. Se è
necessario abilitare specifiche porte VMkernel per i frame Jumbo, modificare la porta
VMkernel nelle proprietà di rete da vCenter.
Per abilitare i frame Jumbo sul sistema VNXe, selezionare Unisphere  Settings 
More Configuration  Advanced Configuration. Selezionare il modulo di I/O e la
porta Ethernet appropriati, quindi impostare MTU su 9000.
Potrebbe essere necessario abilitare i frame Jumbo su ciascuno switch di rete. Per
istruzioni, consultare la Configuration Guide degli switch.
Connessione dei
datastore VMware
Connettere i datastore configurati nei server ESXi appropriati. Sono inclusi i datastore
configurati per:
•
Storage di desktop virtuale
•
Storage delle macchine virtuali dell'infrastruttura (se richiesto)
•
Storage per SQL Server (se richiesto)
Il documento vSphere Storage Guide fornisce istruzioni sulla modalità di connessione
dei datastore VMware all'host ESXi.
Una volta completata l'implementazione di VMware Virtual Center, è necessario
installare i plug-in ESXi EMC NFS VAAI, come descritto nel Installazione e
configurazione del server VMware vCenter.
La capacità dei server è necessaria per soddisfare due scopi specifici della soluzione:
Pianificazione
delle allocazioni di
• Per supportare la nuova infrastruttura server virtualizzata
memoria della
• Per supportare i servizi infrastrutturali richiesti, come
macchina virtuale
autenticazione/autorizzazione, DNS e database
Per informazioni sui requisiti di hosting minimi dei servizi infrastrutturali, fare
riferimento a Tabella 3 a pagina 41. Se i servizi infrastrutturali esistenti soddisfano
i requisiti, i componenti hardware elencati per i servizi di infrastruttura non
saranno necessari.
Configurazione della memoria
Il dimensionamento e la configurazione corretti della soluzione richiedono di
dedicare particolare attenzione alla configurazione della memoria dei server. Nella
sezione riportata di seguito sono riportate le linee guida generali sull'allocazione
della memoria per le macchine virtuali e per il fattore overhead in vSphere e per la
configurazione della macchina virtuale. Il primo argomento di questa sezione sarà
una panoramica della modalità di gestione della memoria in un ambiente VMware.
75
Gestione della memoria ESX/ESXi
Le tecniche di virtualizzazione della memoria consentono all'hypervisor di vSphere di
astrarre le risorse host fisiche, come la memoria, per fornire l'isolamento delle risorse
su più macchine virtuali, evitando nel contempo l'esaurimento delle risorse. Nei casi
in cui sono implementati processori avanzati (come i processori Intel con supporto di
EPT), questa astrazione viene eseguita all'interno della CPU. In caso contrario, questo
processo avviene all'interno dell'hypervisor attraverso una funzionalità nota come
tabelle pagine shadow.
vSphere utilizza le seguenti tecniche di gestione della memoria:
•
L'allocazione di una quantità di risorse di memoria superiore al numero di
risorse fisicamente disponibili alla macchina virtuale è nota come
overcommit della memoria.
•
Pagine identiche di memoria condivise su più macchine virtuali vengono
unite mediante una funzionalità nota come transparent page sharing, vale a
dire condivisione trasparente delle pagine. Le pagine duplicate sono
restituite al pool di memoria libera dell'host per il relativo riutilizzo.
•
Mediante la compressione della memoria, ESXi memorizza le pagine, delle
quali in caso contrario verrebbe eseguito lo swapping sul disco dell'host, in
una cache di compressione posizionata nella memoria principale.
•
L'esaurimento delle risorse dell'host può essere risolto mediante un processo
noto come memory ballooning o ballooning della memoria. Questo processo
richiede l'allocazione delle pagine libere dalla macchina virtuale all'host per il
riutilizzo.
•
Lo swapping dell'hypervisor comporta l'allocazione sul disco delle pagine
arbitrarie della macchina virtuale da parte dell'host.
Per ulteriori informazioni visitare il seguente sito web:
http://www.vmware.com/files/pdf/mem_mgmt_perf_vsphere5.pdf
Concetti base relativi alla memoria delle macchine virtuali
Figura 19mostra i parametri relativi alle impostazioni della memoria nella macchina
virtuale.
Figura 19. Impostaz ioni di memor i a del la macchina virtuale
76
•
Memoria configurata: memoria fisica allocata alla macchina virtuale al
momento della creazione.
•
Memoria riservata: memoria garantita per la macchina virtuale.
•
Memoria "interessata": memoria attiva o utilizzata dalla macchina virtuale.
•
Memoria di swap: memoria che può essere deallocata dalla macchina
virtuale se la memoria dell'host è messa sotto pressione da altre macchine
virtuali mediante ballooning, compressione o swapping.
Sono riportate di seguito le best practice consigliate per l'allocazione della memoria:
•
Non disabilitare le tecniche predefinite di recupero o richiamo della memoria.
Si tratta di processi semplificati che abilitano una maggiore flessibilità con un
impatto minimo sui carichi di lavoro.
•
Allocare le dimensioni della memoria per le macchine virtuali in modo
intelligente. La sovrallocazione determina uno spreco di risorse, mentre
un'allocazione insufficiente influisce sulle prestazioni, con un probabile
impatto negativo sulle altre macchine virtuali che utilizzano le risorse.
L'overcommit può determinare l'esaurimento delle risorse nel caso in cui
l'hypervisor non sia in grado di procurarsi le risorse di memoria. Nei casi in
cui viene eseguito lo swapping dell'hypervisor, è probabile che le prestazioni
delle macchine virtuali vengano compromesse. Poter disporre di baseline
delle prestazioni dei carichi di lavoro per la macchina virtuale può essere
d'aiuto in questo processo.
Installazione e configurazione del database SQL Server
Panoramica
Questo capitolo descrive come installare e configurare un database SQL Server per la
soluzione. Al termine di questo capitolo, Microsoft SQL Server sarà installato su una
macchina virtuale e i database richiesti da VMware vCenter e XenDesktop saranno
configurati per l'utilizzo.
Tabella 22. Attività per l'installazione del database SQL Server
Attività
Descrizione
Riferimento
Creazione di una
macchina
virtuale per
Microsoft SQL
Server
Creare una macchina virtuale
per ospitare SQL Server.
Verificare che il server virtuale
soddisfi i requisiti hardware e
software.
http://msdn.microsoft.com
Installazione di
Microsoft
Windows sulla
macchina
virtuale
Installare Microsoft Windows
Server 2008 R2 Standard
Edition sulla macchina
virtuale creata per ospitare
SQL Server.
http://technet.microsoft.com
Installazione di
Microsoft SQL
Server
Installare Microsoft SQL
Server sulla macchina virtuale
designata per tale scopo.
http://technet.microsoft.com
Configurazione
del database per
VMware vCenter
Creare il database richiesto
per vCenter Server sul
datastore appropriato.
Preparing vCenter Server Databases
77
Creazione di una
macchina virtuale
per Microsoft SQL
Server
Attività
Descrizione
Configurazione
del database per
VMware Update
Manager
Creare il database richiesto
per Update Manager sul
datastore appropriato.
Configurazione
delle
autorizzazioni
per il database
XenDesktop
Configurare il database server
con le autorizzazioni
appropriate per il programma
di installazione di
XenDesktop.
Riferimento
Preparing the Update Manager
Database
Database Access and Permissions
for XenDesktop 5
Creare la macchina virtuale con risorse di elaborazione sufficienti su uno dei server
Windows designati per le macchine virtuali dell'infrastruttura e utilizzare il datastore
designato per l'infrastruttura condivisa.
Nota
È possibile che l'ambiente dell'azienda cliente contenga già un server SQL
Server designato per questo ruolo. In questo caso, fare riferimento a
Configurazione del database per VMware vCenter.
È necessario eseguire il servizio SQL Server su Microsoft Windows. Installare
Installazione di
Microsoft Windows Windows sulla macchina virtuale e selezionare le impostazioni di rete, temporali e di
autenticazione appropriate.
sulla macchina
virtuale
Installazione di
SQL Server
Installare SQL Server sulla macchina virtuale dai supporti di installazione di SQL
Server. Il sito web di Microsoft TechNet fornisce informazioni sulla modalità di
installazione di SQL Server.
Uno dei componenti installabili del programma di installazione di SQL Server è SQL
Server Management Studio (SSMS). È possibile installare questo componente
direttamente su SQL Server o sulla console dell'amministratore. È necessario
installare SSMS su almeno un sistema.
Nella maggior parte delle implementazioni, è opportuno archiviare i file di dati in
posizioni diverse dal percorso predefinito. Per modificare il percorso predefinito, fare
clic con il pulsante destro del mouse sull'oggetto server in SSMS e selezionare
Proprietà database. Questa azione consente di aprire un'interfaccia delle proprietà
da cui è possibile modificare i dati predefiniti e le directory log per i nuovi database
creati sul server.
Nota
Per garantire la high availability, è possibile installare SQL Server in un cluster
con failover Microsoft o su una macchina virtuale protetta dal clustering
VMware vSphere High Availability. Non è consigliabile combinare queste
tecnologie.
Configurazione del Per utilizzare VMware vCenter in questa soluzione, è necessario creare un database
per il servizio da utilizzare. I requisiti e la procedura per configurare correttamente il
database per
database per vCenter Server vengono descritti nel documento Preparing vCenter
VMware vCenter
Server Databases.
Nota
78
Per questa soluzione, non utilizzare l'opzione di database basata su
Microsoft SQL Server Express.
Le best practice suggeriscono di creare account di login individuali per ciascun
servizio che accede a un database su SQL Server.
Configurazione del
database per
VMware Update
Manager
Per utilizzare VMware Update Manager in questa soluzione, è necessario creare un
database per il servizio da utilizzare. I requisiti e la procedura per configurare
correttamente il database per Update Manager vengono descritti nel documento
Preparing the Update Manager Database. Le best practice suggeriscono di creare
account di login individuali per ciascun servizio che accede a un database su SQL
Server. Per informazioni sulla policy della propria organizzazione, rivolgersi al
Database Administrator.
Installazione e configurazione del server VMware vCenter
Panoramica
Questa sezione fornisce informazioni sulla modalità di configurazione di VMware
vCenter. Tabella 23 descrive le attività da completare.
Tabella 23. Attività per la configurazione di vCenter
Attività
Descrizione
Riferimento
Creazione della
macchina virtuale
dell'host vCenter
Installazione del
sistema operativo
guest vCenter
Creare una macchina virtuale da
utilizzare per VMware Virtual
Center Server.
Installare Microsoft Windows
Server 2008 R2 Standard Edition
sulla macchina virtuale dell'host
vCenter.
Installare gli strumenti VMware,
abilitare l'accelerazione
hardware e consentire l'accesso
alla console remota.
Creare connessioni ODBC
vCenter a 64 bit e vCenter Update
Manager a 32 bit.
vSphere Virtual Machine
Administration
Aggiornamento
della macchina
virtuale
Creazione di
connessioni
ODBC vCenter
Installazione di
vCenter Server
Installazione di
vCenter Update
Manager
Creazione di un
data center
virtuale
Applicazione dei
codici di licenza
vSphere
Aggiunta di host
ESXi
Configurazione
del clustering
vSphere
Installare il software vCenter
Server.
Installare il software vCenter
Update Manager.
Administration
Installing and Administering
VMware vSphere Update Manager
Creazione di un data center
virtuale
vCenter Server and Host
Management
Immettere i codici di licenza
vSphere nel menu relativo alle
licenze di vCenter.
Connettere vCenter agli host
ESXi.
Creare un cluster vSphere e
spostare gli host ESXi nel cluster.
Management
vSphere Resource Management
79
Attività
Descrizione
Riferimento
Discovery degli
host ESXi
dell'array
Installazione del
plug-in vCenter
Update Manager
Implementazione
del plug-in VNX
VAAI for NFS
(variante NFS)
Eseguire la discovery degli host
ESXi all'interno della console
Unisphere.
Installare il plug-in vCenter
Update Manager sulla console di
amministrazione.
Utilizzando VMware Update
Manager, implementare il plug-in
VAAI for NFS su tutti gli host ESXi.
VMware vSphere 4.1 on EMC VNXe
Series
Installazione del
plug-in EMC VSI
Installare il plug-in EMC Virtual
Storage Integration sulla console
di amministrazione.
Plug-in EMC VNX VAAI NFS - Video
per l'esecuzione delle procedure
di installazione, disponibile sul
sito web www.youtube.com
vSphere Storage APIs for Array
Integration (VAAI) Plug-in
EMC VSI for VMware vSphere:
Unified Storage Management Guida al prodotto.
Creazione della
macchina virtuale
dell'host vCenter
Se è necessario implementare VMware vCenter Server come macchina virtuale su un
server ESXi installato come parte di questa soluzione, connettersi direttamente a un
server ESXi dell'infrastruttura utilizzando il client vSphere. Creare una macchina
virtuale sul server ESXi con la configurazione del sistema operativo guest dell'azienda
cliente utilizzando il datastore del server dell'infrastruttura presentato dallo storage
array. I requisiti di memoria e processore per vCenter Server dipendono dal numero di
macchine virtuali e di host ESXi gestiti. I requisiti vengono illustrati nel documento
vSphere Installation and Setup Guide. Il documento vSphere Networking descrive la
procedura per la configurazione di queste impostazioni.
Installazione del
sistema operativo
guest vCenter
Installare il sistema operativo guest sulla macchina virtuale dell'host vCenter.
VMware consiglia di utilizzare Windows Server 2008 R2 Standard Edition. Per
assicurarsi che sull'unità di installazione di vCenter e vSphere Update Manager sia
disponibile lo spazio appropriato, fare riferimento al documento vSphere Installation
and Setup Guide.
Creazione di
connessioni ODBC
vCenter
Prima di installare vCenter Server e vCenter Update Manager, è necessario creare le
connessioni ODBC richieste per la comunicazione del database. Queste connessioni
ODBC utilizzano l'autenticazione di SQL Server per l'autenticazione del database.
Appendice B Data sheet per la configurazione dell'azienda cliente fornisce le
informazioni di login per SQL.
Per istruzioni su come creare le connessioni ODBC necessarie, fare riferimento ai
documenti vSphere Installation and Setup Guide e Installing and Administering
VMware vSphere Update Manager.
80
Installazione di
vCenter Server
Installare vCenter utilizzando i supporti di installazione di VMware VIMSetup. Durante
l'installazione di vCenter, utilizzare il nome utente, l'organizzazione e il codice di
licenza vCenter forniti dal cliente.
Applicazione dei
codici di licenza
vSphere
Per la manutenzione della licenza, accedere a vCenter Server e selezionare il menu
Administration - Licensing nel client vSphere. Per immettere i codici di licenza per
gli host ESXi, utilizzare la console per la gestione delle licenze vCenter.
Successivamente, è possibile applicarli agli host ESXi dopo che sono stati importati
in vCenter.
Implementazione
del plug-in VNX
VAAI for NFS
(variante NFS)
Il plug-in VAAI for NFS offre il supporto per le primitive NFS vSphere 5.1. Queste
primitive riducono il carico di specifiche attività correlate allo storage sull'hypervisor
in modo da liberare le risorse per altre operazioni. Ulteriori informazioni sul plug-in
VAAI for NFS sono disponibili nel documento vSphere Storage APIs for Array
Integration (VAAI) Plug-in.
Il plug-in VAAI for NFS viene installato utilizzando vSphere Update Manager. Fare
riferimento al processo di distribuzione illustrato nel video per l'esecuzione delle
procedure di installazione del plug-in EMC VNX VAAI NFS, disponibile sul sito web
www.youtube.com. Per abilitare il plug-in dopo l'installazione, è necessario riavviare
il server ESXi.
Installazione del
plug-in EMC VSI
È possibile integrare il sistema di storage VNXe in VMware vCenter utilizzando il plugin EMC Virtual Storage Integrator (VSI) for VMware vSphere Unified Storage
Management. In tal modo, gli amministratori hanno la possibilità di gestire le attività
di storage VNXe da vCenter. Una volta installato il plug-in sulla console vSphere, gli
amministratori possono utilizzare vCenter per:
•
Creare datastore sul sistema VNXe ed eseguirne il mount sui server ESXi
•
Estendere i datastore
•
Creare FAST/Full Clone di macchine virtuali
Installazione e configurazione del controller XenDesktop
Panoramica
Questo capitolo fornisce informazioni sulla modalità di installazione e configurazione
dei controller Citrix XenDesktop per la soluzione. Per una nuova installazione di
XenDesktop, Citrix consiglia di completare le seguenti attività nell'ordine indicato:
Tabella 24. Attività per la configurazione del controller XenDesktop
Attività
Descrizione
Creazione di macchine
virtuali per i controller
XenDesktop
Creare due macchine virtuali nel
client vSphere. Queste macchine
virtuali verranno utilizzate come
controller XenDesktop.
Installazione del sistema
operativo guest per i
controller XenDesktop
Installare il sistema operativo guest
Windows Server 2008 R2.
Installazione dei componenti
server di XenDesktop
Installare i componenti server di
XenDesktop sul primo controller.
Installazione di Desktop
Studio
Installare Desktop Studio per
gestire l'implementazione di
XenDesktop in remoto.
Configurazione di un sito
Configurare un sito in Desktop
Studio.
Aggiunta di un secondo
controller
Installare un controller aggiuntivo
per garantire la high availability.
Riferimento
www.citrix.com
81
Installazione dei
componenti server
di XenDesktop
Attività
Descrizione
Preparazione di una
macchina virtuale master
Creare una macchina virtuale
master come immagine di base per
i desktop virtuali.
Provisioning dei desktop
virtuali
Eseguire il provisioning dei desktop
utilizzando Machine Creation
Services (MCS).
Riferimento
Di seguito sono riportati i componenti server di XenDesktop da installare sul primo
controller:
•
Controller: crea e gestisce i desktop virtuali per gli utenti
•
Interfaccia web: fornisce agli utenti l'accesso web ai desktop virtuali
•
Server licenze: gestisce le licenze di XenDesktop
•
Desktop Studio: console di configurazione e gestione di XenDesktop
•
Desktop Director: sito web dell'help desk e per la gestione delle operazioni
giornaliere XenDesktop
Importante: Citrix supporta l'installazione dei componenti di XenDesktop solo
tramite le procedure descritte nella documentazione di Citrix.
Installazione di
Desktop Studio
Se si desidera gestire l'implementazione di XenDesktop in remoto, installare Desktop
Studio sulle console di amministrazione appropriate da cui verrà gestita
l'implementazione di XenDesktop.
Configurazione di
un sito
Avviare Desktop Studio e configurare un sito. Per la configurazione del sito, effettuare
le seguenti operazioni:
Aggiunta di un
secondo controller
•
Attivare la licenza per il sito e specificare l'edizione di XenDesktop da
utilizzare
•
Installare il database del sito utilizzando una credenziale di login designata
per SQL Server
•
Fornire informazioni sull'infrastruttura virtuale, compreso il percorso dell'SDK
vCenter che verrà utilizzato dal controller per stabilire una connessione a
VMware Infrastructure.
Una volta configurato un sito, è possibile aggiungere un secondo controller per
fornire la high availability. Di seguito sono riportati i componenti server di
XenDesktop richiesti per il secondo controller:
•
Controller
•
Interfaccia web
•
Desktop Studio
•
Desktop Director
Il componente del server di licenze non deve essere installato sul secondo controller in
quanto viene gestito centralmente sul primo controller.
82
Preparazione della
macchina virtuale
master
Ottimizzare la macchina virtuale master per evitare che servizi in background non
necessari generino operazioni di I/O estranee che possono influire negativamente sulle
prestazioni complessive dello storage array.
Per preparare la macchina virtuale master, completare la seguente procedura:
Provisioning dei
desktop virtuali
•
Installare il sistema operativo guest Windows 7.
•
Installare gli strumenti di integrazione appropriati, come gli strumenti
VMware.
•
Ottimizzare le impostazioni del sistema operativo facendo riferimento al
seguente documento: Citrix Windows 7 Optimization Guide for Desktop
Virtualization (http://support.citrix.com/servlet/KbServlet/download/25161102-665153/XD%20-%20Windows%207%20Optimization%20Guide.pdf).
•
Installare Virtual Desktop Agent.
•
Installare strumenti o applicazioni di terze parti, come Microsoft Office,
pertinenti al proprio ambiente.
Per implementare i desktop virtuali utilizzando Machine Creation Services (MCS) in
Desktop Studio, completare la seguente procedura:
1.
Creare un catalogo di macchine utilizzando la macchina virtuale come
immagine di base.
MCS consente due tipi di cataloghi di macchine: in pool o dedicate.
2.

Macchine in pool: le personalizzazioni utente per le macchine in pool
vengono reimpostate alla disconnessione dell'utente.

Macchine dedicate: le personalizzazioni utente per le macchine dedicate non
vengono reimpostate alla disconnessione dell'utente.
Aggiungere le macchine create nel catalogo a un gruppo di desktop in modo che i
desktop virtuali siano disponibili agli utenti finali.
Riepilogo
In questo capitolo, è stata presentata la procedura richiesta per implementare e
configurare i diversi aspetti della soluzione VSPEX, compresi i componenti logici e
fisici. A questo punto si dovrebbe disporre di una soluzione VSPEX completamente
operativa. Nel capitolo riportato di seguito sono illustrate attività di post-installazione
e convalida.
83
84
Capitolo 6
Convalida della
soluzione
Panoramica ........................................................................................ 86
Elenco di controllo delle attività post-installazione .............................. 87
Implementazione e test di un singolo desktop virtuale ........................ 87
Verifica della ridondanza dei componenti della soluzione .................... 87
85
Panoramica
Questo capitolo fornisce un elenco degli elementi che devono essere verificati una
volta configurata la soluzione. L'obiettivo di questo capitolo è verificare la
configurazione e la funzionalità di specifici aspetti della soluzione nonché assicurare
che la configurazione supporti i principali requisiti di availability.
Tabella 25 descrive le attività da completare.
Tabella 25. Attività per il test dell'installazione
86
Attività
Descrizione
Elenco di
controllo delle
attività postinstallazione
Verificare che su ciascuno switch
virtuale degli host vSphere siano
presenti le porte virtuali
appropriate.
Riferimento
vSphere Networking
Verificare che ciascun host
vSphere abbia accesso ai
datastore e alle VLAN richiesti.
vSphere Storage Guide
vSphere Networking
Verificare che le interfacce
vMotion siano configurate
correttamente su tutti gli host
vSphere.
vSphere Networking
Implementazione
e test di un
singolo desktop
virtuale
Implementare una singola
macchina virtuale utilizzando
l'interfaccia vSphere.
Management
Management
Verifica della
ridondanza dei
componenti
della soluzione
Eseguire il riavvio di ciascuno
storage processor e assicurarsi
che la connettività delle LUN
venga mantenuta.
Procedura riportata di seguito
Disabilitare ciascuno switch
ridondante e verificare che la
connettività degli host vSphere,
delle macchine virtuali e dello
storage array rimanga invariata.
Fare riferimento alla
documentazione del vendor
Su un host vSphere che contiene
almeno una macchina virtuale,
abilitare la modalità di
manutenzione e verificare che sia
possibile eseguire la migrazione
della macchina virtuale a un host
alternativo.
Management
Elenco di controllo delle attività post-installazione
Gli elementi di configurazione riportati di seguito, cruciali per la funzionalità della
soluzione, devono essere verificati prima dell'implementazione nell'ambiente
di produzione.
•
Su ciascun server vSphere, verificare che il vSwitch che ospita le VLAN client
sia stato configurato con porte sufficienti per contenere il numero massimo di
macchine virtuali consentito.
•
Su ciascun server virtuale vSphere utilizzato nella soluzione, verificare che
un'interfaccia sia configurata in modo corretto per vMotion utilizzando il
materiale nella guida vSphere Networking.
Implementazione e test di un singolo desktop virtuale
Per verificare il funzionamento della soluzione e assicurarsi che la procedura venga
completata nel modo previsto, è importante eseguire l'implementazione di una
macchina virtuale. Verificare che la macchina virtuale sia stata collegata al dominio
applicabile, abbia accesso alle reti previste e sia possibile effettuarvi il login.
Verifica della ridondanza dei componenti della soluzione
Per assicurare che i diversi componenti della soluzione soddisfino i requisiti di
availability, è importante testare scenari specifici correlati agli interventi di
manutenzione o al guasto dell'hardware.
•
Eseguire il riavvio di ciascuno storage processor VNXe e verificare che la
connettività ai datastore VMware venga mantenuta nel corso di ciascuna
operazione di riavvio. Attenersi alla seguente procedura:
a.
In Unisphere, accedere a Settings  Service System.
b.
Nel riquadro System Components, selezionare Storage Processor SPA.
c.
Nel riquadro Service Actions, selezionare Reboot.
d.
Fare clic su Execute service action.
e.
Durante il ciclo di riavvio, verificare che siano presenti i datastore sugli
host ESXi
f.
Attendere che l'SP abbia terminato il riavvio e venga visualizzato come
disponibile all'interno di Unisphere
g.
Ripetere i passaggi da 87 a e per lo storage processor B
•
Per verificare che le funzionalità di ridondanza di rete funzionino nel modo
previsto, disabilitare ciascuna infrastruttura di switching ridondante.
Sebbene vengano disabilitate tutte le infrastrutture di switching, verificare
che tutti i componenti della soluzione mantengano la connettività gli uni agli
altri e a qualsiasi infrastruttura client esistente.
•
Su un host vSphere che contiene almeno una macchina virtuale, abilitare la
modalità di manutenzione e verificare che sia possibile eseguire la
migrazione della macchina virtuale a un host alternativo.
87
88
Appendice A Distinta base
Questa appendice descrive il seguente argomento:
Distinta base per 250 desktop virtuali ................................................. 90
89
Distinta base
Distinta base per 250 desktop virtuali
Tabella 26. Elenco dei componenti utilizzati nella soluzione VSPEX per 250
macchine virtuali
Componente
Server VMware
vSphere
Soluzione per 250 desktop virtuali
CPU
Una vCPU per desktop virtuale
Otto vCPU per core fisico
Duecentocinquanta vCPU
Minimo 32 core fisici
Memoria
Due GB di RAM per desktop
Minimo 500 GB di RAM
Rete
Sei NIC da 1 GbE per server
Nota Per implementare la funzionalità VMware vSphere High
Availability (HA) e soddisfare i requisiti minimi elencati, è necessario
aggiungere almeno un altro server all'infrastruttura, oltre al numero
necessario per soddisfare i requisiti minimi.
Infrastruttura di
rete
Rete
Due switch fisici
Una porta da 1 GbE per control station per la gestione
Sei porte da 1 GbE per server vSphere
Due porte da 10 GbE per ogni storage processor
Storage array
serie EMC VNXe
Comune
EMC VNXe3300
Due storage processor (active/active)
Ventidue unità SAS da 300 GB, 15.000 rpm
3,5 pollici – Desktop core
Tredici unità SAS-NL da 2 TB, 3,5 pollici (opzionale) –
Dati dell'utente
Rete
90
1 Gb
Network
Option
Due moduli I/O da 10 Gb per ogni
storage processor
10 Gb
Network
Option
Due porte di gestione da 1 Gb per ogni
storage processor
(ogni modulo include due porte)
Appendice B Data sheet per la
configurazione
dell'azienda
cliente
Data sheet per la configurazione dell'azienda cliente .......................... 92
91
Data sheet per la configurazione dell'azienda cliente
Prima di avviare il processo di configurazione, raccogliere alcune informazioni sulle
configurazioni host e di rete specifiche dell'azienda cliente. Le tabelle riportate di
seguito forniscono le informazioni richieste sull'assemblaggio degli indirizzi host e di
rete, sulla numerazione e sulla denominazione. Questo foglio di lavoro può anche
essere utilizzato come materiale informativo per riferimento futuro.
Per confermare le informazioni sull'azienda cliente, è opportuno associare riferimenti
incrociati al foglio di lavoro VNXe Series Configuration Worksheet.
Tabella 27. Informazioni comuni sui server
Nome server
Obiettivo
IP primario
Controller di dominio
DNS primario
DNS secondario
DHCP
NTP
SMTP
SNMP
Console vCenter
Console XenDesktop
SQL Server
Tabella 28. Informazioni sui server ESXi
Nome
server
Obiettivo
IP
primario
Indirizzi di rete
privati (storage)
ESXi
Host 1
ESXi
Host 2
…
92
IP
VMkernel
IP
vMotion
Tabella 29. Informazioni sull'array
Nome array
Account amministratore
IP di gestione
Nome dello storage pool
Nome del datastore
IP del server NFS
Tabella 30. Informazioni sulle infrastrutture di rete
Name
Obiettivo
IP
Subnet
mask
Gateway
predefinito
VLAN ID
Subnet consentite
Switch Ethernet 1
Switch Ethernet 2
…
Tabella 31. Informazioni sulle VLAN
Name
Scopo della rete
Networking delle
macchine virtuali
Gestione ESXi
Rete di storage NFS
vMotion
Tabella 32. Account di servizio
Account
Obiettivo
Password (opzionale, da proteggere in
modo appropriato)
Amministratore Windows Server
root
Root ESXi
Amministratore dell'array
Amministratore vCenter
Amministratore XenDesktop
Amministratore SQL Server
93
94
Appendice C Riferimenti
Riferimenti ......................................................................................... 96
95
Riferimenti
Riferimenti
Documentazione
EMC
I seguenti documenti sul sito web di supporto online EMC forniscono ulteriori
informazioni utili. L'accesso a questi documenti dipende dalle credenziali di login di
cui si dispone. Se non è possibile accedere a un documento, contattare il proprio
responsabile EMC.
•
EMC Infrastructure for Virtual Desktops Enabled by EMC VNX Series (NFS),
Cisco UCS, VMware vSphere 4.1, and Citrix XenDesktop 5 - Guida alle Proven
Solutions
•
•
•
EMC Performance Optimization for Microsoft Windows XP for the End user
computing - Best Practice applicate
Deploying Microsoft Windows 7 Virtual Desktops with VMware View — Guida
alle Best Practice applicate
EMC Infrastructure for VMware View 5.0, EMC VNX Series (NFS),VMware
vSphere 5.1.0, VMware View 5.0, and VMware View Composer 2.7 - Guida alle
Proven Solutions
96
•
EMC VSI for VMware vSphere: Storage Viewer - Guida al prodotto
•
EMC VSI for VMware vSphere: Unified Storage Management - Guida al
•
Sizing EMC VNX Series for VDI Workload
•
Reference Architecture: EMC Infrastructure for Citrix XenDesktop 5.6, EMC VNX
•
Proven Solutions Guide: EMC Infrastructure for Citrix XenDesktop 5.6 - EMC
•
Reference Architecture: EMC Infrastructure for Citrix XenDesktop 5.5 (PVS) —
•
Proven Solution Guide: EMC Infrastructure for Citrix XenDesktop 5.5 (PVS) EMC
•
EMC Infrastructure for Citrix XenDesktop 5.5 — EMC VNX Series (NFS), Citrix
XenDesktop 5.5, XenApp 6.5, and XenServer 6
•
Proven Solution Guide: EMC Infrastructure for Citrix XenDesktop 5.5 — EMC
prodotto
Series (NFS), VMware vSphere 5.0, Citrix XenDesktop 5.6, and Citrix Profile
Manager 4.1
VNX Series (NFS), VMware vSphere 5.0, Citrix XenDesktop 5.6, and Citrix
Profile Manager 4.1
EMC VNX Series (NFS), Citrix XenDesktop 5.5 (PVS), XenApp 6.5, and
XenServer 6
VNX Series (NFS), Citrix XenDesktop 5.5 (PVS), XenApp 6.5, and XenServer 6
VNX Series (NFS), Citrix XenDesktop 5.5, XenApp 6.5, and XenServer 6
Riferimenti
•
Reference Architecture: EMC Infrastructure for VMware View 5.1 — EMC VNX
•
Proven Solutions Guide: EMC Infrastructure for VMware View 5.1 — EMC VNX
Series (FC), VMware vSphere 5.0, VMware View 5.1, VMware View Storage
Accelerator, VMware View Persona Management, and VMware View Composer
3.0
Series (FC), VMware vSphere 5.0, VMware View 5.1, VMware View Storage
3.0
•
Reference Architecture: EMC Infrastructure for VMware View 5.1 — EMC VNX
•
Proven Solutions Guide: EMC Infrastructure for VMware View 5.1 — EMC VNX
Series (NFS), VMware vSphere 5.0, VMware View 5.1, VMware View Storage
3.0
Series (NFS), VMware vSphere 5.0, VMware View 5.1, VMware View Storage
3.0
Questo documento fa parte di una soluzione VSPEX. Per informazioni
dettagliate, fare riferimento agli altri documenti della soluzione.
Altri documenti
Per documentazione relativa a Citrix o VMware, consultare i siti web di Citrix e
VMware agli indirizzi www.Citrix.it e www.VMware.it
97
Riferimenti
98
Appendice D Informazioni
su VSPEX
Informazioni su VSPEX ...................................................................... 100
99
Informazioni su VSPEX
Informazioni su VSPEX
EMC ha unito le forze con i provider dell'infrastruttura IT leader del settore per creare
una soluzione di virtualizzazione completa che acceleri l'implementazione
dell'infrastruttura cloud. Basata su tecnologie all'avanguardia, la soluzione VSPEX
garantisce implementazioni più rapide, maggiore semplicità, maggiore possibilità di
scelta, livelli più elevati di efficienza e rischi ridotti. Grazie alla convalida di EMC, le
prestazioni sono prevedibili e le aziende possono selezionare una tecnologia che
sfrutti l'infrastruttura IT esistente eliminando i carichi di pianificazione,
dimensionamento e configurazione. VSPEX offre un'infrastruttura comprovata alle
aziende clienti che desiderano ottenere la semplicità che è una caratteristica delle
infrastrutture realmente convergenti, con al contempo una maggiore scelta nei singoli
componenti dello stack.
Le soluzioni VSPEX sono comprovate da EMC e personalizzate e vendute
esclusivamente dai partner di canale EMC. VSPEX offre ai partner di canale maggiori
opportunità, cicli di vendita più rapidi e abilitazione end-to-end. Grazie a una
collaborazione ancora più stretta, EMC e i partner di canale possono ora offrire
un'infrastruttura che accelera il passaggio al cloud per un numero ancora superiore di
aziende clienti.
100

emc® vspex™ end-user computing

Transcript

Documenti analoghi

Virtualizzazione nella PMI

Top use cases for desktop virtualization

ripristino icona Show Desktop sulla barra

i principali motivi per cui le aziende implementano vmware

Mantenimento della promessa della VDI con gli hyper

scarica la versione PDF

Google Desktop

VMware vSphere: Install, Configure, Manage [vSphere

VMware vSphere with Operations Management

Progetto: Cluster ESX