Documentation
Profils d’exécuteur flexibles et capacité
Orientation approuvée : choisir séparément le processeur, la mémoire vive et le disque temporaire. Le déploiement du service reste à venir. Les étiquettes et prix actuels continuent de s’appliquer.
Approuvé, en attente du déploiement
À venir : les profils d’exécuteur flexibles sont approuvés, mais pas activés en production. Les commandes CLI et la référence technique sont publiées. Cette publication ne confirme pas l’activation de l’API ni du portail en production.
Les noms des étiquettes standard et les tarifs publiés ne changent pas, y compris les profils prédéfinis de 6 vCPU. Les plafonds CI standard approuvés sont de 6 vCPU au niveau gratuit et à Developer, de 16 pour Team et de 32 pour Business. Enterprise est sur mesure. Les limites de taille sont appliquées à tous les espaces. Aucune période de grâce ni droits acquis ne s’appliquent à l’admission des nouvelles tâches selon la taille.
Choisir les ressources séparément
Le modèle approuvé sépare le processeur, la mémoire vive et le disque temporaire au lieu de fixer leurs proportions. Les combinaisons offertes dépendent de la capacité compatible des hôtes d’exécution Runzivo.
- Choix de processeur : 2, 4, 8, 16 et 32 vCPU.
- Choix de mémoire vive : de 4 à 128 GiB, indépendamment du processeur.
- Choix de disque temporaire : de 16 à 256 GiB, indépendamment du processeur et de la mémoire vive. Il s’agit du stockage de la tâche, distinct des disques persistants des bacs à sable.
- Les exemples approuvés comprennent 16 vCPU avec 16 GiB de mémoire vive et 32 vCPU avec 16 GiB de mémoire vive. Le disque temporaire se choisit séparément. Ces combinaisons visées ne sont pas encore offertes pour une exécution.
Enregistrer un profil réutilisable
Le parcours approuvé des modèles d’exécuteur et du sélecteur permettra de choisir séparément le processeur, la mémoire vive et le disque temporaire, de consulter le taux en minutes équivalentes, d’enregistrer un profil personnalisé et de copier son étiquette de flux de travail. Les étiquettes standard restent au catalogue avec leurs exigences de forfait approuvées, sans créer un vaste catalogue de combinaisons par défaut.
Les commandes CLI de profils personnalisés et le guide détaillé sont publiés sur GitHub. L’activation du service en production n’est pas confirmée. Continuez d’utiliser les modèles et étiquettes actuels jusqu’à l’activation des profils personnalisés.
Lire la disponibilité après le déploiement
Le sélecteur approuvé distinguera les états suivants pour un profil et une région. Ces libellés décrivent l’expérience prévue, et non un rapport de capacité en direct sur cette page. Les choix pris en charge restent visibles quand les hôtes sont occupés. Lorsqu’une exigence de forfait s’applique, le sélecteur affichera le processeur, la mémoire vive, le forfait requis, le taux estimé en minutes équivalentes et une action directe de mise à niveau. L’admissibilité au forfait est distincte de la capacité régionale. Les plafonds approuvés distinguent les étiquettes CI standard des nouveaux profils personnalisés : 6 vCPU contre 4 au niveau gratuit et à Developer, 16 pour Team et 32 pour Business dans les deux cas. Enterprise est sur mesure. Une nouvelle tâche sur une taille verrouillée est refusée avec plan_required et indique le forfait requis, même pour un espace ou profil existant. Les tâches en cours sont préservées. Aucune période de grâce ni droits acquis ne s’appliquent à cette admission.
- Disponible maintenant : une capacité d’exécution compatible est offerte pour les ressources choisies. La capacité est revérifiée à l’admission de la tâche.
- Occupé, les tâches seront mises en file : la région prend en charge le profil, mais les hôtes compatibles sont temporairement occupés. La tâche attend équitablement la capacité.
- Non pris en charge dans cette région : la région n’offre pas la combinaison de ressources choisie. Choisissez une autre combinaison ou une autre région prise en charge.
Capacité et surallocation sûre du processeur
L’ordonnanceur approuvé utilise la capacité attribuable et la pression sur les ressources après la réserve du système d’exploitation hôte. Seuls les hôtes d’exécution Runzivo enregistrés et prêts contribuent à la capacité offerte.
La surallocation du processeur sera configurable par hôte ou par région. Elle change le budget effectif d’admission, pas le nombre de processeurs physiques. L’ordonnanceur doit utiliser une seule fois la capacité tenant compte de la surallocation rapportée par l’hôte, sans multiplier de nouveau une valeur déjà ajustée. L’admission doit prévenir une contention excessive du processeur.
La mémoire vive et le disque exigent des réservations sûres et une marge pour l’hôte. La surallocation du processeur n’autorise ni l’épuisement de la mémoire ni la surallocation du disque. La pression sur les ressources et la capacité compatible déterminent si la tâche démarre ou attend en file.
Parallélisme et mise en file équitable
Le modèle approuvé élimine les restrictions artificielles de tâches simultanées liées au forfait. La capacité d’exécution compatible et la mise en file équitable déterminent l’admission. Des hôtes occupés ne signifient pas qu’un profil pris en charge est incompatible avec la région.
Cette politique attend le déploiement du service. L’admissibilité selon la taille est appliquée indépendamment du futur modèle de planification. Aucun démarrage immédiat, aucune capacité physique illimitée et aucune absence de file ne sont promis.
Facturation en minutes équivalentes
Les profils flexibles utiliseront l’allocation unifiée existante en minutes équivalentes et le crédit prépayé. Le taux affiché tiendra compte du processeur, de la mémoire vive et du disque temporaire choisis.
Les prix des ressources seront publiés avant la disponibilité des profils flexibles et seront cohérents dans le portail, l’API, la CLI et la documentation. Les prix publiés des profils prédéfinis continuent de s’appliquer aux étiquettes actuelles.
Compatibilité et vérifications du déploiement
Le déploiement du service doit préserver les flux GitHub existants, les parcours d’intégration des fournisseurs et les actions de la CLI et de l’API. GitLab n’est pas encore offert à l’ensemble de la clientèle. Cette annonce ne change pas sa disponibilité.
Avant d’offrir les profils flexibles, il faut vérifier l’enregistrement d’un profil personnalisé, la copie de son étiquette, l’affichage cohérent du taux en minutes équivalentes et l’exécution de différentes combinaisons de processeur et de mémoire. Cela comprend 16 vCPU avec 16 GiB de mémoire vive et 32 vCPU avec 16 GiB de mémoire vive lorsque pris en charge. Il faut aussi vérifier la file sur les hôtes compatibles occupés, les messages de région non prise en charge et les étiquettes existantes.