Premier point, la bande passante<\/strong>, pas de miracle, la pr\u00e9f\u00e9rence<\/strong> ira au 10Gb\/s<\/strong>, mais pour les petites infrastructures, jusqu\u2019\u00e0 une cinquantaine<\/strong> de VMs, on peut utiliser des switchs 1Gb\/s<\/strong>.<\/p>\n Avec un r\u00e9seau de stockage \u00e0 1 Gb\/s<\/strong>, les probl\u00e8mes surviennent lors des backups<\/strong>, c\u2019est l\u00e0 que l\u2019on arrive, tr\u00e8s facilement, \u00e0 saturer les bandes passantes<\/strong>, c\u2019est dans ce cas, que le respect syst\u00e9matique de l\u2019ensemble des best practices est important. \u00c7a peut vite faire une diff\u00e9rence, notamment sur vos fen\u00eatres de backup<\/strong>\u2026<\/p>\n Voici quelques points \u00e0 faire attention\u00a0:<\/p>\n Des switchs avec de larges buffers<\/strong>, ce qui va permettre de g\u00e9rer les congestions<\/strong> r\u00e9seau<\/strong>, notamment sur les ports de la baie de stockage.<\/p>\n Faites attention aux ports 10Gb\/s d\u00e9di\u00e9s aux uplink<\/strong> que l\u2019on retrouve sur des switchs Edge<\/strong>, avec une majorit\u00e9 de port 1Gb\/s. Le ou les deux ports 10Gb\/s<\/strong>, ont tr\u00e8s peu de buffers<\/strong> et en cas de congestion, les performances<\/strong> risquent de s\u2019\u00e9crouler<\/strong><\/p>\n Le Jumbo frames<\/strong> qui offrira la possibilit\u00e9 d\u2019envoyer des frames<\/strong>, traditionnellement limit\u00e9es \u00e0 1500<\/strong>, de taille 9000<\/strong>. Ce qui diminuera<\/strong> drastiquement le nombre de packet envoy\u00e9s<\/strong> sur le r\u00e9seau. Avec un r\u00e9seau 1Gb\/s cela am\u00e8nera 10 \u00e0 20 % de throughput suppl\u00e9mentaires<\/strong>, pour le 10Gb\/s<\/strong>, ce sera le seul moyen de pouvoir saturer les liens<\/strong>. Attention, la configuration devra \u00eatre de bout en bout<\/strong>, au risque d\u2019avoir ses paquets drop\u00e9s, par l\u2019\u00e9l\u00e9ment non configur\u00e9 en MTU 9000<\/strong>.<\/p>\n Des switchs d\u00e9di\u00e9s<\/strong>, obligatoire pour un r\u00e9seau 1Gb\/s, mais difficile \u00e0 exiger, avec les switch 10Gb\/s et leurs prix encore exorbitants, sans compter la mode du converg\u00e9<\/strong>. C\u2019est l\u00e0 que les \u00e9quipes r\u00e9seau<\/strong> doivent comprendre que toutes actions<\/strong>, sur le r\u00e9seau, deviennent extr\u00eamement critiques<\/strong> et que les coupures sont strictement interdites. Nos Hyperviseurs et VMs ne le supporteront pas. L\u2019architecture<\/strong> des switchs d\u00e9pendra \u00e9galement du protocole utilis\u00e9<\/strong>.<\/p>\n Point important, on ne route jamais un r\u00e9seau de stockage !<\/strong> et pour \u00e9viter tout probl\u00e8me, ne configurez jamais de gateway.<\/p>\n Pour le NFS<\/strong>, on aura tendance \u00e0 stacker les switch<\/strong>, afin d\u2019offrir un failover transparent, ceci d\u00fb \u00e0 la faiblesse du protocole. En effet, pas de multipassing, ni failover. On a une session, une connexion donc m\u00eame si tout est redondant, on ne pourra utiliser qu\u2019une seul fois la bande passante. Le LACP<\/strong> va nous \u00eatre utile pour le failover.<\/p>\n Pour l\u2019iSCSI<\/strong> ou FCoE<\/strong>, on ne va pas stacker les switch<\/strong>, car on a l\u2019avantage du MPIO<\/strong>, qui offre un multipathing et failover<\/strong> compl\u00e9tement transparents<\/strong>, et il va \u00eatre capable d\u2019utiliser tous les chemins \u00e0 dispositions et donc toute la bande passante, l\u00e0 on a une session et de multiples connexions<\/strong> selon le nombre de chemins. C\u2019est pour cela que je conseil d\u2019utiliser du iSCSI lorsque les switch sont en 1Gb\/s. et le LACP<\/strong> va \u00eatre notre ennemi, car il tue les avantages du MPIO<\/strong>.<\/p>\n Voici un petit explicatif des diff\u00e9rents composants d’une infrastrcture de stockage:<\/p>\n Target:<\/strong><\/p>\n C\u2019est le contr\u00f4leur de votre baie de stockage, on aura, en principe, minimum deux targets par baie.<\/p>\n Initiator:<\/strong><\/p>\n C\u2019est notre client de stockage c\u2019est lui qui initie la connectivit\u00e9 avec la baie, et qui va permettre la communication des IO sur votre environnement de stockage.<\/p>\n Portal:<\/strong><\/p>\n Ce sont les IP ou ports qui \u00e9coutent au niveau des targets.<\/p>\n Avec le software iSCSI initiator, on peut facilement ajouter des VMkernel et cartes r\u00e9seaux li\u00e9es, afin d\u2019augmenter le nombre de connexion. Selon le nombre de target, \u00e0 disposition, sur chaque contr\u00f4leur, on va ajouter le m\u00eame nombre de VMkernel et cartes r\u00e9seaux li\u00e9es.<\/p>\n Autre conseil, configurez un subnet, avec son VLAN, par portal, pour recr\u00e9er une notion de fabric et de zone que l\u2019on a dans le monde du Fiber Channel.<\/p>\n On voit\u00a0 facilement les avantages, d’un bon design r\u00e9seau<\/strong> et du respect syst\u00e9matique des best practices<\/strong>.<\/p>\n Bon stockage IP !<\/p>\n","protected":false},"excerpt":{"rendered":" Bonjour, Lorsque l\u2019on fait le design d\u2019une infrastructure r\u00e9seau, sur laquelle va transiter du stockage, il faut consid\u00e9rer certains points et respecter des best practices. Premier point, la bande passante, pas de miracle, la pr\u00e9f\u00e9rence ira au 10Gb\/s, mais pour les petites infrastructures, jusqu\u2019\u00e0 une cinquantaine de VMs, on peut utiliser des switchs 1Gb\/s. Avec un r\u00e9seau de stockage \u00e0 Continue reading Consid\u00e9rations pour un r\u00e9seau de stockage<\/span>![\"jumboFrame\"](\"https:\/\/i0.wp.com\/www.virtualementvotre.ch\/blog\/wp-content\/uploads\/2014\/05\/jumboFrame.jpg\")
<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n