SKOOR-Software-Update

Alle Kollektor tmp-Verzeichnisse werden ab SKOOR 7.2 regelmäßig bereinigt . Stellen Sie sicher, dass dort keine Skripte oder andere wichtige Daten gespeichert sind.

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

Mit SKOOR 6.4 wird der Datenbankverbindungspooler ersetzt. Bitte entfernen Sie das alte wie hier beschrieben.

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

Für Upgrades auf Version 5.3 oder neuer unter RHEL/CentOS 7 ist ein zusätzliches Repository erforderlich. Dieses kann installiert werden mit:

dnf install nux-dextop-release

Im Allgemeinen ist das Update bereits installierter SKOOR Engine und/oder Kollektor Pakete aus dem Repository sehr einfach:

dnf clean all
dnf update eranger'*'

Kurzanleitung

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

  1. Überprüfen Sie die erforderlichen RPM-Repositorys und Redhat-Abonnements

  2. Überprüfen Sie, ob Voll- und Konfigurationssicherungen verfügbar sind. Es ist jedoch immer eine gute Idee, vor einem Update ein vollständiges Backup zu erstellen

  3. Notieren Sie sich den Gesamtsystemstatus oder machen Sie einen Screenshot der Statusleiste unten in der SKOOR Engine Benutzeroberfläche

  4. Legen Sie die Gesamtwartung für alle Kollektoren im Zusammenhang mit dem Update fest (externe Kollektoren bleiben möglicherweise unverändert oder werden später aktualisiert).

  5. Auf replizierten Systemen ( Master / Slave ):

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

    2. Stoppen Sie die Replikation

    3. Führen Sie ein Standby- Server Update durch

  6. Führen Sie ein (Primär-) Server -Update durch

  7. Starten Sie die Replikation, falls sie nicht ausgeführt wird

  8. Externe Kollektoren aktualisieren, falls konfiguriert

  9. Aktualisieren Sie Dashboard Viewer , falls konfiguriert

  10. Suchen Sie nach neuen Konfigurationsdateien mit der Endung .rpmnew und führen Sie den Inhalt bei Bedarf mit den Originaldateien zusammen
    Dies kann erfolgen mit:
    rpmconf -a

  11. Überprüfung

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

    2. Die Replikation funktioniert wie zuvor

    3. Auf Dashboards/ Dashboard Viewer kann zugegriffen werden

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

  12. Beenden Sie die Wartung

  13. Erstellen Sie ein neues Voll-Backup

Details zur Kurzanleitung

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

Standardpfad zu Backups:

/opt/eranger/server/backups

Vollständiges Backup ausführen:

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

Legen Sie die Gesamtwartung für alle Kollektoren im Zusammenhang mit dem Update in /root/ Kollektoren fest

Überprüfen Sie den Replikationsstatus und stoppen Sie Slave :

/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

Update auf SKOOR 7.2

Jeder SKOOR Kollektor verwendet mindestens ein Verzeichnis zur Speicherung temporärer Messdateien. Mit SKOOR 7.2 werden alle temporären Kollektor Verzeichnisse regelmäßig bereinigt:

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

  • Leere Verzeichnisse, die älter als 24 Stunden 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 persistente Daten in einem dieser Verzeichnisse erstellt wurden, müssen diese vor dem Upgrade auf 7.2 an einen anderen Speicherort verschoben werden.

Verwenden Sie den folgenden Befehl, um eine Liste der temporären Kollektoren abzurufen (die sowohl auf dem lokalen als auch auf allen externen Kollektoren ausgeführt werden können):

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.

Update 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 Version 6.4 wird die pgpool-Komponente durch PgBouncer ersetzt, einen im Vergleich zum Vorgänger leichteren Verbindungspooler.

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