Pourquoi MPIO au lieu de 802.3ad Team pour iSCSI

Faire mon premier serveur à la cible iSCSI et je pensais que je serais parti en courant en associant ma carte réseau sur le serveur (équipe 802.3ad conventionnelle).

Cependant, à partir de nombreuses sources en ligne, je vois que ce n'est PAS recommandé et MPIO devrait être utilisé à la place (il n'y avait pas de dimension spécifique dans cette recommandation et semblait s'appliquer d'un cluster à 3 nœuds à de grands clusters de dizaines de nœuds et plus).

Je sais que MPIO est meilleur car il agrège les transferts sur des routes indépendantes (alors que l'équipe NIC conventionnelle serait vers le même commutateur), à part il y a-t-il une autre raison (risque de corruption des données) pour Microsoft et l'état du matériel de formation pour utiliser MPIO au lieu de faire équipe ?

— morleyc
source

Pouvez-vous développer un peu votre architecture iSCSI? Avec combien d'adresses initiateur / cible travaillez-vous, avec combien de commutateurs physiques, tous un sous-réseau ou plusieurs?

La réponse de base est: parce que MPIO gère les chemins de connectivité de bout en bout, et est meilleur en termes d'équilibrage de charge et de résilience de connexion de stockage que les mécanismes génériques de redondance et d'équilibrage de charge.

Les raisons techniques spécifiques à cela dépendent de l'architecture, donc je peux être beaucoup plus précis si vous fournissez des détails supplémentaires sur la configuration de votre réseau iSCSI. Quelques exemples généraux:

Sans MPIO, votre conversation IP de l'initiateur à la cible n'est qu'une conversation unique. 802.3ad exige que l'ordre des paquets dans une conversation ne soit pas modifié (et vous ne voudriez pas que votre trafic iSCSI soit en panne de toute façon), vous êtes donc limité à la bande passante d'une seule liaison.
MPIO détecte et gère les échecs de chemin, tandis que 802.3ad ne peut compenser qu'une défaillance de liaison - et uniquement si cette défaillance de liaison est correctement détectée. Si votre carte NIC se bloque mais signale toujours une bonne liaison, ou si la configuration de votre commutateur est vissée pour un port spécifique, vous perdrez probablement la connectivité de stockage malgré la présence d'une deuxième liaison qui fonctionne toujours.
Vous êtes lié à un seul commutateur physique, au lieu de pouvoir lier les cartes réseau de votre hôte à différents commutateurs.

— Shane Madden
source

Salut Shane, merci pour la réponse - pour notre configuration, il s'agit d'un seul sous-réseau de stockage et d'un commutateur physique, mais la documentation n'indique pas une taille qu'elle vient d'utiliser uniquement MPIO. D'après vos commentaires, il semble qu'il est certainement possible d'utiliser le regroupement, mais MPIO est préférable. Bonne explication, à moins que vous ne vouliez ajouter quelque chose, vous avez répondu à ma question et la marquerez comme telle bientôt.

— morleyc

@ g18c Yup - donc les principaux avantages que vous obtiendrez de MPIO au lieu de l'agrégation de liens seraient le potentiel d'un débit plus élevé (si votre débit est suffisant pour saturer une seule carte réseau), ainsi que la capacité de gérer gracieusement une plus large gamme de états d'échec. Je suppose que la question est, y a-t-il des raisons particulières pour lesquelles vous préférez utiliser 802.3ad au lieu de MPIO?

— Shane Madden

MPIO devient particulièrement utile lorsque votre configuration ISCSI est plus avancée - car avec MPIO, vous avez des connexions logiques distinctes qui peuvent faire des points de terminaison redondants. Le SAN peut se répliquer en arrière-plan et les 2-3 cibles sont en fait différentes amchines. Tant que vous avez un scénario "chemin unique, carte réseau unique", les avantages ne sont pas si brutaux.

— TomTom