VM-Build Executors
VM-Build Executors sind OCI-VM-Compute-Instanzen, die zur Ausführung von Builds von Jobs dediziert sind, die von den Mitgliedern Ihrer Organisation in VB Studio-Projekten definiert werden.
Ein VM-Executor ist immer mit einer Build-Executor-Vorlage verknüpft. Wenn die Mitglieder Ihrer Organisation Jobs erstellen, ordnen sie dem Job einfach die entsprechende Executor-Vorlage zu. Wenn der Build des Jobs ausgelöst wird, wird der VM-Executor, der mit der Executor-Vorlage verknüpft ist, automatisch gestartet. Oracle berechnet Gebühren nur, wenn ein VM-Executor aktiv ist, einen Build ausführt oder sich auf die Ausführung eines Builds vorbereitet.
In dieser Tabelle werden die verschiedenen Status eines VM-Executors beschrieben:
| Status | Was bedeutet es? | Kostet es? |
|---|---|---|
| Ausstehend | Nachdem Sie einen VM-Executor hinzugefügt haben, befindet er sich in diesem Status, bis er einen Build ausführt.
Wenn ein VM-Executor mit diesem Status beginnt, dauert die Installation des Betriebssystems und der Softwarepackages einige Zeit. |
Nein |
| Wird gestartet | Der VM-Executor wird gestartet.
Wenn der VM-Executor mit dem Status Ausstehend beginnt, installiert VB Studio das Betriebssystem und die Softwarepackages auf dem zugewiesenen Boot-Volume des VM-Executors. Das braucht Zeit. Wenn der VM-Executor mit dem Status Gestoppt beginnt, verwendet VB Studio Softwarepackages und das Betriebssystem aus dem gespeicherten Boot-Volume der vorherigen Ausführung. VB Studio prüft regelmäßig alle Executor-Vorlagen auf Aktualisierungen. Wenn eine Executor-Vorlage mit neuen Updates gefunden wird, löscht VB Studio das beibehaltene Boot-Volume aller gestoppten VM-Executors, die die Executor-Vorlage referenzieren, und ändert ihren Status von Gestoppt in Ausstehend. |
Ja |
| Verfügbare | Betriebssystem- und Softwarepackages sind installiert, und der VM-Executor kann einen Build ausführen. | Ja |
| Wird verwendet | Der VM-Executor führt einen Build aus.
Nachdem der ausgeführte Build abgeschlossen ist, kehrt der VM-Executor in den Status Verfügbar zurück. |
Ja |
| Wird gestoppt | Der VM-Executor wird heruntergefahren.
Bevor der VM-Executor heruntergefahren wird, speichert VB Studio das Betriebssystem und die Softwarepackages im zugewiesenen Boot-Volume des VM-Executors. |
Ja |
| Gestoppt | Der VM-Executor wurde heruntergefahren. | Nein |
| Fehler | Es gibt ein Hardware- oder Softwareproblem im VM-Executor. Weitere Informationen zur Ursache finden Sie im Log des VM-Executors. | Nein |
| Wird zerstört | Der VM-Executor wird gelöscht. | Nein |
| Nicht behebbarer Fehler |
Dieser Status wird höchstwahrscheinlich verursacht, wenn ein Kunde den OCI-Zugriff des Compute-Accounts ändert, sodass die Kontrolle über die OCI-Ressourcen des VM-Executors blockiert wird. Dieser Status kann auch auftreten, wenn sich der Build Executor im Status Fehler befindet und VB Studio nicht alle verwendeten OCI-Ressourcen entfernen kann oder wenn während des Entfernungsprozesses ein temporärer Netzwerkfehler auftritt. VB Studio versucht einmal täglich, OCI-Ressourcen zu löschen, die vom VM-Executor im Status Fehler nicht wiederherstellbar verwendet werden. Um diese Ressourcen manuell zu löschen, können Sie auch die Aktion Zurücksetzen versuchen verwenden. |
Nein |
Einige wichtige Punkte zu VM Executors:
- Nachdem Sie eine VB Studio-Instanz erstellt haben, erstellt VB Studio einen VM-Executor, wenn Sie das erste Projekt erstellen (vorausgesetzt, Sie haben noch kein Projekt). Der VM-Executor ist mit der Ausführungsvorlage Systemstandard OL7 für Visual Builder im verbundenen OCI-Account verknüpft.
- Wenn Sie einen VM-Executor manuell hinzufügen, müssen Sie die Executor-Vorlage angeben, eine OCI-Region aus den abonnierten Regionen des verbundenen OCI-Accounts auswählen, die Ausprägung der OCI-Compute-VM angeben und das VCN auswählen (optional).
- Für Ihren OCI-Account sind möglicherweise einige Limits für Compute-Instanzen festgelegt. Wenn Sie einen VM-Executor hinzufügen, prüft VB Studio die Availability-Domains der angegebenen OCI-Region, sucht nach verfügbaren OCPUs mit der angegebenen Ausprägung, berechnet die Anzahl der Compute-Instanzen und zeigt die Anzahl der Compute-VM-Instanzen an, die Sie aus dem festgelegten Limit Ihres OCI-Accounts hinzufügen können.
Im Folgenden finden Sie ein Beispiel für das Dialogfeld "VM-Build Executors hinzufügen" von VB Studio, in dem die Anzahl der VM-Executors angezeigt wird, die Sie mit der Ausprägung VM.Standard.1.1 hinzufügen können:
Beschreibung der Abbildung add_vmbuildxecutor_withlatestos.png
- Wenn Sie einen VM-Executor hinzufügen, wird er im Status Ausstehend hinzugefügt und kostet Sie nichts. Sie können mehr VM-Executors hinzufügen als die Anzahl der verfügbaren Compute-VM-Instanzen.
Beachten Sie, dass VB Studio eine Compute-VM-Instanz erstellt, wenn ein VM-Executor gestartet wird, nicht wenn Sie sie hinzufügen.
- Sie können Standard- und Legacy-VM-Ausprägungen mit der folgenden Reihe hinzufügen:
- VM.Standard1
- VM.Standard2
- VM.Standard.E2
- VM.Standard3. Flexibel
- VM.Standard.E3. Flexibel
- VM.Standard.E4. Flexibel
- VM.Standard.E5. Flexibel
- VM.Standard.B1
- VM.Standard.Intel.Generic
- VM.Standard.x86. Generisch
- VM.Standard.AMD.Generic
Weitere Details zu den oben genannten Ausprägungen finden Sie unter Standardausprägungen und Legacy-Ausprägungen.
- Ein VM-Executor kann jeweils einen Build ausführen.
- Wenn der Build eines Jobs ausgeführt wird und VB Studio mehrere VM-Executors findet, die der Executor-Vorlage des Jobs zugewiesen sind, wird der Build auf einem beliebigen davon ausgeführt. Sie können keinen bestimmten VM-Executor auswählen oder angeben, der für den Build verwendet werden soll.
- Wenn Sie erwarten, dass die Mitglieder Ihrer Organisation parallele Builds von Jobs ausführen, die sich auf eine gemeinsame Executor-Vorlage beziehen, fügen Sie mehrere VM Executors für diese Executor-Vorlage hinzu. Wenn Sie sich nicht sicher sind, können Sie mit einem VM-Executor beginnen und später weitere VM-Executors hinzufügen.
- Beim Hinzufügen mehrerer VM-Executors, die eine allgemeine Executor-Vorlage referenzieren:
- Fügen Sie alle VM-Executors im selben VCN hinzu. Wenn Sie VM-Executors mit einer allgemeinen Executor-Vorlage in verschiedenen VCNs hinzufügen (z.B. einige VM-Executors im Standard-VCN und andere VM-Executors in einem benutzerdefinierten VCN), verhalten sich Ihre Builds möglicherweise unvorhersehbar.
- Fügen Sie alle VM-Executors mit derselben Ausprägung hinzu. Wenn Sie VM-Executors mit verschiedenen Ausprägungen hinzufügen (z.B. einige VM-Executors der VM.Standard1.1-Ausprägung und einige der VM.Standard2.8-Ausprägungen), werden Ihre Builds je nach VM-Executor, auf dem sie ausgeführt werden, möglicherweise langsam oder schnell ausgeführt.
- Nach Abschluss eines Builds befindet sich ein VM-Executor weiterhin im Status Verfügbar und wartet einige Zeit auf Builds in der Queue. Diese Wartezeit wird als Schlaftimeout bezeichnet. Wenn in dieser Zeit keine Builds auf den VM-Executors ausgeführt werden, stoppt VB Studio die VM-Executors automatisch.
- Je mehr VM-Executors Sie zu einem bestimmten Zeitpunkt ausgeführt haben, desto höher sind die Kosten. Um die höheren Kosten zu minimieren, konfigurieren Sie das Inaktivitätstimeout, um inaktive VM-Executors nach einiger Zeit zu stoppen. Die Einstellung für das Inaktivitätstimeout gilt für alle VM-Executors Ihres Unternehmens.
- Wenn sich alle VM-Executors für eine bestimmte Build-Executor-Vorlage im Status Fehler befinden, versucht der VM-Executor, den Build nach aufeinanderfolgenden Verzögerungen von 2 Minuten, 4 Minuten und 8 Minuten erneut auszuführen. Dadurch können die VM-Executors im Status Fehler genug Zeit für das Deprovisioning, das erneute Provisioning und den Übergang in den Status Ausstehend lassen.