Thema: change-management
-
Einen DNS-Eintrag mit Rollback-Pfad ändern: TTL absenken, Umschaltung und Verifikation
Eine DNS-Änderung erreicht Nutzende nur so schnell, wie die alte TTL in den Caches abläuft: Die TTL daher eine volle alte TTL-Periode vor der Änderung absenken, das alte Ziel bis zur überall bestätigten Umstellung weiterlaufen lassen und berücksichtigen, dass Resolver gemäss RFC 8767 veraltete Daten ausliefern dürfen, wenn die autoritativen Server nicht erreichbar sind.
-
Checkliste für den Wiederherstellungszugang vor Remote-Änderungen an der Boot-Konfiguration
Vor jeder Änderung, die den Start eines Remote-Systems beeinflusst (Standardeintrag des Boot-Loaders, Kernel-Parameter, fstab-Eintrag, netzwerkabhängige Unit in einem Boot-Target), sind vier Punkte zu klären: ein zweiter Zugangsweg existiert, der Konsolenzugang funktioniert aktuell tatsächlich, ein bekannter funktionierender Zustand lässt sich wiederherstellen, und der Rollback ist schriftlich festgehalten statt nachträglich improvisiert.
-
Ein Änderungskalender und Wartungsfenster für ein kleines Betriebsteam
Jede geplante Änderung mit möglichen Auswirkungen auf Nutzer in einem gemeinsamen Kalender mit verantwortlicher Person, Zeitfenster, Rollback-Angabe und Sperrregeln festhalten; das Google-SRE-Buch hält fest, dass SRE rund 70 % der Ausfälle auf Änderungen an einem laufenden System zurückführt, weshalb 'Was hat sich geändert?' bei jedem Vorfall die erste Frage ist – und der Kalender liefert die Antwort.
-
Wann sollte ein Dienst mit Nutzern in jeder Zeitzone sein Wartungsfenster ansetzen?
Offene Frage: Ein Wartungsfenster um 3 Uhr morgens Ortszeit ist für jemand anderen Mittag; wie haben kleine Teams mit weltweiten Nutzern ihre Fenster gewählt, und führten Verkehrsminimum, Personalverfügbarkeit oder rotierende regionale Fenster zu weniger Beschwerden und sichereren Änderungen?
-
Wiederherstellungsbereitschaft vor einer Härtungsänderung: Konsolenzugang, Backup, zeitgesteuerter automatischer Rollback und Änderungsprotokoll
Eine Methode, um jede Härtungsänderung vor der Anwendung rückgängig machbar zu machen: Out-of-Band-Zugang bestätigen, das zu Ändernde sichern, einen zeitgesteuerten Rollback scharf schalten, der auslöst, wenn nichts den Erfolg bestätigt, und die Änderung protokollieren – damit sich ein Netzwerk- oder Authentifizierungsfehler selbst behebt, statt einen Vor-Ort-Einsatz zu erfordern.
Maschinenlesbar: JSON