Narzędzia debugowania usługi Azure Container Instances
W tym artykule wymieniono narzędzia debugowania, których można używać w usłudze Microsoft Azure Container Instances.
Lista narzędzi do debugowania
-
Sonda aktywności sprawdza, czy kontener jest uruchomiony i odpowiada w określonym interwale.
Funkcja Przypadek użycia Przykład Wysoka dostępność i odporność Upewnij się, że kontenery są zawsze dostępne i odporne na błędy Wdrażanie aplikacji internetowej, która ma wiele wystąpień kontenerów za modułem równoważenia obciążenia. Sonda liveness sprawdza, czy każdy kontener odpowiada. Jeśli kontener przestanie odpowiadać, usługa Container Instances automatycznie ponownie uruchomi kontener, aby zachować wysoką dostępność. Monitorowanie kondycji i autorecovery Monitorowanie kondycji kontenerów i automatyczne odzyskiwanie po awariach Uruchamianie mikrousługi, która przetwarza komunikaty z kolejki. Sonda liveness sprawdza, czy kontener może obsługiwać żądania. Jeśli usługa stanie się w złej kondycji (na przykład z powodu wyczerpania pamięci lub zakleszczenia), usługa Container Instances ponownie uruchomi kontener, aby przywrócić usługę. Bezproblemowe zamykanie i oczyszczanie Upewnij się, że kontenery są bezpiecznie zamykane podczas skalowania zdarzeń lub konserwacji Zezwalanie na zakończenie istniejących żądań przed zakończeniem kontenera podczas skalowania w dół usługi. Ta akcja uniemożliwia utratę danych lub niekompletne transakcje. Niestandardowe kontrole kondycji Implementowanie niestandardowych kontroli kondycji specyficznych dla aplikacji Kontener, na którym działa serwer bazy danych przy użyciu sondy aktualności, która łączy się z bazą danych i weryfikuje jego czas odpowiedzi. Jeśli baza danych przestanie odpowiadać, usługa Container Instances może ponownie uruchomić kontener lub wyzwolić alert. Obsługa błędów inicjowania Wykrywanie, czy kontener poprawnie inicjuje się po uruchomieniu Sprawdzanie, czy wymagane zależności są dostępne przed rozpoczęciem akceptowania ruchu przez kontener. Rejestrowanie kontenerów i zdarzenia
Aby przechowywać i wykonywać zapytania dotyczące danych rejestrowania i zdarzeń, zalecamy użycie scentralizowanej lokalizacji, takiej jak obszar roboczy usługi Log Analytics .
Funkcja Przypadek użycia Przykład Rozwiązywanie problemów z błędami aplikacji Identyfikowanie i diagnozowanie błędów aplikacji lub awarii występujących w kontenerze (jeśli rejestrowanie aplikacji jest skonfigurowane) Analizowanie dzienników kontenera w celu zidentyfikowania źródła zdarzenia "500 Wewnętrzny błąd serwera", które jest zgłaszane przez aplikację. Rozwiązywanie problemów ze zdarzeniami kontenera Wykrywanie błędów tworzenia kontenera Analizowanie zdarzenia, które wyświetla szczegóły kontenera, którego nie można uruchomić z powodu błędu ściągania obrazu. Polecenie "ping -t" lub "tail -f /dev/null" podczas tworzenia kontenera (jeśli kontener stale istnieje i uruchamia się ponownie)
Polecenia uruchamiane w uruchomionym kontenerze
Funkcja Przypadek użycia Przykład Wykonywanie poleceń Uruchamianie poleceń do rozwiązywania problemów wewnątrz kontenera Uzyskiwanie dostępu do powłoki Bash kontenera w celu interaktywnego zbadania błędów aplikacji i diagnozowania problemów. Rozwiązywanie problemów z wydajnością Uruchamianie poleceń wydajności w celu zdiagnozowania problemów free
Uruchomienie polecenia w kontenerze w celu zidentyfikowania wąskich gardeł pamięci, które powodują spowolnienie aplikacji.
Skontaktuj się z nami, aby uzyskać pomoc
Jeśli masz pytania lub potrzebujesz pomocy, utwórz wniosek o pomoc techniczną lub zadaj pytanie w społeczności wsparcia dla platformy Azure. Możesz również przesłać opinię o produkcie do społeczności opinii na temat platformy Azure.