Ce fichier ad-hoc appartient au paquet deb/rpm de kubeadm.

Pour en savoir plus sur comment kubeadm gère kubelet, vous pouvez consulter

Si vous voulez simplement jeter un coup d'oeil rapide, utilisez alors de préférence les [solutions locales basées sur Docker](#solutions-locales).

[solution hébergée](#solutions-hebergées) est la plus simple à déployer et à maintenir.

fournisseurs de cloud. [Les solutions clés en main pour cloud privé](#solutions-on-premises-clés-en-main) possèdent la simplicité des solutions cloud clés en main combinées avec la sécurité de votre propre réseau privé.

déployer un cluster grâce à une seule ligne de commande par machine.

[Les solutions personnalisées](#solutions-personnalisées) varient d'instructions pas à pas, à des conseils relativement généraux pour déployer un

Si vous avez déjà un moyen de configurer les ressources d'hébergement, utilisez

avec une seule commande par machine.

| Fournisseur de IaaS | Config. Mgmt. | OS | Réseau | Docs | Niveau de support |

|------------------------------------------------|------------------------------------------------------------------------------|--------------------------------------------------------------------------|------------------------------------------------------------------------------------------------------------------|-----------------------------------------------------------------------------------------------|------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|

| Google Kubernetes Engine | | | GCE | [docs](https://cloud.google.com/kubernetes-engine/docs/) | Commercial |

| Docker Enterprise | personnalisé | [multi-support](https://success.docker.com/article/compatibility-matrix) | [multi-support](https://docs.docker.com/ee/ucp/kubernetes/install-cni-plugin/) | [docs](https://docs.docker.com/ee/) | Commercial |

| IBM Cloud Private | Ansible | multi-support | multi-support | [docs](https://www.ibm.com/support/knowledgecenter/SSBS6K/product_welcome_cloud_private.html) | [Commercial](https://www.ibm.com/mysupport/s/topic/0TO500000001o0fGAA/ibm-cloud-private?language=en_US&productId=01t50000004X1PWAA0) and [Community](https://www.ibm.com/support/knowledgecenter/SSBS6K_3.1.2/troubleshoot/support_types.html) |

* Installer un cluster Kubernetes à master unique ou un

* Installez un réseau de pods sur le cluster afin que vos pods puissent se parler

{{< note >}}

Si vous avez déjà installé kubeadm, lancez `apt-get update &&

Et une fois que le pod CoreDNS est opérationnel, vous pouvez continuer en joignant vos nœuds.

Si votre réseau ne fonctionne pas ou si CoreDNS n'est pas en cours d'exécution, vérifiez

charge entre les kubelets et le control plane, ainsi que sur d'autres composants Kubernetes:

* [politique de compatibilité de versions](/docs/setup/version-skew-policy/) de Kubernetes

spécifique à Kubeadm

Si vous rencontrez des difficultés avec kubeadm, veuillez consulter nos

Les nœuds du control plane et les membres etcd sont séparés.

Avant de poursuivre, vous devez déterminer avec soin quelle approche répond le mieux

décrit les avantages et les inconvénients de chacune.

Vos clusters doivent exécuter Kubernetes version 1.12 ou ultérieure. Vous devriez aussi savoir que

Pour les deux méthodes, vous avez besoin de cette infrastructure:

- Connectivité réseau complète entre toutes les machines du cluster (public ou réseau privé)

- Privilèges sudo sur toutes les machines

- Accès SSH d'une machine à tous les nœuds du cluster

- Certains plugins réseau CNI tels que Calico nécessitent un CIDR tel que `192.168.0.0 / 16` et 

certains comme Weave n'en ont pas besoin. Voir la

Pour ajouter un CIDR de pod, définissez le champ `podSubnet: 192.168.0.0 / 16` sous

  l'objet `networking` de` ClusterConfiguration`.

d'installer le réseau de pod. Assurez-vous que cela correspond au pod CIDR que vous avez fourni

<img src="https://raw.githubusercontent.com/cncf/artwork/master/projects/kubernetes/certified-kubernetes/versionless/color/certified-kubernetes-color.png" align="right" width="150px">Cette page vous

apprend comment installer la boîte à outils `kubeadm`.

Pour plus d'informations sur la création d'un cluster avec kubeadm, une fois que vous avez

Pour plus d'informations sur les compatibilités de version, voir:

* Kubernetes [version et politique de compatibilité de version](/docs/setup/version-skew-policy/)

{{< tabs name="k8s_install" >}}

{{% tab name="Ubuntu, Debian or HypriotOS" %}}

* Chaque hôte doit avoir [docker, kubelet et kubeadm installés][toolbox].

* Certains paquets pour copier des fichiers entre les hôtes. Par exemple, `ssh` et` scp`.

Il existe deux méthodes courantes pour résoudre le problème du driver cgroup:

1. Installez à nouveau Docker en suivant les instructions

1. Changez manuellement la configuration de la kubelet pour correspondre au driver Docker cgroup, vous pouvez vous référer à

pour des instruction détaillées.

- Les conteneurs Docker du control plane sont en crashloop ou suspendus. Vous pouvez le vérifier en lançant `docker ps` et étudier chaque conteneur en exécutant `docker logs`.

Si vous avez des nœuds qui exécutent SELinux avec une version plus ancienne de Docker, vous risquez

de rencontrer un problème ou les pods de `coredns` ne démarrent pas. Pour résoudre ce problème, vous pouvez essayer l'une des options suivantes:

- [Désactiver SELinux](https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/security-enhanced_linux/sect-security-enhanced_linux-enabling_and_disabling_selinux-disabling_selinux).

- Modifiez le déploiement de `coredns` pour définir` allowPrivilegeEscalation` à `true`: