Kubectl Opisz Pod

Kubernetes oferuje narzędzie wiersza poleceń do radzenia sobie z płaszczyzną sterującą klastra Kubernetes za pośrednictwem interfejsu API Kubernetes. Nazwa tego narzędzia to kubectl. Do konfiguracji Kubectl wygląda w $ home/.Katalog Kube dla pliku o nazwie Config. Ukończenie konfiguracji jest jednym z podstawowych komponentów Kubernetes i działa na stacji roboczej dowolnego maszyny i zarządza węzłami klastra. Korzystając z poleceń Kubectl, obiekty Kubernetes i klaster są zarządzane i interakcji. Polecenie takie jak Kubectl Opis jest tego przykładem. W tym poście przejdziemy przez to polecenie.

Co to jest Kubectl opis?

Kubectl Opis Pod to polecenie opisujące dowolny zasób w Kubernetes. Służy do wyświetlania danych na temat jednego lub nawet zbioru zasobów. To polecenie łączy szereg wywołań API, aby utworzyć dokładny opis zasobu lub zestawu zasobów.

Polecenie Opis Podopijanie dokładnego dopasowania typu i prefiksu nazwy przed kontynuowaniem. Jeśli nie ma takiego zasobu, wydrukuje informacje dla wszystkich zasobów z prefiksem nazwy prefiks. Pods (PO), węzły (NO), usługi (SVC), zdarzenia (EV), replikacjaControllers (RC), limitranges (limity), uporventVolumEclaims (PVC), przestrzeni nazw (ns), trwałe gol. punkty końcowe (EP), serviceAccounts, horyzontalpodautoscalers (HPA) lub tajemnice to niektóre z rodzajów zasobów, które można użyć.

Teraz spójrzmy na to, w jaki sposób możesz użyć Kubectl Opis.

Warunek wstępny

Klaster minikube musi zostać najpierw zainstalowany przed użyciem Kubectl Opis. Użyliśmy Ubuntu 20.04 Aby uruchomić określone polecenia.

Aby uruchomić terminal, możemy wziąć jedną z dwóch technik: jedną opcją jest użycie paska aplikacji naszego systemu operacyjnego, aby dotrzeć do terminalu. Innym sposobem jest naciśnięcie skrótu klawiatury „Ctrl + Alt + T”. Aby uruchomić terminal, wybierz jedną z tych możliwości. Najpierw musimy uruchomić klaster minikube, który był wcześniej wdrożony na Ubuntu 20.04. Teraz uruchomimy miniKube, wpisując następujące polecenie do terminala:

$ minikube start

Jak używać Kubectl Opisz Pod, aby uzyskać informacje o PODS

Oto przypadek, w jaki sposób możesz użyć polecenia Kubectl Opisz podaj, aby uzyskać odpowiednie informacje o PODS. W tym przykładzie zbudujemy dwa kapsuły. Szczegółowe instrukcje patrz poniżej.

$ Nano Deplo.Yaml

Cały plik konfiguracyjny można zobaczyć poniżej. Możesz to zmienić, jeśli jest to wymagane.

Uruchom następujące „Utwórz polecenie” w celu utworzenia wdrożenia.

$ kubectl Utwórz wdrażanie nginx-wdrażanie

Poniżej znajduje się zrzut ekranu wyjściowego powyższego wykonanego polecenia.

Wykonując polecenie GET PODS, możesz sprawdzić status POD. Przedstawienie można zobaczyć poniżej.

$ kubectl get PODS

Możemy dowiedzieć się więcej o tych strąkach, używając Kubectl Opis. Spójrz na następujący przypadek, aby lepiej zrozumieć koncepcję. Nazwa POD może być zmieniana zgodnie z wyborem użytkownika. Jednak pozostałe polecenie byłoby takie samo.

$ kubectl Opisz podaję POD

Tutaj możesz zobaczyć informacje o kontenerach i kontenerach (etykiety, potrzeby zasobów i tak dalej), a także kontenera i informacje o statusie (stan, gotowość, ponowne uruchomienie, zdarzenia itp.).

Omówmy szczegółowo niektóre opcje z powyższego wyjścia:

Czekanie, bieganie i zakończenie

Są to stany pojemnika. W zależności od stanu możesz uzyskać więcej informacji - na przykład, jeśli kontener jest teraz w stanie działającym, system powie, kiedy się uruchomi.

Gotowy

Wskazuje, czy pojemnik przekazał najnowszą sondę gotowości. Pojemnik nie ma nawet konfiguracji sondy gotowości w tej sytuacji; Jeśli nie ma zdefiniowanej sondy gotowości, pojemnik jest uważany za gotowy.

Liczba ponownego uruchomienia

Ta opcja pokazuje, ile razy kontener już został ponownie uruchomiony. Ta konkretna informacja jest bardzo pomocna w lokalizowaniu pętli awaryjnych w kontenerach z polityką „zawsze” restartu.

Gotowy stan binarny

Jest to jedyna opcja połączona z kapsułką. Pokazuje, że POD jest wystarczająco dobry do obsługi żądań i można go łatwo dodać do podobnych pul bilansowania obciążenia usług.

Wreszcie, zobaczysz historię ostatnich wydarzeń dotyczących twojego kapsuły. Zwracając uwagę pierwszego lub ostatniego razu, a także liczbę razy, gdy byłoby to widoczne, system kompresuje wiele podobnych zdarzeń. „Z” pokazuje, które komponenty lub komponenty rejestrują zdarzenie. Opcja „SubobjectPath” określa, do którego obiektu lub kontenera jest odwoływany. Wreszcie opcje „Powód” i „Wiadomość” pokazują, co się naprawdę wydarzyło.

Jak debugować oczekujące strąki

Możesz użyć zdarzeń, aby wykryć kapsułkę, która nie zmieści się na żadnym z węzłów. Na przykład POD może poprosić o wiele zasobów niż którykolwiek z węzłów. Z drugiej strony może dać selektor etykiet, który niekoniecznie pasuje do żadnych węzłów. Możesz użyć Kubectl Opisz węzeł, aby uzyskać szczegółowe informacje o węzłach, podobnie jak w przypadku PODS.

$ kubectl get PODS

Aby zrozumieć, dlaczego kapsułka nie zaczyna się, możemy uruchomić Kubectl Opisać Pod Konieczną Podejście i zbadać jego zdarzenia.

$ kubectl Opisz kapsuły

Harmonogram generuje zdarzenie stwierdzające, że POD nie jest w stanie zaplanować z powodu nieudanego harmonogramu (i może być z innych). Wiadomość ostrzega nas, że żaden węzeł nie ma wystarczających zasobów na obsługę POD.

Możesz to naprawić, aktualizując wdrożenie za pomocą skali Kubectl i określając mniej replik. (Alternatywnie możesz pozostawić jedną w toku, która jest bezpieczna.)

Wniosek

Polecenie Kubectl Opis Podsumuje pełne informacje na temat każdego z kapsuli infrastruktury Kubernetes. Uruchom polecenie Kubectl Opisz Pod, jeśli chcesz zobaczyć dane wyjściowe z określonego kapsułki. Dla Twojej wygody przeszliśmy przez polecenie Kubectl Opisz dogłębnie w tym poście.