Installation Kubernetes sur Ubuntu - En relation avec le serveur a été refusé lorsqu'il redémarre

Je peux installer avec succès Kubernetes au serveur. Ubuntu 16 Et traduisez le nœud principal en l'état "prêt". Mais si je redémarre / Redémarrez, je reçois un message d'erreur dans le titre lorsque vous essayez d'utiliser

KUBECTL

.

Dois-je entrer les commandes suivantes, les données au début initial

KUBEADM INIT

Dans mon profil pour sauver?

mkdir -p $HOME/.kube
sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
sudo chown $(id -u):$(id -g) $HOME/.kube/config

J'ai suivi la recette dans

Livre de recettes O'Reilly Kubernetes

Avec l'utilisation de la documentation Google K8S et Serverfault.

Je peux lancer avec succès tous les modules système et je peux exécuter avec succès le maître et un travailleur comme Ready. Mais ils ne sont pas sauvés après le redémarrage.

NAMESPACE     NAME                                 READY     STATUS    RESTARTS   AGE
kube-system etcd-k8s-master 1/1 Running 0 1m
kube-system kube-apiserver-k8s-master 1/1 Running 0 2m
kube-system kube-controller-manager-k8s-master 1/1 Running 0 2m
kube-system kube-dns-86f4d74b45-phphd 3/3 Running 0 3m
kube-system kube-proxy-25mtq 1/1 Running 0 3m
kube-system kube-scheduler-k8s-master 1/1 Running 0 2m
kube-system weave-net-rfb6z 2/2 Running 0 50s

NAME STATUS ROLES AGE VERSION
k8s-master Ready master 9m v1.10.3
k8s-worker1 Ready <none> 14s v1.10.3

</none>
Invité:

Agathe

Confirmation de:

Tout d'abord, vérifiez si votre cluster commence:

$ ps aux | grep apiserver
$ ps aux | grep etcd
$ docker ps

Vous devez voir tous les processus nécessaires. Kubernetes, Travailler en tant que

kube-proxy

,

kube-apiserver

,

kube-controller-manager

,

kube-scheduler

,

etcd

.

Si le cluster est prêt, vous pouvez essayer d'accéder à

kube-apiserver

par

kubectl

outil.

Défaut,
https://kubernetes.io/docs/ref ... ectl/
prend sa configuration du fichier

$HOME/.kube/config

Le comportement par défaut peut être modifié en définissant la variable d'environnement.

KUBECONFIG

.

DANS

kubectl

Lisez tous les fichiers de configuration répertoriés dans cette variable et combinez leurs paramètres de configuration.

Ainsi, vous pouvez enregistrer la configuration de plusieurs clusters dans des fichiers distincts pour simplifier le service.

Dans ce cas, défini

KUBECONFIG

La variable dans le profil d'utilisateur pour vous assurer qu'elle a la valeur correcte après la prochaine connexion.

Une autre façon d'utiliser un fichier de configuration spécifique - Ensemble

--kubeconfig

Argument sur la ligne de commande

$ kubectl --kubeconfig config_file_path <other_command_line_arguments>

Vous pouvez vérifier la configuration disponible. (Des informations confidentielles seront supprimées), En remplissant la commande suivante:

# kubectl config view

Il est possible de configurer plusieurs contextes dans un fichier de configuration et de commuter le contexte en spécifiant son nom dans l'invite de commande. Ceci est utile si vous gérez plusieurs clusters (ou par différents comptes de service pour un cluster), En utilisant le même compte d'utilisateur.

$ kubectl config --kubeconfig=config-demo use-context exp-scratch <other_command_line_arguments>

Vérifier
https://kubernetes.io/docs/ref ... ectl/
Pour plus de détails.

Lorsque vous créez un cluster avec une équipe

kubeadm init

, Il ajoute une configuration de connexion pour

kubectl

déposer.

/etc/kubernetes/admin.conf

-rw-------   1 root root 5446 May 1 11:11 admin.conf

Vous pouvez le spécifier comme

kubectl

config directement si vous utilisez un compte root.

Pour l'utiliser avec un autre compte d'utilisateur, vous devez le copier à l'utilisateur.

$HOME/.kube/config

Fichier et le rendre disponible pour l'utilisateur.

mkdir -p $HOME/.kube
sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
sudo chown $(id -u):$(id -g) $HOME/.kube/config

Il suffit de le faire une seule fois pour chaque compte d'utilisateur que vous envisagez d'utiliser pour contrôler le cluster. Ceci est un fichier régulier et ne disparaît pas après le redémarrage, vous pouvez donc toujours accéder au cluster lancé. Kubernetes.

kubectl

équipe.

Si vous réinitialisez le cluster en utilisant

kubeadm reset

et le créer à nouveau, vous devez mettre à jour

kubectl

Configuration du profil de l'utilisateur, car les identifiants de cluster précédents ne fonctionneront pas avec le nouveau cluster.
</other_command_line_arguments></other_command_line_arguments>

Babette

Confirmation de:

Je n'ai pas vérifié les magazines. Ubuntu 16.04 conduit les journaux à travers systemd, Par conséquent, quand je n'ai pas oublié de vérifier les magazines à travers journalctl, il est immédiatement devenu clair que Kubernetes se sont plaints que l'échange est inclus. Lorsque l'installation initiale, j'ai déconnecté le Swivere sur chaque serveur, mais je n'ai pas changé / etc / fstab, Pour éteindre la pochette pour toujours.

Pour répondre aux questions, connectez-vous ou registre