Niezależnie od tego, czy naprawiam aplikację w Kubernetes, czy na komputerze, ważne jest, aby proces pozostał taki sam. Używane narzędzia są identyczne, ale Kubernetes służy do zbadania formy i wyjść. Możemy wykorzystać Kubectl do rozpoczęcia procedury debugowania w dowolnym momencie lub skorzystać z niektórych narzędzi do debugowania. W tym artykule opisano pewne wspólne strategie, które wykorzystujemy do naprawy umieszczenia Kubernetes i pewnych określonych błędów, które możemy założyć.
Ponadto uczymy się, jak organizować klastry Kubernetes i zarządzać nimi oraz jak zorganizować całą zasady w chmurze przy stałej asymilacji i ciągłej dystrybucji. W tym samouczku omówimy dalej klastry Kubernetes i metodę debugowania i odzyskiwania dzienników z aplikacji.
Wymagania wstępne:
Najpierw musimy sprawdzić nasz system operacyjny. Ten przykład wykorzystuje system operacyjny Ubuntu 20.04. Następnie sprawdziliśmy wszystkie dalsze rozkłady Linux, w zależności od naszych preferencji. Ponadto upewniamy się, że MiniKube jest ważnym modułem do uruchamiania usług Kubernetes. Aby płynnie zaimplementować ten artykuł, klaster minikube musi zostać zainstalowany w systemie.
Rozpocznij minikube:
Aby uruchomić polecenia, musimy otworzyć terminal Ubuntu 20.04. Najpierw otwieramy aplikacje Ubuntu 20.04. Następnie szukamy „terminalu” na pasku wyszukiwania. W ten sposób terminal można skutecznie zainicjować do pracy. Najważniejszym celem jest uruchomienie minikube:
Zdobądź węzeł:
Rozpoczynamy klaster Kubernetes. Aby wyświetlić węzły klastra w terminalu w środowisku Kubernetes, sprawdź, czy jesteśmy powiązani z klastrem Kubernetes, uruchamiając „Kubectl Get Węzły”.
Kubectl to narzędzie, którego możemy użyć do przełączania klastra Kubernetes i zapewnienia różnych poleceń. Jednym z ważnych poleceń jest „Get”. Służy do pozyskiwania różnych węzłów. Możemy użyć „Kubectl Get Węzły”, aby uzyskać informacje o węźle. Tutaj wiemy o nazwie, statusie, role, wieku i wersji węzła. Uwzględniamy również -O w poleceniu, aby uzyskać dalsze dane o węzłach. Na tym etapie musimy sprawdzić wzniesienie węzła. Aby to zrobić, zainicjuj polecenie pokazane poniżej:
Teraz używamy parametru -v w poleceniu. Jest to bardzo pomocne w Kubernetes. Wykonując polecenie, wykonujemy działania, które należy wykonać. W tym przypadku przekazujemy wartość 8 do parametru „V”. To polecenie da nam ruch HTTP. Zapewnia dobry instynkt, w jaki sposób przełączamy się z kodem. Można go również użyć do identyfikacji reguł RBAC wymaganych do wysyłania bezpośrednio do Kubectl w kodzie.
W tym przypadku istnieje flaga monitorowania i możemy ją wykorzystać do monitorowania aktualizacji dla określonych obiektów. Gdy szczegółowy poziom dziennika Kubeleta jest odpowiednio skonstruowany, wykonujemy kolejne polecenie, aby zebrać dzienniki:
Tutaj chcemy pokazać, które zasady RBAC są wymagane. To zapisze wymagania API, które kod pisze i ułatwi zrozumienie żądanych zasad.
W tym przypadku podajemy 0 wartość parametru „V”. To polecenie jest przez cały czas obserwowane dla pracownika.
Następnie podajemy wartość 1 do parametru „V”. Wykonując to polecenie, poziom dziennika unikającego jest wytwarzany, jeśli nie potrzebujemy gadatości.
W takim przypadku używamy parametru w poleceniu „V”. Uruchamiając następujące polecenie, wykonujemy akcję, którą musimy osiągnąć. Podajemy 3 wartości „V”. To przedłuża dane o wariantach:
Kiedy dostarczamy 4 wartości do parametru „v”, to polecenie pokazuje gadatość poziomu debugowania:
W tym przykładzie podajemy wartość 5 do gadatości „V”.
To polecenie pokazuje wymagane zasoby po uzyskaniu 6 wartości parametru „v”.
Ostatecznie parametr „V” zawiera wartość 7. Podając tę wartość „V”, pokazuje nagłówki żądania HTTP:
Wniosek:
W tym artykule omówiliśmy podstawy tworzenia podejścia do rejestrowania dla klastra Kubernetes. Ponadto, niezależnie od tego, czy wybieramy metodę rejestrowania wnętrza, zawsze powinniśmy dokonać pewnego wysiłku. Ważne jest, aby umieścić wszystkie kłody w miejscu, w którym możemy je zbadać. To ułatwia obserwowanie i rozwiązywanie problemów. W ten sposób możemy zmniejszyć prawdopodobieństwo anomalii klientów. Wykorzystaliśmy parametr „v” w poleceń. Podaliśmy różne wartości parametru „V” i obserwowaliśmy godę godną dziennika. Mamy nadzieję, że znalazłeś ten artykuł. Sprawdź Linux Wskazówka, aby uzyskać więcej wskazówek i informacji.