0Pricing
DevOps Bootcamp · Lekcja

Inspekcja klastra i rozwiązywanie problemów

Używaj kubectl do sprawdzania stanu węzłów i Podów, odczytywania logów, opisywania zdarzeń oraz uruchamiania poleceń w kontenerach, aby diagnozować problemy w swoim pierwszym klastrze.

Inspekcja klastra i rozwiązywanie problemów to bezpłatna lekcja DevOps Bootcamp na CoddyKit. To lekcja 4 z 4. Możesz przeczytać całą lekcję poniżej za darmo — a potem ćwiczyć ją interaktywnie w przeglądarce z wbudowanym edytorem kodu i tutorem AI dostępnym 24/7. To część ścieżki edukacyjnej DevOps Bootcamp, a Twój postęp synchronizuje się między webem a aplikacją CoddyKit. Kurs DevOps Bootcamp zawiera 4 lekcji w sumie.

Gdy coś pójdzie nie tak

Pierwsze wdrożenie czasami nie działa poprawnie. Dobra wiadomość: kubectl udostępnia wszystko, czego potrzeba, aby zobaczyć, co się dzieje, i metodycznie rozwiązać problem.

Sprawdź węzły

Zacznij od ogólnego obrazu. Czy węzły klastra działają prawidłowo i mają status Ready?

kubectl get nodes -o wide

Wyświetl Pody i ich status

Sprawdź fazy Podów. Running oznacza prawidłowe działanie, natomiast Pending, CrashLoopBackOff lub ImagePullBackOff wskazują na konkretne problemy.

kubectl get pods -o wide

Szczegóły za pomocą describe

kubectl describe to najlepsze narzędzie do tego zadania — pokazuje specyfikację, bieżący stan oraz listę Events wyjaśniającą problemy z planowaniem i pobieraniem obrazów.

kubectl describe pod my-app-abc123

Odczytywanie logów

Błędy aplikacji zwykle pojawiają się w logach. Należy śledzić je na bieżąco za pomocą -f albo odczytać logi poprzedniej instancji kontenera za pomocą --previous.

kubectl logs -f my-app-abc123

Logi po awarii

Jeśli Pod ciągle się restartuje, bieżący kontener nie ma jeszcze użytecznych logów. Zamiast tego należy wyświetlić poprzednią instancję.

kubectl logs my-app-abc123 --previous

Otwieranie powłoki w kontenerze

Można otworzyć powłokę w działającym kontenerze, aby sprawdzić pliki, zmienne środowiskowe i łączność z jego wnętrza.

kubectl exec -it my-app-abc123 -- sh

Zdarzenia w całym klastrze

Należy wyświetlić najnowsze zdarzenia w całej przestrzeni nazw, posortowane według czasu, aby dostrzec wzorce, które mogą umknąć w widoku pojedynczego Poda.

kubectl get events --sort-by=.lastTimestamp

Częsty błąd: ImagePullBackOff

Oznacza to, że Kubernetes nie może pobrać obrazu — powodem może być nieprawidłowa nazwa lub tag, prywatny rejestr bez danych uwierzytelniających albo literówka. describe wyświetla dokładny błąd pobierania.

Częsty błąd: CrashLoopBackOff

Kontener uruchamia się, a następnie wielokrotnie kończy działanie. Należy sprawdzić logs --previous, aby poznać przyczynę awarii — często jest nią błędne polecenie, brak konfiguracji albo niedostępna zależność.

Sprawdzanie zasobów i łączności

Należy użyć kubectl top do monitorowania bieżącego użycia procesora i pamięci (wymaga metrics-server) oraz port-forward, aby bezpośrednio z własnego komputera przetestować usługę.

kubectl port-forward pod/my-app-abc123 8080:80

Szybki test

Należy zdiagnozować restartujący się Pod.

Podsumowanie

Ma Pan teraz zestaw narzędzi do rozwiązywania problemów:

  • get nodes/pods do sprawdzania stanu, describe do wyświetlania zdarzeń
  • logs (oraz --previous) do sprawdzania błędów aplikacji
  • exec do sprawdzania z wnętrza kontenera, port-forward do testowania
  • Rozpoznawanie błędów ImagePullBackOff i CrashLoopBackOff

Spokojne, systematyczne sprawdzenie tych elementów zwykle pozwala szybko znaleźć problem.

Często zadawane pytania

Czy lekcja „Inspekcja klastra i rozwiązywanie problemów” jest bezpłatna?

Tak — pełny tekst „Inspekcja klastra i rozwiązywanie problemów” jest dostępny za darmo tutaj w sieci. Aby ćwiczyć ją interaktywnie (wbudowany edytor kodu i tutor AI dostępny 24/7) i odblokować resztę kursu DevOps Bootcamp, przejdź na CoddyKit PRO. Kurs DevOps Bootcamp zawiera 4 lekcji w sumie.

Co nauczysz się w „Inspekcja klastra i rozwiązywanie problemów”?

Używaj kubectl do sprawdzania stanu węzłów i Podów, odczytywania logów, opisywania zdarzeń oraz uruchamiania poleceń w kontenerach, aby diagnozować problemy w swoim pierwszym klastrze. Ćwiczysz DevOps Bootcamp z praktycznym kodem, który uruchamiasz bezpośrednio w przeglądarce, a tutor AI dostępny 24/7 odpowiada na Twoje pytania podczas pracy nad lekcją.

Czy potrzebuję doświadczenia, aby zacząć DevOps Bootcamp?

Nie wymagamy żadnego doświadczenia. DevOps Bootcamp w CoddyKit jest strukturyzowany dla początkujących i zaawansowanych użytkowników, więc możesz zacząć tutaj lub od początku i uczyć się w swoim tempie. To lekcja 4 z 4.

Ile czasu zajmuje lekcja „Inspekcja klastra i rozwiązywanie problemów”?

Większość lekcji CoddyKit trwa około 5–10 minut. Każda lekcja to mały, interaktywny krok, dzięki czemu robisz systematyczne postępy i zawsze wracasz dokładnie do tego samego miejsca — na webie i w aplikacji.

Czy mogę pisać i uruchamiać kod w tej lekcji DevOps Bootcamp?

Tak. Każda lekcja DevOps Bootcamp zawiera wbudowany edytor kodu, więc piszesz i uruchamiasz prawdziwy kod bezpośrednio w przeglądarce i od razu otrzymujesz sprzężenie zwrotne od AI — bez konfiguracji na komputerze.

Wszystkie lekcje w tym kursie

  1. Instalacja i konfiguracja Minikube
  2. Kubeconfig i konteksty
  3. Wdrażanie prostej aplikacji
  4. Inspekcja klastra i rozwiązywanie problemów
← Powrót do DevOps Bootcamp