Ajout d'une ressource d'adresse partagée à un groupe de ressources à l'aide de l'interface de ligne de commande

Langue :

Remarque - Quand vous ajoutez une ressource d'adresse partagée à un groupe de ressources, les propriétés d'extension de la ressource sont définies sur leurs valeurs par défaut. Pour spécifier une valeur autre que la valeur par défaut, modifiez la ressource après l'avoir ajoutée à un groupe de ressources. Pour plus d'informations, reportez-vous à la section Modification d'une ressource de nom d'hôte logique ou d'une ressource d'adresse partagée.

Exécutez cette procédure à partir de n'importe quel noeud du cluster.

Avant de commencer

Assurez-vous que vous disposez des informations suivantes :
- Le nom du groupe de ressources auquel vous ajoutez la ressource. Ce groupe doit être un groupe de ressources de basculement que vous avez déjà créé.
- Les noms d'hôtes que vous prévoyez d'ajouter au groupe de ressources.
Assurez-vous que le fichier /etc/netmasks dispose d'un sous-réseau d'adresse IP et d'entrées de masque de réseau pour tous les noms d'hôtes logiques. Si nécessaire, modifiez le fichier /etc/netmasks pour ajouter les entrées manquantes.

Sur un noeud du cluster, prenez le rôle root octroyant une autorisation RBAC de type solaris.cluster.modify.

Ajoutez la ressource d'adresse partagée au groupe de ressources.
```
# clressharedaddress create -g resource-group -h hostnamelist, … \
[-X auxnodelist] [-N netiflist] resource
```
–g resource-group

Spécifie le nom du groupe de ressources.

–h hostnamelist, …

Spécifie une liste de noms d'hôtes d'adresse partagée délimitée par des virgules.

–X auxnodelist

Spécifie une liste de noms ou d'ID de noeuds séparés par des virgules qui identifient les noeuds du cluster pouvant héberger l'adresse partagée mais jamais utilisés en tant que noeuds principaux en cas de basculement. Ces noeuds sont incompatibles avec les noeuds identifiés comme noeuds principaux potentiels dans la liste de noeuds du groupe de ressources. Si aucune liste de noeuds auxiliaires n'est explicitement spécifiée, la liste affiche par défaut tous les noms de noeud du cluster qui ne sont pas inclus dans la liste de noeuds du groupe de ressources contenant la ressource d'adresse partagée.

–N netiflist

Spécifie une liste délimitée par des virgules facultative qui identifie les groupes IPMP situés sur chaque noeud. Chaque élément de la liste netiflist doit être au format netif@node. netif peut être spécifié à l'aide d'un nom de groupe IPMP, comme par exemple sc_ipmp0. Le noeud peut être identifié par son nom ou son ID, par exemple, sc_ipmp0@1 ou sc_ipmp@phys-schost-1.

Remarque - Oracle Solaris Cluster ne prend pas en charge le nom de l'adaptateur pour netif.

resource

Spécifie le nom de ressource facultatif de votre choix.

Assurez-vous que la ressource d'adresse partagée a bien été ajoutée et validée.
```
# clresource show resource
```

Exemple 2-8 Ajout d'une ressource d'adresse partagée à un groupe de ressources

Cet exemple indique comment ajouter la ressource d'adresse partagée (resource-1) à un groupe de ressources (resource-group-1).

# clressharedaddress create -g resource-group-1 -h schost-1 resource-1
# clresource show resource-1

=== Resources ===

Resource:                                        resource-1
Type:                                            SUNW.SharedAddress:2
Type_version:                                    2
Group:                                           resource-group-1
R_description:
Resource_project_name:                           default
Enabled{phys-schost-1}:                          False
Enabled{phys-schost-2}:                          False
Monitored{phys-schost-1}:                        True
Monitored{phys-schost-2}:                        True

Etapes suivantes

Après avoir ajouté une ressource d'adresse partagée, effectuez la procédure décrite à la section Mise en ligne des groupes de ressources pour l'activer.

Dépannage

Après avoir été ajoutée, une ressource doit être validée par le logiciel Oracle Solaris Cluster. Si la validation échoue, la commande clressharedaddress affiche un message d'erreur avant de se fermer. Pour déterminer pourquoi la validation a échoué, recherchez les éventuels messages d'erreur dans le fichier syslog de chaque noeud. Le message s'affiche sur le noeud où la validation a été effectuée, pas forcément sur celui où vous avez exécuté la commande clressharedaddress.

Voir aussi

La page de manuel clressharedaddress(1CL).