| Ignorer les liens de navigation | |
| Quitter l'aperu | |
|
Guide d'administration système d'Oracle Solaris Cluster Oracle Solaris Cluster (Français) |
| Ignorer les liens de navigation | |
| Quitter l'aperu | |
|
|
Guide d'administration système d'Oracle Solaris Cluster Oracle Solaris Cluster (Français) |
1. Introduction à l'administration d'Oracle Solaris Cluster
2. Oracle Solaris Cluster et RBAC
3. Fermeture et initialisation d'un cluster
4. Méthodes de réplication de données
7. Administration des interconnexions de cluster et des réseaux publics
8. Ajout et suppression d'un n
ud
10. Configuration du contrôle de l'utilisation du CPU
Introduction au contrôle du CPU
Ordonnanceur de partage équitable
Configuration du contrôle du CPU
Contrôle de l'utilisation du CPU sur un nud votant d'un cluster global
11. Mise à jour du logiciel ou installation d'un microprogramme Oracle Solaris Cluster
12. Sauvegarde et restauration d'un cluster
13. Administration de Oracle Solaris Cluster avec les interfaces graphiques
Cette section contient les procédures suivantes :
Suivez cette procédure afin d'assigner des partages de CPU à un groupe de ressources qui sera exécuté sur un nœud votant d'un cluster global.
Si vous avez assigné des partages 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 nœud votant du cluster global :
Augmente le nombre de partages de CPU assignés au nœud votant zone.cpu-shares) en ajoutant le nombre de partages de CPU assignés, si cela n'a pas déjà été fait.
Crée un projet se nommant SCSLM_resourcegroup_name dans le nœud 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 partages du CPU spécifié a été assigné (project.cpu-shares).
Démarre la ressource dans le projet SCSLM_resourcegroup_name.
Pour plus d'informations concernant la configuration de l'utilitaire de contrôle du CPU, reportez-vous à la page de manuel rg_properties(5).
# 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 concernant le paramétrage des classes de programmation, 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 partages de CPU n'entrera pas en vigueur.
En définissant ces paramètres, vous empêchez les processus exécutés sur les nœuds votants d'entrer en compétition, lors de l'utilisation des ressources du CPU, avec les processus exécutés sur des nœuds non votants. Si vous n'assignez aucune valeur aux propriétés globalzoneshares et defaultpsetmin, les valeurs par défaut seront appliquées.
# clnode set [-p globalzoneshares=integer] \ [-p defaultpsetmin=integer] \ node
Définit le nombre minimal de partages de CPU disponibles dans l'ensemble de processeurs par défaut. La valeur par défaut est égale à 1.
Définit le nombre de partages assignés au nœud votant. La valeur par défaut est égale à 1.
Spécifie les nœuds dont les propriétés doivent être définies.
En définissant ces propriétés, vous définissez les propriétés du nœud votant. Si vous ne définissez pas ces propriétés, vous ne pouvez pas utiliser la propriété RG_SLM_PSET_TYPE dans des nœuds non votants.
# clnode show node
La commande clnode affiche l'ensemble des propriétés et des valeurs définies pour les propriétés du nœud spécifié. Si vous n'avez défini aucune propriété de contrôle du CPU à l'aide de la commande clnode, les valeurs par défaut seront appliquées.
# clresourcegroup create -p RG_SLM_TYPE=automated \ [-p RG_SLM_CPU_SHARES=value] resource_group_name
Permet de contrôler l'utilisation du CPU et d'automatiser certaines étapes de configuration de la gestion des ressources du SE Oracle Solaris.
Spécifie le nombre de partages de CPU assignés au groupe de ressources spécifique au projet project.cpu-shares et détermine le nombre de partages de CPU assignés au nœud votant zone.cpu-shares.
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 nœud 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.
# clresourcegroup online -M 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).
Suivez cette procédure si vous souhaitez assigner des partages de CPU aux groupes de ressources se trouvant sur un nœud non votant du cluster global. Pour ce faire, il n'est pas nécessaire de créer un ensemble de processeurs dédié.
Si vous avez assigné des partages de CPU à un groupe de ressources, Oracle Solaris Cluster effectue les actions suivantes, lors du démarrage d'une ressource de ce groupe sur un nœud non votant :
Crée un pool se nommant 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 nœud non votant au pool SCSLM_poolzone_name.
Augmente le nombre de partages de CPU assignés au nœud votant (zone.cpu-shares) en ajoutant le nombre de partages de CPU assignés, si cela n'a pas déjà été fait.
Créez un projet se nommant SCSLM_resourcegroup_name dans le nœud 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 partages de CPU spécifié a été assigné (project.cpu_shares).
Démarre la ressource dans le projet SCSLM_resourcegroup_name.
Pour plus d'informations concernant la configuration de l'utilitaire de contrôle du CPU, reportez-vous à la page de manuel rg_properties(5).
# 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 concernant le paramétrage des classes de programmation, 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 partages de CPU n'entrera pas en vigueur.
En définissant ces paramètres, vous empêchez les processus exécutés sur les nœuds votants d'entrer en compétition, lors de l'utilisation des ressources du CPU, avec les processus exécutés sur des nœuds non votants du cluster global. Si vous n'assignez aucune valeur aux propriétés globalzoneshares et defaultpsetmin, les valeurs par défaut seront appliquées.
# clnode set [-p globalzoneshares=integer] \ [-p defaultpsetmin=integer] \ node
Définit le nombre de partages assignés au nœud votant. La valeur par défaut est égale à 1.
Définit le nombre minimal de CPU disponibles dans l'ensemble de processeurs par défaut. La valeur par défaut est égale à 1.
Identifie les nœuds dont les propriétés doivent être définies.
En définissant ces propriétés, vous définissez les propriétés du nœud votant.
# clnode show node
La commande clnode affiche l'ensemble des propriétés et des valeurs définies pour les propriétés du nœud spécifié. Si vous n'avez défini aucune propriété de contrôle du CPU à l'aide de la commande clnode, les valeurs par défaut seront appliquées.
# clresourcegroup create -p RG_SLM_TYPE=automated \ [-p RG_SLM_CPU_SHARES=value] resource_group_name
Permet de contrôler l'utilisation du CPU et d'automatiser certaines étapes de configuration de la gestion des ressources du SE Oracle Solaris.
Spécifie le nombre de partages de CPU assignés au groupe de ressources spécifique au projet (project.cpu-shares) et détermine le nombre de partages de CPU assignés au nœud non votant du cluster global (zone.cpu_shares).
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 la propriété RG_SLM_TYPE sur automated dans un nœud non votant, si un pool autre que le pool par défaut se trouve 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. Pour plus d'informations concernant la configuration de zone et la liaison aux pools, reportez-vous respectivement aux pages de manuel zonecfg(1M) et poolbind(1M). La configuration de la zone doit être affichée comme suit :
# zonecfg -z zone_name info pool
Remarque - Les ressources telles que HAStoragePlus ou LogicalHostname ont été configurées pour démarrer dans un nœud non votant, tout en faisant en sorte que la propriété GLOBAL_ZONE renvoie la valeur TRUE et soit démarrée sur le nœud votant. Même si vous définissez la propriété RG_SLM_TYPE sur automated, cette ressource n'utilisera pas la configuration des partages de CPU et de l'ensemble de processeurs. La propriété RG_SLM_TYPE sera traitée en tant que manuelle par les groupes de ressources.
Dans cette procédure, vous ne devez pas définir la propriété RG_SLM_PSET_TYPE. Oracle Solaris Cluster utilise l'ensemble de processeurs par défaut.
# clresourcegroup online -M resource_group_name
Spécifie le nom du groupe de ressources.
Si vous définissez la propriété RG_SLM_PSET_TYPE sur default, Oracle Solaris Cluster crée un pool SCSLM_pool_zone_name mais ne crée aucun ensemble de processeurs par défaut. Dans ce cas, le pool SCSLM_pool_zone_name est associé à l'ensemble de processeurs par défaut.
Si la configuration des groupes de ressources en ligne ne prend plus en charge la fonction de contrôle du CPU dans un nœud non votant, la valeur du partage de CPU du nœud non votant prend la valeur de la propriété zone.cpu-shares dans la configuration de la zone. La valeur par défaut de ce paramètre est égale à 1. Pour plus d'informations concernant la configuration de zone, 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 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).
Suivez cette procédure si vous souhaitez exécuter un groupe de ressources dans un ensemble de processeurs dédié.
Si vous avez configuré le groupe de ressources pour qu'il soit exécuté sur un ensemble de processeurs dédié, Oracle Solaris Cluster effectue les tâches suivantes, lors du démarrage d'une ressource du groupe sur un nœud non votant du cluster global :
Crée un pool se nommant 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 nœud non votant au pool SCSLM_pool_ zone_name.
Augmente le nombre de partages de CPU assignés au nœud votant en ajoutant le nombre de partages de CPU assignés, si cela n'a pas déjà été fait.
Créez un projet se nommant SCSLM_resourcegroup_name dans le nœud 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 partages de CPU spécifié a été assigné (project.cpu_shares).
Démarre la ressource dans le projet SCSLM_resourcegroup_name.
# 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 concernant le paramétrage des classes de programmation, 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 partages de CPU n'entrera pas en vigueur.
En définissant ces paramètres, vous empêchez les processus exécutés sur les nœuds votants d'entrer en compétition, lors de l'utilisation des ressources du CPU, avec les processus exécutés sur des nœuds non votants. Si vous n'assignez aucune valeur aux propriétés globalzoneshares et defaultpsetmin, les valeurs par défaut seront appliquées.
# clnode set [-p globalzoneshares=integer] \ [-p defaultpsetmin=integer] \ node
Définit le nombre minimal de CPU disponibles dans l'ensemble de processeurs par défaut. La valeur par défaut est égale à 1.
Définit le nombre de partages assignés au nœud votant. La valeur par défaut est égale à 1.
Identifie les nœuds dont les propriétés doivent être définies.
En définissant ces propriétés, vous définissez les propriétés du nœud votant.
# clnode show node
La commande clnode affiche l'ensemble des propriétés et des valeurs définies pour les propriétés du nœud spécifié. Si vous n'avez défini aucune propriété de contrôle du CPU à l'aide de la commande clnode, les valeurs par défaut seront appliquées.
# 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
Permet de contrôler l'utilisation du CPU et d'automatiser certaines étapes de configuration de la gestion des ressources du SE Oracle Solaris.
Spécifie le nombre de partages de CPU assignés au projet spécifique au groupes de ressources (project.cpu-shares) et détermine le nombre de partages de CPU assignés au nœud non votant (zone.cpu-shares) et le nombre maximal de processeurs d'un ensemble.
Permet de créer un ensemble de processeurs dédié. Pour disposer d'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. En d'autres termes, vous ne pouvez pas configurer certains groupes de ressources sur strong et d'autres sur weak dans une même zone.
Détermine le nombre minimal de processeurs dans un ensemble.
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 la propriété RG_SLM_TYPE sur automated dans un nœud non votant, si un pool autre que le pool par défaut se trouve 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. Pour plus d'informations concernant la configuration de zone et la liaison aux pools, reportez-vous respectivement aux pages de manuel zonecfg(1M) et poolbind(1M). La configuration de la zone doit être affichée comme suit :
# zonecfg -z zone_name info pool
Remarque - Les ressources telles que HAStoragePlus ou LogicalHostname ont été configurées pour démarrer dans un nœud non votant, tout en faisant en sorte que la propriété GLOBAL_ZONE renvoie la valeur TRUE et soit démarrée sur le nœud votant. Même si vous définissez la propriété RG_SLM_TYPE sur automated, cette ressource n'utilisera pas la configuration des partages de CPU et de l'ensemble de processeurs. La propriété RG_SLM_TYPE sera traitée en tant que manuelle par les groupes de ressources.
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).
Les modifications apportées aux propriétés 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. Cependant, si la propriété RG_SLM_PSET_TYPE est définie sur strong et que vous disposez d'un nombre de CPU insuffisant pour apporter cette modification, cette dernière ne sera pas appliquée à la propriété RG_SLM_PSET_MIN. Dans ce cas, un message d'avertissement est affiché. Des erreurs dues au nombre de CPU insuffisant peuvent survenir, lors du prochain basculement. Si vous disposez d'un nombre insuffisant de CPU, la valeur qui a été configurée pour la propriété RG_SLM_PSET_MIN ne sera pas prise en compte.
Si la configuration des groupes de ressources en ligne ne prend plus en charge la fonction de contrôle du CPU dans un nœud non votant, la valeur du partage de CPU du nœud non votant prend la valeur de la propriété zone.cpu-shares. La valeur par défaut de ce paramètre est égale à 1.
|