Valeurs par défaut et limites de l'application

Le tableau ci-après répertorie les limites relatives aux applications :

Pour plus d'informations sur les combinaisons de mémoire et d'unité centrale prises en charge, voir Combinaisons de mémoire et d'unité centrale prises en charge.

Code Engine a des limites pour les applications d'un projet.

• Vous êtes limité à 40 applications par projet.
• Vous disposez d'un maximum de 120 révisions pour l'ensemble des applications d'un même projet.

Code Engine ne prend pas en charge la sursollicitation des ressources d'application. Par conséquent, si vous créez une application à l'aider de l'API ou avec kubectl apply -f <yaml>, les valeurs pour Resource.Requests etResource.Limits pour CPU, Memory, etEphemeral Storage doivent être spécifiés et absolument être similaires.

Valeurs par défaut et limites du tâches

Le tableau ci-après répertorie les limites relatives aux travaux :

Les indices de tableau sont des listes séparées par des virgules ou une plage d'indices séparée par des tirets, qui spécifie les instances de tâche à exécuter; par exemple, 1,3,6,9 ou 1-5,7-8,10.

La taille du tableau correspond au nombre d'instances de tâche à exécuter en parallèle.

Pour plus d'informations sur les combinaisons de mémoire et d'unité centrale prises en charge, voir Combinaisons de mémoire et d'unité centrale prises en charge.

Code Engine est limité à 100 travaux par projet. Une fois que 100 tâches ont été lancées, veillez à supprimer les anciennes tâches avant d'en lancer de nouvelles.

Limites de fonction

Le tableau suivant présente les limites des fonctions.

Limites des abonnements au temporisateur périodique (cron)

Le tableau suivant énumère les limites de l'abonnement à la minuterie périodique.

Code Engine limite la taille des données pour les événements de temporisateur périodique (cron) à 4096 octets. Lorsque vous créez ou mettez à jour ce type d'événement, Code Engine vérifie la taille des données d'événement cron. Si elle est supérieure à la limite, une erreur indiquant que la limite de taille a été dépassée est émise. Dans ce cas, essayez de réduire la taille des données d'événement cron pour qu'elle soit inférieure à 4096 octets.

Pour plus d'informations sur le traitement des incidents liés aux abonnements, voir Débogage des abonnements.

Limites de projet

Le tableau ci-dessous présente les limites applicables aux projets.

Le nombre maximal de projets inclut les projets actifs et tous les projets qui n'ont pas été supprimés définitivement. Lorsque vous supprimez un projet, celui-ci fait l'objet d'une suppression temporaire et peut être restauré dans un délai de 7 jours avant d'être définitivement supprimé. Utilisez la console ou l'interface de ligne de commande pour afficher les projets ayant fait l'objet d'une suppression logicielle. Pour plus d'informations, voir Suppression d'un projet.

Quotas de projet

Le tableau ci-après répertorie les quotas pour les projets.

Il faut savoir que les limites s'appliquent indépendamment les unes des autres au sein d'un projet. Si une limite est atteinte, par exemple la limite de 512 Go de mémoire, cette limite de quota peut avoir un impact sur la capacité à exécuter une charge de travail, même si une autre limite n'est pas encore atteinte, par exemple 250 instances d'applications ou de travaux.

Par exemple, vous êtes limité à 128 vCPU ou à 250 instances actives d'une application ou d'un travail. Comme chaque limite s'applique indépendamment des autres, supposons que vous souhaitiez faire évoluer une application vers 250 instances avec 0.125 VCPU. Ces valeurs donnent environ 32 vCPU,, ce qui fonctionne puisque ce résultat est inférieur au maximum de 128 vCPU. Cependant, vous ne pouvez pas utiliser 512 instances avec 0.125 vCPU,, ce qui respecterait le maximum de 128 vCPU, mais enfreindrait la limite de 250 instances.

Augmentation des limites

Les valeurs limites sont fixes, mais peuvent être augmentes en contactant le support IBM et en créant une demande de support.