Documentation Oracle Cloud Infrastructure

Exécuteurs de build de machine virtuelle

Les exécuteurs de build de machine virtuelle sont des instances OCI VM Compute dédiées à l'exécution de builds de travaux, que les membres de votre organisation définissent dans les projets VB Studio.

Un exécuteur de machine virtuelle est toujours associé à un modèle d'exécuteur de build. Lorsque les membres de votre organisation créent des emplois, ils associent simplement le modèle d'exécuteur approprié au travail. Lorsque le build du travail se déclenche, l'exécuteur de machine virtuelle associé au modèle d'exécuteur démarre automatiquement. Oracle vous facture uniquement lorsqu'un exécuteur de machine virtuelle est actif, exécute un build ou se prépare à exécuter un build.

Le tableau suivant décrit les différents états d'un exécuteur de machine virtuelle :

Département Ça veut dire quoi ? Cela coûte-t-il ?
En suspens Une fois que vous avez ajouté un exécuteur de machine virtuelle, il est dans cet état jusqu'à ce qu'il exécute un build.

Lorsqu'un exécuteur de machine virtuelle démarre à partir de cet état, il faut un certain temps pour installer le système d'exploitation et les packages logiciels.

Non
Démarrage L'exécuteur de machine virtuelle démarre.

Si l'exécuteur de machine virtuelle démarre à partir de l'état En attente, VB Studio installe le système d'exploitation et les packages logiciels sur le volume d'initialisation affecté à l'exécuteur de machine virtuelle. Cela prend du temps.

Si l'exécuteur de machine virtuelle démarre à partir de l'état Arrêté, VB Studio utilise les packages logiciels et le système d'exploitation du volume d'initialisation enregistré de l'exécution précédente.

VB Studio recherche régulièrement les mises à jour dans tous les modèles d'exécuteur. Si un modèle d'exécuteur est trouvé avec de nouvelles mises à jour, VB Studio supprime le volume d'initialisation conservé de tous les exécuteurs de machine virtuelle arrêtés qui référencent le modèle d'exécuteur et fait passer leur statut de Arrêté à En attente.

Oui
Disponibles Le système d'exploitation et les packages logiciels sont installés et l'exécuteur de machine virtuelle est prêt à exécuter un build. Oui
En cours d'utilisation L'exécuteur de machine virtuelle exécute un build.

Une fois le build en cours d'exécution terminé, l'exécuteur de machine virtuelle revient à l'état Disponible.

Oui
Arrêt en cours L'exécuteur de machine virtuelle est en cours d'arrêt.

Avant d'arrêter l'exécuteur de machine virtuelle, VB Studio enregistre le système d'exploitation et les packages logiciels dans le volume d'initialisation affecté à l'exécuteur de machine virtuelle.

Oui
Arrêté L'exécuteur de machine virtuelle s'est arrêté. Non
Erreur Il y a un problème matériel ou logiciel sur l'exécuteur de machine virtuelle. Consultez le journal de l'exécuteur de machine virtuelle pour en savoir plus sur la cause. Non
Destruction L'exécuteur de machine virtuelle est en cours de suppression. Non
Erreur non récupérable

Cet état est probablement dû au fait qu'un client modifie l'accès OCI du compte Compute afin que le contrôle des ressources OCI de l'exécuteur de machine virtuelle soit bloqué.

Cet état peut également se produire si l'exécuteur de build a le statut Erreur et que VB Studio ne peut pas enlever toutes les ressources OCI utilisées ou s'il existe un problème de réseau temporaire lors du processus de suppression.

VB Studio tente d'effacer une fois par jour les ressources OCI utilisées par l'exécuteur de machine virtuelle à l'état Erreur irrécupérable. Pour effacer manuellement ces ressources, vous pouvez également utiliser l'action Essayer de réinitialiser.

Non

Quelques points clés à retenir sur les exécuteurs de machine virtuelle :

  • Après avoir créé une instance VB Studio, VB Studio crée un exécuteur de machine virtuelle lorsque vous créez votre premier projet (en supposant que vous n'en ayez pas déjà un). L'exécuteur de machine virtuelle est associé au modèle d'exécuteur Valeur par défaut du système OL7 pour Visual Builder dans le compte OCI connecté.
  • Lorsque vous ajoutez un exécuteur de machine virtuelle manuellement, vous devez indiquer le modèle d'exécuteur, choisir une région OCI dans les régions abonnées du compte OCI connecté, indiquer la forme de la machine virtuelle OCI Compute et sélectionner le VCN (facultatif).
  • Certaines limites d'instance Compute peuvent être définies pour votre compte OCI. Lorsque vous ajoutez un exécuteur de machine virtuelle, VB Studio examine les domaines de disponibilité de la région OCI indiquée, recherche les OCPU disponibles avec la forme indiquée, calcule le nombre d'instances Compute et affiche le nombre d'instances de machine virtuelle Compute que vous pouvez ajouter à partir de la limite définie de votre compte OCI.

    Voici un exemple de la boîte de dialogue Ajouter des exécuteurs de build de machine virtuelle de VB Studio qui affiche le nombre d'exécuteurs de machine virtuelle que vous pouvez ajouter avec la forme VM.Standard.1.1 :


    Description de add_vmbuildxecutor_withlatestos.png
    Description de l'image add_vmbuildxecutor_withlatestos.png

  • Lorsque vous ajoutez un exécuteur de machine virtuelle, il est ajouté à l'état En attente et ne vous coûte rien. Vous pouvez ajouter plus d'exécuteurs de machine virtuelle que le nombre d'instances de machine virtuelle de calcul disponibles.

    N'oubliez pas que VB Studio crée une instance de machine virtuelle de calcul lorsqu'un exécuteur de machine virtuelle démarre, et non lorsque vous l'ajoutez.

  • Vous pouvez ajouter des formes de machine virtuelle standard et héritées avec les séries suivantes :
    • VM.Standard1
    • VM.Standard2
    • VM.Standard.E2
    • VM.Standard3. Champ flexible
    • VM.Standard.E3. Champ flexible
    • VM.Standard.E4. Champ flexible
    • VM.Standard.E5Champ flexible
    • VM.Standard.B1
    • VM.Standard.Intel.Generic
    • VM.Standard.x86Générique
    • VM.Standard.AMD.Generic

    Pour plus de détails sur les formes ci-dessus, reportez-vous à Formes standard et à Formes héritées.

  • Un exécuteur de machine virtuelle peut exécuter un build à la fois.
  • Lorsque le build d'un travail est exécuté, si VB Studio trouve plusieurs exécuteurs de machine virtuelle alloués pour le modèle d'exécuteur du travail, il exécute le build sur l'un d'entre eux. Vous ne pouvez pas choisir ou spécifier un exécuteur de machine virtuelle particulier à utiliser pour le build.
  • Si vous prévoyez que les membres de votre organisation exécutent des builds parallèles de travaux faisant référence à un modèle d'exécuteur commun, ajoutez plusieurs exécuteurs de machine virtuelle pour ce modèle d'exécuteur. Si vous n'êtes pas sûr, vous pouvez commencer par un exécuteur de machine virtuelle et en ajouter d'autres ultérieurement.
  • Lors de l'ajout de plusieurs exécuteurs de machine virtuelle qui référencent un modèle d'exécuteur commun :
    • Ajoutez tous les exécuteurs de machine virtuelle dans le même VCN. Si vous ajoutez des exécuteurs de machine virtuelle avec un modèle d'exécuteur commun dans différents réseaux cloud virtuels (tels que certains exécuteurs de machine virtuelle dans le VCN par défaut et d'autres exécuteurs de machine virtuelle dans un VCN personnalisé), vos builds peuvent se comporter de manière imprévisible.
    • Ajoutez tous les exécuteurs de machine virtuelle avec la même forme. Si vous ajoutez des exécuteurs de machine virtuelle avec différentes formes (par exemple, certains exécutants de machine virtuelle de la forme VM.Standard1.1 et d'autres de la forme VM.Standard2.8), vos builds peuvent être lents ou rapides en fonction de l'exécuteur de machine virtuelle sur lequel ils sont exécutés.
  • Une fois qu'un build est terminé, un exécuteur de machine virtuelle continue d'être à l'état Disponible et attend pendant un certain temps les builds mis en file d'attente. Ce temps d'attente est appelé délai de mise en veille. Si aucun build n'est exécuté sur les exécuteurs de machine virtuelle pendant cette durée, VB Studio arrête automatiquement les exécuteurs de machine virtuelle.
  • Plus vous exécutez d'exécuteurs de machine virtuelle à un moment donné, plus le coût est élevé. Pour réduire le coût plus élevé, configurez le délai de mise en veille pour arrêter les exécuteurs de machine virtuelle inactifs après un certain temps. Le paramètre d'expiration de la mise en veille s'applique à tous les exécuteurs de machine virtuelle de votre organisation.
  • Si tous les exécuteurs de machine virtuelle ont l'état Erreur pour un modèle d'exécuteur de build donné, l'exécuteur de machine virtuelle tente de réexécuter le build après des retards successifs de 2 minutes, 4 minutes et 8 minutes. Cela permet de laisser suffisamment de temps aux exécuteurs de machine virtuelle à l'état Erreur pour qu'ils soient déprovisionnés, reprovisionnés et passent à l'état En attente.