| 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) |
| 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) |
1. Présentation de l'administration d'Oracle Solaris Cluster
2. Oracle Solaris Cluster et RBAC
3. Arrêt 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 noeud
10. Configuration du contrôle de l'utilisation de la CPU
Introduction au contrôle de la CPU
Ordonnanceur de partage équitable
Configuration du contrôle de la CPU
Contrôle de l'utilisation de la CPU sur un noeud votant d'un cluster global
11. Application de patchs au logiciel et au microprogramme d'Oracle Solaris Cluster
12. Sauvegarde et restauration d'un cluster
13. Administration d'Oracle Solaris Cluster avec les interfaces graphiques
Cette section contient les procédures suivantes :
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).
# 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.
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
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 parts assignées au noeud votant. La valeur par défaut est égale à 1.
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.
# 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.
# clresourcegroup create -p RG_SLM_TYPE=automated \ [-p RG_SLM_CPU_SHARES=value] resource_group_name
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.
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.
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.
# clresourcegroup online -eM 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).
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).
# 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.
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
Définit le nombre de parts assignées au noeud 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 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.
# 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.
# clresourcegroup create -p RG_SLM_TYPE=automated \ [-p RG_SLM_CPU_SHARES=value] resource_group_name
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.
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).
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.
# clresourcegroup online -eM 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).
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.
# 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.
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
Définit le nombre minimal de CPU disponibles dans l'ensemble de processeurs par défaut. La valeur par défaut est 1.
Définit le nombre de parts assignées au noeud votant. La valeur par défaut est 1.
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.
# 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.
# 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 contrôle de la CPU et d'automatiser certaines étapes de configuration de la gestion des ressources système du SE Oracle Solaris.
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.
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.
Détermine le nombre minimal de processeurs dans l'ensemble de processeurs.
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.
# clresourcegroup online -eM 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.
|