test

Guide des développeurs pour les services de données Sun Cluster pour SE Solaris

Chapitre 10 Services de données génériques

Ce chapitre fournit des informations sur le service de données générique (Generic Data Service, GDS) et des instructions sur la création d'un service utilisant le service GDS. Pour créer ce type de service, vous pouvez utiliser SunPlex Agent Builder ou les commandes d'administration standard de Sun Cluster.

Ce chapitre aborde les sujets suivants :

Présentation du service GDS

Le GDS est un mécanisme par lequel de simples applications, compatibles réseau ou non, deviennent hautement disponibles ou évolutives du fait de leur connexion à l'infrastructure du gestionnaire de groupe de ressources (RGM) Sun Cluster. Avec ce mécanisme, vous évitez d'utiliser un agent de programmation, procédure généralement nécessaire pour rendre une application hautement disponible ou évolutive.

Le module GDS est un service de données unique, précompilé. Vous ne pouvez modifier ni un service de données précompilé et ses composants, ni les implémentations de la méthode de rappel (rt_callbacks (1HA)), ni le fichier d'enregistrement du type de ressources RTR (rt_reg( 4)).

Type de ressources précompilé

Le type de ressources du service de données générique SUNW.gds est inclus dans le package SUNWscgds. Ce dernier est installé par l'utilitaire scinstall lors de l'installation du cluster (voir la page man scinstall( 1M)). Le module logiciel SUNWscgds comprend les fichiers suivants :


# pkgchk -v SUNWscgds 

/opt/SUNWscgds 
/opt/SUNWscgds/bin 
/opt/SUNWscgds/bin/gds_monitor_check 
/opt/SUNWscgds/bin/gds_monitor_start 
/opt/SUNWscgds/bin/gds_monitor_stop 
/opt/SUNWscgds/bin/gds_probe 
/opt/SUNWscgds/bin/gds_svc_start 
/opt/SUNWscgds/bin/gds_svc_stop 
/opt/SUNWscgds/bin/gds_update 
/opt/SUNWscgds/bin/gds_validate 
/opt/SUNWscgds/etc 
/opt/SUNWscgds/etc/SUNW.gds

Avantages et inconvénients de l'utilisation du module GDS

Par rapport à l'utilisation du modèle de code source généré par SunPlex Agent Builder (voir la page man scdscreate( 1HA)) ou des commandes d'administration standard de Sun Cluster, le module GDS dispose des avantages suivants :

Bien que l'utilisation du module GDS comporte un certain nombre d'avantages, il existe certaines circonstances dans lesquelles elle n'est pas recommandée. Évitez donc de l'utiliser dans les cas suivants :

Création d'un service utilisant le module GDS

Vous pouvez créer un service utilisant le module GDS de deux façons :

Module GDS et SunPlex Agent Builder

Utilisez SunPlex Agent Builder et sélectionnez GDS comme type de code source généré. La saisie de l'utilisateur permet de générer un ensemble de scripts qui configurent les ressources de l'application donnée.

Module GDS et commandes standard d'administration de Sun Cluster

Cette méthode utilise le code de service de données précompilé dans le package SUNWscgds, mais elle requiert l'utilisation par l'administrateur système des commandes d'administration standard de Sun Cluster pour créer et configurer la ressource. Voir les pages man sur scrgadm( 1M) et scswitch( 1M).

Sélection d'une méthode de création d'un service basé sur GDS

Comme l'indiquent les procédures Utilisation des commandes d'administration de Sun Cluster afin de créer un service à haut niveau de disponibilité utilisant le module GDS et Utilisation des commandes d'administration de Sun Cluster afin de créer un service évolutif utilisant le module GDS, l'exécution des commandes scrgadm et scswitch nécessite un effort conséquent de saisie.

L'utilisation du module GDS avec SunPlex Agent Builder simplifie le processus car ce dernier génère les scripts exécutant les commandes scrgadm et scswitch à votre place.

Consignation d'événements avec le module GDS

Le module GDS vous permet de consigner les informations importantes qu'il transmet aux scripts avant de les lancer. Ces informations, dont l'état des méthodes de démarrage, d'arrêt et d'analyse et les variables des propriétés, permettent notamment de diagnostiquer des problèmes ou des erreurs dans vos scripts.

Pour définir le niveau ou le type de messages consignés par le GDS, vous devez utiliser la propriété Log_level, décrite sous la rubrique Propriété Log_level. Les valeurs disponibles pour cette propriété sont NONE, INFO ou ERR.

Fichiers journaux de GDS

Les deux fichiers journaux du module GDS sont placés dans le répertoire /var/cluster/logs/DS/nom_groupe_ressources/ nom_ressources.

L'exemple ci-dessous présente le type d'informations contenues dans le journal start_stop_log.txt : 

10/20/2004 12:38:05 phys-node-1 START-INFO> Start succeeded. [/home/brianx/sc/start_cmd]
10/20/2004 12:42:11 phys-node-1 STOP-INFO> Successfully stopped the application

L'exemple ci-dessous présente le type d'informations contenues dans le journal probe_log.txt : 

10/20/2004 12:38:15 phys-node-1 PROBE-INFO> The GDS monitor (gds_probe) has been started
10/20/2004 12:39:15 phys-node-1 PROBE-INFO> The probe result is 0
10/20/2004 12:40:15 phys-node-1 PROBE-INFO> The probe result is 0
10/20/2004 12:41:15 phys-node-1 PROBE-INFO> The probe result is 0

Propriétés requises par le module GDS

Si votre application n'est pas compatible avec le réseau, vous devez définir la propriété d'extension Start_command et la propriété Port_list. En revanche, si l'application est compatible réseau, vous devez uniquement indiquer la propriété Port_list.

Propriété d'extension Start_command

La commande de démarrage définie dans la propriété d'extension Start_command lance l'application. Il s'agit d'une commande UNIX dont les arguments peuvent être transmis directement à un shell pour démarrer l'application.

Propriété Port_list

La propriété Port_list identifie la liste des ports d'écoute de l'application. Elle doit figurer dans le script de démarrage créé par SunPlex Agent Builder ou dans la commande scrgadm, si vous utilisez les commandes d'administration standard de Sun Cluster.

Propriétés facultatives du module GDS

La liste ci-dessous répertorie les propriétés facultatives du module GDS :

Propriété >Network_resources_used

La valeur par défaut de cette propriété est Null. Vous devez impérativement spécifier cette propriété dès lors que l'application doit être liée à une ou plusieurs adresses spécifiques. Si cette propriété est omise ou si elle est paramétrée sur Null, l'application est supposée écouter sur toutes les adresses.

Avant de créer une ressource GDS, la ressource LogicalHostName ou SharedAddress doit également avoir été configurée. Reportez-vous au document Sun Cluster Data Services Planning and Administration Guide for Solaris OS pour de plus amples informations sur la procédure de configuration d'une ressource LogicalHostname ou SharedAddress.

Pour définir une valeur, indiquez un ou plusieurs noms de ressource. Chacun d'eux peut contenir une ou plusieurs valeurs LogicalHostname ou SharedAddress. Pour plus de détails, voir la page man sur r_properties (5).

Propriété Stop_command

La commande d'arrêt doit arrêter l'application et n'être retournée qu'une fois l'application totalement arrêtée. Il doit impérativement s'agir d'une commande UNIX complète qui peut être transmise directement à un shell pour arrêter l'application.

Si la propriété d'extension Stop_command est indiquée, la méthode d'arrêt du module GDS lance la commande d'arrêt avec 80% du délai d'arrêt imparti. Quel que soit le résultat de la commande d'arrêt, la méthode d'arrêt du module GDS envoie la commande SIGKILL avec 15% du délai d'arrêt imparti. Les 5% restants sont réservés au temps système de gestion interne.

Si la commande d'arrêt est omise, le module GDS tente d'arrêter l'application en utilisant le signal spécifié dans Stop_signal.

Propriété Probe_command

La commande de détection contrôle périodiquement l'état de l'application en question. Il s'agit d'une commande UNIX dont les arguments peuvent être transmis directement à un shell pour sonder l'application. Elle renvoie un état de sortie 0 si l'application est en bon état.

L'état de sortie de la commande de détection permet de déterminer le degré de gravité de la panne qui touche l'application. Appelé état de sondage, l'état de sortie doit être un entier compris entre 0 (succès) et 100 (échec total). Il peut également avoir la valeur spéciale de 201, ce qui provoque le basculement immédiat de l'application, à moins que la propriété Failover_enabled ne soit paramétrée sur FALSE. L'algorithme de vérification (voir la page man sur scds_fm_action(3HA)) utilise cet état pour prendre la décision de redémarrer l'application en local ou de la basculer sur un autre nœud. Si l'état de sortie est 201, l'application est immédiatement basculée.

Si la commande d'analyse est omise, le module GDS fournit sa propre sonde qui se connecte à l'application sur l'ensemble d'adresses IP issues de la propriété Network_resources_used ou de la liste scds_get_netaddr_list (voir la page man sur scds_get_netaddr_list(3HA)). Si la connexion réussit, le module GDS se déconnecte immédiatement. Si la connexion et la déconnexion réussissent, on considère que l'application fonctionne correctement.

Remarque –

la détection effectuée par le module GDS n'est qu'un simple substitut à la détection complète de l'application.

Propriété Start_timeout

Cette propriété détermine le délai de démarrage de la commande Start. Pour plus d'informations, voir la rubrique Propriété d'extension Start_command. La valeur par défaut de Start_timeout est de 300 secondes.

Propriété Stop_timeout

Cette propriété détermine le délai d'arrêt de la commande Stop. Pour plus d'informations, voir la rubrique Propriété Stop_command . La valeur par défaut de Stop_timeout est de 300 secondes.

Propriété Probe_timeout

Cette propriété détermine la valeur du délai de la commande d'analyse. Pour plus d'informations, voir la rubrique Propriété Probe_command. La valeur par défaut de Probe_timeout est de 30 secondes.

Propriété Child_mon_level

Remarque –

Cette option est disponible si vous utilisez les commandes d'administration standard de Sun Cluster, et non si vous utilisez SunPlex Agent Builder.

Cette propriété permet de contrôler les processus surveillés par la fonction PMF (Process Monitor Facility). Elle indique le niveau auquel les processus fils sont surveillés. Son fonctionnement est identique à celui de l'argument -C sur la commande pmfadm. Voir la page man sur pmfadm(1M).

L'omission de cette propriété ou l'attribution de la valeur par défaut, soit -1, revient à omettre l'option -C de la commande pmfadm : tous les enfants (et leurs descendants) seront surveillés.

Propriété Failover_enabled

Cette propriété d'extension de type booléen contrôle le comportement de basculement de la ressource. Si cette propriété d'extension est définie sur true, l'application est basculée dès lors que le nombre de redémarrages dépasse la valeur retry_count au cours du délai de retry_interval (en secondes).

Si cette propriété est paramétrée sur false, l'application ne redémarre pas ou n'est pas basculée sur un autre nœud, lorsque le nombre de tentatives de redémarrage dépasse la valeur de retry_count au cours du délai de retry_interval (en secondes).

Cette propriété peut être utilisée pour empêcher la ressource d'application de lancer le basculement du groupe de ressources. La valeur par défaut est true.

Propriété Stop_signal

Le module GDS utilise la valeur de cette propriété d'extension entière pour déterminer le signal utilisé pour arrêter l'application au moyen de la fonction PMF. Voir la page man sur signal( 3HEAD) pour obtenir la liste des valeurs entières proposées. La valeur par défaut est 15 ( SIGTERM).

Propriété Log_level

Cette propriété détermine le niveau ou le type des messages de diagnostic consignés par le module GDS. Vous pouvez lui attribuer la valeur NONE, INFO ou ERR. Lorsque vous choisissez NONE, les messages de diagnostic ne sont pas consignés par le module GDS. Lorsque vous choisissez INFO, seuls les messages d'informations sont consignés et lorsque vous choisissez ERR, seuls les messages d'erreur sont consignés. Par défaut, le module GDS ne consigne pas les messages de diagnostic (NONE).

Création d'un service utilisant le module GDS, à l'aide de SunPlex Agent Builder

Vous pouvez utiliser SunPlex Agent Builder pour créer le service utilisant le module GDS. SunPlex Agent Builder est présenté plus en détail dans le Chapitre 9, SunPlex Agent Builder.

Création et configuration des scripts

Démarrage de SunPlex Agent Builder et création des scripts

  1. Connectez-vous en tant que superutilisateur ou prenez un rôle équivalent.

  2. Lancez SunPlex Agent Builder. 


    # /usr/cluster/bin/scdsbuilder

  3. L'écran de création de SunPlex Agent Builder apparaît.

    Boîte de dialogue intitulée SunPlex Agent Builder présentant l'écran principal de création d'Agent Builder

  4. Entrez le nom du fournisseur.

  5. Entrez le nom de l'application.

    Remarque –

    La combinaison du nom du fournisseur et de celui de l'application ne doit pas contenir plus de neuf caractères. Elle constituera le nom du package des scripts.

  6. Accédez au répertoire de travail.

    Vous pouvez utiliser le menu déroulant Parcourir pour sélectionner le répertoire, plutôt que d'entrer le chemin.

  7. Indiquez si le service de données est évolutif ou de basculement.

    Vous n'êtes pas tenu de sélectionner l'option Compatible réseau, celle-ci étant attribuée par défaut lors de la création du module GDS.

  8. Sélectionnez GDS.

  9. (Facultatif) Remplacez la valeur par défaut de la propriété RT Version par une autre valeur.

    Remarque –

    Dans ce champ, vous ne pouvez utiliser aucun des caractères suivants : espace, tabulation, barre oblique (/), barre oblique inverse (\), astérisque (*), point d'interrogation (?), virgule (,), point-virgule (;), crochet gauche ([) ou crochet droit (]).

  10. Cliquez sur Créer.

    Agent Builder crée les scripts. Les résultats de la création du service sont affichés dans la fenêtre du journal de sortie.

    Boîte de dialogue présentant l'écran Créer une fois les champs renseignés

    L'option Créer est grisée. Vous pouvez à présent configurer les scripts.

  11. Cliquez sur Suite.

    L'écran de configuration apparaît.

Configuration des scripts

Après avoir créé les scripts, vous devez configurer le nouveau service.

  1. Entrez l'emplacement de la commande de démarrage ou cliquez sur Parcourir pour le sélectionner.

    Vous pouvez indiquer des variables de propriété, Les variables de propriété sont décrites sous la rubrique Variables de propriété.

  2. (Facultatif) Entrez la commande d'arrêt ou cliquez sur Parcourir pour la localiser.

    Vous pouvez indiquer des variables de propriété, Les variables de propriété sont décrites sous la rubrique Variables de propriété.

  3. (Facultatif) Entrez la commande d'analyse ou cliquez sur Parcourir pour la localiser.

    Vous pouvez indiquer des variables de propriété. Elles sont répertoriées sous la rubrique Variables de propriété.

  4. (Facultatif) Indiquez les valeurs de délai des commandes de démarrage, d'arrêt et d'analyse.

  5. Cliquez sur l'option Configurer.

    Agent Builder commence la configuration des scripts.

    Remarque –

    Agent Builder génère le nom du package à partir de la concaténation du nom du fournisseur et de celui de l'application.

    Le package de scripts est créé et placé sous le répertoire suivant : 


    rép-travail/nom_fournisseurapplication/pkg

    Par exemple, /export/wdir/NETapp/pkg.

  6. En tant que superutilisateur, installez le package complet sur tous les nœuds du cluster. 


    # cd /export/wdir/NETapp/pkg
# pkgadd -d . NETapp

  7. Les fichiers ci-dessous sont installés par la commande pkgadd : 


    /opt/NETapp
/opt/NETapp/README.app
/opt/NETapp/man
/opt/NETapp/man/man1m
/opt/NETapp/man/man1m/removeapp.1m
/opt/NETapp/man/man1m/startapp.1m
/opt/NETapp/man/man1m/stopapp.1m
/opt/NETapp/man/man1m/app_config.1m
/opt/NETapp/util
/opt/NETapp/util/removeapp
/opt/NETapp/util/startapp
/opt/NETapp/util/stopapp
/opt/NETapp/util/app_config

    Remarque –

    Les pages man et noms de script correspondent au nom d'application entré précédemment, précédé du nom du script (par exemple, startapp).

    Pour afficher les pages de manuel, vous devez spécifier leur chemin d'accès. Par exemple, pour afficher la page man de startapp(1M), entrez : 


    # man -M /opt/NETapp/man startapp

  8. Sur l'un des noeuds du cluster, configurez les ressources et démarrez l'application. 


    # /opt/NETapp/util/startapp -h nomhôtelogique -p liste_protocoles_et_ports

    Les arguments du script startapp varient en fonction du type de ressources : de basculement ou évolutives. Vérifiez la page man personnalisée ou exécutez le script startapp sans aucun argument pour afficher l'instruction d'utilisation. 


    # /opt/NETapp/util/startapp
 Le nom de ressource LogicalHostname ou SharedAddress doit être indiqué. Pour les services de basculement :
 Utilisation : startapp -h nomhôtelogique
          -p liste_protocoles_et_ports
          [-n liste_adaptateurs_groupeipmp]
 Pour les services évolutifs :
 Utilisation : startapp -h nom_adresse_partagée
          -p liste_protocoles_et_ports
          [-l stratégie_équilibrage_charge]
          [-n liste_adaptateur/groupeipmp]
          [-w poids_équilibrage_charge]

Sortie de SunPlex Agent Builder

SunPlex Agent Builder génère trois scripts et un fichier de configuration à partir des données indiquées lors de la création du package. Le fichier de configuration spécifie les noms du groupe de ressources et du type de ressource.

Les trois scripts sont les suivants :

Ces scripts disposent de la même interface et se comportent de la même façon que les scripts utilitaires générés par SunPlex Agent Builder pour des agents non-basés sur GDS. Les scripts sont intégrés dans un package Solaris réutilisable sur plusieurs clusters.

Vous pouvez personnaliser le fichier de configuration pour y indiquer les noms de vos groupes de ressources ou d'autres paramètres qui correspondent généralement à des entrées de la commande scrgadm. Si vous ne personnalisez pas les scripts, SunPlex Agent Builder attribue des valeurs par défaut aux paramètres scrgadm.

Création d'un service utilisant le module GDS, à l'aide des commandes d'administration standard de Sun Cluster

Cette section explique comment saisir les paramètres dans le module GDS. Pour utiliser et administrer le module GDS, vous pouvez utiliser les commandes d'administration de Sun Cluster existantes, telles que scrgadm et scswitch.

Il n'est pas nécessaire d'entrer les commandes d'administration de niveau inférieur présentées dans cette section, si les scripts fournissent les fonctionnalités adéquates. Vous pouvez néanmoins les entrer si vous souhaitez disposer d'un contrôle plus précis de la ressource utilisant le module GDS. Ces commandes sont exécutées par les scripts.

Utilisation des commandes d'administration de Sun Cluster afin de créer un service à haut niveau de disponibilité utilisant le module GDS

  1. Connectez-vous en tant que superutilisateur ou prenez un rôle équivalent.

  2. Enregistrez le type de ressources SUNW.gds 


    # scrgadm -a -t SUNW.gds

  3. Créez le groupe de ressources comportant LogicalHostname et le service de basculement. 


    # scrgadm -a -g haapp_rg

  4. Créez la ressource correspondant à LogicalHostname. 


    # scrgadm -a -L -g haapp_rs -l hhead

  5. Créez la ressource correspondant au service de basculement. 


    # scrgadm -a -j haapp_rs -g haapp_rg -t SUNW.gds \
         -y Scalable=false -y Start_timeout=120 \
         -y Stop_timeout=120 -x Probe_timeout=120 \
         -y Port_list="2222/tcp" \
         -x Start_command="/export/ha/appctl/start" \
         -x Stop_command="/export/ha/appctl/stop" \    
         -x Probe_command="/export/app/bin/probe" \
         -x Child_mon_level=0 -y Network_resources_used=hhead \
         -x Failover_enabled=true -x Stop_signal=9

  6. Mettez en ligne le groupe de ressources haapp_rg. 


    # scswitch -Z -g haapp_rg
Utilisation des commandes d'administration de Sun Cluster afin de créer un service évolutif utilisant le module GDS

  1. Connectez-vous en tant que superutilisateur ou prenez un rôle équivalent.

  2. Enregistrez le type de ressource SUNW.gds. 


    # scrgadm -a -t SUNW.gds

  3. Créez le groupe de ressources pour la ressource SharedAddress.


    # scrgadm -a -g sa_rg

  4. Créez la ressource SharedAddress sur sa_rg . 


    # scrgadm -a -S -g sa_rg -l hhead

  5. Créez le groupe de ressources correspondant au service évolutif. 


    # scrgadm -a -g app_rg -y Maximum_primaries=2 \
      -y Desired_primaries=2 -y RG_dependencies=sa_rg

  6. Créez le groupe de ressources correspondant au service évolutif. 


    # scrgadm -a -j app_rs -g app_rg -t SUNW.gds \
       -y Scalable=true -y Start_timeout=120 \ 
       -y Stop_timeout=120 -x Probe_timeout=120 \
       -y Port_list="2222/tcp" \
       -x Start_command="/export/app/bin/start" \
       -x Stop_command="/export/app/bin/stop" \
       -x Probe_command="/export/app/bin/probe" \
       -x Child_mon_level=0 -y Network_resource_used=hhead \
       -x Failover_enabled=true -x Stop_signal=9

  7. Connectez le groupe de ressources contenant les ressources réseau. 


     # scswitch -Z -g sa_rg

  8. Mettez en ligne le groupe de ressources app_rg. 


    # scswitch -Z -g app_rg

Interface de ligne de commande de SunPlex Agent Builder

SunPlex Agent Builder intègre également une interface de ligne de commande comportant la même fonctionnalité que l'interface utilisateur graphique. Cette interface est constituée des commandes scdscreate et scdsconfig. Voir les pages man scdscreate (1HA) et scdsconfig(1HA).

Création d'un service utilisant GDS, à l'aide de la version de ligne de commande d'Agent Builder

Cette section explique comment suivre la même procédure que celle décrite sous la rubrique Création d'un service utilisant le module GDS, à l'aide de SunPlex Agent Builder, en utilisant cette fois l'interface de ligne de commande.

  1. Connectez-vous en tant que superutilisateur ou prenez un rôle équivalent.

  2. Créez le service.

    Pour un service de basculement, entrez : 


    # scdscreate -g -V NET -T app -d /export/réptravail

    Pour un service évolutif, entrez : 


    # scdscreate -g -s -V NET -T app -d /export/réptravail
    Remarque –

    Le paramètre -d est facultatif. Si vous n'indiquez pas celui-ci, le répertoire actuel devient le répertoire de travail.

  3. Configurez le service.


    # scdsconfig -s "/export/app/bin/start" -t "/export/app/bin/stop" \
-m "/export/app/bin/probe" -d /export/réptravail

    Vous pouvez indiquer des variables de propriété. Elles sont répertoriées sous la rubrique Variables de propriété.

    Remarque –

    Seule la commande start est requise. Tous les autres paramètres sont facultatifs.

  4. Installez le package complet sur tous les noeuds du cluster. 


    # cd /export/wdir/NETapp/pkg
# pkgadd -d . NETapp

  5. Les fichiers ci-dessous sont installés par la commande pkgadd : 


    /opt/NETapp
/opt/NETapp/README.app
/opt/NETapp/man
/opt/NETapp/man/man1m
/opt/NETapp/man/man1m/removeapp.1m
/opt/NETapp/man/man1m/startapp.1m
/opt/NETapp/man/man1m/stopapp.1m
/opt/NETapp/man/man1m/app_config.1m
/opt/NETapp/util
/opt/NETapp/util/removeapp
/opt/NETapp/util/startapp
/opt/NETapp/util/stopapp
/opt/NETapp/util/app_config

    Remarque –

    Les pages man et noms de script correspondent au nom d'application entré précédemment, précédé du nom du script (par exemple, startapp).

    Pour afficher les pages de manuel, vous devez spécifier leur chemin d'accès. Par exemple, pour afficher la page de manuel startapp(1M), entrez : 


    # man -M /opt/NETapp/man startapp

  6. Sur l'un des noeuds du cluster, configurez les ressources et démarrez l'application. 


    # /opt/NETapp/util/startapp -h nomhôtelogique -p liste_protocoles_et_ports

    Les arguments du script startapp varient en fonction du type de ressources : de basculement ou évolutives. Vérifiez la page de manuel personnalisée ou exécutez le script startapp sans aucun argument pour afficher l'instruction d'utilisation. 


    # /opt/NETapp/util/startapp
 Le nom de la ressource LogicalHostname ou SharedAddress doit être indiqué. Pour les services de basculement :
 Utilisation : startapp -h nomhôtelogique
          -p liste_protocoles_et_ports
          [-n liste_adaptateur/groupeipmp]
 Pour les services évolutifs :
 Utilisation : startapp -h nom_adresse_partagée
          -p liste_protocoles_et_ports
          [-l stratégie_équilibrage_charge]
          [-n liste_adaptateur_groupeipmp]
          [-w poids_équilibrage_charge]