
Unsere Compute Engine, die das Backend für ein Handyspiel betreibt, wurde heute (03.08.18) zufällig heruntergefahren, und die Protokolle können mir nicht sagen, welcher Benutzer oder welche IP-Adresse dies initiiert hat.
Ich habe ein bisschen nachgeforscht und bin in die Syslogs gelangt, die Folgendes anzeigen:
Mar 8 10:58:10 redis-prod-vm systemd[1]: Started Synchronise Hardware Clock to System Clock.
Mar 8 10:58:10 redis-prod-vm systemd[1]: Stopping Session 5 of user redis.
Mar 8 10:58:10 redis-prod-vm systemd[1]: Stopping User Manager for UID 999...
Mar 8 10:58:10 redis-prod-vm systemd[7558]: Stopping Default.
Mar 8 10:58:10 redis-prod-vm systemd[1]: Stopping Graphical Interface.
Mar 8 10:58:10 redis-prod-vm systemd[1]: Stopped target Graphical Interface.
Mar 8 10:58:10 redis-prod-vm systemd[1]: Stopping Entropy daemon using the HAVEGE algorithm...
Mar 8 10:58:10 redis-prod-vm haveged[369]: haveged: Stopping due to signal 15
Mar 8 10:58:10 redis-prod-vm haveged[369]: haveged starting up
Mar 8 10:58:10 redis-prod-vm systemd[1]: Stopping Multi-User System.
Mar 8 10:58:10 redis-prod-vm systemd[1]: Stopped target Multi-User System.
Mar 8 10:58:10 redis-prod-vm systemd[7558]: Stopped target Default.
Mar 8 10:58:10 redis-prod-vm systemd[7558]: Stopping Basic System.
Mar 8 10:58:10 redis-prod-vm systemd[7558]: Stopped target Basic System.
Mar 8 10:58:10 redis-prod-vm systemd[7558]: Stopping Paths.
Mar 8 10:58:10 redis-prod-vm systemd[7558]: Stopped target Paths.
Mar 8 10:58:10 redis-prod-vm systemd[7558]: Stopping Timers.
Mar 8 10:58:10 redis-prod-vm systemd[7558]: Stopped target Timers.
Mar 8 10:58:10 redis-prod-vm systemd[7558]: Stopping Sockets.
Mar 8 10:58:10 redis-prod-vm systemd[7558]: Stopped target Sockets.
Mar 8 10:58:10 redis-prod-vm systemd[7558]: Starting Shutdown.
Mar 8 10:58:10 redis-prod-vm systemd[7558]: Reached target Shutdown.
Mar 8 10:58:10 redis-prod-vm systemd[1]: Stopping Deferred execution scheduler...
Mar 8 10:58:10 redis-prod-vm systemd[1]: Stopping vsftpd FTP server...
Mar 8 10:58:10 redis-prod-vm systemd[1]: Stopping LSB: bitnami init script...
Mar 8 10:58:10 redis-prod-vm systemd[1]: Stopping Regular background program processing daemon...
Mar 8 10:58:10 redis-prod-vm systemd[7558]: Starting Exit the Session...
Mar 8 10:58:10 redis-prod-vm systemd[1]: Stopping Google Compute Engine user shutdown scripts...
Mar 8 10:58:10 redis-prod-vm systemd[1]: Stopping OpenBSD Secure Shell server...
Dies wurde fortgesetzt, bis die VM vollständig heruntergefahren war. Hier ist das Protokoll:
2018-03-08 10:59:46.073 GMT compute.instances.stop {
"event_timestamp_us":"XXX",
"actor":{"user":""},
"resource":{
"name":"redis-prod-vm",
"type":"instance",
"zone":"us-central1-f","id":"XXX"
},
"event_type":"GCE_OPERATION_DONE",
"trace_id":"XXX",
"operation":{"type":"operation",…
Ich habe einige möglicherweise wichtige Nummern sicherheitshalber durch XXX ersetzt. Kann mir bitte jemand helfen, Licht ins Dunkel zu bringen?
Antwort1
Ich poste diese Antwort, um eine Empfehlung abzugeben von@Taherim Kommentarbereich besser sichtbar:
Bitte schauen Sie sich die Dokumentation anPräemptive VM-Instanzen:
Eine präemptible VM ist eine Instanz, die Sie zu einem viel niedrigeren Preis als normale Instanzen erstellen und ausführen können. AllerdingsCompute Engine kann diese Instanzen stoppen (vorwegnehmen), wenn es für andere Aufgaben Zugriff auf diese Ressourcen benötigt.Bei präemptiven Instanzen handelt es sich um überschüssige Compute Engine-Kapazität, ihre Verfügbarkeit variiert also je nach Nutzung.
Wenn Ihre Apps fehlertolerant sind und mögliche Instanzpräemptionen aushalten, können präemptive Instanzen Ihre Compute Engine-Kosten erheblich senken. Beispielsweise können Batchverarbeitungsjobs auf präemptiven Instanzen ausgeführt werden. Wenn einige dieser Instanzen während der Verarbeitung angehalten werden, wird der Job zwar langsamer, aber nicht vollständig gestoppt. Präemptive Instanzen erledigen Ihre Batchverarbeitungsaufgaben, ohne Ihre vorhandenen Instanzen zusätzlich zu belasten und ohne dass Sie den vollen Preis für zusätzliche normale Instanzen zahlen müssen.
Bitte überprüfen Sie, ob Ihre Instanz unterbrechbar ist oder nicht.
Sie können auch der Dokumentation folgenSerielle Port-Ausgabe anzeigenund prüfen Sie, ob nützliche Protokollierungsinformationen vorhanden sind.
Bitte verwenden Sie außerdemVerwenden des Protokoll-Explorersum weitere Informationen zur Fehlerbehebung zu sammeln.