Po migracji bazy danych poświadczeń do Google Cloud i wyłączeniu starego serwera, nowa maszyna wirtualna bazy danych przestaje odpowiadać na SSH, ale nadal obsługuje żądania bazy danych. Jakie trzy kroki diagnostyczne należy podjąć?

1. Wykonaj migawkę dysku i podłącz ją do nowej maszyny w celu zbadania problemu. Migawka dysku pozwala na bezpieczne zbadanie problemu bez wpływu na działającą maszynę wirtualną. Możesz podłączyć kopię dysku do nowej maszyny i analizować system plików oraz logi. 2. Sprawdź reguły zapory przychodzącej dla sieci, w której znajduje się maszyna wirtualna. Brak dostępu SSH, podczas gdy baza danych działa, często wskazuje na problem z regułami zapory blokującymi port 22 (lub inny port SSH). 3. Wydrukuj dane wyjściowe Serial Console instancji, włącz konsolę interaktywną i przeprowadź dochodzenie. Konsola szeregowa zapewnia dostęp do danych wyjściowych rozruchu i umożliwia interakcję z maszyną wirtualną na niskim poziomie, co jest kluczowe, gdy SSH nie działa. Nieprawidłowe opcje: Usuwanie maszyny wirtualnej i dysków, a następnie tworzenie nowej instancji, jest destrukcyjne i uniemożliwia diagnostykę. Usuwanie instancji i podłączanie dysku do nowej maszyny jest ryzykowne; migawka jest bezpieczniejszą opcją. Podłączanie maszyny wirtualnej do innej sieci z uproszczonymi regułami zapory jest trudne, gdy SSH nie działa, i może nie rozwiązać problemu, jeśli jest on związany z konfiguracją systemu operacyjnego.