La majorité de la configuration de l'appareil est représentée par des propriétés de service ou des propriétés de partage/LUN. Alors que les propriétés de partage et de LUN sont stockées avec les données de l'utilisateur sur le pool de stockage et sont par conséquent toujours accessibles au propriétaire actuel de cette ressource de stockage, la configuration de service est stockée dans chaque contrôleur. Afin de garantir que les deux contrôleurs fournissent un service cohérent, toutes les propriétés service doivent être synchronisées en cas de modification ou lorsqu'un contrôleur précédemment hors service rejoint son pair. Etant donné que tous les services sont représentés par des ressources réplique, la synchronisation est automatiquement effectuée par le logiciel de l'appareil dès lors qu'une propriété est modifiée sur l'un des contrôleurs.
Par conséquent, il n'est pas nécessaire pour les administrateurs de répliquer les modifications de la configuration, et ce serait redondant. Les procédures de fonctionnement standard doivent refléter cet attribut et appeler à des modifications sur un seul des deux contrôleurs en cas de modification de la configuration du cluster d'origine. Le processus de configuration initiale du cluster réplique toute la configuration existante sur le pair bénéficiant d'une nouvelle configuration.
Voici les meilleures pratiques en matière de modification de la configuration clusterisée :
Apportez toutes les modifications de la configuration liées au stockage et au réseau sur le contrôleur qui contrôle actuellement (ou contrôlera plus tard, si une nouvelle ressource est en cours de création) les ressources de stockage ou d'interface réseau sous-jacentes.
Apportez toutes les autres modifications à l'un des contrôleurs, mais pas aux deux. Le contrôleur que vous spécifiez comme contrôleur maître doit dépendre du contrôleur qui est en cours de fonctionnement et du nombre de pools de stockage qui ont été configurés.
Oracle ZFS Storage Appliance n'inclut aucun mécanisme permettant d'apporter des modifications indépendantes à la configuration système sur chaque contrôleur. Cette simplification réduit le besoin de référentiels de configuration centralisés. Le contrôleur en cours de fonctionnement est censé détenir la configuration appropriée et son pair sera synchronisé par rapport à lui lors de l'initialisation. Le pair adopte un ensemble de paramètres de configuration déjà utilisés par un système de production existant et dont le degré d'exactitude est par conséquent très élevé. La meilleure pratique consiste à s'assurer qu'un contrôleur qui est en panne rejoint le cluster dès qu'il est réparé.
Rubriques connexes