Ignorer les liens de navigation | |
Quitter l'aperu | |
Notes de version d'Oracle Solaris Cluster 4.1 Oracle Solaris Cluster 4.1 (Français) |
ORCL.otd, implémentation du type de ressource otd pour Oracle Traffic Director
Le type de ressource ORCL.otd représente l'application OracleTraffic Director dans une configuration Oracle Solaris Cluster.
Le type de ressource ORCL.otd est une ressource multimaître. Il prend en charge deux modes de configuration. Bien que les deux modes permettent aux instances de serveur de fonctionner sur plusieurs noeuds simultanément, ils diffèrent dans la manière dont les clients se connectent aux instances de serveur. Dans le premier mode, où les hôtes logiques sont utilisés, les demandes sont reçues par le noeud sur lequel figure la ressource d'hôte logique en ligne. Dans le second mode, où les adresses partagées sont utilisées, la fonction d'équilibrage de charge du logiciel Oracle Solaris Cluster est utilisée pour distribuer les demandes entrantes des clients aux différentes instances. Vous pouvez augmenter l'utilisation des instances de serveur à l'aide de plusieurs hôtes logiques.
Le type de ressource ORCL.otd exécute les commandes Oracle Traffic Director suivantes en tant qu'utilisateur userid propriétaire des commandes.
$ORACLE_HOME/lib/parsexml
$INSTANCE_HOME/bin/startserv
$INSTANCE_HOME/bin/stopserv
L'instance Oracle Traffic Director est lancée par la ressource sous le même identifiant userid. Ces commandes peuvent être exécutées par le propriétaire et seul le propriétaire dispose d'un accès en écriture.
Vous devez définir les propriétés suivantes sur une ressource ORCL.otd à l'aide declresource(1CL).
Les propriétés de ressource standard, Scalable, Network_resources_used, Port_list, Load_balancing_policy et Load_balancing_weights sont communes à l'ensemble des types de ressources évolutives. Les propriétés contrôlant le comportement de la fonction d'équilibrage de charge de l'adresse partagée (par exemple, Scalable, Network_resources_used, Port_list, Load_balancing_policy et Load_balancing_weights ) ne sont applicables que lorsque le type de ressource ORCL.otd est configuré avec une adresse partagée.
Pour une description complète des propriétés de ressource suivantes, reportez-vous à la page de manuel r_properties(5).
Optional
chaîne
Lb_weighted
At creation
Optional
Tableau de chaînes
NULL
à tout moment
Conditional/Optional
Tableau de chaînes
NULL
Au moment de la création
Optional
NULL
Tableau de chaînes
à tout moment
Required
Tableau de chaînes
80/tcp
Si désactivé
Conditional
0
10
2
à tout moment
Conditional
0
3600
620
à tout moment
Conditional
0
3600
60
à tout moment
Required
chaîne
---not set---
Si désactivé
Cette propriété est une chaîne par noeud du nom de chemin du répertoire d'accueil de l'installation d'Oracle Traffic Director. Vous devez spécifier cette propriété pour chaque noeud à l'heure de création de la ressource.
Required
chaîne
---not set---
Si désactivé
Cette propriété est une chaîne par noeud du nom de chemin du répertoire d'instance d'Oracle Traffic Director. Vous devez spécifier cette propriété pour chaque noeud à l'heure de création de la ressource.
Required
chaîne
NULL
à tout moment
Par défaut, un test de l'instance de serveur Oracle Traffic Director est effectué soit à travers localhost:port lorsqu'un hôte logique est utilisé, soit à travers shared_address:port lorsqu'une adresse partagée est utilisée.
Cette propriété vous permet de spécifier une adresse URL secondaire pour contrôler l'instance de serveur Oracle Traffic Director. Le détecteur de pannes exécute régulièrement la commande HTTP GET pour l'adresse URL spécifiée et prend les mesures nécessaires si la demande HTTP renvoie le code de réponse 500 "Internal Server Error" ou si le serveur d'applications ne répond pas au cours de la période d'attente configurée.
Required
nombre entier
-1
4
à tout moment
Contrôle les redémarrages du détecteur de pannes. Cette propriété indique le nombre de fois que le détecteur de pannes est redémarré par l'utilitaire PMF (Process Monitor Facility) et correspond à l'option -n transmise à la commande pmfadm(1M). Le nombre de redémarrages est calculé dans une fenêtre de temps spécifique. Pour plus d'informations, reportez-vous à la propriété Monitor_retry_interval. Notez que cette propriété concerne les redémarrages du détecteur de pannes lui-même et non pas ceux du serveur Web. Les redémarrages du serveur Web sont contrôlés par les propriétés Thorough_probe_interval, Retry_interval et Retry_count définies par le système, telles que spécifiées dans leurs descriptions. Pour plus d'informations, reportez-vous à la page de manuel clresource(1CL). Vous pouvez modifier la valeur de cette propriété à tout moment.
Required
nombre entier
-1
2
à tout moment
Indique le temps, en minutes, au cours duquel les pannes du détecteur de pannes sont comptées et correspond à l'option -t transmise à la commande pmfadm(1M). Si le nombre de fois que le détecteur de pannes tombe en panne dépasse la valeur de Monitor_retry_count, le détecteur de pannes n'est pas redémarré par l'utilitaire PMF. Vous pouvez modifier la valeur de cette propriété à tout moment.
Required
nombre entier
15
90
à tout moment
Cette propriété est la valeur du délai d'attente, en secondes, qui est utilisée par le détecteur de pannes pour tester une instance Oracle Traffic Director. Vous pouvez modifier la valeur de cette propriété à tout moment.
Required
nombre entier
1
2
à tout moment
Cette propriété indique le nombre de fois que le détecteur de pannes peut s'interrompre lors d'un test avant de prendre les mesures nécessaires sur une instance de serveur Oracle Traffic Director. Vous pouvez modifier la valeur de cette propriété à tout moment.
Les hypothèses suivantes sont émises pour tous les exemples figurant dans cette section.
Le logiciel Oracle Traffic Director est installé sur un système de fichiers en cluster dans le répertoire /global/otd/otd-home comme suit :
Le système de fichiers en cluster est dans une ressource séparée, otd-gfs-rs.
Le groupe de ressources est otd-hasp-rg.
Le point de montage est /global/otd.
Les répertoires Instance_home du serveur Oracle Traffic Director sont situés sur le même système de fichiers en cluster que l'installation mais chaque noeud a son propre répertoire Instance_home de serveur. Pour les exemples de cette section, les noeuds et répertoires sont comme suit :
node1: /global/otd/otd-1/net-otd-a node2: /global/otd/otd-2/net-otd-a node3: /global/otd/otd-3/net-otd-a node4: /global/otd/otd-4/net-otd-a
Utilisez la commande suivante pour enregistrer le type de ressource Oracle Traffic Director :
# clresourcetype register ORCL.otd
Exemple A-1 Création d'une ressource Oracle Traffic Director à utiliser avec un hôte logique
Cet exemple crée une ressource Oracle Traffic Director, otd-rs dans un groupe de ressources otd-rg. Elle est configurée pour fonctionner simultanément sur les quatre noeuds d'un cluster à quatre noeuds.
Dans la configuration d'un agent où un hôte logique est utilisé, les instances de serveur Oracle Traffic Director doivent être configurées pour recevoir toutes les adresses, INADDR_ANY, ce qui permet au détecteur de pannes de se connecter à l'adresse localhost de chaque noeud à l'aide de la valeur Port_List par défaut, 80/tcp. Les clients utilisent les adresses IP telles que configurées dans une ressource d'hôte logique, lh-rs, contenue dans le groupe de ressources, lh-rg. Le nom d'hôte otd-a-lh est configuré dans le service de noms utilisé par le cluster et dans l'un des clients qui accédera aux instances de serveur.
Pour créer un hôte logique dans cet exemple :
# clresourcegroup create -p Nodelist="node1,node2,node3,node4" -p Failback=True lh-rg \ # clreslogicalhostname create -g lh-rg -h otd-a-lh lh-rs \ # clresourcegroup online -eM lh-rg
Pour faciliter le basculement automatique de l'hôte logique vers un noeud disposant d'une instance d'Oracle Traffic Director en cours d'exécution :
Le groupe de ressources d'hôte logique doit avoir une affinité positive forte avec délégation de basculement envers le groupe de ressources Oracle Traffic Director.
La ressource d'hôte logique doit également avoir une dépendance de redémarrage hors ligne sur la ressource Oracle Traffic Director avec une étendue de noeud local.
Pour créer la ressource et le groupe de ressources Oracle Traffic Director, procédez comme suit :
# clresourcegroup create -S otd-rg \ # clresourcetype register ORCL.otd \ # clresource create -g otd-rg -t ORCL.otd \ -p ORACLE_HOME=/global/otd/otd-home \ -p INSTANCE_HOME{node1}=/global/otd/otd-1/net-otd-a \ -p INSTANCE_HOME{node2}=/global/otd/otd-2/net-otd-a \ -p INSTANCE_HOME{node3}=/global/otd/otd-3/net-otd-a \ -p INSTANCE_HOME{node4}=/global/otd/otd-4/net-otd-a \ -p Resource_dependencies_offline_restart=otd-gfs-rs \ -p Port_List=80/tcp otd-rs \ # clresourcegroup set -p RG_affinities+=+++otd-rg lh-rg \ # clresource set -p Resource_dependencies_offline_restart+=otd-rs{local_node} lh-rs
Exemple A-2 Création d'une ressource Oracle Traffic Director à utiliser avec une adresse partagée
Cet exemple crée une ressource otd-rs Oracle Traffic Director nommée otd-rg dans un groupe de ressources nommé web-rg, qui est configurée pour fonctionner simultanément sur les quatre noeuds d'un cluster à quatre noeuds.
Les instances de serveur Oracle Traffic Director sont configurées pour recevoir le port 80 et utilisent les adresses IP telles que configurées dans une ressource SharedAddress nommée sa-rs, contenue dans le groupe de ressources sa-rg. Le nom d'hôte otd-a-sa est configuré dans le service de noms utilisé par le cluster et par tout client qui accédera aux instances de serveur.
Pour créer la ressource et le groupe de ressources d'adresse partagée dans cet exemple, procédez comme suit :
# clresourcegroup create sa-rg \ # clressharedaddress create -g sa-rg -h otd-a-sa sa-rs \ # clresourcegroup online -eM sa-rg
Pour créer la ressource et le groupe de ressources Oracle Traffic Director, procédez comme suit :
# clresourcegroup create -S otd-rg \ # clresourcetype register ORCL.otd \ # clresource create -g otd-rg -t ORCL.otd \ -p ORACLE_HOME=/global/otd/otd-home \ -p INSTANCE_HOME{node1}=/global/otd/otd-1/net-otd-a \ -p INSTANCE_HOME{node2}=/global/otd/otd-2/net-otd-a \ -p INSTANCE_HOME{node3}=/global/otd/otd-3/net-otd-a \ -p INSTANCE_HOME{node4}=/global/otd/otd-4/net-otd-a \ -p Resource_dependencies_offline_restart=otd-gfs-rs \ -p Resource_dependencies=sa-rs \ -p Port_List=80/tcp \ -p Scalable=True \ otd-rs
Exemple A-3 Configuration d'une adresse Server_URL de contrôle secondaire
Pour configurer le détecteur de pannes de l'agent afin de tester une adresse URL spécifique, spécifiez l'adresse URL devant être testée dans la propriété d'extension de l'adresse Server_URL.
L'exemple suivant montre la manière de définir la propriété d'extension de l'adresse Server_URL. Dans ce cas, les instances de serveur Oracle Traffic Director sont configurées de manière à ce que le contrôle des statistiques soit activé et défini sur l'adresse URL http://localhost:80/stats-xml.
# clresource set -p server_url="http://localhost:80/stats-xml" \ otd-rs
Reportez-vous à la page de manuel attributes(5) pour une description de l'attribut suivant :
|
clresource(1CL), clressharedaddress(1CL), clreslogicalhostname(1CL), clresourcetype(1CL), clresourcegroup(1CL), pmfadm(1M), attributes(5), r_properties(5), scalable_service(5)
Oracle Solaris Cluster Data Services Planning and Administration Guide