Images (images personnalisées comprises) et formes prises en charge pour les noeuds de processus actifs

Découvrez les images et les formes que vous pouvez indiquer pour les noeuds de processus actif dans les clusters créés par Kubernetes Engine (OKE).

Vous pouvez configurer les noeuds de processus actif d'un cluster en indiquant les éléments suivants :

  • Image de système d'exploitation à utiliser pour les noeuds de processus actif (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 pour le noeud de processus actif.
  • Forme à utiliser pour les noeuds de processus actif (noeuds gérés, noeuds autogérés et noeuds virtuels). La forme correspond au nombre d'UC et à la quantité de mémoire à allouer à chaque instance créée à utiliser comme noeud de processus actif.

Cette rubrique contient des informations sur les images Oracle Linux et les formes fournies par Oracle Cloud Infrastructure prises en charge par Kubernetes Engine. Certaines formes peuvent ne pas être disponibles dans votre location spécifique.

Remarque

Pour plus d'informations sur la création de noeuds gérés et de noeuds autogérés qui exécutent Ubuntu, reportez-vous à Exécution d'Ubuntu sur des noeuds de processus actif à l'aide d'images personnalisées.

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

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

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, procédez comme suit :

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

Tenez compte des points suivants lorsque vous utilisez des images Oracle Linux 8 :

  • Oracle Linux 8 prend en charge Federal Information Processing Standards (FIPS), 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, reportez-vous à Configuration d'un système en mode FIPS dans la documentation Oracle Linux 8.
  • Vous pouvez sélectionner des images Oracle Linux 8 pour provisionner des noeuds gérés dans des pools de noeuds exécutant Kubernetes 1.20.x et versions ultérieures.
  • Docker n'est pas inclus dans les images Oracle Linux 8. A la place, dans les pools de noeuds exécutant Kubernetes 1.20.x et versions ultérieures, Kubernetes Engine installe et utilise l'exécution de conteneur CRI-O et l'interface de ligne de commande crictl (pour plus d'informations, reportez-vous à Remarques sur la prise en charge de Kubernetes Engine pour Kubernetes version 1.20).
Remarque

Pour plus d'informations sur la création de noeuds gérés qui exécutent Ubuntu, reportez-vous à Exécution d'Ubuntu sur les noeuds de processus actif à l'aide d'images personnalisées.

Images OKE

Les images OKE sont fournies par Oracle et basées 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 tous les logiciels requis. Vous pouvez sélectionner des images OKE en tant qu'images de base pour les noeuds gérés lors de la création et de la mise à jour de clusters et de pools de noeuds. L'utilisation d'une image OKE réduit le temps nécessaire au provisionnement de noeuds gérés lors 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 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, procédez comme suit :

  • Lorsque vous utilisez la console pour créer un cluster dans le workflow de création personnalisée, choisissez Images OKE comme source d'image dans la fenêtre Parcourir toutes les images et affichez la liste des images OKE prises en charge.
  • Si vous utilisez l'interface de ligne de commande, affichez les images prises en charge (dans la section data: sources: de la réponse) en saisissant la commande ci-après :
    oci ce node-pool-options get --node-pool-option-id all

Les noms d'image OKE ont le format suivant (et le nom d'image comporte OKE comme indiqué) :

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

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

Les noms d'image OKE incluent le numéro de version de la version de Kubernetes qu'ils contiennent. Si vous indiquez une version de Kubernetes lors de la création et de la mise à jour des pools de noeuds, l'image OKE que vous sélectionnez doit avoir le même numéro de version que le pool de noeuds.

Images de plate-forme

Les images de plate-forme sont fournies par Oracle et contiennent uniquement 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, procédez comme suit :

  • Lorsque vous utilisez la console pour créer un cluster dans le workflow Création personnalisée, choisissez Images de plate-forme comme source d'image dans la fenêtre Parcourir toutes les images et affichez la liste des images de plate-forme prises en charge.
  • Si vous utilisez l'interface de ligne de commande, affichez les images prises en charge (dans la section data: sources: de la réponse) en saisissant la commande ci-après :
    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 de CPU 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 à la fois sur des images de plate-forme prises en charge et sur des images OKE. 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 que Kubernetes Engine utilise pour provisionner les noeuds gérés d'un pool de noeuds, vous pouvez indiquer votre propre image personnalisée plutôt que l'une des images Oracle Linux prises en charge explicitement renvoyé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 incluent les personnalisations, la configuration et les logiciels de l'image. Kubernetes Engine prend uniquement en charge les images personnalisées basées sur l'une des images Oracle Linux renvoyé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 l'interface de ligne de commande ou l'API et indiquer son OCID lors de la création du pool de noeuds. Par exemple, exécutez la commande oci ce node-pool create et utilisez 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 considérations supplémentaires suivantes lors de l'utilisation d'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 l'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 conçues pour une version de Kubernetes et une architecture CPU spécifiques. Pour afficher les détails (y compris les OCID) des images de noeud de processus actif OKE à utiliser comme base pour les images personnalisées, reportez-vous à Notes sur la version des images.
  • Si vous indiquez l'OCID d'une image personnalisée dans une location différente du cluster, vous devez configurer les stratégies IAM inter-locations appropriées. Pour plus d'informations, reportez-vous à Accès à des images personnalisées dans d'autres locations lors de la création ou de la mise à jour de pools de noeuds gérés.

Pour plus d'informations sur les images personnalisées et Oracle Cloud Infrastructure, reportez-vous à 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 des noeuds de processus actifs (noeuds gérés et noeuds virtuels) à l'aide de la plupart des formes fournies par Oracle Cloud Infrastructure. Notamment :

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

      Pour obtenir la liste des formes GPU prises en charge, reportez-vous à Formes GPU prises en charge par Kubernetes Engine (OKE).

    • Non pris en charge : formes d'hôte de machine virtuelle dédié ; formes de machine virtuelle micro ; formes HPC sur les instances Bare Metal dans les réseaux RDMA ; formes flexibles pour créer des instances éclatables (par exemple, VM.Standard.E3). Champ flexible).
  • Noeuds virtuels :
    • Prise en charge des noeuds virtuels : Pod.Standard.A1. Champ flexible, Pod.Standard.E3. Champ flexible, Pod.Standard.E4. Champ flexible
    • Non pris en charge : toutes les autres formes.

Vous ne pouvez peut-être pas sélectionner certaines formes dans votre location spécifique, en raison des limites de service et des quotas de compartiment, même si elles sont prises en charge par Kubernetes Engine.

Pour voir les formes prises en charge par Kubernetes Engine et disponibles dans votre location, procédez comme suit :

  • Lorsque vous utilisez la console pour créer un cluster dans le workflow Création personnalisée, affichez la liste des formes prises en charge dans la fenêtre Parcourir toutes les formes.
  • Si vous utilisez l'interface de ligne de commande, affichez les formes prises en charge (dans la section data: shapes: de la réponse) en saisissant la commande ci-après :
    oci ce node-pool-options get --node-pool-option-id all

Vous pouvez utiliser les pages Console (ou l'interface ou l'API) du service Compute pour modifier la forme d'un noeud de processus actif une fois celui-ci créé. Toutefois, n'oubliez pas que Kubernetes Engine ne prend en charge que les formes affichées dans la fenêtre Parcourir toutes les formes ou renvoyé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, reportez-vous à Formes de calcul.

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

Kubernetes Engine prend en charge le provisionnement des noeuds autogérés à l'aide d'une partie des formes et des images Oracle Linux fournies par Oracle Cloud Infrastructure. Notamment :

  • 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 égale ou supérieure au 28 mars 2023. Reportez-vous à la section Configuration requise pour l'image.
  • 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. Vous ne pouvez peut-être pas sélectionner certaines formes dans votre location spécifique, en raison des limites de service et des quotas de compartiment, même si elles sont prises en charge par l'image OKE.

    Afin de visualiser les formes prises en charge disponibles dans votre location pour une image OKE donnée, suivez les instructions de la section Création de noeuds autogérés pour utiliser la console afin de créer une 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 affichez la liste des formes prises en charge dans la fenêtre Parcourir toutes les formes.

Remarque

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