Kubernetes: различия между версиями
(Новая страница: «= Kubernetes = Инструкция по работе с kubernetes. == Подготовка == Нужны несколько машин (nodes). Одна из…») |
|||
Строка 2: | Строка 2: | ||
Инструкция по работе с kubernetes. | Инструкция по работе с kubernetes. | ||
Описанные здесь действия можно выплнить с помощью <tt>ansible</tt>, и следующих репозиториев: | |||
http://git.altlinux.org/people/obirvalger/public/ansible-k8s.git, | |||
http://git.altlinux.org/people/obirvalger/public/ansible-test-nginx.git. | |||
== Подготовка == | == Подготовка == |
Версия от 20:54, 20 ноября 2018
Kubernetes
Инструкция по работе с kubernetes. Описанные здесь действия можно выплнить с помощью ansible, и следующих репозиториев: http://git.altlinux.org/people/obirvalger/public/ansible-k8s.git, http://git.altlinux.org/people/obirvalger/public/ansible-test-nginx.git.
Подготовка
Нужны несколько машин (nodes). Одна из которых будет мастером.
На них должны быть установлены следующие пакеты:
# apt-get install docker-ce kubernetes-kubeadm kubernetes-kubelet
.
Все машины должны быть доступны по сети друг для друга.
Разворачивание кластера
-
На мастере нужно запустить команду для запуска кластера:
# kubeadm init --pod-network-cidr=10.244.0.0/16 --ignore-preflight-errors=FileExisting-crictl --ignore-preflight-errors=SystemVerification
.- Пояснение флагов:
--pod-network-cidr=10.244.0.0/16
- внутренняя сеть, данное значение нужно для работы Flannel;- Следующие флаги нужны для игнорирования ошибок (делают их warning'ами):
--ignore-preflight-errors=FileExisting-crictl
- нужна так как пока не пакета crictl;--ignore-preflight-errors=SystemVerification
- говорит не считать версию docker слишком новой.
- В конце вывода будет строка вида:
kubeadm join <ip адрес>:<порт> --token <токен> --discovery-token-ca-cert-hash sha256:<хэш>
.
-
После этого все остальные ноды нужно подключить к мастеру:
# kubeadm join <ip адрес>:<порт> --token <токен> --discovery-token-ca-cert-hash sha256:<хэш> --ignore-preflight-errors=FileExisting-crictl --ignore-preflight-errors=SystemVerification
.- Проверить наличие нод можно так:
$ kubectl get nodes -o wide
- Вывод примерно следующий:
NAME STATUS ROLES AGE VERSION INTERNAL-IP EXTERNAL-IP OS-IMAGE KERNEL-VERSION CONTAINER-RUNTIME docker1 Ready <none> 4h v1.11.2 10.10.3.23 <none> ALT Regular 4.17.14-un-def-alt1 docker://Unknown docker2 Ready <none> 4h v1.11.2 10.10.3.120 <none> ALT Regular 4.17.14-un-def-alt1 docker://Unknown docker3 Ready <none> 4h v1.11.2 10.10.3.157 <none> ALT Regular 4.17.14-un-def-alt1 docker://Unknown k8s Ready master 4h v1.11.2 10.10.3.227 <none> ALT Regular 4.17.14-un-def-alt1 docker://Unknown
-
Настроить kubernetes для работы от пользователя
-
Создать каталог ~/.kube:
$ mkdir ~/.kube
;
-
Скопировать конфиг:
# cp /etc/kubernetes/admin.conf ~<пользователь>/.kube/config
;
-
Изменить владельца конфига:
# chown <пользователь>: ~<пользователь>/.kube/config
.
-
Создать каталог ~/.kube:
-
Далее следует развернуть сеть. Для этого можно запустить команду:
$ kubectl apply -f https://raw.githubusercontent.com/coreos/flannel/master/Documentation/kube-flannel.yml
.- Проверить, что всё работает можно так:
$ kubectl get pods --namespace kube-system
.
- Вывод должен быть похож на это:
NAME READY STATUS RESTARTS AGE coredns-78fcdf6894-6trk7 1/1 Running 0 2h coredns-78fcdf6894-nwt5l 1/1 Running 0 2h etcd-k8s 1/1 Running 0 2h kube-apiserver-k8s 1/1 Running 0 2h kube-controller-manager-k8s 1/1 Running 0 2h kube-flannel-ds-894bt 1/1 Running 0 2h kube-flannel-ds-kbngw 1/1 Running 0 2h kube-flannel-ds-n7h45 1/1 Running 0 2h kube-flannel-ds-tz2rc 1/1 Running 0 2h kube-proxy-6f4lm 1/1 Running 0 2h kube-proxy-f92js 1/1 Running 0 2h kube-proxy-qkh54 1/1 Running 0 2h kube-proxy-szvlt 1/1 Running 0 2h kube-scheduler-k8s 1/1 Running 0 2h
Следует обратить внимание, что coredns находятся в состоянии Running. Количество kube-flannel и kube-proxy зависит от общего числа нод (в данном случае их четыре).
Тестовый запуск nginx
-
Для начала создадим Deployment:
$ kubectl apply -f https://k8s.io/examples/application/deployment.yaml
;
-
Затем сервис, с помощью которого и можно получить доступ к нашему приложению из внешней сети;
- Сохраним в файл nginx-service.yaml следующую кофигурацию:
apiVersion: v1 kind: Service metadata: name: nginx labels: app: nginx spec: type: NodePort ports: - port: 80 targetPort: 80 selector: app: nginx
-
Запутим новый сервис:
$ kubectl apply -f nginx-service.yaml
.
-
Теперь можно узнать, его порт:
$ kubectl get svc nginx
- Возможный вывод:
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE nginx NodePort 10.108.199.141 <none> 80:32336/TCP 4h
-
Проверим, что всё работает:
$ curl <ip адрес>:<порт>
, где- ip адрес - это адрес любой из нод, а порт от сервиса. Если использовать данные из примеров, то возможная каоманда:
curl 10.10.3.120:32336
.