eecrhrthjrtjj
Voilà un sujet qui ouvre le débat: Quid de la fragmentation versus les stockages de type SAN ? Nous sommes tous d’accord sur le fait que les performances E/S peuvent être affectées de façon significative selon le niveau de fragmentation du système de fichiers, surtout lors d’accès séquentiels. Certains benchmarks parlent de 33% de perte de performances sur un RAID-1. Essayons d’y voir plus clair…
N’importe quelle entreprise a un jour réfléchi sur les conséquences d’un arrêt de production et les coûts qui en découleraient. Certaines d’entre elles pourraient se permettre un arrêt de production de trente minute tandis que d’autre ne pourraient pas se permettent de prendre plus de deux heures de données.
Le zoning est l’équivalent du VLAN (Virtual LAN) et consiste à partitionner une Fabrique FC (commutateur fibre optique) en plusieurs sous-réseaux, permettant d’isoler chaque zone les unes des autres afin de prévenir un dommage accidentel qui pourrait corrompre les allocations ou déstabiliser le réseau de stockage. L’usage le plus courant du zoning concerne l’hétérogénéité des systèmes d’exploitation au sein d’une infrastructure de stockage. En effet, lorsqu’un serveur Microsoft se connecte à une fabrique où se trouvent des serveurs Unix, Windows Server écrit systématiquement des blocs sur toutes les LUNs qu’ils trouvent, ce qui engendre une corruption totale des systèmes de fichiers des serveurs Unix.
Selon les constructeurs et les modèles, vous pourrez choisir le type (fibre optique FC, iSCSI, 512 Mo de mémoire cache jusqu’à plusieurs Go) et le nombre de contrôleurs. La configuration la plus simple d’une baie ne dispose que d’un seul contrôleur tandis que les baies haute disponibilité embarquent deux contrôleurs. Ces contrôleurs peuvent être configurés en mode actif/actif ou actif/passif. Le choix de la configuration peut impacter les performances et la disponibilité des données. Nous allons analyser ces configurations et dans quel cas de figure il convient de les mettre en œuvre.
Mettre en œuvre une sauvegarde est indispensable pour plusieurs raisons: externaliser les données, restaurer un système complet, récupérer un document, … La situation idéale serait de ne perdre aucune donnée (valeur RPO proche de zéro) et d’avoir un arrêt de production le plus court possible (valeur RTO le plus proche possible de zéro). Des systèmes de réplication ou de sauvegarde continue, de basculement ou de reprise automatique répondent à ces problématiques.
Le principe du RAID consiste à découper les fichiers en petits morceaux afin de les répartir sur les différents disques durs composant une pile RAID. On parle alors de chunk, stripe, bloc size, etc…. Beaucoup de confusion règne autour de ces termes, et chacun s’approprie sa propre définition. Voici de quoi voir plus clair 😉
La redondance et l’agrégation sont deux techniques essentielles en environnement SAN. La première technique vous donnera la continuité d’accès au stockage malgré la perte d’un élément du réseau tandis que la deuxième multipliera la vitesse des liens agrégés. Petit tour d’horizon…
Je vais aborder dans ce billet la configuration d’un service de fichiers hautement disponible avec les technologies suivantes: iSCSI Target, MPIO, Failover Clustering, déduplication de données, Windows Server 2012… L’avantage de la solution mise en oeuvre ici réside dans le fait que c’est des technologies Full Microsoft !
Petit billet à propos d’une mésaventure me concernant. En fait, je dispose depuis longtemps d’un NAS Netgear qui ne me donne pas entière satisfaction: lenteurs, non intégration dans un domaine Windows, etc… J’ai donc décidé de réutiliser mes disques dur du NAS (Seagate Green – 1 To – 32 Mo cache – 7200 tours) pour les intégrer dans un « enclosure » RAID eSata pour obtenir les meilleurs débits. En effet, il s’avère que l’eSATA est bien supérieur à l’USB 3.0 en terme de débit. Voyons la suite….
Les entreprises doivent faire face à des applications qui doivent être disponibles 24/7, qu’elles soient hébergées dans un datacenter, accédées via des clients nomades ou depuis des sites distants, …. Bien entendu, il faut également gérer l’augmentation des volumes de données ! De nos jours, de plus en plus d’applications sont/deviennent critiques, ainsi, il n’est pas rare de constater dans une entreprise que la moitié des applications (voir plus) sont indispensables ! Celles-ci doivent donc être intégrés dans le cadre d’un PCA ou PRA, ce qui sous-entends une continuité applicative ET des données !
Voici donc quelques éléments techniques et fonctionnels relatifs à la réplication.
Dans mon travail au quotidien, beaucoup de clients nous donnent des volumétries utiles à respecter. Mais combien d’entre nous prennent en compte la volumétrie réelle APRES formatage ??? Sur une grappe RAID de plusieurs dizaines de disques, le « préjudice » peut s’élever à plusieurs To….
Pour configurer une baie de stockage, il existe deux façons de faire: la plus simple est de créer un RAID, l’autre est de créer un RAID en paramétrant des tailles de chunk, stripe, …. Ces paramètres barbares sont essentiels, et on passe bien souvent à côté. Un bon paramétrage consiste à minimiser les opérations mécaniques (temps d’accès) sur chaque disque pour écrire la donnée ! (au passage petite pub, je l’explique largement dans mon bouquin)
L’alignement des partitions est un facteur important de performance souvent négligé. Il y a peu de temps, lors d’un audit d’un serveur SQL, je me suis aperçu que les partitions de serveur n’étaient pas alignées. Heureusement que Windows 2008 le réalise automatiquement (à 1024 k). Il est difficile de rattraper le coup pour la partition système, mais il convient absolument de le faire pour une partition de données. Comme les pistes ne sont pas alignées avec les partitions, une opération d’E/S peut s’étendre sur deux pistes, ce qui entraîne une altération des performances, jusqu’à 25% de perte.
