Informazioni di riferimento › Guida di riferimento della shell della riga di comando › Comandi di shell › Controllo di applicazione › application start

application start

Avvia un'applicazione.

Sintassi

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

Parametri

<name>

Nome dell'applicazione.

<prop>=<val>

Parametri da pianificare. È possibile specificare i parametri seguenti:

cpu - (facoltativo) allocazione di CPU in tutte le CPUs o in percentuale (val[%]).

mem - (facoltativo) allocazione di memoria (val[M[B]|G[B]]). Se le unità non sono specificate, la memoria è in MB.

bw - (facoltativo) allocazione di larghezza di banda (val[M[b]|G[b]]). Se le unità non sono specificate, la larghezza di banda è in Mbps.

sched - stringa che specifica la destinazione di pianificazione (vedere sotto).

servers - numero di server su cui l'applicazione deve essere avviata.

<store>

Specifica l'archivio dei volumi per la creazione dei volumi dell'istanza. Può essere impostato su uno dei seguenti valori:

local - archivia i volumi sull'archivio del server locale.

san - archivia i volumi su una SAN.

--debug

Avvia l'applicazione in modalità di debug. L'avvio non riesce se questa opzione viene specificata e l'applicazione ha il codice di progettazione di campo impostato su 16.

--norestart

Non riavvia l'applicazione in caso di errore della griglia.

--skipbuild

Non crea una build dell'applicazione prima del riavvio.

--force

Forza il rilascio dei volumi che sono attualmente montati senza chiedere la verifica.

-- cap_cpu

Abilita la limitazione di utilizzo della CPU per tutti i componenti dell'applicazione.

(vedere note sotto)

Esempi

application start my-app

Avvia l'applicazione.

application start my-app --debug

Avvia l'applicazione in modalità di debug.

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

Avvia l'applicazione con l'allocazione di memoria e cpu modificata.

avvia applicazione my-app sched=crunch

Avvia l'applicazione con il minimo di risorse allocate.

Note:

• Destinazioni di pianificazione supportate:

  sched="percentile=(resource percentile)"

  sched=crunch - assegna il minimo delle risorse a tutti i componenti, come "percentile=0".

  sched=expand - assegna il massimo delle risorse a tutti i componenti, come "percentile=100".

  sched="mode=(scheduling mode)", valori validi:

  1. comprime i server e pianifica le appliance sui server utilizzando il minimo delle risorse disponibili.
  2. Esegue il round robin con avvio casuale, la pianificazione casuale dell'appliance su un server quindi assegna le appliance rimanenti ad altri server (mediante round robin).
  3. Esegue il round robin, pianifica l'appliance sul primo server quindi assegna le appliance rimanenti ad altri server (mediante round robin).
• Quando si utilizza la modalità di pianificazione di compressione del server, i server vengono scelti in ordine di priorità in base al ruolo di cui dispongono e al numero minimo di risorse disponibili. CA AppLogic userà sempre innanzitutto i server con il ruolo impostato su "none", quindi i server primari e infine quelli secondari, senza tener conto delle risorse disponibili su tali server (ad esempio, i server primari non verranno utilizzati fino a quando tutti i server con ruolo impostato su "none" non saranno stati utilizzati, così come non verranno utilizzati i server secondari fino a quando non saranno stati usati tutti i server primari).
• Quando un'applicazione viene avviata con l'opzione --cap_cpu, ciascuna appliance dell'applicazione può utilizzare soltanto la CPU che gli è assegnata; es. se a un'appliance è assegnato il 30% di CPU, questa non potrà utilizzare più del 30% di CPU, anche se la CPU ha cicli disponibili. Al contrario, se non viene imposta una limitazione di utilizzo della CPU, le appliance possono usare la CPU disponibile sul server.
• Quando un'applicazione è riavviata con --debug e si verifica un errore di riavvio dell'applicazione, CA AppLogic non esegue la pulitura dell'applicazione (es., interrompendo le appliance che erano state avviate correttamente) per consentire all'utente di determinare la causa dell'errore di avvio. Se l'utente è in grado di risolvere il problema, potrà continuare ad avviare l'applicazione usando il comando ''app continue''.
• L'avvio dell'applicazione non potrà essere completato se viene specificata l'opzione --debug con il codice di progettazione di campo impostato su 16.
• L'avvio di un'applicazione, reimposta il conteggio di instabilità del componente mantenuto da CA AppLogic. Tale conteggio identifica il numero di errori del componente nell'arco delle ultime 24 ore (ogni componente ha un proprio conteggio). Se si verificano 3 errori nell'arco di 24 ore, CA AppLogic non riavvia il componente. comp start/restart o app restart possono essere utilizzati per reimpostare il contatore di instabilità di un componente.