Informations de référence › Manuel de référence du shell de ligne de commande › Commandes de shell › Contrôle des applications › application start

application start

Démarre une application.

Syntaxe

application start <name> ( <prop>=<val> )*[ store=<store> ]
                       [ --debug ] [ --norestart ]
                       [ --skipbuild ] [ --force ] [ --cap_cpu ]

Paramètres

<name>

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

<store>

Spécifie quel magasin de volumes est créé dans les volumes d'instance. Ce champ peut contenir l'une des valeurs suivantes :

local : les volumes sont stockés sur le stockage de serveur local

san : les volumes sont stockés sur un réseau SAN

--debug

Démarre l'application en mode débogage. Le démarrage échoue si cette option est spécifiée et que le code d'ingénierie sur le terrain 16 est défini dans l'application.

--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 le démontage des volumes montés 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

(voir les remarques ci-dessous)

Exemples

application start my-app

Démarre une application.

application start my-app --debug

Lance l'application en mode de débogage.

application start my-app cpu=2 mem=1024M

Lance l'application avec l'UC modifiée et l'allocation de mémoire.

application start my-app sched=crunch

Lance l'application avec les ressources minimum allouées.

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 nombre minimum de ressources disponibles
  2. tourniquet avec démarrage aléatoire, planification aléatoire de la première appliance sur 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. Quelles que soient les ressources disponibles sur les différents serveurs, CA AppLogic utilisera toujours d'abord les serveurs n'ayant aucun rôle, puis le serveur primaire et les serveurs secondaires en dernier lieu (c'est-à-dire, le serveur primaire ne sera pas utilisé tant que tous les serveurs n'ayant aucun rôle n'ont pas été utilisés, les serveurs secondaires ne seront pas utilisés tant que tous les serveurs n'ayant aucun rôle et que le serveur principal n'ont pas été utilisés).
• Lorsqu'une application est démarrée avec l'option --cap_cpu, chaque appliance de l'application ne peut pas utiliser plus que son UC affectée ; par exemple si 30 % de l'UC sont affectés à une appliance, il n'est pas possible d'utiliser plus de 30 % d'UC, même si des cycles sont disponibles pour cette dernière. Par contre, si l'UC n'est pas plafonnées, les appliances utilisent toute la capacité de l'UC disponible sur le serveur.
• Lorsqu'une application est démarrée avec l'option --debug et qu'elle ne parvient pas à démarrer, CA AppLogic ne nettoie pas l'application (c'est-à-dire, arrêt de toutes les appliances démarrées correctement) afin que l'utilisateur puisse déterminer la raison de l'échec du lancement. Si l'utilisateur peut résoudre le problème, il peut continuer à démarrer l'application à l'aide de la commande app continue.
• 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 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 AppLogic. Vous pouvez également utiliser comp start/restart ou app restart pour réinitialiser le compteur de pannes d'un composant.