3.6. Tester la configuration de ressource


Vous pouvez valider votre configuration système par la procédure suivante. Vous devez être en mesure de monter le système de fichiers exporté avec NFSv3 ou NFSv4.
  1. Vérifier sur un noeud en dehors du cluster se trouvant dans le même réseau que le déploiement, que le partage NFS puisse être aperçu en montant un partage NFS. Dans cet exemple, nous utilisons le réseau 192.168.122.0/24.
    # showmount -e 192.168.122.200
    Export list for 192.168.122.200:
    /nfsshare/exports/export1 192.168.122.0/255.255.255.0
    /nfsshare/exports 192.168.122.0/255.255.255.0
    /nfsshare/exports/export2 192.168.122.0/255.255.255.0
  2. Pour vérifier que vous pouvez monter le partage NFS avec NFSv4, monter le partage NFS sur un répertoire du noeud du client. Après l'avoir monté, vérifiez que le contenu des répertoires d'exportation soient visibles. Dé-monter le partage après le test.
    # mkdir nfsshare
    # mount -o "vers=4" 192.168.122.200:export1 nfsshare
    # ls nfsshare
    clientdatafile1
    # umount nfsshare
  3. Vérifiez de pouvoir monter le partage NFS avec NFSv3. Après l'avoir monté, vérifiez que le fichier clientdatafile1 soit bien visible. À la différence de NFSv4, comme NFSV3 n'utilise pas le système de fichiers virtuels, vous devrez monter une exportation spécifique. Dé-monter le partage après le test.
    # mkdir nfsshare
    # mount -o "vers=3" 192.168.122.200:/nfsshare/exports/export2 nfsshare
    # ls nfsshare
     clientdatafile2
    # umount nfsshare
  4. Pour tester les basculements, procédez aux étapes suivantes.
    1. Montez le partage nfs sur un noeud qui se trouve en dehors du cluster et vérifiez l'accès au clientdatafile1 que nous avons créé dans Section 3.3, « Mise en place de Partages NFS ».
      # mkdir nfsshare
      # mount -o "vers=4" 192.168.122.200:export1 nfsshare
      # ls nfsshare
      clientdatafile1
    2. À partir d'un noeud du cluster, déterminer quel noeud du cluster exécute le nfsgroup. Dans cet exemple, nfsgroup exécute sur z1.example.com.
      [root@z1 ~]# pcs status
      ...
      Full list of resources:
       myapc (stonith:fence_apc_snmp): Started z1.example.com
       Resource Group: nfsgroup
       my_lvm (ocf::heartbeat:LVM): Started z1.example.com
       nfsshare (ocf::heartbeat:Filesystem): Started z1.example.com
       nfs-daemon (ocf::heartbeat:nfsserver): Started z1.example.com 
       nfs-root (ocf::heartbeat:exportfs): Started z1.example.com
       nfs-export1 (ocf::heartbeat:exportfs): Started z1.example.com
       nfs-export2 (ocf::heartbeat:exportfs): Started z1.example.com
       nfs_ip (ocf::heartbeat:IPaddr2): Started z1.example.com
       nfs-notify (ocf::heartbeat:nfsnotify): Started z1.example.com
      ...
    3. À partir d'un noeud du cluster, mettez le noeud qui exécute nfsgroup en mode de veille.
      [root@z1 ~]#pcs cluster standby z1.example.com
    4. Vérifiez que nfsgroup démarre bien sur l'autre noeud de cluster.
      [root@z1 ~]# pcs status
      ...
      Full list of resources:
       Resource Group: nfsgroup
       my_lvm (ocf::heartbeat:LVM): Started z2.example.com
       nfsshare (ocf::heartbeat:Filesystem): Started z2.example.com
       nfs-daemon (ocf::heartbeat:nfsserver): Started z2.example.com 
       nfs-root (ocf::heartbeat:exportfs): Started z2.example.com
       nfs-export1 (ocf::heartbeat:exportfs): Started z2.example.com
       nfs-export2 (ocf::heartbeat:exportfs): Started z2.example.com
       nfs_ip (ocf::heartbeat:IPaddr2): Started z2.example.com
       nfs-notify (ocf::heartbeat:nfsnotify): Started z2.example.com
      ...
    5. À partir du noeud qui se trouve en dehors du cluster et sur lequel vous avez monté le partage nfs, vérifiez que ce noeud extérieur continue d'avoir accès au fichier test dans le montage NFS.
      # ls nfsshare
      clientdatafile1
      Le service disparaîtra durant un bref moment lors du basculement, mais le client devrait se restaurer sans intervention de la part de l'utilisateur. Par défaut, les clients utilisant NFSv4 peuvent prendre jusqu'à 90 secondes pour se restaurer à la suite d'un montage ; ces 90 secondes représentent la période de grâce du bail du fichier NFSv4 observée par le serveur au démarrage. Les clients NFSv3 devraient pouvoir accéder au montage à nouveau en quelques secondes.
    6. À partir d'un noeud du cluster, supprimer le noeud qui exécutait nfsgroup en mode d'attente. Cela ne déplacera pas en soi les ressources du cluster vers ce noeud.
      [root@z1 ~]# pcs cluster unstandby z1.example.com
Red Hat logoGithubRedditYoutubeTwitter

Apprendre

Essayez, achetez et vendez

Communautés

À propos de la documentation Red Hat

Nous aidons les utilisateurs de Red Hat à innover et à atteindre leurs objectifs grâce à nos produits et services avec un contenu auquel ils peuvent faire confiance.

Rendre l’open source plus inclusif

Red Hat s'engage à remplacer le langage problématique dans notre code, notre documentation et nos propriétés Web. Pour plus de détails, consultez leBlog Red Hat.

À propos de Red Hat

Nous proposons des solutions renforcées qui facilitent le travail des entreprises sur plusieurs plates-formes et environnements, du centre de données central à la périphérie du réseau.

© 2024 Red Hat, Inc.