Ignorer les liens de navigation
Quitter l'aperu
| Guide d'administration système d'Oracle Solaris Cluster Oracle Solaris Cluster 3.3 3/13 (Français)

Périmètre de la recherche:

- Ce document
- Toute la bibliothque

## Configuration du contrôle de la CPU

Cette section contient les procédures suivantes :

- Contrôle de l'utilisation de la CPU sur un noeud votant d'un cluster global

- Contrôle de l'utilisation de la CPU dans un noeud non votant de cluster global avec l'ensemble de processeurs par défaut

- Contrôle de l'utilisation de la CPU dans un noeud non votant de cluster global avec un ensemble de processeurs dédié

## Contrôle de l'utilisation de la CPU sur un noeud votant d'un cluster global

Suivez cette procédure afin d'assigner des parts de CPU à un groupe de ressources qui sera exécuté sur un noeud votant d'un cluster global.

Si vous avez assigné des parts de CPU à un groupe de ressources, Oracle Solaris Cluster effectue les tâches suivantes, lors du démarrage d'une ressource de ce groupe sur un noeud votant du cluster global :

- Augmente le nombre de parts de CPU assignées au noeud votant (`zone.`cpu-shares) en ajoutant le nombre de parts de CPU spécifiées, si cela n'a pas déjà été fait.

- Crée un projet se nommant `SCSLM_`resourcegroup_name dans le noeud votant, si cela n'a pas déjà été fait. Il s'agit d'un projet spécifique au groupe de ressources auquel le nombre de parts de CPU spécifié a été assigné (`project.`cpu-shares).

- Démarre la ressource dans le projet `SCSLM_`resourcegroup_name.

Pour plus d'informations sur la configuration de l'utilitaire de contrôle de la CPU, reportez-vous à la page de manuel `rg_properties`(5).

1. Définissez l'ordonnanceur par défaut du système en tant qu'ordonnanceur de partage équitable (FSS, Fair Share Scheduler).

       # dispadmin -d FSS

   L'ordonnanceur de partage équitable sera considéré comme ordonnanceur par défaut, lors de la prochaine initialisation. Pour que cette configuration entre immédiatement en vigueur, utilisez la commande `priocntl`.

       # priocntl -s -C FSS

   La combinaison des commandes `priocntl` et `dispadmin` permet de définir immédiatement l'ordonnanceur de partage équitable en tant qu'ordonnanceur par défaut, et ce, même après une réinitialisation. Pour plus d'informations sur le paramétrage d'une classe de planification, reportez-vous aux pages de manuel `dispadmin`(1M) et `priocntl`(1).

   Remarque - Si l'ordonnanceur de partage équitable ne constitue pas l'ordonnanceur par défaut, l'assignation des parts de CPU n'est pas effectuée.

2. Pour chaque noeud devant utiliser la fonction de contrôle de CPU, configurez le nombre de parts des noeuds votants du cluster global et le nombre minimal de CPU disponibles dans l'ensemble de processeurs par défaut.

   La définition de ces paramètres évite aux processus exécutés dans les noeuds votants d'avoir à rivaliser avec les processus exécutés sur des noeuds non votants pour l'obtention de CPU. Si vous n'assignez aucune valeur aux propriétés `globalzoneshares` et `defaultpsetmin`, les valeurs par défaut sont appliquées.

       # clnode set [-p globalzoneshares=integer] \
       [-p defaultpsetmin=integer] \
       node

   `-p` `defaultpsetmin=` defaultpsetmininteger

     Définit le nombre minimal de CPU disponibles dans l'ensemble de processeurs par défaut. La valeur par défaut est égale à 1.

   `-p` `globalzoneshares=` integer

     Définit le nombre de parts assignées au noeud votant. La valeur par défaut est égale à 1.

   node

     Spécifie les noeuds dont les propriétés doivent être définies.

   En définissant ces propriétés, vous définissez les propriétés du noeud votant. Si vous ne les définissez pas, vous ne pouvez pas bénéficier de la propriété `RG_SLM_PSET_TYPE` dans des noeuds non votants.

3. Assurez-vous d'avoir correctement défini les propriétés suivantes :

       # clnode show node

   La commande `clnode` affiche l'ensemble des propriétés et des valeurs définies pour les propriétés du noeud spécifié. Si vous n'avez défini aucune propriété de contrôle de la CPU à l'aide de la commande `clnode`, les valeurs par défaut seront appliquées.

4. Configurez l'utilitaire de contrôle de la CPU.

       # clresourcegroup create -p RG_SLM_TYPE=automated \
        [-p RG_SLM_CPU_SHARES=value] resource_group_name

   `-p` `RG_SLM_TYPE=automated`

     Permet de contrôler l'utilisation de la CPU et d'automatiser certaines étapes de configuration de la gestion des ressources du SE Oracle Solaris.

   `-p` `RG_SLM_CPU_SHARES=` value

     Spécifie le nombre de parts de CPU assignées au groupe de ressources spécifique au projet `project.cpu-shares` et détermine le nombre de parts de CPU assignées au noeud votant `zone.cpu-shares`.

   resource_group_name

     Spécifie le nom du groupe de ressources.

   Dans cette procédure, vous ne devez pas définir la propriété `RG_SLM_PSET_TYPE`. Dans le noeud votant, la valeur de cette propriété est égale à `default`.

   Cette étape crée un groupe de ressources. Vous pouvez également utiliser la commande `clresourcegroup set` pour modifier un groupe de ressources existant.

5. Activez la modification de la configuration.

       # clresourcegroup online -eM resource_group_name

   resource_group_name

     Spécifie le nom du groupe de ressources.

   Remarque - Ne supprimez ou ne modifiez pas le projet `SCSLM_`resource_group_name. Vous pouvez ajouter manuellement d'autres fonctions de contrôle de ressource au projet, en configurant par exemple la propriété `project.max-lwps`. Pour plus d'informations, reportez-vous à la page de manuel `projmod`(1M).

## Contrôle de l'utilisation de la CPU dans un noeud non votant de cluster global avec l'ensemble de processeurs par défaut

Effectuez cette procédure si vous souhaitez assigner des parts de CPU à des groupes de ressources dans un noeud non votant de cluster global, mais que vous n'avez pas besoin de créer un ensemble de processeurs dédié.

Si des parts de CPU sont assignées à un groupe de ressources, le logiciel Oracle Solaris Cluster exécute les tâches suivantes lors du démarrage d'une ressource de ce groupe de ressources dans un noeud non votant :

- Crée un pool nommé `SCSLM_`resource_group_name, si cela n'a pas déjà été fait.

- Associe le pool `SCSLM_pool_`zone_name à l'ensemble de processeurs par défaut.

- Lie de manière dynamique le noeud non votant au pool `SCSLM_pool` zone_name.

- Augmente le nombre de parts de CPU assignées au noeud non votant (`zone.cpu-shares`) en ajoutant le nombre de parts de CPU spécifié, si cela n'a pas déjà été fait.

- Crée un projet nommé `SCSLM_`resourcegroup_name dans le noeud non votant, si cela n'a pas déjà été fait. Il s'agit d'un projet spécifique au groupe de ressources auquel le nombre de parts de CPU spécifié a été assigné (project.cpu-shares).

- Démarre la ressource dans le projet `SCSLM_`resourcegroup_name.

Pour plus d'informations sur la configuration de l'utilitaire de contrôle de la CPU, reportez-vous à la page de manuel `rg_properties`(5).

1. Définissez l'ordonnanceur par défaut du système en tant qu'ordonnanceur de partage équitable (FSS, Fair Share Scheduler).

       # dispadmin -d FSS

   L'ordonnanceur de partage équitable sera considéré comme ordonnanceur par défaut, lors de la prochaine initialisation. Pour que cette configuration entre immédiatement en vigueur, exécutez la commande `priocntl` :

       # priocntl -s -C FSS

   La combinaison des commandes `priocntl` et `dispadmin` permet de définir immédiatement l'ordonnanceur de partage équitable en tant qu'ordonnanceur par défaut, et ce, même après la réinitialisation. Pour plus d'informations sur le paramétrage d'une classe de planification, reportez-vous aux pages de manuel `dispadmin`(1M) et `priocntl`(1).

   Remarque - Si l'ordonnanceur de partage équitable ne constitue pas l'ordonnanceur par défaut, l'assignation des parts de CPU n'est pas effectuée.

2. Pour chaque noeud devant utiliser la fonction de contrôle de la CPU, configurez le nombre de parts du noeud votant de cluster global et le nombre minimal de CPU disponibles dans l'ensemble de processeurs par défaut.

   La définition de ces paramètres évite aux processus exécutés dans les noeuds votants d'avoir à rivaliser avec les processus exécutés sur des noeuds non votants de cluster global pour l'obtention de CPU. Si vous n'assignez aucune valeur aux propriétés `globalzoneshares` et `defaultpsetmin`, les valeurs par défaut sont appliquées.

       # clnode set [-p globalzoneshares=integer] \
       [-p defaultpsetmin=integer] \
       node

   `-p` `globalzoneshares=` integer

     Définit le nombre de parts assignées au noeud votant. La valeur par défaut est égale à 1.

   `-p` `defaultpsetmin=` defaultpsetmininteger

     Définit le nombre minimal de CPU disponibles dans l'ensemble de processeurs par défaut. La valeur par défaut est égale à 1.

   node

     Identifie les noeuds sur lesquels des propriétés doivent être définies.

   En définissant ces propriétés, vous définissez les propriétés du noeud votant.

3. Assurez-vous d'avoir correctement défini les propriétés suivantes :

       # clnode show node

   La commande `clnode` affiche l'ensemble des propriétés et des valeurs définies pour les propriétés du noeud spécifié. Si vous n'avez défini aucune propriété de contrôle de la CPU à l'aide de la commande `clnode`, les valeurs par défaut seront appliquées.

4. Configurez l'utilitaire de contrôle de la CPU.

       # clresourcegroup create -p RG_SLM_TYPE=automated \
        [-p RG_SLM_CPU_SHARES=value] resource_group_name

   `-p` `RG_SLM_TYPE=automated`

     Permet de contrôler l'utilisation de la CPU et d'automatiser certaines étapes de configuration de la gestion des ressources du SE Oracle Solaris.

   `-p` `RG_SLM_CPU_SHARES=` value

     Indique le nombre de parts de CPU assignées au projet spécifique au groupe de ressources (`project.cpu-shares`) et détermine le nombre de parts de CPU assignées au noeud non votant du cluster global (`zone.cpu_shares`).

   resource_group_name

     Spécifie le nom du groupe de ressources.

   Cette étape crée un groupe de ressources. Vous pouvez également utiliser la commande `clresourcegroup set` pour modifier un groupe de ressources existant.

   Vous ne pouvez pas définir `RG_SLM_TYPE` sur `automated` dans un noeud non votant si un pool autre que le pool par défaut est dans la configuration de la zone ou si la zone est liée de manière dynamique à un pool autre que le pool par défaut. Reportez-vous respectivement aux pages de manuel `zonecfg`(1M) et `poolbind`(1M) pour plus d'informations sur la configuration des zones et la liaison de pools. Affichez votre configuration de zone comme suit :

       # zonecfg -z zone_name info pool

   Remarque - Une ressource telle que `HAStoragePlus` ou `LogicalHostname`, configurée de manière à démarrer dans un noeud non votant, démarre dans un noeud votant lorsque la propriété `GLOBAL_ZONE` est définie sur `TRUE`. Même si vous définissez la propriété `RG_SLM_TYPE` sur `automated`, cette ressource ne bénéficie pas de la configuration des parts de CPU et est traitée comme faisant partie d'un groupe de ressources avec `RG_SLM_TYPE` défini sur manuel.

   Dans cette procédure, vous ne définissez pas la propriété `RG_SLM_PSET_TYPE`. Oracle Solaris Cluster utilise l'ensemble de processeurs par défaut.

5. Activez la modification de la configuration.

       # clresourcegroup online -eM resource_group_name

   resource_group_name

     Spécifie le nom du groupe de ressources.

   Si vous définissez `RG_SLM_PSET_TYPE` sur `default`, Oracle Solaris Cluster crée un pool, `SCSLM_pool_`zone_name, mais ne crée pas d'ensemble de processeurs. Dans ce cas, la propriété `SCSLM_pool_` zone_name est associée à l'ensemble de processeurs par défaut.

   Si les groupes de ressources en ligne ne sont plus configurés pour le contrôle de CPU dans un noeud non votant, la valeur de part de CPU pour le noeud non votant prend la valeur `zone.cpu-shares` dans la configuration de zone. La valeur par défaut de ce paramètre est `1`. Pour plus d'informations sur la configuration des zones, reportez-vous à la page de manuel `zonecfg`(1M).

   Remarque - Ne supprimez ou ne modifiez pas le projet `SCSLM_`resource_group_name. Vous pouvez ajouter manuellement d'autres fonctions de contrôle de ressources au projet, en configurant par exemple la propriété `project.max-lwps`. Pour plus d'informations, reportez-vous à la page de manuel `projmod`(1M).

## Contrôle de l'utilisation de la CPU dans un noeud non votant de cluster global avec un ensemble de processeurs dédié

Effectuez cette procédure si vous souhaitez que votre groupe de ressources s'exécute dans un ensemble de processeurs dédié.

Si un groupe de ressources est configuré pour s'exécuter dans un ensemble de processeurs dédié, le logiciel Oracle Solaris Cluster exécute les tâches suivantes lorsqu'il démarre une ressource du groupe de ressources dans un noeud non votant de cluster global :

- Crée un pool nommé `SCSLM_pool_`zone_name, si cela n'a pas déjà été fait.

- Crée un ensemble de processeurs dédié. La taille de l'ensemble de processeurs est déterminée à l'aide des propriétés `RG_SLM_CPU_SHARES` et `RG_SLM_PSET_MIN`.

- Associe le pool `SCSLM_pool_`zone_name à l'ensemble de processeurs créé.

- Lie de manière dynamique le noeud non votant au pool `SCSLM_pool_`zone_name.

- Augmente le nombre de parts de CPU assignées au noeud non votant en ajoutant le nombre de parts de CPU spécifié, si cela n'a pas déjà été fait.

- Crée un projet nommé `SCSLM_`resourcegroup_name dans le noeud non votant, si cela n'a pas déjà été fait. Il s'agit d'un projet spécifique au groupe de ressources auquel le nombre de parts de CPU spécifié a été assigné (`project.cpu-shares`).

- Démarre la ressource dans le projet `SCSLM_`resourcegroup_name.

1. Définissez l'ordonnanceur de partage équitable (FSS, Fair Share Scheduler) en tant qu'ordonnanceur du système.

       # dispadmin -d FSS

   L'ordonnanceur de partage équitable sera considéré comme ordonnanceur par défaut, lors de la prochaine initialisation. Pour que cette configuration entre immédiatement en vigueur, utilisez la commande `priocntl`.

       # priocntl -s -C FSS

   La combinaison des commandes `priocntl` et `dispadmin` permet de définir immédiatement l'ordonnanceur de partage équitable en tant qu'ordonnanceur par défaut, et ce, même après la réinitialisation. Pour plus d'informations sur le paramétrage d'une classe de planification, reportez-vous aux pages de manuel `dispadmin`(1M) et `priocntl`(1).

   Remarque - Si l'ordonnanceur de partage équitable ne constitue pas l'ordonnanceur par défaut, l'assignation des parts de CPU n'est pas effectuée.

2. Pour chaque noeud devant utiliser la fonction de contrôle de la CPU, configurez le nombre de parts du noeud votant de cluster global et le nombre minimal de CPU disponibles dans l'ensemble de processeurs par défaut.

   La définition de ces paramètres évite aux processus exécutés dans les noeuds votants d'avoir à rivaliser avec les processus exécutés sur des noeuds non votants pour l'obtention de CPU. Si vous n'assignez aucune valeur aux propriétés `globalzoneshares` et `defaultpsetmin`, les valeurs par défaut sont appliquées.

       # clnode set  [-p globalzoneshares=integer] \
       [-p defaultpsetmin=integer] \
       node

   `-p` `defaultpsetmin=` defaultpsetmininteger

     Définit le nombre minimal de CPU disponibles dans l'ensemble de processeurs par défaut. La valeur par défaut est 1.

   `-p` `globalzoneshares=` integer

     Définit le nombre de parts assignées au noeud votant. La valeur par défaut est 1.

   node

     Identifie les noeuds sur lesquels des propriétés doivent être définies.

   En définissant ces propriétés, vous définissez les propriétés du noeud votant.

3. Assurez-vous d'avoir correctement défini les propriétés suivantes :

       # clnode show node

   La commande `clnode` affiche l'ensemble des propriétés et des valeurs définies pour les propriétés du noeud spécifié. Si vous n'avez défini aucune propriété de contrôle de la CPU à l'aide de la commande `clnode`, les valeurs par défaut seront appliquées.

4. Configurez l'utilitaire de contrôle de la CPU.

       # clresourcegroup create -p RG_SLM_TYPE=automated \
        [-p RG_SLM_CPU_SHARES=value] \
       -p -y RG_SLM_PSET_TYPE=value \
       [-p RG_SLM_PSET_MIN=value] resource_group_name

   `-p` `RG_SLM_TYPE=automated`

     Permet de contrôler l'utilisation du contrôle de la CPU et d'automatiser certaines étapes de configuration de la gestion des ressources système du SE Oracle Solaris.

   `-p` `RG_SLM_CPU_SHARES=` value

     Indique le nombre de parts de CPU assignées au projet spécifique au groupe de ressources (`project.cpu-shares`) et détermine le nombre de parts de CPU assignées au noeud non votant (`zone.cpu-shares`) et le nombre maximal de processeurs dans un ensemble de processeurs.

   `-p` `RG_SLM_PSET_TYPE=` value

     Active la création d'un ensemble de processeurs dédié. Pour avoir un ensemble de processeurs dédié, vous pouvez définir cette propriété sur `strong` ou `weak`. Les valeurs `strong` et `weak` s'excluent mutuellement. C'est-à-dire que vous ne pouvez pas configurer des groupes de ressources dans la même zone de façon à ce que certains soient `strong` et d'autres `weak`.

   `-p` `RG_SLM_PSET_MIN=` value

     Détermine le nombre minimal de processeurs dans l'ensemble de processeurs.

   resource_group_name

     Spécifie le nom du groupe de ressources.

   Cette étape crée un groupe de ressources. Vous pouvez également utiliser la commande `clresourcegroup set` pour modifier un groupe de ressources existant.

   Vous ne pouvez pas définir `RG_SLM_TYPE` sur `automated` dans un noeud non votant si un pool autre que le pool par défaut est dans la configuration de la zone ou si la zone est liée de manière dynamique à un pool autre que le pool par défaut. Reportez-vous respectivement aux pages de manuel `zonecfg`(1M) et `poolbind`(1M) pour plus d'informations sur la configuration des zones et la liaison de pools. Affichez votre configuration de zone comme suit :

       # zonecfg -z zone_name info pool

   Remarque - Une ressource telle que `HAStoragePlus` ou `LogicalHostname` a été configurée pour démarrer dans un noeud non votant mais, la propriété `GLOBAL_ZONE` étant définie sur `TRUE`, elle démarre dans un noeud votant. Même si vous définissez la propriété `RG_SLM_TYPE` sur `automated`, cette ressource ne bénéficie pas de la configuration des parts de CPU et de l'ensemble de processeurs dédié et est traitée comme faisant partie d'un groupe de ressources avec `RG_SLM_TYPE` défini sur manuel.

5. Activez la modification de la configuration.

       # clresourcegroup online -eM resource_group_name

   resource_group_name

     Spécifie le nom du groupe de ressources.

   Remarque - Ne supprimez ou ne modifiez pas le projet `SCSLM_`resource_group_name. Vous pouvez ajouter manuellement d'autres fonctions de contrôle de ressources au projet, en configurant par exemple la propriété `project.max-lwps`. Pour plus d'informations, reportez-vous à la page de manuel `projmod`(1M).

   Les modifications apportées à `RG_SLM_CPU_SHARES` et `RG_SLM_PSET_MIN` lorsque le groupe de ressources est en ligne sont prises en compte de manière dynamique. Toutefois, si `RG_SLM_PSET_TYPE` est défini sur `strong` et s'il n'y a pas suffisamment de CPU disponibles pour s'adapter à la modification, la modification demandée pour `RG_SLM_PSET_MIN` n'est pas appliquée. Dans ce cas, un message d'avertissement s'affiche. Lors de la commutation suivante, des erreurs liées à un nombre insuffisant de CPU peuvent être signalées s'il n'y a pas suffisamment de CPU disponibles pour reconnaître les valeurs que vous avez configurées pour `RG_SLM_PSET_MIN`.

   Si un groupe de ressources en ligne n'est plus configuré pour le contrôle de CPU dans un noeud non votant, la part de CPU pour le noeud non votant prend la valeur `zone.cpu-shares`. La valeur par défaut de ce paramètre est `1`.

Copyright © 2013, Oracle et/ou ses affiliés. Tous droits réservés. Notice légale |