Debugowanie Podów i Services

Gdy aplikacje w Kubernetes działają nieprawidłowo, debugowanie jest niezwykle pomocne! Pozwala zrozumieć, co poszło nie tak i jak to naprawić.

Do typowych oznak problemów należą:

• Pody pozostające w stanie „Pending” lub „CrashLoopBackOff”.
• Usługi, do których nie można uzyskać dostępu.
• Aplikacje, które nie odpowiadają zgodnie z oczekiwaniami.

Przedstawimy podstawowe narzędzia służące do diagnozowania tych problemów.

Kubernetes udostępnia zaawansowane narzędzia wiersza poleceń, przede wszystkim kubectl, które pomagają sprawdzać klaster i rozwiązywać problemy.

Najważniejsze polecenia, które dziś omówimy, to:

• kubectl describe: Pobiera szczegółowe informacje o zasobie.
• kubectl logs: Wyświetla dane wyjściowe kontenera.
• kubectl exec: Uruchamia polecenia wewnątrz kontenerów.
• kubectl port-forward: Udostępnia usługi lokalnie.

Opanowanie tych poleceń pozwoli Państwu profesjonalnie debugować Kubernetes!

Polecenie kubectl describe to pierwszy krok do uzyskania szczegółowych informacji o dowolnym zasobie Kubernetes, szczególnie o Podach.

Udostępnia wiele danych, w tym zdarzenia, stan, adresy IP, wolumeny i szczegóły kontenerów. Na dole należy szukać sekcji „Events”, która może zawierać wskazówki!

Zdarzenia mają kluczowe znaczenie dla zrozumienia tego, co stało się z Podami lub innymi zasobami. Opowiadają o ich tworzeniu, planowaniu, błędach i innych zdarzeniach.

Zdarzenia dotyczące konkretnego zasobu można wyświetlić za pomocą describe, a zdarzenia z całego klastra za pomocą kubectl get events.

Aplikacje zwykle zapisują ważne komunikaty, błędy i informacje debugowania w standardowych strumieniach wyjścia i błędów. kubectl logs umożliwia dostęp do tych danych.

Jeśli Pod ulega awarii, sprawdzenie jego dzienników ma kluczowe znaczenie dla zrozumienia, dlaczego tak się dzieje. Można również śledzić dzienniki w czasie rzeczywistym.

Czasami samo przeglądanie dzienników nie wystarcza. Aby zdiagnozować problemy, może być konieczne uruchomienie poleceń wewnątrz działającego kontenera, podobnie jak podczas łączenia się z serwerem przez SSH.

kubectl exec pozwala wykonywać polecenia, a nawet otwierać powłokę (taką jak bash lub sh) bezpośrednio w kontenerze.

Gdy podejrzewasz, że usługa jest niedostępna, lub chcesz przetestować ją lokalnie bez udostępniania na zewnątrz, pomocne będzie kubectl port-forward.

Tworzy ono bezpieczny tunel z komputera lokalnego do Poda lub usługi w klastrze, umożliwiając dostęp za pośrednictwem localhost.

Jeśli aplikacja jest niedostępna za pośrednictwem usługi, należy sprawdzić dwie rzeczy:

• Service Selector: Czy poprawnie pasuje do etykiet Podów?
• Endpoints: Czy usługa ma aktywne punkty końcowe (czyli działające Pody)?

Użyj kubectl get svc i kubectl get ep, aby je sprawdzić.

Przyjrzyjmy się dwóm częstym problemom z Podami:

• CrashLoopBackOff: Kontener wielokrotnie się uruchamia i ulega awarii. Sprawdź kubectl logs pod kątem błędów.
• ImagePullBackOff: Kubernetes nie może pobrać obrazu kontenera. Sprawdź nazwę obrazu, etykietę i dostęp do rejestru.

kubectl describe pod często ujawnia początkową przyczynę w sekcji „Events”.

Zauważasz, że Pod o nazwie data-processor-xyz znajduje się w stanie CrashLoopBackOff. Musisz ustalić, dlaczego ulega awarii.

Które z poniższych dwóch poleceń są najważniejsze do uruchomienia w pierwszej kolejności, aby zdiagnozować bezpośrednią przyczynę?

Świetnie! Nauczyli się Państwo używać kluczowych poleceń kubectl do debugowania Podów i usług:

• kubectl describe do wyświetlania szczegółowych informacji o zasobach i zdarzeniach.
• kubectl logs do sprawdzania, co dzieje się wewnątrz kontenerów.
• kubectl exec do interaktywnego rozwiązywania problemów.
• kubectl port-forward do lokalnego dostępu do usług.

Narzędzia te są niezbędne do utrzymania płynnego działania aplikacji Kubernetes. Proszę ćwiczyć dalej!