Autoriser la planification de gousses sur Kubernetes maître?

J'ai configuré Kubernetes sur CoreOS sur métal nu à l'aide de la générique de scripts d'installation. Il fonctionne avec la version stable actuelle, 1298.6.0, avec Kubernetes de la version 1.5.4.

Nous aimerions avoir un très disponible maître de l'installation, mais nous n'avons pas assez de matériel de consacrer trois serveurs pour servir uniquement comme Kubernetes maîtres, donc je voudrais être en mesure de permettre à l'utilisateur gousses d'être planifiés sur la Kubernetes maître. J'ai mis --inscrivez-préférence d'heure=true dans /etc/systemd/system/kubelet.service, mais il a encore montré que SchedulingDisabled.

J'ai essayé d'ajouter des paramètres, y compris le nœud en tant que travailleur, y compris l'ajout de travailleur TLS certs /etc/kubernetes/ssl, l'ajout de ces paramètres afin d'kubelet.le service, l'ajout d'un /etc/kubernetes/travailleur-kubeconfig.yaml qui pointait à ceux certs, et a ajouté que les informations vers /etc/kubernetes/manifests/kube-proxy.yaml. J'ai utilisé mon nœuds existants comme modèle pour quoi ajouter. Cet enregistrement un autre nœud dans le cadre du master de nom d'hôte, puis tous les deux et l'origine du nœud maître montra comme NotReady,SchedulingDisabled.

Cette question indique que la planification des gousses sur le nœud maître devrait être possible, mais il y a à peine quelque chose d'autre que je peux trouver sur le sujet.

OriginalL'auteur dmol | 2017-03-31

  1. 25

    Si vous utilisez Kubernetes de 1,7 et au-dessus:

    kubectl taint node mymasternode node-role.kubernetes.io/master:NoSchedule-
    Je crois que cette commande doit être avec un signe moins à la fin pour enlever la souillure du maître. Droit?
    Doit être accepté de répondre. @VictorG - Oui, Il devrait être kubectl taint node dashboard2.pvi.com node-role.kubernetes.io/master:NoSchedule-

    OriginalL'auteur Magnus Runesson

  2. 4

    Tout d'abord, obtenir le nom du maître

    kubectl get nodes

NAME     STATUS   ROLES    AGE   VERSION
yasin   Ready    master   11d   v1.13.4

    comme on peut le voir il y a un nœud avec le nom de yasin et le rôle est master. Si nous voulons l'utiliser en tant que travailleur de nous devrait fonctionner

    kubectl taint nodes yasin node-role.kubernetes.io/master-

    OriginalL'auteur yasin lachini

  3. 3

    Je ne sais pas pourquoi le nœud maître apparaît comme NotReady; il ne devrait pas. Essayez d'exécuter la kubectl describe node mymasternode pour le savoir.

    La SchedulingDisabled est parce que le nœud principal est entachée avec dedicated=master:NoSchedule

    Exécuter cette commande à l'encontre de toutes vos maîtres pour enlever la souillure:

    kubectl taint nodes mymasternode dedicated-

    De comprendre pourquoi cela fonctionne lire sur souillures et autorisations.

    OriginalL'auteur Janos Lenart

  4. 1

    Pour toute personne utilisant les kops sur AWS. J'ai voulu activer la planification de Gousses sur le master.

    $ kubectl get nodes -owide a été de me donner cette sortie:

    NAME                                          STATUS
...
...
ip-1**-**-**-***.********.compute.internal    Ready                      node
ip-1**-**-**-***.********.master.internal     Ready,SchedulingDisabled   master
                                                    ^^^^^^^^^^^^^^^^^^
ip-1**-**-**-***.********.compute.internal    Ready                      node
...
...

    Et $ kubectl describe nodes ip-1**-**-**-***.********.master.internal: 

    ...
...
Taints:             <none>
Unschedulable:      true
...                 ^^^^
...

    De la correction du maître avec cette commande:

    $ kubectl patch node MASTER_NAME -p "{\"spec\":{\"unschedulable\":false}}"

    a travaillé pour moi et la planification des Gousses est maintenant activé.

    Ref: https://github.com/kubernetes/kops/issues/639#issuecomment-287015882

    Ce n'travail sur l'OP de nu-métal, par exemple, "le dur" des installations. Ce patch persiste aussi sur kubelet les mises à niveau, des points supplémentaires pour que! Merci.

    OriginalL'auteur illagrenan

  5. 0

    Utiliser la commande ci-dessous pour untaint tous les maîtres

    kubectl taint nodes --all node-role.kubernetes.io/master-

    OriginalL'auteur P Ekambaram