Labo 12: Smoke-Test¶

Info

Dies ist ein Fork des ursprünglichen "Kubernetes the hard way", das ursprünglich von Kelsey Hightower geschrieben wurde (GitHub: kelseyhightower). Im Gegensatz zum Original, das auf Debian-ähnlichen Distributionen für die ARM64-Architektur basiert, zielt dieser Fork auf Enterprise-Linux-Distributionen wie Rocky Linux ab, das auf der x86_64-Architektur läuft.

In diesem Labor erledigen Sie Aufgaben, um sicherzustellen, dass Ihr Kubernetes-Cluster ordnungsgemäß funktioniert.

Datenverschlüsselung¶

In diesem Abschnitt überprüfen Sie die Fähigkeit, geheime Daten im Ruhezustand zu verschlüsseln.

Erstellen Sie ein generisches Geheimnis —secret—:

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

Drucken Sie einen Hexdump des in etcd gespeicherten Geheimnisses kubernetes-the-hard-way:

ssh root@server \
    'etcdctl get /registry/secrets/default/kubernetes-the-hard-way | hexdump -C'

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 67 64 d4 64 d9 6c eb  |:v1:key1:gd.d.l.|
00000050  f3 a9 80 8c 82 a0 f3 50  e6 eb 02 cb a6 65 8b 51  |.......P.....e.Q|
00000060  0a 03 2f ef 4a a8 d9 7d  62 f5 68 27 74 1c 6d 88  |../.J..}b.h't.m.|
00000070  ee 89 39 8d c9 e4 c6 2c  9c 3f 55 3b eb 79 2c 55  |..9....,.?U;.y,U|
00000080  d9 47 ec 77 84 0b 6e b1  ab 58 41 22 1e c3 7c 00  |.G.w..n..XA"..|.|
00000090  92 ad ad d0 97 55 f4 d5  b6 1e 6d 57 fb 2f 7c 36  |.....U....mW./|6|
000000a0  f5 6a 45 5e a7 a4 70 52  1d 9d 00 61 14 cd f3 92  |.jE^..pR...a....|
000000b0  9a 05 57 dd cf 41 1c 74  0c a7 2c ac 64 f5 79 51  |..W..A.t..,.d.yQ|
000000c0  e6 5c 16 e1 a9 5e da 00  91 d0 f5 77 e2 32 8f a2  |.\...^.....w.2..|
000000d0  9a c3 26 50 f2 a0 f8 f9  95 09 20 29 f1 7c 7a 7d  |..&P...... ).|z}|
000000e0  4f 82 0b 78 43 28 91 a1  56 ee 66 90 fb ac 26 8c  |O..xC(..V.f...&.|
000000f0  a3 b4 b2 ed 2d 0a d3 54  d1 10 89 a4 c3 dd b6 2d  |....-..T.......-|
00000100  b9 d7 98 bb db c4 0d f2  96 5a 57 8b 01 2e 97 43  |.........ZW....C|
00000110  ea 9c 8b cf cc 9b 80 cd  02 c8 c5 a4 e7 bf 62 73  |..............bs|
00000120  e6 6b e8 c2 cf 34 50 2b  e0 3c 66 a2 29 4f 08 0c  |.k...4P+.<f.)O..|
00000130  65 99 e4 9f 40 4f d9 94  eb 40 bd 3a 01 77 95 2b  |e...@O...@.:.w.+|
00000140  c9 20 ea a8 73 d9 19 2d  d8 00 9b da 3e 55 3e 82  |. ..s..-....>U>.|
00000150  80 3a 39 d5 08 f9 6c de  6b 0a                    |.:9...l.k.|
0000015a

Sie müssen dem Schlüssel etcd das Präfix k8s:enc:aescbc:v1:key1 voranstellen, was darauf hinweist, dass Sie den Anbieter aescbc verwenden, um die Daten mit dem Verschlüsselungsschlüssel key1 zu verschlüsseln.

Bereitstellungen¶

In diesem Abschnitt überprüfen Sie die Fähigkeit zum Erstellen und Verwalten von Bereitstellungen —deployments—.

Erstellen Sie eine Bereitstellung —deployment— für den nginx-Webserver:

kubectl create deployment nginx \
  --image=nginx:latest

Listen Sie den durch die nginx-Bereitstellung erstellten Pod auf:

kubectl get pods -l app=nginx

NAME                     READY   STATUS    RESTARTS   AGE
nginx-54c98b4f84-dfwl9   1/1     Running   0          71s

Port-Weiterleitung¶

In diesem Abschnitt überprüfen Sie die Möglichkeit, per Remotezugriff auf Anwendungen mithilfe der Portweiterleitung zuzugreifen.

Rufen Sie den vollständigen Namen des nginx-Pods ab:

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

Leiten Sie Port 8080 auf Ihrem lokalen Computer an Port 80 des nginx-Pods weiter:

kubectl port-forward $POD_NAME 8080:80

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

Stellen Sie in einem neuen Terminal eine HTTP-Anfrage mit der Weiterleitungsadresse:

curl --head http://127.0.0.1:8080

HTTP/1.1 200 OK
Server: nginx/1.27.4
Date: Tue, 04 Mar 2025 01:30:20 GMT
Content-Type: text/html
Content-Length: 615
Last-Modified: Wed, 05 Feb 2025 11:06:32 GMT
Connection: keep-alive
ETag: "67a34638-267"
Accept-Ranges: bytes

Wechseln Sie zurück zum vorherigen Terminal und stoppen Sie die Portweiterleitung zum nginx-Pod, indem Sie Ctrl+C eingeben:

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

Logs¶

In diesem Abschnitt überprüfen Sie die Möglichkeit, Containerprotokolle abzurufen.

Drucken Sie die nginx-Pod-Protokolle:

kubectl logs $POD_NAME

...<OUTPUT TRUNCATED>...
127.0.0.1 - - [04/Mar/2025:01:30:20 +0000] "HEAD / HTTP/1.1" 200 0 "-" "curl/7.76.1" "-"

Exec¶

In diesem Abschnitt überprüfen Sie die Fähigkeit, Befehle in einem Container auszuführen.

Drucken Sie die nginx-Version, indem Sie den Befehl nginx -v im nginx-Container ausführen:

kubectl exec -ti $POD_NAME -- nginx -v

nginx version: nginx/1.27.4

Dienste¶

In diesem Abschnitt überprüfen Sie die Möglichkeit, Anwendungen mit einem Dienst verfügbar zu machen.

Stellen Sie die nginx-Bereitstellung mithilfe eines NodePort-Dienstes bereit:

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

Sie können den Diensttyp LoadBalancer nicht verwenden, da Ihr Cluster nicht mit der Cloud-Provider-Integration konfiguriert ist. Dieses Tutorial behandelt nicht die Einrichtung der Cloud-Anbieter-Integration.

Rufen Sie den dem Dienst nginx zugewiesenen Knotenport ab:

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

Stellen Sie eine HTTP-Anfrage mit der IP-Adresse und dem nginx-Knotenport:

curl -I http://node-0:${NODE_PORT}

HTTP/1.1 200 OK
Server: nginx/1.27.4
Date: Tue, 04 Mar 2025 01:40:20 GMT
Content-Type: text/html
Content-Length: 615
Last-Modified: Wed, 05 Feb 2025 11:06:32 GMT
Connection: keep-alive
ETag: "67a34638-267"
Accept-Ranges: bytes

Weiter: Aufräumen

Author: Wale Soyinka

Contributors: Steven Spencer, Ganna Zhyrnova