Images (y compris les images personnalisées) et formes prises en charge pour les noeuds de travail

Découvrez les images et les formes que vous pouvez spécifier pour les noeuds de travail dans les grappes créées par Kubernetes Engine (OKE).

Vous pouvez configurer les noeuds de travail d'une grappe en spécifiant les éléments suivants :

  • Image du système d'exploitation à utiliser pour les noeuds de travail (noeuds gérés et noeuds autogérés uniquement). L'image est un modèle de disque dur virtuel qui détermine le système d'exploitation et les autres logiciels du noeud de travail.
  • Forme à utiliser pour les noeuds de travail (noeuds gérés, noeuds autogérés et noeuds virtuels). La forme correspond au nombre d'UC et à la quantité de mémoire à affecter à chaque instance nouvellement créée à utiliser comme noeud de travail.

Cette rubrique présente des informations sur les images Oracle Linux et les formes fournies par Oracle Cloud Infrastructure prises en charge par Kubernetes Engine. Notez que certaines formes peuvent ne pas être disponibles dans votre location.

Note

Pour plus d'informations sur la création de noeuds gérés et de noeuds autogérés qui exécutent Ubuntu, voir Exécution d'Ubuntu sur les noeuds de travail à l'aide d'images personnalisées.

Images prises en charge pour les noeuds gérés

Kubernetes Engine prend en charge le provisionnement de noeuds de travail (noeuds gérés uniquement) à l'aide de certaines des dernières images Oracle Linux fournies par Oracle Cloud Infrastructure, mais pas toutes.

Vous pouvez utiliser les images Oracle Linux suivantes lors du provisionnement des noeuds gérés :

Pour voir les images prises en charge par Kubernetes Engine :

  • Lorsque vous utilisez la console pour créer une grappe dans le flux de création personnalisée, consultez la liste des images de plate-forme et des images OKE prises en charge dans la fenêtre Parcourir toutes les images.
  • Lorsque vous utilisez la ligne de commande, consultez la plate-forme prise en charge, OKE et les images personnalisées (dans la section data: sources: de la réponse) en entrant :
    oci ce node-pool-options get --node-pool-option-id all

Notez ce qui suit lors de l'utilisation d'images Oracle Linux 8 :

  • Oracle Linux 8 prend en charge les normes fédérales de traitement des informations, un ensemble de normes et de directives pour les systèmes informatiques fédéraux. Lorsque vous utilisez des images Oracle Linux 8, vous pouvez activer le mode FIPS. Pour plus d'informations, voir Configuration d'un système en mode FIPS dans la documentation sur Oracle Linux 8.
  • Vous pouvez sélectionner des images Oracle Linux 8 pour provisionner des noeuds gérés dans des groupes de noeuds exécutant Kubernetes 1.20.x et versions ultérieures.
  • Docker n'est pas inclus dans les images Oracle Linux 8. À la place, dans les groupes de noeuds exécutant Kubernetes 1.20.x et versions ultérieures, Kubernetes Engine installe et utilise l'exécution du conteneur CRI-O et l'interface de ligne de commande crictl (pour plus d'informations, voir Notes sur la prise en charge du moteur Kubernetes pour Kubernetes version 1.20).
Note

Pour plus d'informations sur la création de noeuds gérés qui exécutent Ubuntu, voir Exécution d'Ubuntu sur des noeuds de travail à l'aide d'images personnalisées.

Images OKE

Les images OKE sont fournies par Oracle et reposent sur des images de plate-forme. Les images OKE sont optimisées pour être utilisées en tant qu'images de base de noeud géré, avec toutes les configurations nécessaires et les logiciels requis. Vous pouvez sélectionner des images OKE comme images de base pour les noeuds gérés lors de la création et de la mise à jour de grappes et de groupes de noeuds. L'utilisation d'une image OKE réduit le temps de provisionnement des noeuds gérés au moment de l'exécution par rapport aux images de plate-forme et aux images personnalisées. L'utilisation d'images OKE réduit de plus de la moitié le temps de provisionnement des noeuds gérés par rapport aux images de plate-forme.

Pour voir les images OKE actuellement prises en charge par Kubernetes Engine :

  • Lorsque vous utilisez la console pour créer une grappe dans le flux de création personnalisée, sélectionnez Images OKE comme source d'image dans la fenêtre Parcourir toutes les images et consultez la liste des images OKE prises en charge.
  • Lorsque vous utilisez la CLI, consultez les images prises en charge (dans la section data: sources: de la réponse) en entrant :
    oci ce node-pool-options get --node-pool-option-id all

Les noms d'image OKE ont le format suivant (et OKE dans le nom de l'image comme illustré) :

<platform-image-name>-OKE-<kubernetes-version>-<OKE-build-number>

Par exemple, Oracle-Linux-8.9-2024.01.26-0-OKE-1.29.1-679

Notez que les noms d'image OKE incluent le numéro de version de la version de Kubernetes qu'ils contiennent. Si vous spécifiez une version de Kubernetes lors de la création et de la mise à jour de groupes de noeuds, l'image OKE que vous sélectionnez doit avoir le même numéro de version que le groupe de noeuds.

Images de plateforme

Les images de plate-forme sont fournies par Oracle et ne contiennent qu'un système d'exploitation Oracle Linux. Lorsque l'instance de calcul hébergeant un noeud géré démarre pour la première fois, Kubernetes Engine télécharge, installe et configure les logiciels requis.

Pour voir les images de plate-forme actuellement prises en charge par Kubernetes Engine :

  • Lorsque vous utilisez la console pour créer une grappe dans le flux de création personnalisée, sélectionnez Images de plate-forme comme source d'image dans la fenêtre Parcourir toutes les images et consultez la liste des images de plate-forme prises en charge.
  • Lorsque vous utilisez la CLI, consultez les images prises en charge (dans la section data: sources: de la réponse) en entrant :
    oci ce node-pool-options get --node-pool-option-id all

    Les noms d'image de plate-forme peuvent inclure ou non une référence d'architecture d'UC et n'incluent pas OKE. Par exemple :

    • Oracle-Linux-8.5-Gen2-GPU-2022.04.05-0
    • Oracle-Linux-7.9-2022.04.04-0

Images personnalisées

Les images personnalisées sont fournies par vous et peuvent être basées sur des images de plate-forme et des images OKE prises en charge. Les images personnalisées contiennent les systèmes d'exploitation Oracle Linux, ainsi que d'autres personnalisations, configurations et logiciels présents lors de la création de l'image.

Lorsque vous spécifiez l'image utilisée par Kubernetes Engine pour provisionner des noeuds gérés dans un groupe de noeuds, vous pouvez spécifier votre propre image personnalisée plutôt que l'une des images Oracle Linux explicitement prises en charge retournées par la commande oci ce node-pool-options get --node-pool-option-id all. Les noeuds gérés provisionnés à partir d'une image personnalisée comprennent les personnalisations, la configuration et le logiciel dans l'image. Notez que Kubernetes Engine prend en charge uniquement les images personnalisées basées sur l'une des images Oracle Linux retournées par la commande oci ce node-pool-options get.

Pour provisionner des noeuds gérés à partir d'une image personnalisée, vous devez utiliser la ligne de commande ou l'API et spécifier l'OCID de l'image personnalisée lors de la création du groupe de noeuds. Pour ce faire, vous pouvez par exemple exécuter la commande oci ce node-pool create et le paramètre --node-image-id pour spécifier l'OCID d'une image personnalisée, comme suit :

oci ce node-pool create \
--cluster-id ocid1.cluster.oc1.iad.aaaaaaaaaf______jrd \
--name my-custom-linux-image \
--node-image-id ocid1.image.oc1.iad.aaaaaaaa6______nha \
--compartment-id ocid1.compartment.oc1..aaaaaaaay______t6q \
--kubernetes-version v1.15.7 \
--node-shape VM.Standard2.1 \
--placement-configs "[{\"availability-domain\":\"IqDk:US-ASHBURN-AD-2\", \"capacityReservationId\":\"ocid1.capacityreservation.oc1.iad.anuwcljt2ah______yeq\", \"subnet-id\":\"ocid1.subnet.oc1.iad.aaaaaaaa2xpk______zva\", \"faultDomains\":[\"FAULT-DOMAIN-3\", \"FAULT-DOMAIN-1\"]}, {\"availability-domain\":\"IqDk:US-ASHBURN-AD-1\", \"subnet-id\":\"ocid1.subnet.oc1.iad.aaaaaaaauhls______bpq\", \"faultDomains\": [\"FAULT-DOMAIN-1\", \"FAULT-DOMAIN-2\"]}]" \
--size 1 \
--region=us-ashburn-1

Tenez compte des points supplémentaires suivants lorsque vous utilisez des images personnalisées :

  • Kubernetes Engine installe Kubernetes sur une image personnalisée, et Kubernetes ou le logiciel d'installation peut modifier certaines configurations de noyau.
  • Les images personnalisées doivent avoir accès à un référentiel yum (public ou interne).
  • Pour une prise en charge optimale, veillez à créer une image personnalisée à partir de l'image de base la plus récente.
  • Lorsque vous utilisez des images OKE comme base pour des images personnalisées, notez que les images OKE sont créées pour une version et une architecture CPU spécifiques de Kubernetes. Pour voir les détails (y compris les OCID) des images de noeud de travail OKE à utiliser comme base pour les images personnalisées, voir Notes de version d'image.
  • Si vous spécifiez l'OCID d'une image personnalisée dans une location différente de celle de la grappe, vous devez configurer les politiques IAM interlocation appropriées. Pour plus d'informations, voir Accès à des images personnalisées dans d'autres locations lors de la création ou de la mise à jour de groupes de noeuds gérés.

Pour plus d'informations sur les images personnalisées et sur Oracle Cloud Infrastructure, voir Gestion des images personnalisées.

Formes prises en charge pour les noeuds gérés et les noeuds virtuels

Kubernetes Engine prend en charge le provisionnement de noeuds de travail (noeuds gérés et noeuds virtuels) à l'aide de nombreuses formes fournies par Oracle Cloud Infrastructure, mais pas toutes. Plus précisément :

  • Noeuds gérés :
    • Prise en charge des noeuds gérés : Formes flexibles, à l'exception des formes flexibles pour créer des instances extensibles (par exemple, VM.Standard.E3). Flex); formes sans système d'exploitation, y compris des formes standard et des formes GPU; formes HPC, sauf dans les réseaux RDMA; formes de machine virtuelle, y compris des formes standard et GPU; formes à E/S denses.

      Pour obtenir la liste des formes GPU prises en charge, voir Formes GPU prises en charge par Kubernetes Engine (OKE).

    • Non prises en charge : Formes d'hôte de machine virtuelle dédié; formes Micro VM; formes HPC sur les instances sans système d'exploitation dans les réseaux RDMA; formes flexibles pour créer des instances à capacité extensible (par exemple, VM.Standard.E3). Flex).
  • Noeuds virtuels :
    • Prise en charge des noeuds virtuels : Pod.Standard.A1. Champ flexible, Pod.Standard.E3. Flex, Pod.Standard.E4. Champ flexible
    • Non pris en charge : Toutes les autres formes.

Notez que vous pourriez ne pas être en mesure de sélectionner certaines formes dans votre location en raison des limites de service et des quotas de compartiment, même si ces formes sont prises en charge par Kubernetes Engine.

Pour voir les formes prises en charge par Kubernetes Engine et disponibles dans votre location :

  • Lorsque vous utilisez la console pour créer une grappe dans le flux de création personnalisée, consultez la liste des formes prises en charge dans la fenêtre Parcourir toutes les formes.
  • Lorsque vous utilisez la CLI, consultez les formes prises en charge (dans la section data: shapes: de la réponse) en entrant :
    oci ce node-pool-options get --node-pool-option-id all

Vous pourrez peut-être utiliser les pages de la console du service de calcul (ou la CLI ou l'API du service de calcul) pour modifier ultérieurement la forme d'un noeud de travail après sa création. Cependant, n'oubliez pas que le moteur Kubernetes ne prend en charge que les formes affichées dans la fenêtre Parcourir toutes les formes ou retournées par la commande oci ce node-pool-options get --node-pool-option-id all.

Pour plus d'informations sur toutes les formes fournies par Oracle Cloud Infrastructure, voir Formes de calcul.

Images et formes prises en charge pour les noeuds autogérés

Kubernetes Engine prend en charge le provisionnement de noeuds autogérés à l'aide de certaines images et formes Oracle Linux fournies par Oracle Cloud Infrastructure, mais pas toutes. Plus précisément :

  • Images prises en charge pour les noeuds autogérés : L'image que vous sélectionnez pour l'instance de calcul hébergeant un noeud autogéré doit être l'une des images OKE Oracle Linux 7 (OL7) ou Oracle Linux 8 (OL8), et l'image doit avoir une date de version identique ou postérieure au 28 mars 2023. Voir Exigences relatives aux images.
  • Formes prises en charge pour les noeuds autogérés : La forme que vous pouvez sélectionner pour l'instance de calcul hébergeant un noeud autogéré est déterminée par l'image OKE Oracle Linux 7 (OL7) ou Oracle Linux 8 (OL8) que vous sélectionnez pour l'instance de calcul. Notez qu'il est possible que vous ne puissiez pas sélectionner certaines formes dans votre location en raison des limites de service et des quotas de compartiment, même si ces formes sont prises en charge par l'image OKE.

    Pour voir les formes prises en charge disponibles dans votre location pour une image OKE donnée, suivez les instructions sous Création de noeuds autogérés pour utiliser la console afin de créer une nouvelle instance de calcul pour héberger le noeud autogéré. Après avoir sélectionné l'une des images OKE Oracle Linux 7 (OL7) ou Oracle Linux 8 (OL8), sélectionnez Modifier la forme et consultez la liste des formes prises en charge dans la fenêtre Parcourir toutes les formes.

Note

Pour plus d'informations sur la création de noeuds autogérés qui exécutent Ubuntu, voir Exécution d'Ubuntu sur les noeuds de travail à l'aide d'images personnalisées.