1 votes

Configuration iSCSI idéale

Nous sommes confrontés à des lenteurs et je suis assez novice dans l'utilisation des SAN. J'aimerais donc avoir de l'aide à ce sujet. Tout d'abord, je ne pense pas que cela résoudra entièrement notre problème, mais je voudrais me concentrer sur notre connexion iSCSI pour le moment. Nous avons 3 PowerEdge R710s pour les serveurs et 2 PowerVault MD3220is. Ils sont connectés par 2 commutateurs PowerConnect Gb (un sur 130.x et un sur 131.x) et chacun a une NIC de rechange.

Les 3 hôtes ESXi ont à peu près tous la même configuration :

vSwitch1 (lié à NIC1)
vmk1 IP : 192.168.130.1

vSwitch2 (lié à NIC2)
vmk2 IP : 192.168.131.1

Chaque PowerVault a 2 contrôleurs avec 4 NICs pour un total de 8 NICs. Ils sont configurés à peu près identiquement comme suit :

Contrôleur 0/1 : 192.168.130.101
Contrôleur 0/2 : 192.168.131.101
Contrôleur 0/3 : 192.168.132.101 Inutilisé
Contrôleur 0/4 : 192.168.133.101 Inutilisé

Contrôleur 1/1 : 192.168.130.102
Contrôleur 1/1 : 192.168.131.102
Contrôleur 1/1 : 192.168.132.102 Non utilisé
Contrôleur 1/1 : 192.168.133.102 Non utilisé

Est-ce la configuration idéale ? Il semble que nous pourrions obtenir un meilleur débit si nous mettions tout sur le même réseau comme ceci :

vSwitch1 (lié à NIC1)
vmk1 IP : 192.168.130.1
vmk2 IP : 192.168.130.2
vmk3 IP : 192.168.130.3 (en ajoutant la NIC inutilisée)

Pour les PowerVaults :
Contrôleur 0/1 : 192.168.130.101
Contrôleur 0/2 : 192.168.130.102
Contrôleur 0/3 : 192.168.130.103 (ajout d'un NIC non utilisé)
Contrôleur 0/4 : 192.168.130.104 (ajout d'une NIC non utilisée)

Contrôleur 1/1 : 192.168.130.105
Contrôleur 1/1 : 192.168.130.106
Contrôleur 1/1 : 192.168.130.107 (ajout d'un NIC non utilisé)
Contrôleur 1/1 : 192.168.130.108 (ajout d'un NIC non utilisé)

Je voudrais mettre tous les autres ports sur le commutateur 1 et le reste sur le commutateur 2.

Cela fournirait-il une redondance suffisante ? Est-ce que cela accélérerait les choses ? Y a-t-il une meilleure solution ?

1voto

Ryan Hardy Points 210

J'ai un problème similaire où je ne peux pas utiliser toute la bande passante, mais je peux vous aider avec votre question. Pour équilibrer le trafic iSCSI sur les deux commutateurs, vous devez utiliser des sous-réseaux différents. Veuillez consulter l'image que j'ai postée ici : iSCSI avec 3 hôtes

L'utilisation d'un seul sous-réseau pour toutes les cartes réseau rendrait difficile pour l'initiateur iSCSI de déterminer la cible à utiliser, je suppose. Dans votre cas, je vous suggérerais de modifier la configuration comme suit :

Contrôleur 0/1 : 192.168.130.101
Contrôleur 0/2 : 192.168.131.101
Contrôleur 0/3 : 192.168.130.111
Contrôleur 0/4 : 192.168.131.111

Contrôleur 1/1 : 192.168.130.102
Contrôleur 1/1 : 192.168.131.102
Contrôleur 1/1 : 192.168.130.112
Contrôleur 1/1 : 192.168.131.112

0voto

MikeyB Points 38317

Nous faisons l'expérience de la lenteur

Vous devez quantifier votre lenteur. Latence élevée ? Faible débit ? À problèmes différents, solutions différentes.

Il semble que nous pourrions obtenir un meilleur débit si nous mettions tout sur le même réseau, comme suit.

Y a-t-il un fondement à cela ? Ou est-ce juste une intuition due au curry d'hier soir ?

Vous devez traiter votre SAN iSCSI de la même manière que vous traiteriez un SAN FC. Deux réseaux indépendants sur des commutateurs indépendants. Ce que vous avez maintenant est la bonne approche.

Avec votre configuration actuelle, chaque hôte devrait voir 4 chemins vers le stockage :

  • vmk1 c0/1
  • vmk1 c1/1
  • vmk2 c0/2
  • vmk2 c1/2

Vous pouvez améliorer la bande passante disponible à partir de la baie de stockage iSCSI en connectant les ports 3 et 4 aux "premier et deuxième" réseaux (comme le suggère Ryan Hardy) et en ajustant quels ports sont exposés à quels hôtes (les équilibrer).

0 votes

La suggestion de tout mettre en place venait en fait d'un technicien de VMware, même si je ne pense pas que c'était une bonne suggestion. La lenteur est sous la forme d'une latence élevée.

0 votes

Une latence de mise en file d'attente élevée ? Latence élevée du réseau ? Latence élevée du traitement des transactions sur le sous-système ?

0 votes

Selon ESXi : latence de commande, latence de commande du dispositif physique, latence d'écriture du dispositif physique, latence d'écriture, latence de lecture, latence de lecture du dispositif physique.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X