Esecutori build VM
Gli esecutori build VM sono istanze di computazione VM OCI dedicate all'esecuzione di build dei job, definiti dai membri dell'organizzazione nei progetti VB Studio.
Un esecutore VM è sempre associato a un modello di esecutore build. Quando i membri dell'organizzazione creano job, associano semplicemente il modello di esecutore appropriato al job. Quando viene attivata la build del job, l'esecutore VM associato al modello di esecutore viene avviato automaticamente. Oracle ti addebita solo quando un esecutore VM è attivo, esegue una build o si prepara a eseguire una build.
In questa tabella vengono descritti i diversi stati di un esecutore VM.
| Stato | Che cosa significa? | Costa? |
|---|---|---|
| In sospeso | Dopo aver aggiunto un esecutore VM, si trova in questo stato finché non esegue una build.
Quando un esecutore VM inizia da questo stato, l'installazione del sistema operativo e dei pacchetti software richiede tempo. |
No |
| Avvio | Avvio dell'esecutore VM in corso.
Se l'esecutore VM inizia dallo stato In sospeso, VB Studio installa i pacchetti del sistema operativo e del software nel volume di avvio assegnato all'esecutore VM. Ci vuole tempo. Se l'esecutore VM viene avviato dallo stato Arrestato, VB Studio utilizza i pacchetti software e il sistema operativo del volume di avvio salvato dell'esecuzione precedente. VB Studio verifica periodicamente la presenza di aggiornamenti in tutti i modelli di esecutore. Se viene trovato un modello di esecutore con nuovi aggiornamenti, VB Studio elimina il volume di avvio conservato di tutti gli esecutori VM arrestati che fanno riferimento al modello di esecutore e ne modifica lo stato da Interrotto a In sospeso. |
Sì |
| Disponibili | I pacchetti del sistema operativo e del software vengono installati e l'esecutore VM è pronto per eseguire una build. | Sì |
| In uso | Un esecutore VM sta eseguendo una build.
Una volta completata la build in esecuzione, l'esecutore VM torna allo stato Disponibile. |
Sì |
| Arresto in corso | Arresto dell'esecutore VM in corso.
Prima di chiudere l'esecutore VM, VB Studio salva il sistema operativo e i package software nel volume di avvio assegnato all'esecutore VM. |
Sì |
| Arrestato | L'esecutore VM è stato arrestato. | No |
| Errore | Si è verificato un problema hardware o software nell'esecutore VM. Controllare il log dell'esecutore VM per ulteriori informazioni sulla causa. | No |
| In fase di eliminazione | È in corso l'eliminazione dell'esecutore VM. | No |
| Errore irreversibile |
Questo stato è probabilmente causato quando un cliente modifica l'accesso OCI dell'account Compute in modo che il controllo delle risorse OCI dell'esecutore VM sia bloccato. Questo stato può verificarsi anche se l'esecutore build è in stato Errore e VB Studio non è in grado di rimuovere tutte le risorse OCI utilizzate o se durante il processo di rimozione si verifica un problema di rete temporaneo. VB Studio tenta una volta al giorno di cancellare le risorse OCI utilizzate dall'esecutore VM nello stato Errore non recuperabile. Per cancellare manualmente queste risorse, è inoltre possibile utilizzare l'azione Prova a reimpostare. |
No |
Alcuni punti chiave da ricordare sugli esecutori VM:
- Dopo aver creato un'istanza di VB Studio, VB Studio crea un esecutore VM quando si crea il primo progetto (supponendo di non averne già uno). L'esecutore VM è associato al modello di esecutore System Default OL7 for Visual Builder nell'account OCI connesso.
- Quando si aggiunge manualmente un esecutore VM, è necessario specificare il modello di esecutore, scegliere un'area OCI dalle aree sottoscritte dell'account OCI connesso, specificare la forma della VM di OCI Compute e selezionare la VCN (facoltativo).
- Per l'account OCI potrebbero essere impostati alcuni limiti per le istanze di computazione. Quando si aggiunge un esecutore VM, VB Studio cerca nei domini di disponibilità dell'area OCI specificata, trova le OCPU disponibili con la forma specificata, calcola il numero di istanze di computazione e visualizza il numero di istanze delle VM di computazione che è possibile aggiungere dal limite impostato dell'account OCI.
Di seguito è riportato un esempio della finestra di dialogo Aggiungi esecutori build VM di VB Studio che visualizza il numero di esecutori VM che è possibile aggiungere con la forma VM.Standard.1.1.
Descrizione dell'immagine add_vmbuildxecutor_withlatestos.png
- Quando si aggiunge un esecutore VM, questo viene aggiunto nello stato In sospeso e non costa nulla. È possibile aggiungere più esecutori VM rispetto al numero di istanze VM di computazione disponibili.
Tenere presente che VB Studio crea un'istanza VM di computazione all'avvio di un esecutore VM e non quando viene aggiunta.
- È possibile aggiungere forme VM standard e legacy con le seguenti serie:
- VM.Standard1
- VM.Standard2
- VM.Standard.E2
- VM.Standard3. Flexfield
- VM.Standard.E3. Flexfield
- VM.Standard.E4. Flexfield
- VM.Standard.E5. Flexfield
- VM.Standard.B1
- VM.Standard.Intel.Generic
- VM.Standard.x86. Generico
- VM.Standard.AMD.Generic
Per ulteriori dettagli sulle forme precedenti, vedere Forme standard e Forme legacy.
- Un esecutore VM può eseguire una build alla volta.
- Quando viene eseguita la build di un job, se VB Studio trova più esecutori VM allocati per il modello di esecutore del job, la build viene eseguita su uno qualsiasi di essi. Non è possibile scegliere o specificare un determinato esecutore VM da utilizzare per la build.
- Se si prevede che i membri dell'organizzazione eseguano build parallele di job che fanno riferimento a un modello di esecutore comune, aggiungere più esecutori VM per tale modello di esecutore. In caso contrario, puoi iniziare con un esecutore VM e aggiungere altri esecutori VM in un secondo momento.
- Durante l'aggiunta di più esecutori VM che fanno riferimento a un modello di esecutore comune:
- Aggiungere tutti gli esecutori VM nella stessa VCN. Se si aggiungono esecutori VM con un modello di esecutore comune in VCN diverse (ad esempio, alcuni esecutori VM nella VCN predefinita e altri esecutori VM in una VCN personalizzata), le build potrebbero funzionare in modo imprevisto.
- Aggiungere tutti gli esecutori VM con la stessa forma. Se si aggiungono esecutori VM con forme diverse, ad esempio alcuni esecutori VM della forma VM.Standard1.1 e alcune della forma VM.Standard2.8, le build potrebbero essere lente o veloci a seconda dell'esecutore VM su cui viene eseguito.
- Una volta completata la build, un esecutore VM continua a trovarsi nello stato Disponibile e attende un po' di tempo per le build in coda. Questo tempo di attesa è chiamato timeout di inattività. Se non viene eseguita alcuna build sugli esecutori VM in questa durata, VB Studio arresta automaticamente gli esecutori VM.
- Maggiore è il numero di esecutori VM eseguiti in un momento specifico, maggiore sarà il costo. Per ridurre al minimo il costo più elevato, configurare il timeout di inattività per arrestare gli esecutori VM inattivi dopo un certo periodo di tempo. L'impostazione del timeout di inattività si applica a tutti gli esecutori VM dell'organizzazione.
- Se tutti gli esecutori VM si trovano in uno stato Errore per un determinato modello di esecutore build, l'esecutore VM tenterà di rieseguire la build dopo successivi ritardi di 2 minuti, 4 minuti e 8 minuti. Ciò consente di concedere agli esecutori VM con stato Errore un tempo sufficiente per annullare il provisioning, il nuovo provisioning e la transizione allo stato In sospeso.