Commandes de shell › Contrôle des applications › start (Contrôle et gestion des applications)--Démarrage d'une application

start (Contrôle et gestion des applications)--Démarrage d'une application

Démarre une application.

Syntaxe

application start nom ( prop=val )* [ --debug ] [ --norestart ] [ --skipbuild ] [ --force ] [ --cap_cpu ] 

Paramètres

nom

Nom de l'application

prop=val

Paramètres de planification Les paramètres suivants peuvent être spécifiés :

cpu - (facultatif) Allocation d'UC sur toutes les UC ou sur un pourcentage (val[%])

mem - (facultatif) Allocation de mémoire (val[M[B]|G[B]]). Si aucune unité n'est spécifiée, l'unité par défaut est Mo.

bw - (facultatif) Allocation de bande passante (val[M[b]|G[b]]). Si aucune unité n'est spécifiée, l'unité par défaut est Mbit/s.

sched - Chaîne spécifiant la cible de planification (voir ci-dessous)

servers - Nombre de serveurs sur lesquels l'application doit être démarrée

--debug

Démarre l'application en mode débogage.

--norestart

Ne redémarre pas l'application en cas d'échec de la grille.

--skipbuild

Ne compile pas l'application avant le démarrage.

--force

Force la libération des volumes en cours d'utilisation sans envoyer d'invite de vérification.

--cap_cpu

Active la limite maximum d'utilisation de l'UC pour tous les composants de l'application.

Exemples

application start sugarcrm

Démarre l'application "sugarcrm".

Remarques : Les cibles de planification suivantes sont prises en charge :

sched="percentile=(resource percentile)"

sched=crunch - Affecte les ressources minimum à tous les composants, comme "percentile=0".

Affecte les ressources maximum à tous les composants, comme "percentile=100".

sched="mode=(scheduling mode)", valeurs valides :

• 1 - Compresser les serveurs, planifier les appliances sur le serveur avec le minimum de ressources disponibles
• 2 - Tourniquet avec démarrage aléatoire, planification aléatoire de l'appliance pour un serveur, puis affectation des appliances restantes à d'autres serveurs au moyen du tourniquet
• 3 - Tourniquet, planification de la première appliance sur le premier serveur, puis affectation des appliances restantes aux autres serveurs au moyen du tourniquet

Avec le mode planification de compression de serveur, les serveurs sont sélectionnés par ordre de priorité selon le rôle qui leur est affecté et le nombre de ressources minimum. CA 3Tera AppLogic utilisera toujours d'abord les serveurs qui n'ont aucun rôle, puis les serveurs secondaires et enfin les serveurs principaux, sans tenir compte des ressources disponibles sur ces serveurs (par ex. : les serveurs secondaires seront utilisés uniquement lorsque tous les serveurs sans rôles seront utilisés Le serveur principal sera utilisé uniquement lorsque tous les serveurs sans rôles et tous les serveurs secondaires sont utilisés).

Le démarrage de l'application échoue si --debug est spécifié et que le code d'ingénierie de champ 16 est défini dans l'application.

Le démarrage d'une application réinitialise les compteurs de pannes de composant tenus à jour par CA 3Tera AppLogic. Le compteur de pannes de composant indique le nombre d'échecs du composant durant les dernières 24 heures (chaque composant dispose d'un compteur de pannes). Après 3 échecs du composant en 24 heures, le composant n'est pas redémarré par CA 3Tera AppLogic. Vous pouvez également utiliser comp start/restart ou app restart pour réinitialiser le compteur de pannes d'un composant.