0
0
Fork 0

„Brainstorming.md“ ändern

This commit is contained in:
Jan Philipp Timme 2020-01-03 23:46:27 +01:00
parent 0e856d0d31
commit f13ee71fc7
1 changed files with 15 additions and 12 deletions

View File

@ -47,7 +47,14 @@ Bonuspunkte gibt es dann, wenn eine Person diese Aufgabe in Vertretung für eine
Kurz: Kann man machen, hat bisher aber keinen großen Spaß gemacht. Bisher habe ich dabei immer gut Plusstunden gesammelt. Kurz: Kann man machen, hat bisher aber keinen großen Spaß gemacht. Bisher habe ich dabei immer gut Plusstunden gesammelt.
### Automatische Installation von Software-Updates (Sicherheitspatches) ### Mehr Wartung und Pflege
Gerade für zentrale, wichtige Dienste ist eine häufige Wartung und Pflege um so wichtiger.
Fakt ist: Ohne redundanten Betrieb traut man sich soetwas aber fast nicht - aus Angst vor unerwarteten Problemen und daraus resultierender Downtime.
Wartungsintervalle werden somit immer größer und größer - das ist nicht gut.
#### Automatische Installation von Software-Updates (Sicherheitspatches)
Beim händischen Einspielen von Updates ergeben sich folgende Situationen, die Beim händischen Einspielen von Updates ergeben sich folgende Situationen, die
* Neustarts von Diensten erforderlich (kurze Serviceunterbrechung) * Neustarts von Diensten erforderlich (kurze Serviceunterbrechung)
@ -55,17 +62,7 @@ Beim händischen Einspielen von Updates ergeben sich folgende Situationen, die
* Probleme nach einem Update möglich (geringes Risiko [geschätzt 1-2 mal pro Jahr], mindestens 30-60 Minuten oder mehr Downtime, da manueller Eingriff erforderlich) * Probleme nach einem Update möglich (geringes Risiko [geschätzt 1-2 mal pro Jahr], mindestens 30-60 Minuten oder mehr Downtime, da manueller Eingriff erforderlich)
#### Erwartete Nutzen bei Hochverfügbarkeit #### Durchführung von Konfigurationsänderungen
* Automatische Updates können zuerst auf passivem System installiert werden
* Unbeaufsichtigte, automatische Neustarts bei gestaffeltem Updatekonzept möglich:
1. passives System installiert Updates und startet neu
2. Aktives System folgt erst dann, wenn das passive System die Updates erfolgreich überstanden hat (Boot war erfolgreich, Konfiguration und aktive Dienste entsprechen vorgegebenen Erwartungen)
* Systeme sind auf mit kürzester Verzögerung auf dem neustem Stand
* Durch regelmäßiges Wechseln zwischen aktiv/passiv ist sichergestellt, dass beide Systeme sich gegenseitig vertreten können (Tages-/Wochenrhythmus)
### Durchführung von Konfigurationsänderungen
Geplante Änderungen können zuerst auf passives System angewendet werden, bevor es aktiv geschaltet wird. Geplante Änderungen können zuerst auf passives System angewendet werden, bevor es aktiv geschaltet wird.
* Bei Problemen kann auf das zweite System zurückgeschwenkt werden, sodass unerwartete Probleme nur zu wenigen Minuten Downtime führen. Das dann kaputte, passive System kann in der Zeit untersucht und repariert werden. * Bei Problemen kann auf das zweite System zurückgeschwenkt werden, sodass unerwartete Probleme nur zu wenigen Minuten Downtime führen. Das dann kaputte, passive System kann in der Zeit untersucht und repariert werden.
@ -96,3 +93,9 @@ Sobald eine passive Maschine mit ihrem Update dran ist, muss die aktive Maschine
* Failover * Failover
* GOTO 1 * GOTO 1
* Automatische Updates können zuerst auf passivem System installiert werden
* Unbeaufsichtigte, automatische Neustarts bei gestaffeltem Updatekonzept möglich:
1. passives System installiert Updates und startet neu
2. Aktives System folgt erst dann, wenn das passive System die Updates erfolgreich überstanden hat (Boot war erfolgreich, Konfiguration und aktive Dienste entsprechen vorgegebenen Erwartungen)
* Systeme sind auf mit kürzester Verzögerung auf dem neustem Stand
* Durch regelmäßiges Wechseln zwischen aktiv/passiv ist sichergestellt, dass beide Systeme sich gegenseitig vertreten können (Tages-/Wochenrhythmus)