Software-Aktualisierung

SKOOR 8.1: Selenium Jobs mit Python müssen geprüft werden. Um ein Ressourcenleck zu vermeiden, wird die driver.quit()- Operation in jedem Fall wie hier beschrieben verarbeitet

SKOOR 7.2: Alle tmp-Verzeichnisse des Kollektors werden ab SKOOR 7.2 regelmäßig aufgeräumt. Stellen Sie sicher, dass dort keine Skripte oder andere wichtige Daten gespeichert sind.

SKOOR 7.0: Falls installiert, muss das Paket sdaas-webservice beim Upgrade auf SKOOR 7.0 wie hier beschrieben durch eranger-etl ersetzt werden.

SKOOR 6.4: Der Datenbankverbindungspooler wird ersetzt. Bitte entfernen Sie den alten, wie hier beschrieben.

Bitte befolgen Sie alle Anweisungen des SKOOR-Supports, bevor Sie ein Update durchführen. Es kann obligatorische Vorbereitungsschritte geben, die bei Nichtbeachtung zu Fehlern führen können

Im Allgemeinen ist das Update von bereits installierten SKOOR Engine und/oder Kollektor Paketen aus dem Repository sehr einfach:

dnf clean all
dnf update eranger'*'

Kurzanleitung

Die folgende Vorgehensweise kann als Checkliste für ein Standard-Update der Software verwendet werden:

  1. Überprüfen Sie die erforderlichen rpm-Repositories und Redhat-Abonnements

  2. Prüfen Sie, ob Voll- und Konfigurations-Backups verfügbar sind. Es ist jedoch immer eine gute Idee, vor einer Aktualisierung ein vollständiges Backup zu erstellen.

  3. Notieren Sie den Gesamtzustand des Systems oder machen Sie einen Screenshot von der Statusleiste am unteren Rand der SKOOR Engine UI

  4. Legen Sie die allgemeinen Wartungen für alle Kollektoren fest, die mit der Aktualisierung zusammenhängen (externe Kollektoren können unverändert bleiben oder später aktualisiert werden)

  5. Auf replizierten Systemen (primär/standby):

    1. Überprüfen Sie den Replikationsstatus und ergreifen Sie Maßnahmen, wenn der Status nicht in Ordnung ist

    2. Replikation stoppen

    3. Aktualisierung des Standby-Servers durchführen

  6. Aktualisierung des (Primär-)Servers durchführen

  7. Replikation starten, wenn sie nicht läuft

  8. Externe Kollektoren aktualisieren, falls konfiguriert

  9. Dashboard Viewer aktualisieren, falls konfiguriert

  10. Prüfen Sie, ob neue Konfigurationsdateien mit der Endung .rpmnew vorhanden sind und fügen Sie den Inhalt bei Bedarf mit den Originaldateien zusammen.
    Dies kann wie folgt durchgeführt werden:
    rpmconf -a

  11. Überprüfung

    1. Der Gesamtzustand des Systems ist derselbe wie zuvor oder die Unterschiede können erklärt werden

    2. Die Replikation funktioniert wie zuvor

    3. Dashboards / Dashboard Viewer sind zugänglich

    4. Alarme werden versendet (Mail, SMS, etc.)

  12. Beenden Sie die Wartungen

  13. Erstellen eines neuen vollständigen Backups

Details der Kurzanleitung

Die folgenden Informationen gelten für eine Standard-SKOOR-Installation. Benutzerdefinierte Setups müssen berücksichtigt werden

Standardpfad zu den Backups:

/opt/eranger/server/backups

Vollständige Sicherung durchführen:

cd /var/lib/pgsql
sudo -u postgres /opt/eranger/bin/eranger-server-backup.sh full

Gesamtwartung auf allen Kollektoren, die mit der Aktualisierung in Zusammenhang stehen, in /root /Collectors einstellen

Replikationsstatus prüfen und Standby stoppen:

/opt/eranger/bin/eranger-server-replication.pl status
<standby-ip>
<standby-ip> checking ssh for user reranger
<primary-ip> is running
Last read on master(<primary-ip>) 0 seconds ago
/opt/eranger/bin/eranger-server-replication.pl stopstandby

GPG-Fingerabdrücke:

RPM-GPG-KEY-SKOOR:

0C18 95B8 11D4 71E5 D043 EFA3 69E1 147C 2CB4 0F3A

RPM-GPG-KEY-PGDG:

68c9 e2b9 1a37 d136 fe74 d176 1f16 d2e1 442d f0f8

RPM-GPG-KEY-TIMESCALEDB:

1005 fb68 604c e9b8 f687 9cf7 59f1 8edf 47f2 4417

Aktualisierung auf SKOOR 8.1

Selenium Jobs müssen bei der Verwendung von Python-Skripten angepasst werden. Es ist wichtig, dass die Operation driver.quit() auf jeden Fall verarbeitet wird. Ansonsten kommt es zu einem Ressourcenleck!

Ein neues RPM-Paket eranger-python wird mit diesem Release vor allem für Skripte im SKOOR Studio ausgeliefert. Es wird empfohlen, diese Python-Umgebung auch für Legacy-Import-Skripte zu verwenden.

Aktualisierung auf SKOOR 7.2

Jeder SKOOR Collector verwendet mindestens ein Verzeichnis, um temporäre Messdateien zu speichern. Mit SKOOR 7.2 werden alle temporären Verzeichnisse der Kollektoren regelmäßig aufgeräumt:

  • Dateien, die älter als 72h sind, werden gelöscht

  • Leere Verzeichnisse, die älter als 24h sind, werden gelöscht

Da der Kollektor nach jedem Joblauf alle Messdaten an den Server sendet, gibt es keinen Grund, diese Dateien länger im temporären Dateiverzeichnis aufzubewahren. Wenn jedoch Dateien wie Skripte oder andere dauerhafte Daten in einem dieser Verzeichnisse erstellt wurden, müssen sie vor dem Upgrade auf 7.2 an einen anderen Ort verschoben werden.

Verwenden Sie den folgenden Befehl, um eine Liste der temporären Verzeichnisse eines Kollektors zu erhalten (die sowohl auf dem lokalen als auch auf allen externen Kollektoren ausgeführt werden kann):

grep -oP "server\\d+_fetch_parse_dir\\s*=\\s*/var/opt/run/eranger/collector/.+" /etc/opt/eranger/eranger-collector.cfg | perl -pe 's/server\d+_fetch_parse_dir\s*=\s*//g'

Bitte stellen Sie sicher, dass alle Dateien in diesen Verzeichnissen sicher bereinigt werden können.

Aktualisierung auf SKOOR 7.0

Das sdaas-webservice RPM-Paket wurde durch das neue Paket eranger-etl ersetzt, das auch im SKOOR RPM-Repository verfügbar ist.

Bitte installieren Sie eranger-etl nach dem Upgrade auf Version 7.0 (das Löschen von sdaas-webservice muss erlaubt sein, um einen Konflikt zu vermeiden):

yum remove sdaas-webservice && yum install eranger-etl

Update auf SKOOR 6.4

Mit der Version 6.4 wird die Komponente pgpool durch PgBouncer ersetzt, einen im Vergleich zum Vorgänger leichteren Connection Pooler.

Bitte entfernen Sie pgpool mit dem folgenden Befehl und installieren Sie pgbouncer vor oder nach dem Update:

dnf remove eranger-pgpool pgpool-II-13
dnf install eranger-pgbouncer