iSCSI avec deux nœuds primaires DRBD est une mauvaise idée à utiliser si les deux chemins reçoivent des requêtes d'écriture simultanées. Mais j'envisage d'utiliser cette idée comme stockage de base pour un hôte ESXi 5.5U2.
J'ai déjà testé cela avec des configurations primaires/secondaires et un cluster de basculement classique.
À ce stade, ESXi détecte un chemin multiple et n'en utilise qu'un seul de manière active. Ainsi, dans cette constellation, le problème de l'écriture simultanée ne semble pas se poser.
Le problème dans les deux cas (primaire/secondaire ou primaire/primaire) est le suivant : Comment arrêter un serveur iSCSI (fournisseur de cible iSCSI en termes iSCSI) qui a des connexions actives ouvertes avec un client iSCSI (initiateur iSCSI en termes iSCSI) ?
J'utilise actuellement CentOS 5 sur les serveurs cibles.
CO5 utilise tgtd pour fournir les cibles. À mon grand étonnement, la méthode d'arrêt normale échoue s'il y a des clients connectés. Au lieu de cela, l'arrêt forcé semble être ce dont j'ai besoin dans ce cas.
Je veux arrêter proprement un serveur (je dois arrêter l'accès à la cible, afin de pouvoir basculer le drbd sur le secondaire) et l'autre serveur devrait alors devenir automatiquement actif (rien à faire dans cette constellation IMHO).
Questions dans ce contexte : Est-ce que ce qui suit est correct ou est-ce que quelque chose m'échappe ?
- stop forcé de tgtd (va d'abord déconnecter les cibles)
- déchirer l'IP dans la direction de l'initiateur (ligne différente de celle utilisée pour la réplication drbd)
- arrêter drbd (en le rendant d'abord secondaire)
- redémarrer ou arrêter le serveur
