Wie Sie kubectl effektiver nutzen: Eine detaillierte Anleitung

Schauen wir uns ein einfaches Beispiel an:

$ kubectl get pods -o custom-columns='NAME:metadata.name'

NAME
engine-544b6b6467-22qr6
engine-544b6b6467-lw5t8
engine-544b6b6467-tvgmg
web-ui-6db964458-8pdw4

Die Ausgabe enthält eine Spalte mit den Namen der Pods.

Der Ausdruck in der Option wählt die Namen der Pods aus dem Feld metadata.name. Das liegt daran, dass der Name des Pods im untergeordneten Feld name des Feldes metadata in der Ressourcendefinition des Pods definiert ist. Detailliertere Informationen finden Sie im API-Guide oder geben Sie den Befehl ein kubectl explain pod.metadata.name.

Nehmen wir an, Sie möchten eine zusätzliche Spalte zur Ausgabe hinzufügen, die beispielsweise zeigt, auf welchem Knoten jeder Pod läuft. Dazu fügen Sie einfach die entsprechende Spaltenspezifikation zur benutzerdefinierten Spaltenoption hinzu:

$ kubectl get pods 
  -o custom-columns='NAME:metadata.name,NODE:spec.nodeName'

NAME                       NODE
engine-544b6b6467-22qr6    ip-10-0-80-67.ec2.internal
engine-544b6b6467-lw5t8    ip-10-0-36-80.ec2.internal
engine-544b6b6467-tvgmg    ip-10-0-118-34.ec2.internal
web-ui-6db964458-8pdw4     ip-10-0-118-34.ec2.internal

Der Ausdruck wählt den Namen des Knotens aus spec.nodeName — wenn ein Pod einem Knoten zugewiesen wird, wird dessen Name im Feld spec.nodeName der Ressourcenspezifikation des Pods eingetragen. Weitere Informationen finden Sie in der Ausgabe von kubectl explain pod.spec.nodeName.

Bitte beachten Sie, dass die Kubernetes-Ressourcenfelder groß- und kleinschreibungsempfindlich sind.

Sie können jedes Ressourcenkriterium als Spalte anzeigen lassen. Überprüfen Sie einfach die Ressourcenspezifikation und testen Sie sie mit beliebigen Feldern, die Ihnen gefallen.

Aber lassen Sie uns zunächst die Ausdrucksarten zur Auswahl von Feldern genauer betrachten.

JSONPath-Ausdrücke

Die Ausdrücke zur Auswahl von Ressourcenfeldern basieren auf JSONPath.

JSONPath ist eine Sprache zur Abfrage von Daten aus JSON-Dokumenten. Das Auswählen eines einzelnen Feldes ist der einfachste Anwendungsfall für JSONPath. Es bietet jedoch weitaus umfangreichere Möglichkeiten, einschließlich Selektoren, Filter und mehr.

Kubectl explain unterstützt eine begrenzte Anzahl von JSONPath-Funktionen. Im Folgenden sind die Funktionen und Beispiele für deren Verwendung beschrieben:

# Выбрать все элементы списка
$ kubectl get pods -o custom-columns='DATA:spec.containers[*].image'
# Выбрать специфический элемент списка
$ kubectl get pods -o custom-columns='DATA:spec.containers[0].image'
# Выбрать элементы списка, попадающие под фильтр
$ kubectl get pods -o custom-columns='DATA:spec.containers[?(@.image!="nginx")].image'
# Выбрать все поля по указанному пути, независимо от их имени
$ kubectl get pods -o custom-columns='DATA:metadata.*'
# Выбрать все поля с указанным именем, вне зависимости от их расположения
$ kubectl get pods -o custom-columns='DATA:..image'

Eine besondere Bedeutung hat der Operator []. Viele Felder von Kubernetes-Ressourcen sind Listen, und dieser Operator ermöglicht das Auswählen von Elementen aus diesen Listen. Er wird häufig mit einem Platzhalter wie [*] verwendet, um alle Elemente der Liste auszuwählen.

Anwendungsbeispiele

Die Möglichkeiten zur Verwendung benutzerdefinierter Spaltenausgaben sind grenzenlos, da Sie jedes Feld oder jede Kombination von Feldern der Ressource in der Ausgabe anzeigen können. Hier sind einige Anwendungsbeispiele, aber zögern Sie nicht, diese selbst zu erkunden und nützliche Anwendungen zu finden.

1. Anzeige von Container-Images für Pods:

   $ kubectl get pods 
     -o custom-columns='NAME:metadata.name,IMAGES:spec.containers[*].image'
   
   NAME                        IMAGES
   engine-544b6b6467-22qr6     rabbitmq:3.7.8-management,nginx
   engine-544b6b6467-lw5t8     rabbitmq:3.7.8-management,nginx
   engine-544b6b6467-tvgmg     rabbitmq:3.7.8-management,nginx
   web-ui-6db964458-8pdw4      wordpress

   Dieser Befehl zeigt die Namen der Container-Images für jeden Pod an.

   Beachten Sie, dass ein Pod mehrere Container enthalten kann, wobei die Namen der Images in einer Zeile durch Kommas getrennt ausgegeben werden.

2. Anzeige der Verfügbarkeitszonen der Knoten:

   $ kubectl get nodes 
     -o 
   custom-columns='NAME:metadata.name,ZONE:metadata.labels.failure-domain.beta.kubernetes.io/zone'
   
   NAME                          ZONE
   ip-10-0-118-34.ec2.internal   us-east-1b
   ip-10-0-36-80.ec2.internal    us-east-1a
   ip-10-0-80-67.ec2.internal    us-east-1b

   Dieser Befehl ist nützlich, wenn Ihr Cluster in einer öffentlichen Cloud gehostet wird. Er zeigt die Verfügbarkeitszone für jeden Knoten an.

   Eine Verfügbarkeitszone ist ein Cloud-Konzept, das den Replikationsbereich auf eine geografische Region beschränkt.

   Die Verfügbarkeitszonen für jeden Knoten werden über ein spezielles Label abgerufen — failure-domain.beta.kubernetes.io/zone. Wenn der Cluster in einer öffentlichen Cloud betrieben wird, wird dieses Label automatisch erstellt und mit den Namen der Verfügbarkeitszonen für jeden Knoten ausgefüllt.

   Labels sind kein Teil der Spezifikation von Kubernetes-Ressourcen, daher finden Sie keine Informationen darüber in API-Guide. Sie können sie jedoch sehen (wie alle anderen Labels auch), wenn Sie Informationen über die Knoten im YAML- oder JSON-Format anfordern:

   $ kubectl get nodes -o yaml
   # oder
   $ kubectl get nodes -o json

   Eine hervorragende Möglichkeit, mehr über Ressourcen zu erfahren, zusätzlich zum Verständnis der Ressourcenspezifikationen.

4. Einfaches Wechseln zwischen Clustern und Namespaces

Wenn kubectl eine Anfrage an die Kubernetes-API stellt, liest es vorher die kubeconfig-Datei, um alle notwendigen Verbindungsparameter zu erhalten.

Standardmäßig ist die kubeconfig-Datei ~/ .kube / config. Diese Datei wird normalerweise durch einen speziellen Befehl erstellt oder aktualisiert.

Wenn Sie mit mehreren Clustern arbeiten, enthält Ihre kubeconfig-Datei die Verbindungsparameter für all diese Cluster. Sie benötigen eine Möglichkeit, kubectl mitzuteilen, mit welchem Cluster Sie arbeiten.

Innerhalb eines Clusters können Sie mehrere Namespaces erstellen – eine Art virtueller Cluster innerhalb des physischen Clusters. Kubectl bestimmt, welcher Namespace verwendet werden soll, auch anhand der Informationen aus der kubeconfig-Datei. Daher benötigen Sie auch eine Möglichkeit, kubectl mitzuteilen, mit welchem Namespace zu arbeiten.

In diesem Kapitel erklären wir, wie das funktioniert und wie Sie eine effektive Nutzung erreichen.

Bitte beachten Sie, dass Sie mehrere kubeconfig-Dateien haben können, die in der Umgebungsvariable KUBECONFIG aufgelistet sind. In diesem Fall werden alle diese Dateien zu einer gemeinsamen Konfiguration während der Ausführung zusammengeführt. Sie können auch die standardmäßig verwendete kubeconfig-Datei ändern, indem Sie kubectl mit dem Parameter ausführen --kubeconfig. Siehe offizielle Dokumentation.

kubeconfig-Dateien

Schauen wir uns an, was genau die kubeconfig-Datei enthält:

Wie Sie sehen, enthält die kubeconfig-Datei eine Reihe von Kontexten. Ein Kontext besteht aus drei Elementen:

• Cluster – die URL des API-Servers des Clusters.
• Benutzer – Anmeldedaten für die Authentifizierung des Benutzers im Cluster.
• Namespace – der Namensraum, der beim Verbinden mit dem Cluster verwendet wird.

In der Praxis wird oft ein Kontext pro Cluster in der kubeconfig-Datei verwendet. Es kann jedoch mehrere Kontexte pro Cluster geben, die sich in Bezug auf Benutzer oder Namensraum unterscheiden. Diese Konfiguration mit mehreren Kontexten ist jedoch selten, sodass normalerweise eine eindeutige Zuordnung zwischen Clustern und Kontexten besteht.

Zu jedem Zeitpunkt ist einer der Kontexte aktiv:

Wenn kubectl die Konfigurationsdatei liest, werden stets die Informationen aus dem aktuellen Kontext verwendet. Im obigen Beispiel wird sich kubectl mit dem Cluster Hare verbinden.

Um zu einem anderen Cluster zu wechseln, müssen Sie den aktuellen Kontext in der kubeconfig-Datei ändern:

Jetzt wird sich kubectl mit dem Cluster Fox verbinden.

Um im selben Cluster zu einem anderen Namensraum zu wechseln, müssen Sie den Wert des Elements namespace für den aktuellen Kontext ändern:

Im obigen Beispiel wird kubectl den Namensraum Prod des Clusters Fox verwenden (zuvor wurde der Namensraum Test festgelegt).

Bitte beachten Sie, dass kubectl auch die Parameter --cluster, --user, --namespace und --context, die es ermöglichen, einzelne Elemente sowie den aktuellen Kontext unabhängig von den Einstellungen in der kubeconfig-Datei zu überschreiben. Siehe kubectl options.

Theoretisch können Sie die Parameter in der kubeconfig-Datei manuell ändern. Aber das ist unpraktisch. Um diese Vorgänge zu vereinfachen, gibt es verschiedene Tools, die es ermöglichen, die Parameter automatisch zu ändern.

Verwenden Sie kubectx

Ein sehr beliebtes Tool zum Wechseln zwischen Clustern und Namespaces.

Das Tool bietet die Befehle kubectx und kubens zum Ändern des aktuellen Kontexts und des Namespaces.

Wie bereits erwähnt, bedeutet das Ändern des aktuellen Kontexts, dass der Cluster gewechselt wird, wenn Sie nur einen Kontext pro Cluster haben.

Hier ist ein Beispiel für die Ausführung dieser Befehle:

Im Wesentlichen bearbeiten diese Befehle einfach die kubeconfig-Datei, wie oben beschrieben.

Um kubectxzu installieren, folgen Sie den Anweisungen auf Github.

Beide Befehle unterstützen die Autovervollständigung von Kontext- und Namespace-Namen, sodass Sie diese nicht vollständig eingeben müssen. Anleitungen zur Einrichtung der Autovervollständigung hier.

Eine weitere nützliche Funktion ist der kubectx ist interaktive Modus. Er funktioniert zusammen mit dem Tool fzf, das separat installiert werden muss. Die Installation von fzf macht den interaktiven Modus automatisch in kubectxverfügbar. Im interaktiven Modus können Sie Kontext und Namespace über eine interaktive Suchoberfläche auswählen, die von fzf bereitgestellt wird.

Verwendung von Shell-Aliasen

Sie benötigen keine separaten Werkzeuge, um den aktuellen Kontext und den Namensraum zu ändern, denn kubectl bietet dafür ebenfalls Befehle an. So ermöglicht der Befehl kubectl config Unterbefehle zur Bearbeitung von kubeconfig-Dateien.

Hier sind einige davon:

• kubectl config get-contexts: listet alle Kontexte auf;
• kubectl config current-context: gibt den aktuellen Kontext zurück;
• kubectl config use-context: wechselt den aktuellen Kontext;
• kubectl config set-context: ändert ein Kontext-Element.

Es ist jedoch nicht sehr praktisch, diese Befehle direkt zu benutzen, da sie lang sind. Man kann für sie Shell-Aliasnamen erstellen, die leicht auszuführen sind.

Ich habe eine Reihe von Aliasnamen basierend auf diesen Befehlen erstellt, die eine Funktionalität ähnlich wie kubectx bieten. Hier können Sie ihre Verwendung sehen:

Bitte beachten Sie, dass die Aliasnamen fzf verwenden, um ein interaktives Interface mit freier Suche bereitzustellen (wie im interaktiven Modus von kubectx). Das bedeutet, dass Sie fzf installieren, um diese Aliasnamen zu verwenden.

Hier sind die Definitionen der Aliasnamen:

# Получить текущий контекст
alias krc='kubectl config current-context'
# Список всех контекстов
alias klc='kubectl config get-contexts -o name | sed "s/^/  /;|^  $(krc)$|s/ /*/"'
# Изменить текущий контекст
alias kcc='kubectl config use-context "$(klc | fzf -e | sed "s/^..//")"'

# Получить текущее пространство имен
alias krn='kubectl config get-contexts --no-headers "$(krc)" | awk "{print $5}" | sed "s/^$/default/"'
# Список всех пространств имен
alias kln='kubectl get -o name ns | sed "s|^.*/|  |;|^  $(krn)$|s/ /*/"'
# Изменить текущее пространство имен
alias kcn='kubectl config set-context --current --namespace "$(kln | fzf -e | sed "s/^..//")"'

Um diese Aliasnamen zu installieren, fügen Sie die oben genannten Definitionen in Ihre Datei ein ~/.bashrc oder ~/.zshrc und starten Sie Ihre Shell neu.

Verwendung von Plugins

Kubectl ermöglicht das Laden von Plugins, die genauso wie die Hauptbefehle ausgeführt werden. Sie können beispielsweise das Plugin kubectl-foo installieren und es mit dem Befehl ausführen kubectl foo.

Es wäre praktisch, den Kontext und den Namespace auf diese Weise zu wechseln, indem Sie beispielsweise kubectl ctx zum Wechseln des Kontexts und kubectl ns zum Wechseln des Namensraums verwenden.

Ich habe zwei Plugins geschrieben, die dies ermöglichen:

• kubectl-ctx
• kubectl-ns

Die Funktionsweise der Plugins basiert auf den Aliassen aus dem vorherigen Abschnitt.

So funktionieren sie:

Bitte beachten Sie, dass die Plugins fzf verwenden, um eine interaktive Schnittstelle für die freie Suche bereitzustellen (wie im interaktiven Modus von kubectx). Das bedeutet, dass Sie fzf installieren, um diese Aliasnamen zu verwenden.

Um die Plugins zu installieren, müssen Sie die Skripte mit den Namen kubectl-ctx und kubectl-ns in eines der Verzeichnisse Ihrer PATH-Variable herunterladen und sie ausführbar machen, zum Beispiel mit chmod +x. Danach können Sie kubectl ctx und kubectl ns.

5. Eingabeverkürzung mit Auto-Aliassen

Shell-Aliasse sind eine gute Möglichkeit, die Eingabe zu beschleunigen. Das Projekt kubectl-aliases enthält etwa 800 Abkürzungen für die wichtigsten kubectl-Befehle.

Sie könnten sich fragen: Wie behält man 800 Aliase im Kopf? Aber Sie müssen sich nicht alle merken, denn sie beruhen auf einem einfachen Schema, das unten dargestellt ist:

Zum Beispiel:

1. kgpooyaml — kubectl get pods oyaml
2. ksysgsvcw — kubectl -n kube-system get svc w
3. ksysrmcm — kubectl -n kube-system rm cm
4. kgdepallsl — kubectl get deployment all sl

Wie Sie sehen, bestehen die Aliase aus Komponenten, die jeweils ein bestimmtes Element des kubectl-Befehls darstellen. Jeder Alias kann ein Komponenten für den Basisbefehl, die Operation und die Ressource sowie mehrere Komponenten für Parameter haben. Sie fügen einfach diese Komponenten von links nach rechts gemäß dem oben angegebenen Schema hinzu.

Der aktuelle detaillierte Plan ist auf GitHub. Dort finden Sie auch eine vollständige Liste der Aliasnamen.

Zum Beispiel ist der Alias kgpooyamlall gleichwertig mit dem Befehl kubectl get pods -o yaml --all-namespaces.

Die Reihenfolge der Optionen ist nicht wichtig: Der Befehl kgpooyamlall ist gleichbedeutend mit dem Befehl kgpoalloyaml.

Sie müssen nicht alle Komponenten als Aliase verwenden. Zum Beispiel k, kg, klo, ksys, kgpo kann ebenfalls verwendet werden. Darüber hinaus können Sie in der Befehlszeile Aliase und normale Befehle oder Optionen kombinieren:

Zum Beispiel:

1. Anstelle von kubectl proxy kann geschrieben werden als k proxy.
2. Anstelle von kubectl get roles kann geschrieben werden als kg roles (derzeit existiert kein Alias für die Ressource Roles).
3. Um Daten zu einem bestimmten Pod zu erhalten, können Sie den Befehl verwenden kgpo my-pod — kubectl get pod my-pod.

Bitte beachten Sie, dass einige Aliase ein Argument in der Befehlszeile benötigen. Zum Beispiel der Alias kgpol bedeutet kubectl get pods -l. Die Option -l verlangt ein Argument – eine Labelspezifikation. Wenn Sie den Alias verwenden, sollte dieser wie folgt aussehen kgpol app=ui.

Da einige Aliase Argumente erfordern, sollten die Aliase a, f und l zuletzt verwendet werden.

Im Allgemeinen, sobald Sie dieses Schema beherrschen, können Sie intuitiv Aliase aus den Befehlen ableiten, die Sie ausführen möchten, und viel Zeit beim Eingeben sparen.

Installation

Um kubectl-aliases zu installieren, müssen Sie die Datei .kubectl_aliases von GitHub herunterladen und in die Datei einfügen ~/.bashrc oder ~/.zshrc:

source ~/ .kubectl_aliases

Automatische Vervollständigung

Wie bereits erwähnt, fügen Sie häufig zusätzliche Wörter zum Alias in der Befehlszeile hinzu. Zum Beispiel:

$ kgpooyaml test-pod-d4b77b989

Wenn Sie die Autovervollständigung des Befehls kubectl verwenden, haben Sie wahrscheinlich Autovervollständigung für Dinge wie Ressourcennamen genutzt. Aber ist es möglich, dies auch für Aliase zu tun?

Das ist eine sehr wichtige Frage, denn wenn die Autovervollständigung nicht funktioniert, entgehen Ihnen einige der Vorteile von Aliasen.

Die Antwort hängt davon ab, welche Shell Sie verwenden:

1. Für Zsh funktioniert die Autovervollständigung für Aliase "out of the box".
2. Für Bash sind leider einige Schritte erforderlich, um die Autovervollständigung zum Laufen zu bringen.

Aktivierung der Autovervollständigung für Aliase in Bash

Das Problem mit Bash besteht darin, dass es versucht, (jedes Mal, wenn Sie Tab drücken) den Alias zu vervollständigen, anstatt den Befehl, auf den der Alias verweist (wie es Zsh tut). Da Sie keine Autovervollständigungs-Skripte für alle 800 Aliase haben, funktioniert die Autovervollständigung nicht.

Projekt complete-alias stellt eine allgemeine Lösung für dieses Problem bereit. Es schließt sich dem Autovervollständigungsmechanismus für Aliase an, vervollständigt den Alias intern zum Befehl und gibt die Vervollständigungsoptionen für den vervollständigten Befehl zurück. Das bedeutet, dass die Vervollständigung für einen Alias genau so funktioniert wie für einen vollständigen Befehl.

Ich werde zunächst erklären, wie man complete-alias installiert, und dann, wie man es so konfiguriert, dass die Vervollständigung für alle kubectl-Aliase aktiviert wird.

Installation von complete-alias

Zunächst einmal hängt complete-alias von bash-completion. Daher müssen Sie vor der Installation von complete-alias sicherstellen, dass bash-completion installiert ist. Die Installationsanleitungen wurden zuvor für Linux und MacOS bereitgestellt.

Wichtiger Hinweis für MacOS-Nutzer: Wie das Autocomplete-Skript für kubectl funktioniert auch complete-alias nicht mit Bash 3.2, das standardmäßig in MacOS verwendet wird. Insbesondere hängt complete-alias von bash-completion v2 ab (brew install bash-completion@2), das mindestens Bash 4.1 erfordert. Das bedeutet, dass Sie eine neuere Version von Bash installieren müssen, um complete-alias in MacOS verwenden zu können.

Sie müssen das Skript bash_completion.sh von aus dem GitHub-Repository herunterladen und es in Ihrer Datei aktivieren ~/.bashrc:

source ~/bash_completion.sh

Nach dem Neustart der Befehlszeile wird complete-alias vollständig installiert sein.

Aktivierung der Autovervollständigung für kubectl-Alias

Technisch gesehen bietet complete-alias die Shell-Funktion _complete_alias. Diese Funktion überprüft den Alias und gibt Vorschläge zur Vervollständigung für den Alias-Befehl zurück.

Um die Funktion mit einem bestimmten Alias zu verknüpfen, müssen Sie den integrierten Mechanismus von Bash complete, verwenden, um _complete_alias als Alias-Vervollständigungsfunktion festzulegen.

Nehmen wir als Beispiel den Alias k, der den Befehl kubectl darstellt. Um zu installieren _complete_alias Um die Autocomplete-Funktion für dieses Alias zu aktivieren, führen Sie bitte den folgenden Befehl aus:

$ complete -F _complete_alias k

Das Ergebnis ist, dass jedes Mal, wenn Sie das Alias k automatisch vervollständigen, die Funktion _complete_aliasaufgerufen wird, die das Alias überprüft und Autocomplete-Vorschläge für den Befehl zurückgibt. kubectl.

Als zweites Beispiel nehmen wir das Alias kg, das steht für kubectl get:

$ complete -F _complete_alias kg

Genau wie im vorherigen Beispiel erhalten Sie bei der automatischen Vervollständigung von kg dieselben Vorschläge, die Sie für kubectl get.

bekommen würden. Beachten Sie, dass complete-alias für jedes Alias in Ihrem System verwendet werden kann.

Um die automatische Vervollständigung für alle kubectl-Alias zu aktivieren, müssen Sie den oben genannten Befehl für jedes einzelne ausführen. Der folgende Code-Ausschnitt tut genau das, vorausgesetzt, Sie haben kubectl-aliases in ~/.kubectl-aliases:

for _a in $(sed '/^alias /!d;s/^alias //;s/=.*$// ' ~/.kubectl_aliases); 
do
  complete -F _complete_alias "$_a"
done

Dieser Codeabschnitt sollte in Ihre ~/.bashrcplatziert werden, die Kommandozeile neu geladen werden und die automatische Vervollständigung für alle 800 kubectl-Alias wird verfügbar sein.

6. Erweiterung von kubectl durch Plugins

Seit Version 1.12, unterstützt kubectl Plugin-Mechanismus, der es ermöglicht, die Funktionen mit zusätzlichen Befehlen zu erweitern.

Wenn Sie mit den Git-Plugin-Mechanismen vertraut sind, dann sind die kubectl-Plugins nach demselben Prinzip aufgebaut.

In diesem Kapitel erklären wir, wie man Plugins installiert, wo man sie findet und wie man eigene Plugins erstellt.

Installation von Plugins

Die kubectl-Plugins werden als einfache ausführbare Dateien mit einem Namen im Format kubectl-xverbreitet. Das Präfix kubectl- ist obligatorisch, gefolgt von einem neuen Subbefehl von kubectl, der auf das Plugin zugreift.

Zum Beispiel wird das Plugin hello in Form einer Datei mit dem Namen kubectl-hello.

verbreitet. Um ein Plugin zu installieren, kopieren Sie die Datei kubectl-x in ein beliebiges Verzeichnis in Ihrer PATH-Variable und machen Sie sie ausführbar, zum Beispiel mit chmod +x. Nachdem dies geschehen ist, können Sie das Plugin über kubectl x.

aufrufen. Sie können den folgenden Befehl verwenden, um eine Liste aller Plugins anzuzeigen, die derzeit in Ihrem System installiert sind:

$ kubectl plugin list

Dieser Befehl zeigt auch Warnungen an, wenn Sie mehrere Plugins mit denselben Namen haben oder wenn es eine Plugin-Datei gibt, die nicht ausführbar ist.

Plugin-Suche und -Installation mit Krew

Kubectl-Plugins sind wie Softwarepakete für gemeinsame oder wiederholte Nutzung geeignet. Aber wo findet man die Plugins, die andere geteilt haben?

Das Krew-Projekt zielt darauf ab, eine einheitliche Lösung zum Teilen, Suchen, Installieren und Verwalten von kubectl-Plugins bereitzustellen. Das Projekt bezeichnet sich selbst als „Paketmanager für kubectl-Plugins“ (Krew ist ähnlich wie Brew).

). Krew ist eine Liste von kubectl-Plugins, die Sie auswählen und installieren können. Zudem ist Krew auch ein Plugin für kubectl.

Das bedeutet, dass die Installation von Krew im Grunde wie die Installation eines anderen kubectl-Plugins funktioniert. Detaillierte Anweisungen finden Sie auf der GitHub-Seite.

Die wichtigsten Krew-Befehle:

# Поиск в списке плагинов
$ kubectl krew search [<query>]
# Посмотреть информацию о плагине
$ kubectl krew info <plugin>
# Установить плагин
$ kubectl krew install <plugin>
# Обновить все плагины до последней версии
$ kubectl krew upgrade
# Посмотреть все плагины, установленные через Krew
$ kubectl krew list
# Деинсталлировать плагин
$ kubectl krew remove <plugin>

Beachten Sie, dass die Installation von Plugins mit Krew die Installation von Plugins auf die oben beschriebene Standardweise nicht beeinträchtigt.

Bitte beachten Sie, dass der Befehl kubectl krew list nur die Plugins anzeigt, die mit Krew installiert wurden, während der Befehl kubectl plugin list alle Plugins auflistet, also sowohl die, die mit Krew installiert wurden, als auch die, die auf andere Weise installiert wurden.

Plugins an anderen Orten suchen

Krew ist ein junges Projekt, das derzeit eine Liste von insgesamt etwa 30 Plugins enthält. Wenn Sie nicht finden können, was Sie brauchen, können Sie Plugins auch anderswo finden, zum Beispiel auf GitHub.

Ich empfehle, den Abschnitt auf GitHub zu besuchen kubectl-plugins. Dort finden Sie mehrere Dutzend verfügbare Plugins, die einen Blick wert sind.

Eigene Plugins schreiben

Sie können selbst Plugins erstellen — das ist nicht schwer. Sie müssen eine ausführbare Datei erstellen, die das gewünschte tut, sie benennen in kubectl-x und installieren, wie oben beschrieben.

Die Datei kann ein Bash-Skript, ein Python-Skript oder eine kompilierte Go-Anwendung sein — das ist nicht wichtig. Die einzige Voraussetzung ist, dass es direkt im Betriebssystem ausführbar sein muss.

Lassen Sie uns jetzt ein Beispiel-Plugin erstellen. Im vorherigen Abschnitt haben Sie den Befehl kubectl verwendet, um eine Liste der Container für jedes Pod auszugeben. Diese Befehle können leicht in ein Plugin verwandelt werden, das Sie zum Beispiel mit kubectl img.

aufrufen können. Erstellen Sie eine Datei kubectl-img

#!/bin/bash
kubectl get pods -o custom-columns='NAME:metadata.name,IMAGES:spec.containers[*].image'

mit folgendem Inhalt: Machen Sie die Datei jetzt mit chmod +x kubectl-img kubectl img.

Wie bereits erwähnt, können kubectl-Plugins in jeder Programmiersprache oder Skriptsprache geschrieben werden. Wenn Sie Shell-Skripte verwenden, haben Sie den Vorteil, dass Sie kubectl einfach aus dem Plugin heraus aufrufen können. Sie können jedoch auch komplexere Plugins in echten Programmiersprachen schreiben, indem Sie die Kubernetes-Clientbibliothek. Wenn Sie Go verwenden, können Sie auch die cli-runtime-Bibliothek, die speziell für das Schreiben von kubectl-Plugins entwickelt wurde, verwenden.

Wie man seine Plugins teilt

Wenn Sie denken, dass Ihre Plugins für andere nützlich sein könnten, zögern Sie nicht, sie auf GitHub zu teilen. Stellen Sie sicher, dass Sie sie in das Thema kubectl-plugins.

aufnehmen. Sie können auch anfragen, dass Ihr Plugin zurKrew-Liste hinzugefügt wird. Anweisungen, wie Sie das tun können, finden Sie im.

GitHub-Repository.

Auto-Vervollständigung von Befehlen

Derzeit unterstützen Plugins keine Auto-Vervollständigung. Das bedeutet, dass Sie den vollständigen Namen des Plugins und die vollständigen Namen der Argumente eingeben müssen. Im GitHub-Repository von kubectl gibt es für diese Funktioneinen offenen Request.

Viel Glück!!!

Weitere Lesetipps zu diesem Thema:

1. Drei Ebenen des automatischen Skalierens in Kubernetes und wie man sie effektiv nutzt.
2. Kubernetes im Geiste der Piraterie mit einem Implementierungsschema.
3. Unser Kanal Rund um Kubernetes auf Telegram.

Quelle: habr.com