Skip to content

Latest commit

 

History

History
230 lines (171 loc) · 8.17 KB

13-smoke-test.md

File metadata and controls

230 lines (171 loc) · 8.17 KB
Raw

Комплексная проверка кластера

В этой лабораторной работе вы выполните ряд заданий, чтобы убедиться, что кластер Kubernetes работает корректно.

Шифрование данных

На этом шаге вы проверите как Kubernetes может шифровать данные, которые хранит .

Создайте произвольный секрет:

kubectl create secret generic kubernetes-the-hard-way \
  --from-literal="mykey=mydata"

Выведите hexdump секрета kubernetes-the-hard-way, сохраненного в etcd:

EXTERNAL_IP=$(yc compute instance get controller-0  --format json | jq '.network_interfaces[0].primary_v4_address.one_to_one_nat.address' -r)
  ssh yc-user@${EXTERNAL_IP} "sudo ETCDCTL_API=3 etcdctl get \
  --endpoints=https://127.0.0.1:2379 \
  --cacert=/etc/etcd/ca.pem \
  --cert=/etc/etcd/kubernetes.pem \
  --key=/etc/etcd/kubernetes-key.pem\
  /registry/secrets/default/kubernetes-the-hard-way | hexdump -C"

output

00000000  2f 72 65 67 69 73 74 72  79 2f 73 65 63 72 65 74  |/registry/secret|
00000010  73 2f 64 65 66 61 75 6c  74 2f 6b 75 62 65 72 6e  |s/default/kubern|
00000020  65 74 65 73 2d 74 68 65  2d 68 61 72 64 2d 77 61  |etes-the-hard-wa|
00000030  79 0a 6b 38 73 3a 65 6e  63 3a 61 65 73 63 62 63  |y.k8s:enc:aescbc|
00000040  3a 76 31 3a 6b 65 79 31  3a 97 d1 2c cd 89 0d 08  |:v1:key1:..,....|
00000050  29 3c 7d 19 41 cb ea d7  3d 50 45 88 82 a3 1f 11  |)<}.A...=PE.....|
00000060  26 cb 43 2e c8 cf 73 7d  34 7e b1 7f 9f 71 d2 51  |&.C...s}4~...q.Q|
00000070  45 05 16 e9 07 d4 62 af  f8 2e 6d 4a cf c8 e8 75  |E.....b...mJ...u|
00000080  6b 75 1e b7 64 db 7d 7f  fd f3 96 62 e2 a7 ce 22  |ku..d.}....b..."|
00000090  2b 2a 82 01 c3 f5 83 ae  12 8b d5 1d 2e e6 a9 90  |+*..............|
000000a0  bd f0 23 6c 0c 55 e2 52  18 78 fe bf 6d 76 ea 98  |..#l.U.R.x..mv..|
000000b0  fc 2c 17 36 e3 40 87 15  25 13 be d6 04 88 68 5b  |.,.6.@..%.....h[|
000000c0  a4 16 81 f6 8e 3b 10 46  cb 2c ba 21 35 0c 5b 49  |.....;.F.,.!5.[I|
000000d0  e5 27 20 4c b3 8e 6b d0  91 c2 28 f1 cc fa 6a 1b  |.' L..k...(...j.|
000000e0  31 19 74 e7 a5 66 6a 99  1c 84 c7 e0 b0 fc 32 86  |1.t..fj.......2.|
000000f0  f3 29 5a a4 1c d5 a4 e3  63 26 90 95 1e 27 d0 14  |.)Z.....c&...'..|
00000100  94 f0 ac 1a cd 0d b9 4b  ae 32 02 a0 f8 b7 3f 0b  |.......K.2....?.|
00000110  6f ad 1f 4d 15 8a d6 68  95 63 cf 7d 04 9a 52 71  |o..M...h.c.}..Rq|
00000120  75 ff 87 6b c5 42 e1 72  27 b5 e9 1a fe e8 c0 3f  |u..k.B.r'......?|
00000130  d9 04 5e eb 5d 43 0d 90  ce fa 04 a8 4a b0 aa 01  |..^.]C......J...|
00000140  cf 6d 5b 80 70 5b 99 3c  d6 5c c0 dc d1 f5 52 4a  |.m[.p[.<.\....RJ|
00000150  2c 2d 28 5a 63 57 8e 4f  df 0a                    |,-(ZcW.O..|
0000015a

Ключ etcd должен начинаться с k8s:enc:aescbc:v1:key1, что обозначает, что для шифрования данных использовался провайдер aescbc с использованием ключа шифрования key1.

Развертывания

На этом шаге вы проверите возможность создавать и управлять развертываниями.

Создайте развертывание веб-сервера nginx:

kubectl create deployment nginx --image=nginx

Выведите список подов, созданных при развертывании nginx:

kubectl get pods -l app=nginx

output

NAME                    READY   STATUS    RESTARTS   AGE
nginx-f89759699-kpn5m   1/1     Running   0          10s

Проброс портов

На этом шаге вы проверите возможность получать удаленный доступ к приложениям используя port forwarding .

Получите полное имя пода nginx:

POD_NAME=$(kubectl get pods -l app=nginx -o jsonpath="{.items[0].metadata.name}")

Пробросьте порт 8080 на вашей машине в 80 порт пода nginx:

kubectl port-forward $POD_NAME 8080:80

output

Forwarding from 127.0.0.1:8080 -> 80
Forwarding from [::1]:8080 -> 80

В новом терминале сделайте HTTP-запрос используя адрес перенаправления:

curl --head http://127.0.0.1:8080

output

HTTP/1.1 200 OK
Server: nginx/1.19.10
Date: Sun, 02 May 2021 05:29:25 GMT
Content-Type: text/html
Content-Length: 612
Last-Modified: Tue, 13 Apr 2021 15:13:59 GMT
Connection: keep-alive
ETag: "6075b537-264"
Accept-Ranges: bytes

Переключитесь обратно на терминал, где задавали перенаправление портов и выключите его при помощи ctrl+c:

Forwarding from 127.0.0.1:8080 -> 80
Forwarding from [::1]:8080 -> 80
Handling connection for 8080
^C

Логи

На этом шаге вы проверите возможность получать логи контейнеров.

Выведите логи пода nginx:

kubectl logs $POD_NAME

output

...
127.0.0.1 - - [02/May/2021:05:29:25 +0000] "HEAD / HTTP/1.1" 200 0 "-" "curl/7.64.0" "-"

Запуск команд

На этом шаге вы проверите возможность запускать команды внутри контейнера .

Выведите версию nginx при помощи выполнения nginx -v команды в контейнере nginx:

kubectl exec -ti $POD_NAME -- nginx -v

output

nginx version: nginx/1.19.10

Сервисы

На этом шаге вы проверите возможность выставлять приложения, используя Service.

Выставите наружу приложение nginx используя NodePort.

kubectl expose deployment nginx --port 80 --type NodePort

Балансер использовать не получится, потому что кластер не сконфигурирован для использовани cloud provider integration. Его настройка выходит за рамки этого туториала.

Получите порт ноды, на которую назначен сервис nginx:

NODE_PORT=$(kubectl get svc nginx \
  --output=jsonpath='{range .spec.ports[0]}{.nodePort}')

Обновите группу безопасности, добавив в нее порт:

yc vpc security-group update-rules --name=kubernetes-the-hard-way-allow-external \
  --add-rule description=nginx-node,protocol=tcp,direction=ingress,port=${NODE_PORT},v4-cidrs=0.0.0.0/0

Получите внешний IP-адрес воркера:

EXTERNAL_IP=$(yc compute instance get worker-1 --format json | jq '.network_interfaces[0].primary_v4_address.one_to_one_nat.address' -r)

Выполните HTTP-запрос используя внешний IP-адрес и порт ноды nginx:

curl -I "http://${EXTERNAL_IP}:${NODE_PORT}"

output

HTTP/1.1 200 OK
Server: nginx/1.19.10
Date: Sun, 02 May 2021 05:31:52 GMT
Content-Type: text/html
Content-Length: 612
Last-Modified: Tue, 13 Apr 2021 15:13:59 GMT
Connection: keep-alive
ETag: "6075b537-264"
Accept-Ranges: bytes

Дальше: Отчистка