Bonnes pratiques de déploiement du stockage 100

BONNES PRATIQUES DE
DEPLOIEMENT DU STOCKAGE
100 % FLASH EMC XTREMIO AVEC
LES FABRIC SAN BROCADE GEN 5
RÉSUMÉ
Ce document fournit des indications sur les bonnes pratiques pour les
déploiements EMC XtremIO avec les Fabric réseau de zone de stockage (SAN)
Brocade. Les SAN doivent être conçus de façon à ce que les applications puissent
tirer le meilleur parti de la très faible latence, des E/S élevées et des capacités de
bande passante des baies 100 % Flash (AFA) comme XtremIO.
Août 2015
Auteurs :
Marcus Thordal, Directeur, Marketing des solutions, Brocade
Anika Suri, Ingénieur système, Brocade
Victor Salvacruz, Architecte de solutions d’entreprise, EMC XtremIO
LIVRE BLANC EMC
Pour découvrir comment les produits, services et solutions d’EMC peuvent vous aider à relever vos défis informatiques et
métiers, contactez un responsable de compte ou un revendeur agréé EMC, visitez notre site Web à l’adresse france.emc.com,
ou découvrez et comparez les produits sur l’EMC Store
Copyright © 2015 EMC Corporation. Tous droits réservés.
EMC estime que les informations figurant dans ce document sont exactes à la date de publication. Ces informations sont
modifiables sans préavis.
Les informations contenues dans ce document sont fournies « en l’état ». EMC Corporation ne fournit aucune déclaration ou
garantie d’aucune sorte concernant les informations contenues dans cette publication et rejette plus spécialement toute garantie
implicite de qualité commerciale ou d’adéquation à une utilisation particulière.
L’utilisation, la copie et la diffusion de tout logiciel EMC décrit dans cette publication nécessitent une licence logicielle en cours
de validité.
Pour obtenir la liste actualisée des noms de produits, consultez la rubrique des marques EMC via le lien Législation,
sur france.emc.com.
VMware, vCenter et vRealize sont des marques déposées ou des marques commerciales de VMware, Inc. aux États-Unis et dans
d’autres juridictions. Toutes les autres marques citées dans le présent document sont la propriété de leurs détenteurs respectifs.
Référence H14475
© 2015, Brocade Communications Systems, Inc. Tous droits réservés.
ADX, Brocade, Brocade Assurance, le symbole B-wing, DCX, Fabric OS, HyperEdge, ICX, MLX, MyBrocade, OpenScript,
The Effortless Network, VCS, VDX, Vplane et Vyatta sont des marques commerciales déposées, et Fabric Vision et vADX sont des
marques commerciales de Brocade Communications Systems, Inc., aux États-Unis et/ou dans d’autres pays. D’autres marques,
produits ou noms de services mentionnés peuvent être des marques commerciales d’autres entreprises.
Remarque : ce document est uniquement fourni à titre informatif et n’offre aucune garantie, expresse ou implicite, sur tout
matériel, fonctionnalité de matériel ou service fourni ou qui sera fourni par Brocade. Brocade se réserve le droit d’apporter des
modifications à ce document à tout moment, sans préavis et n’assume aucune responsabilité liée à son utilisation. Ce document
informatif décrit des fonctionnalités qui peuvent ne pas être encore disponibles. Contactez un bureau commercial de Brocade
pour obtenir des informations sur la disponibilité des produits et des fonctionnalités. L’exportation des données techniques
contenues dans ce document peut nécessiter une licence d’exportation délivrée par l’administration américaine.
Les auteurs et Brocade Communications Systems, Inc. n’assument aucune responsabilité envers une personne ou une entité
en ce qui concerne l’exactitude de ce document, ou toute perte, frais ou dommage dus aux informations contenues dans ce
document ou dans les programmes informatiques liés.
Le produit décrit dans ce document peut comprendre un logiciel Open source couvert par la licence publique générale GNU ou un
autre accord relatif à la licence Open source. Afin de savoir quels logiciels Open source sont inclus dans les produits Brocade,
consultez les termes d’octroi de licence applicables au logiciels Open source, et pour obtenir une copie du code source de
programmation, merci de consulter http://www.brocade.com/support/oscd.
2
SOMMAIRE
RÉSUMÉ ANALYTIQUE ........................................................................... 4
AUDIENCE ................................................................................................... 4
TERMINOLOGIE ............................................................................................ 4
CONSIDERATIONS RELATIVES A LA CONCEPTION SAN ........................ 4
SAN DEDIE OU PARTAGE POUR LA TOPOLOGIE XTREMIO ..................... 4
CHARGES DE TRAVAIL APPLICATIVES .................................................. 5
VDI ............................................................................................................ 5
ORACLE ...................................................................................................... 5
VSI ............................................................................................................. 5
ÉCHELLE DU SAN .................................................................................. 5
RESILIENCE ET REDONDANCE D’UNE TOPOLOGIE SAN ......................... 5
RECOMMANDATIONS DE CONCEPTION SAN .......................................... 8
EXEMPLE DE CONCEPTION SAN COMBINANT DES CLUSTERS NON
FLASH TRADITIONNELS ET EMC XTREMIO ............................................ 8
MAINTENANCE ET OPERATIONS ......................................................... 10
SEGMENTATION .......................................................................................... 10
SURVEILLANCE ET ANALYTIQUE .................................................................... 12
BROCADE SAN CONTENT PACK POUR VMWARE VREALIZE
LOG INSIGHT ...................................................................................... 14
BROCADE SAN HEALTH ET EMC MITRENDS ..................................................... 14
FONCTIONNEMENT DE SAN HEALTH ............................................................... 14
REPORTING COMPLET .................................................................................. 14
EMC STORAGE ANALYTICS ............................................................................ 16
SAUVEGARDE ET CONTINUITE D’ACTIVITE ......................................... 16
CONSIDERATIONS EN MATIERE DE STOCKAGE EMC XTREMIO ............ 16
SEGMENTATION ET CONNECTIVITÉ DE SWITCH............................................... 16
FILE D’ATTENTE DE LUN ............................................................................... 17
RÉGLAGE DU STOCKAGE .............................................................................. 17
SURVEILLANCE DE LA BAIE XTREMIO EXISTANTE ............................................ 17
ANNEXE A : RÉFÉRENCES .................................................................... 18
EMC ........................................................................................................... 18
BROCADE ................................................................................................... 18
3
RÉSUMÉ ANALYTIQUE
Avec une nouvelle génération de baies 100 % Flash (AFA) offrant des performances de stockage sans précédent, les SAN doivent
être conçus de manière à ce que les applications puissent tirer pleinement parti de la très faible latence, des E/S élevées et de la
bande passante des baies. Ce document fournit des indications sur les bonnes pratiques pour les déploiements EMC® XtremIO™
avec les Fabric SAN Brocade.
Que vous déployiez un stockage AFA pour les charges applicatives dédiées ou mixtes ou que vous ajoutiez des clusters XtremIO
à un SAN existant, ce document vous fournit une méthodologie reposant sur des essais collaboratifs d’EMC et de Brocade.
AUDIENCE
Ce guide est conçu pour les architectes de stockage de données IT et les administrateurs SAN responsables du stockage ou de la
conception SAN avec le système de stockage EMC XtremIO et les Fabric SAN Fibre Channel Gen 5 Brocade®.
TERMINOLOGIE
Vous trouverez ci-dessous certains termes et abréviations couramment utilisés dans ce document.
AFA
ICL
Baie 100 % Flash
Les liaisons inter-châssis, également appelées ICL UltraScale, sont des ports dédiés à la connectivité entre les
directeurs DCX 8510, fournissant jusqu’à 64 Gbit/s de débit par liaison
Liaison ISL
Les liaisons interswitch fournissent une connectivité entre deux switches Fibre Channel via E_ports
ORACLE
Traitement des transactions en ligne
VDI
Infrastructure de bureaux virtuels
VSI
l’infrastructure de serveurs virtuels ;
X-Brick
Un boîtier de stockage X-Brick est le module d’un système de stockage XtremIO qui peut être mis en cluster
pour des performances et une capacité évolutives
XDP
Protection des données XtremIO
XIOS
Système d’exploitation XtremIO
DAE
Boîtier DAE
Tableau 1 Terminologie
CONSIDERATIONS RELATIVES A LA CONCEPTION SAN
Lors de la conception de SAN pour une baie 100 % Flash, il est primordial de comprendre et de prendre en compte les charges
applicatives et les exigences en matière d’évolutivité, de redondance et de résilience. Dans ce document, nous présentons ces
considérations plus en détail, ainsi que leur importance pour le processus de décision en matière de conception SAN.
SAN DEDIE OU PARTAGE POUR LA TOPOLOGIE XTREMIO
Lors du déploiement de cluster(s) XtremIO dans un SAN existant, la conception de topologie est déjà mise en place et la
principale considération concerne la taille des liaisons ISL entre les switches départementaux et les switches principaux à
l’emplacement de connexion des X-Bricks. Dans les implémentations où les clusters XtremIO sont déployés pour traiter des
applications spécifiques nécessitant beaucoup d’E/S et de latence, comme les serveurs de base de données OLTP, connecter
les serveurs et les X-Brick au switch backbone principal peut être avantageux.
4
Figure 1.
Les hôtes nécessitant beaucoup d’E/S connectés au noyau
Lors du déploiement de SAN dédiés pour les services de stockage en cluster XtremIO, la conception de SAN peut être
personnalisée directement selon les charges applicatives et les exigences en matière d’évolutivité. Dans les sections suivantes,
nous présentons comment les différents types d’applications et les exigences en matière d’évolutivité influencent les décisions
relatives à la conception SAN.
CHARGES DE TRAVAIL APPLICATIVES
VDI
Lorsque les charges applicatives sont bien connues et que l’AFA ne traite que quelques (un ou deux) types d’application, des
estimations assez précises du rapport optimal de fan-in peuvent être faites. Par exemple, si l’AFA est utilisée pour une application de
VDI, chaque serveur hébergera un nombre fixe d’instances VDI avec un profil d’E/S connu. Ce profil détermine le nombre d’E/S par
serveur et corrèle un nombre fixe de serveurs par port de stockage et le nombre de X-Bricks nécessaire pour le cluster XtremIO.
ORACLE
Une base de données OLTP est exécutée sur un ou plusieurs serveurs de cluster, ce qui déterminent le nombre de serveurs par
port de stockage et cluster XtremIO. Les liaisons ISL peuvent alors être redimensionnées selon les besoins pour fournir la
capacité nécessaire entre les serveurs et les clusters XtremIO.
VSI
Lorsque l’AFA traite plusieurs applications, il devient plus difficile de déterminer le ratio de fan-in. Pour garantir une capacité
appropriée entre les serveurs et les clusters de stockage XtremIO, il est nécessaire de redimensionner les liaisons ISL entre
les switch SAN plus prudemment, en provisionnant plus de bande passante que lorsque la charge applicative est bien connue.
De cette façon, les administrateurs peuvent mitiger le risque d’incidence sur les performances dans un environnement de SAN
partagé ou d’applications mixtes.
ÉCHELLE DU SAN
Conformément aux bonnes pratiques, la conception d’infrastructure SAN doit planifier une durée de vie de trois à cinq ans
pour le déploiement de la solution. Les considérations en matière de durée de vie d’une infrastructure SAN comprennent une
combinaison de problèmes de dépréciation du matériel, la prédictibilité limitée du développement/de la transformation de
l’entreprise, ainsi que les actualisations et améliorations technologiques.
Disposer d’indications claires ou comprendre les besoins d’une application sur la même période permet de déterminer la gamme
d’évolutivité et de flexibilité nécessaire.
RESILIENCE ET REDONDANCE D’UNE TOPOLOGIE SAN
La redondance fait référence aux composants dupliqués d’un système (dans le cas présent, le SAN), tandis que la résilience
fait référence à la capacité de poursuivre même en cas de panne. Donc, si la redondance soutient la résilience, le degré de
redondance détermine le niveau de résilience. Si les SAN sont déployés avec des fabrics redondants, chaque Fabric peut
également être conçu sans point unique de défaillance et être ainsi résilient par nature. Concevoir des Fabric résilients nécessite
des topologies à deux noyaux ou entièrement maillées.
5
La Figure 2 est un exemple de conception SAN redondante et la Figure 3 est un exemple de conception SAN résiliente et redondante.
Figure 2.
Fabric SAN redondants
Grappe
Figure 3.
Fabric SAN redondants et résilients
Pour la plupart des déploiements XtremIO, la topologie noyau/périphérie est généralement la plus appropriée pour répondre aux
exigences d’évolutivité et de performances d’E/S uniformes. La Figure 4 fournit un exemple de topologie noyau/périphérie avec les
X-Brick connectés au noyau et les hôtes connectés à la périphérie. Les switch de périphérie peuvent être placés en Top of Rack
(ToR) ou Middle of Row/End of Row (MoR/EoR), selon la densité du serveur dans les racks et du switch périphérique utilisés.
6
Grappe
Figure 4.
Conception SAN Fabric noyau/périphérie
Pour les petits déploiements XtremIO (un cluster unique avec un ou deux clusters XtremIO pendant le cycle de vie de
l’environnement et avec de faibles exigences en matière d’évolution), un simple modèle réduit avec un switch backbone
dans chaque Fabric, avec des hôtes et X-Brick directement connectés suffit. La Figure 5 montre un exemple de modèle réduit
avec des hôtes et un stockage directement connectés à un switch backbone.
Grappe
Figure 5.
Conception réduite SAN Fabric
Dans le cas des très grands déploiements XtremIO avec plusieurs clusters X-Brick, une conception ICL UltraScale entièrement
maillée est recommandée. Cette conception, qui fait appel aux ICL sur la plateforme DCX 8510 pour l’interconnexion de backplane
Switch Fabric, fournit une combinaison de stockage et de placement d’hôtes entièrement flexibles, avec un niveau d’évolutivité
maximal et une performance d’E/S uniforme. La Figure 6 illustre un exemple de la conception ICL UltraScale entièrement maillée,
qui permet un placement indépendant des hôtes et des serveurs sur les racks avec les DCX en position MoR/EoR.
7
Grappe
Grappe
Grappe
Figure 6.
Conception SAN Fabric UltraScale
Pour obtenir une présentation des bonnes pratiques de conception de topologie SAN, voir :
http://www.brocade.com/downloads/documents/best_practice_guides/san-design-best-practices.pdf
RECOMMANDATIONS DE CONCEPTION SAN
La conception de SAN entièrement dédiés avec XtremIO en utilisant les trois conceptions SAN présentées dans la section
précédente est souvent un simple exercice de dimensionnement. Calculez la bande passante de liaison ISL nécessaire pour la
densité de serveur et le nombre de X-Brick dans chaque cluster XtremIO combiné à la croissance anticipée du serveur et du
stockage pendant le cycle de vie de l’infrastructure informatique.
•
Une règle générale efficace pour la conception de modèles noyau/périphérie est d’utiliser une bande passante ISL égale à la
capacité totale des ports X-Brick accessibles (zonés) par les hôtes attachés à chaque switch ToR.
•
•
Dans les cas des modèles SAN réduits, calculez le nombre d’hôtes et de ports de stockage pour la durée de vie de l’infrastructure.
Pour les conceptions ICL UltraScale, la capacité ICL déployée doit correspondre au nombre total de ports X-Brick non locaux
sur chaque DCX backbone.
EXEMPLE DE CONCEPTION SAN COMBINANT DES CLUSTERS NON
FLASH TRADITIONNELS ET EMC XTREMIO
Concevoir des SAN avec un mélange de systèmes disques non Flash traditionnels et de clusters XtremIO est plus complexe.
Dans l’exemple suivant, la taille de la solution est définie selon l’hypothèse que l’infrastructure SAN sera réévaluée après
trois ans, mais doit satisfaire aux besoins commerciaux pendant un total de cinq ans. Cette hypothèse laisse la place à
l’évaluation de nouvelles technologies et à une refonte ou une actualisation des technologies par phases, tout en comprenant
l’évolutivité nécessaire pour incorporer une croissance significative non anticipée et des demandes de services de Fabric avancés.
Cette solution connaîtra une expansion continue par phases, afin que la capacité de port non utilisée soit toujours plus ou moins
égale à 15 %, pour une utilisation de 85 %, avec des slots disponibles dans les DCX. De cette façon, l’infrastructure SAN favorise
le commerce plutôt que de peser sur lui.
Comme illustré en Figure 7, le fabric correspond à une architecture noyau/périphérie avec un seul backbone DCX.
8
Grappe
Figure 7.
Architecture noyau/périphérie à backbone unique
Cette architecture satisfait aux exigences de connectivité initiales. Avec la croissance incrémentielle des serveurs et du stockage,
de nouveaux serveurs sont connectés aux switch périphériques et le stockage est connecté au noyau, comme illustré en Figure 8.
Grappe
Grappe
Figure 8.
Évolution par l’ajout de switch périphériques (et de lames de port sur le backbone
selon les besoins)
Dans notre exemple, le SAN est redimensionné pour fournir une connectivité à 400 serveurs, avec un accès à un stockage
XtremIO et non Flash traditionnel à la fois. L’écart entre le stockage non Flash et les ports XtremIO connectés par Fabric
correspond à 36 ports de stockage non Flash traditionnels et deux clusters XtremIO distincts, avec un seul X-Brick nécessitant
quatre ports de stockage au niveau du noyau (dans chaque fabric). Cette configuration entraîne un rapport global de port de
stockage par hôte (fan-in) de 10:1.
Avec une croissance incrémentielle anticipée de 30 % année après année dans les serveurs et le stockage pendant un cycle de
vie de cinq ans, la solution évolue de 400 hôtes (et 44 ports de stockage) à 1 150 hôtes, 104 ports de stockage non Flash
traditionnels et 24 ports XtremIO sur deux clusters XtremIO avec six modules X-Brick par cluster pour un total d’environ
1 598 ports utilisés, liaisons ISL incluses.
9
Le modèle peut évoluer bien au-delà de l’exemple illustré en utilisant une conception à deux noyaux ou ICL, comme présenté
à la section précédente.
Remarque :
Même si les exigences en matière de rapport entre port de stockage et hôte peuvent être différentes dans
votre environnement, tout comme les objectifs de taux de croissance et d’utilisation de ports, cet exemple de calcul permet
d’illustrer l’établissement et le traitement de projections de croissance d’un fabric SAN.
Les principales hypothèses en matière de conception et de modules sont :
switch périphérique = Brocade 6520 (switch GEN5 avec un total de 96 ports)
Sur chaque switch périphérique, les allocations de port planifiées correspondent à 60 ports pour les connexions hôtes et 12 ports
pour les connexions de liaisons ISL au noyau backbone. Les 24 ports restants sur le switch périphérique sont réservés en tant
que tampon pour une croissance de serveur non anticipée ou un besoin de bande passante des liaisons ISL.
Sur le noyau backbone, les 48 lames de port (FC16-48) sont utilisées pour le stockage et les liaisons ISL. Pendant la durée de
vie de la solution, 286 ports seront utilisés sur le noyau DCX Backbone.
Le Tableau 2 illustre la croissance du fabric année après année, en utilisant le taux de croissance anticipé de 30 % par an.
Hôtes périphériques
Ports de stockage traditionnel
Ports XtremIO
Total des ports de stockage
Liaisons ISL
Total des ports périphériques
Ensemble des ports de noyau
Switches périphériques
Backbone DCX-8510-8
Lame de port FC16-48
Ports utilisés
Ports inutilisés
Utilisation des ports
Total des ports par Fabric
Année 1
400
36
8
44
56
456
100
6
1
3
556
164
77 %
720
Année 2
520
48
12
60
72
592
132
8
1
4
724
236
75 %
960
Année 3
680
64
16
80
96
776
176
11
1
5
952
346
73 %
1 296
Année 4
880
86
20
106
120
1 000
226
14
1
6
1 226
164
88 %
1 390
Année 5
1 150
104
24
128
160
1 310
288
18
1
8
1 598
514
76 %
2 112
Tableau 2 Croissance du Fabric année après année
MAINTENANCE ET OPERATIONS
L’administration, la maintenance et le provisionnement d’un SAN Fabric sont essentiels pour une bonne conception de Fabric.
Vous trouverez ci-dessous les bonnes pratiques d’EMC et de Brocade pour le provisionnement et la surveillance des SAN Fabric.
SEGMENTATION
Bonnes pratiques de Brocade pour la segmentation
La segmentation est un service basé sur le Fabric dans les SAN, qui permet de regrouper les hôtes et les nœuds de stockage ayant
besoin de communiquer. Il permet aux nœuds de ne communiquer entre eux que s’ils appartiennent à la même zone. Les nœuds
peuvent être membres de plusieurs zones, ce qui offre une grande flexibilité d’utilisation pour un SAN utilisant la segmentation.
La segmentation évite l’accès non autorisé d’un hôte aux ressources de stockage et permet de bloquer les communications
indésirables entre les hôtes et les interruptions RSCN sur le Fabric.
Brocade recommande aux utilisateurs de toujours utiliser la segmentation, même s’ils ont recours au masquage des LUN.
De plus, l’identification PWWN est recommandée pour la segmentation, pour des raisons de cohérence opérationnelle et de
sécurité. Pour plus de détails, consultez Brocade SAN Fabric Administration Best Practices Guide.
L’appartenance à une zone dépend principalement du besoin d’accès d’un hôte à un port de stockage. Les hôtes ont rarement
besoin d’interagir directement entre eux et les ports de stockage, en leur qualité de cibles, n’initient jamais de trafic SAN.
Les zones peuvent être regroupées par baie, système d’exploitation hôte, application ou encore emplacement dans le datacenter.
La méthode de groupement recommandée pour la segmentation est la segmentation à initiateur unique (SIZ), aussi appelée
« segmentation à adaptateur HBA unique ». Avec SIZ, chaque zone ne comprend qu’un adaptateur HBA et un ou plusieurs ports
10
de stockage. Il est recommandé d’utiliser des zones séparées pour les bandes et le trafic de disque lorsqu’un adaptateur HBA
prend en charge les deux types de trafic.
SIZ est optimal car il permet d’éviter les interactions hôte/hôte et limite les RSCN aux zones nécessitant les informations du RSCN.
Bonnes pratiques d’EMC XtremIO pour la segmentation
Pour la segmentation par rapport à une baie de stockage de XtremIO, il est recommandé qu’au moins deux adaptateurs HBA
soient disponibles. Il est également recommandé de segmenter les initiateurs sur tous les ports de stockage disponibles.
Le nombre maximal recommandé de chemins d’accès vers les ports de stockage par hôte est de 16, comme indiqué ci-dessous,
Tableau 3.
Pour garantir une utilisation équilibrée de la gamme complète de ressources XtremIO, il est recommandé d’utiliser tous les ports
de stockage uniformément, sur tous les hôtes et clusters.
Les baies de stockage XtremIO prennent actuellement en charge un maximum de huit modules X-Brick. Chaque X-Brick est
constitué de deux contrôleurs de stockage, chacun d’eux possédant deux ports FC, appelés respectivement FC1 et FC2.
Dans les tableaux ci-dessous, XN_SCN_FCN appartient aux ports cibles FC sur chaque contrôleur de stockage XtremIO.
Dans une configuration à deux modules X-Brick, un hôte peut avoir jusqu’à huit chemins par périphérique. La figure suivante
présente le schéma de connexion logique pour huit chemins.
Figure 9.
2 adaptateurs
HBA
HBA1
HBA2
Schémas de connexion logique pour huit chemins.
2 modules X-Brick
Ports par cluster
X1_SC1_FC1
X1_SC2_FC1
X2_SC1_FC1
X2_SC2_FC1
X1_SC1_FC2
X1_SC2_FC2
X2_SC1_FC2
X2_SC2_FC2
8
Tableau 3 Deux modules X-Brick et deux adaptateurs HBA
11
4 adaptateurs
HBA
2 modules X-Brick
HBA1
HBA2
HBA3
HBA4
Ports par cluster
X1_SC1_FC1
X1_SC2_FC1
X2_SC1_FC1
X2_SC2_FC1
X1_SC1_FC2
X1_SC2_FC2
X2_SC1_FC2
X2_SC2_FC2
X1_SC1_FC1
X1_SC2_FC1
X2_SC1_FC1
X2_SC2_FC1
X1_SC1_FC2
X1_SC2_FC2
X2_SC1_FC2
X2_SC2_FC2
16
Tableau 4 Deux modules X-Brick et quatre adaptateurs HBA
Pour plus de détails, consultez le guide de configuration hôte XtremIO, disponible sur le site Web de support d’EMC.
SURVEILLANCE ET ANALYTIQUE
Avec les SAN FC de Brocade, les tableaux de bord et les rapports peuvent être configurés pour n’afficher que les données
les plus pertinentes, ce qui permet aux administrateurs d’être plus efficaces pour hiérarchiser leurs actions et maintenir
les performances du réseau.
Fabric Vision et MAPS
La technologie Fabric Vision de Brocade combine les capacités de l’ASIC Fibre Channel Gen 5, Fabric OS® (FOS) et Brocade Network
Advisor pour répondre aux défis de la surveillance du réseau, du maintien d’un temps de disponibilité ininterrompu et de la garantie
de performances exceptionnelles et de l’intégrité du réseau. Fabric Vision n’est pas un produit unique, mais bien un ensemble de
fonctionnalités et de technologies qui aident les administrateurs à régler les problèmes avant qu’ils n’aient une incidence sur les
opérations, à accélérer les nouveaux déploiements d’application et à réduire les coûts opérationnels. Il fournit une visibilité et des
informations sur le réseau de stockage, grâce à des technologies novatrices de diagnostic, de surveillance et de gestion.
Une utilisation efficace de Fabric Vision est primordiale dans les environnements avec une faible latence, avec un taux de
traitement d’E/S élevé et de stockage Flash où les goulots d’étranglement réseau ou les problèmes de surexploitation peuvent
rapidement croître et avoir une incidence sur les délais de réponse de stockage et les performances des applications. Fabric
Vision aide à éviter l’apparition de problèmes et permet un dépannage et une résolution rapides en cas de problème.
Composants de Fabric Vision
Fabric Vision est une combinaison des technologies suivantes :
1. ClearLink Diagnostics : Diagnostic Port (D_Port) fournit des capacités de test par boucle de rappel pour la latence des
liaisons et des mesure de distance au niveau optique et électrique pour valider l’intégrité et les performances des liens
optiques et du câblage, afin de garantir la qualité optique et de signal, ainsi que des performances optimales sur les
connections SAN et WAN. La validation de l’intégrité des câbles et de l’optique avant le déploiement à l’aide de ClearLink
permet d’identifier les éventuels problèmes de prise en charge, avant même leur apparition, et améliore la résilience des
Fabric à hautes performances. Dans le cas des baies 100 % Flash en particulier, la moindre impureté au sein de
l’infrastructure physique peut influer sur les performances.
2. Monitoring and Alerting Policy Suite (MAPS) : cet outil de surveillance et d’alerte utilisant des règles surveille de façon
proactive l’intégrité et les performances de l’infrastructure SAN d’après des règles prédéfinies, avec plus de 170 paramètres
personnalisables, pour garantir la disponibilité des applications. Les administrateurs qui souhaitent disposer d’un réseau
parfait peuvent définir un niveau de règles « agressif », disposant de paramètres et d’actions aux seuils stricts, afin de
minimiser la possibilité d’erreurs relatives aux données. Vous pouvez personnaliser les règles MAPS afin de surveiller les
ports 100 % Flash de plus près, pour identifier plus rapidement toute dégradation des performances.
3. Flow Vision : cet outil complet permet aux administrateurs d’identifier, de surveiller et d’analyser des applications et flux de
données spécifiques, afin d’optimiser les performances et les ressources, tout en évitant la congestion.
12
Flow Vision comprend :
o
Flow Monitoring : surveille les flux de trafic spécifiés de la source à la destination via le SAN
o
Flow Generator : génère du trafic entre deux ports dans un Fabric Gen 5
o
Flow Mirroring : capture les données des paquets pendant leur passage par le SAN, puis les affiche et les analyse
Flow Vision est plus adapté à une utilisation temporaire lors du dépannage des problèmes de latence élevée, étant donné
qu’une utilisation continue entraîne la collection de grandes quantités de données de diagnostic. Flow Vision peut être utilisé
au besoin pour vérifier la qualité optimale des performances pour les applications les plus exigeantes.
4. Fabric Performance Impact Monitoring : identifie la congestion des liaisons ISL ou des périphériques et les niveaux
de latence élevés dans le Fabric, qui peuvent avoir une incidence grave sur les performances des baies 100 % Flash et en
alerte les administrateurs. La surveillance FPI permet de visualiser les goulots d’étranglement et d’identifier les périphériques
à drain lent, ainsi que les hôtes et le stockage affectés.
5. At-a-glance Dashboard : comprend des affichages de tableau de bord des performances et d’intégrité personnalisables,
qui fournissent toutes les informations critiques sur un écran. Les « widgets » de tableau de bord peuvent être affichés et
doivent être surveillés pour inclure des erreurs relatives aux ports de baie 100 % Flash, aux 10 flux les plus importants,
à l’utilisation de mémoire et à l’intégrité des ports.
6. Forward Error Correction (FEC) : détecte et résout automatiquement les erreurs de bits, ce qui améliore la fiabilité et
les performances de transmission. FEC peut réduire les temps de latence de manière significative en vous évitant d’avoir
à retransmettre les trames avec des erreurs de bits.
7. Credit Loss Recovery : détecte et restaure automatiquement la perte de buffer credit au niveau du canal virtuel,
afin d’offrir une protection contre la dégradation de performances et d’améliorer la disponibilité des applications.
8. Compass (Configuration and Operational Monitoring Policy Automation Services Suite) : cet outil de règles de
surveillance opérationnelle et de configuration automatisé applique la cohérence de configuration sur le Fabric et surveille
les modifications, ce qui simplifie la configuration des SAN et vous prévient en cas de modification. Dans les environnements
de taille moyenne ou grande, cela évite les modifications involontaires des configurations de switch, qui peuvent avoir une
incidence sur les favoris définis sur le Fabric dans le but d’optimiser les performances.
Figure 10. Exemple de widgets de tableau de bord MAPS
9. VMware® vRealize™ et Log Insight : Brocade et VMware ont collaboré étroitement pour vous fournir une meilleure
intégration pour l’analyse et la résolution des causes premières des SAN dans les environnements virtuels. Le Brocade
SAN Content Pack élimine les bruits parasites de millions d’événements et amplifie les alertes SAN critiques afin d’accélérer
la résolution des problèmes par des analytiques exploitables. Accélérer la résolution des problèmes vous donne plus de
temps pour améliorer la valeur des ressources IT de façon proactive. L’utilisation de la technologie Brocade Fabric Vision
offre une connaissance complète du comportement et de l’intégrité des SAN Fabric Brocade dans le temps, ce qui permet
d’identifier et de corriger les schémas affectant les performances des machines virtuelles et la réactivité des applications.
13
BROCADE SAN CONTENT PACK POUR VMWARE VREALIZE LOG INSIGHT
Brocade SAN Content Pack permet de résoudre plus rapidement les problèmes de réseau, de réduire les interruptions de service
et les coûts IT, tout en améliorant l’efficacité opérationnelle.
Il inclut :
•
•
des évènements au classement intelligent dans les tableaux de bord VMware vCenter™ Log Insight ;
des requêtes, alertes et champs prédéfinis pouvant être personnalisés pour les adapter à des environnements spécifiques,
pour plus de simplicité et de flexibilité ;
•
une meilleure visibilité des problèmes sur le réseau SAN et une efficacité opérationnelle améliorée par l’intégration avec
Brocade Fabric Vision Technology.
Pour plus de détails, découvrez la collaboration Brocade and VMware Technology Alliance sur
http://www.brocade.com/partnerships/technology-alliance-partners/partner-details/vmware/index.page
BROCADE SAN HEALTH ET EMC MITRENDS
Brocade SAN Health est un utilitaire logiciel gratuit conçu pour auditer et analyser les environnements SAN en toute sécurité.
Il permet à l’utilisateur d’effectuer des tâches critiques comme :
•
la réalisation d’un inventaire des appareils, switch, versions de microcodes et Fabric ;
•
la capture et l’affichage des données de performance historiques ;
•
la vérification des configurations de switch et des segmentations par rapport aux bonnes pratiques ;
•
l’évaluation des statistiques de performance et des erreurs ;
•
la production de schémas et rapports graphiques détaillés ;
•
le reporting sur les points à améliorer.
FONCTIONNEMENT DE SAN HEALTH
SAN Health aide l’utilisateur à se concentrer sur l’optimisation des SAN plutôt que d’en suivre manuellement les composants.
De nombreuses fonctionnalités simplifient la collecte de données, l’identification des problèmes potentiels et la consultation
des résultats dans le temps.
REPORTING COMPLET
SAN Health utilise deux composants principaux : une application de capture de données et un moteur de traitement de
rapports de back-end. Après avoir capturé les données de diagnostic de switch, le processus de reporting de back-end génère
automatiquement un schéma de topologie Visio et un rapport de snapshots détaillé de la configuration SAN. Ce rapport
comprend des informations résumées sur l’ensemble du SAN, ainsi que des détails spécifiques sur les Fabric, switch et ports.
Il inclut également d’autres éléments utiles comme des alertes, des graphiques d’historique de performances et les bonnes
pratiques recommandées.
Étant donné que SAN Health fournit un snapshot à un point dans le temps de votre SAN client, Brocade recommande de l’utiliser
pour suivre les modifications de schéma de trafic par incréments hebdomadaires ou mensuels. Grâce au planificateur intégré de
SAN Health, l’utilisateur peut l’utiliser au moment opportun, pour plus de sécurité et de commodité. Des informations détaillées
supplémentaires, des exemples de rapports, des schémas Visio et une liste des appareils pris en charge sont disponibles sur
www.brocade.com/sanhealth.
EMC Mitrend compile la sortie détaillée de SAN Health en une présentation résumée, afin d’aider les clients à prendre des
décisions importantes sur l’environnement SAN. À l’aide des données de SAN Health, Mitrend recommande des options de
consolidation et d’actualisation des technologies.
Conjointement, SAN Health et Mitrend fournissent les informations dont les clients ont besoin pour surveiller rapidement
l’intégrité de leurs SAN et prendre des décisions essentielles au quotidien et sur le long terme.
14
Figure 11. Exemples de rapports publiés avec Brocade SAN Health
Figure 12. Exemples de schémas publiés avec Brocade SAN Health
15
EMC STORAGE ANALYTICS
VMware vRealize Operations Manager est un produit logiciel qui collecte les données de performances et de capacité des
ressources matérielles et logicielles placées sous surveillance. EMC Storage Analytics fournit à vRealize Operations Manager des
informations précieuses (comme les metrics de capacité et de performance) via un adaptateur EMC, qui permet des analytiques,
un reporting et une surveillance des alertes (éléments primordiaux du stockage) par rapport à une baie XtremIO. Des alertes
spécifiques à XtremIO ont été ajoutées dans la révision 03. Des tableaux de bords, des metrics et une topologie XtremIO ont
été ajoutés dès la révision 01 avec vRealize Opérations Manager 6.0.1.
EMC Storage Analytics utilise les puissantes fonctions existantes de vCenter pour agréger les données de plusieurs sources et
les traiter au moyen d’algorithmes analytiques propriétaires. Avec ces données, il fournit des informations précieuses pour les
équipes opérationnelles, les analystes et les décideurs, afin de permettre des actions pro actives, et non une simple résolution
des problèmes en catastrophe.
SAUVEGARDE ET CONTINUITE D’ACTIVITE
Les architectes de solutions et les clients EMC disposent de nombreux outils pour dimensionner les capacités de performances
(bande passante ou latence) et de stockage. Ces outils peuvent intégrer la réduction des données pouvant être obtenue par la
déduplication et la compression des applications d’entreprise standard, ainsi que des exemples d’utilisation. XtremIO s’intègre
également avec d’autres solutions et produits de sauvegarde, de reprise après sinistre et de protection des données d’EMC.
Ces solutions couvrent des applications qui s’exécutent dans les environnements physiques (par ex. matériel vierge) et virtuels.
XIPHO version 4.0 apportera plus de flexibilité et de possibilités en matière d’interopérabilité et d’intégration.
Une évaluation du stockage ou une étude de continuité d’activité permet de répondre à cette question :
Combien de X-Brick doivent être déployés pour les applications existantes, par cluster XtremIO ?
ou
De combien de X-Brick doit être composé un cluster XtremIO sur un ou plusieurs sites le cas échéant ?
EMC XtremIO est entièrement intégré avec EMC VPLEX®, EMC RecoverPoint® et EMC Data Domain® afin de fournir haute
disponibilité, mobilité, hiérarchisation, réplication, reprise après sinistre et sauvegarde.
EMC VPLEX est une plate-forme unique de disponibilité continue et de mobilité des données qui permet aux applications critiques
de rester opérationnelles au sein ou sur les datacenters lors de différents scénarios d’interruption de service, planifiée ou non.
VPLEX offre un déplacement de données simple et sans interruption, en permettant aux technologies non distribuées de
fonctionner sur les baies et à distance.
EMC RecoverPoint est une solution d’exploitation et de reprise après sinistre qui assure la réplication simultanée, en local et à distance,
avec la protection continue des données pour toute restauration à un point dans le temps de XtremIO vers une baie de stockage.
Consultez cette fiche produit pour plus de détails :
http://france.emc.com/collateral/solution-overview/h13248-data-protection-emc-xtremio-so.pdf
Les systèmes de déduplication EMC Data Domain sont des appliances et des passerelles de déduplication à la volée sur disque
qui permettent la protection des données et la reprise après sinistre dans les environnements d’entreprise.
CONSIDERATIONS EN MATIERE DE STOCKAGE EMC XTREMIO
Dans XIOS 4.0, l’expansion de cluster est entièrement prise en charge. Par exemple, le nombre de X-Brick peut être augmenté
de deux à quatre, voire huit, le nombre maximal de X-Brick par cluster. Comme pour la distribution de données automatique
dans XDP, les données des applications existantes seront maintenant automatiquement rééquilibrées sur l’ensemble des
X-Brick de la baie. Les performances s’étalent sur l’ensemble des X-Brick du cluster, afin de garantir une utilisation uniforme
des ressources (des modules logiciels comme des ressources matérielles).
SEGMENTATION ET CONNECTIVITÉ DE SWITCH
Les bonnes pratiques de segmentation et de connectivité de switch/de port switch recommandent une utilisation
équilibrée de tous les ports de stockage par hôte, sans dépasser 16 chemins vers la baie. Cela doit être pris en compte lors
de l’implémentation d’une nouvelle conception SAN. Les étapes peuvent comprendre la suppression de ports de stockage
à références/utilisation répétées (X-Brick existant) et l’ajout de nouveaux ports de stockage (de nouveaux X-Brick) vers/depuis
des zones existantes.
16
FILE D’ATTENTE DE LUN
De manière générale, il est conseillé de configurer plus d’un LUN solitaire sur le système de stockage XtremIO. Cela fournit une
mise en file d’attente d’E/S améliorée depuis les différents chemins créés par la segmentation par LUN. En général, il est
conseillé de configurer au moins quatre LUN à utiliser par application ou par hôte.
RÉGLAGE DU STOCKAGE
XtremIO ne dispose pas de boutons pour régler le stockage, étant donné que toutes les applications ont un accès total à toutes
les ressources de la baie. XtremIO présente des recommandations et des lignes directrices pour diverses plateformes dans
le Guide de configuration d’hôte de stockage XtremIO.
SURVEILLANCE DE LA BAIE XTREMIO EXISTANTE
Sur un cluster XtremIO existant, des metrics sont fournis pour les composants de back-end, en plus des metrics disponibles
pour les clients SAN. L’utilisation des ressources des modules logiciels traitant le chemin de données est présentée. Cela est
primordial pour évaluer la consommation des applications existantes par rapport à la baie. Par exemple, si une baie présente
un taux d’utilisation constant de 90 %, elle approche probablement de sa capacité de performance maximale.
17
ANNEXE A : RÉFÉRENCES
EMC
EMC Storage Analytics 3.1.1 Installation and User Guide
EMC Storage Analytics 3.1.1 Release Notes
XtremIO Storage Array User Guide
Notes de mise à jour XtremIO
Guide de mise à niveau du logiciel XtremIO Storage Array
Performances et services de données XtremIO pour bases de données Oracle
XtremIO 3.0.1, 3.0.2, and 3.0.3 Storage Array Pre-Installation Checklist
EMC Global Services – XtremIO 3.0.3 (bulletin de support)
Guide d’installation et de mise à niveau de XtremIO Storage Array 3.0.1, 3.0.2, et 3.0.3
BROCADE
Brocade SAN Fabric Administration Best Practices Guide
(http://www.brocade.com/downloads/documents/best_practice_guides/san-admin-best-practices-bp.pdf)
Brocade Fabric OS Administrator’s Guide
(http://www.brocade.com/downloads/documents/product_manuals/B_SAN/FOS_AdminGd_v730.pdf)
18