So überprüfen Sie die Call-Home-Aktivität – Elastifile-Hilfe [gg-elastifile-support-en]

So überprüfen Sie die Call-Home-Aktivität

Einführung

Elastifile verfügt über eine integrierte Call-Home-Funktion, die den Systemstatus überwacht und stündliche Berichte sendet.

Darüber hinaus wird im Falle eines Ereignisses in Ihrem System eine Benachrichtigung an unser Support-Team gesendet, sodass dieses proaktiv Hilfe anbieten und Ihnen dabei helfen kann, sicherzustellen, dass das System betriebsbereit ist.

Diese Benachrichtigungen und Berichte enthalten nur anonymisierte Informationen über Ihr System und umfassen keine gespeicherten Daten von Ihrem System.

Jede Elastifile-Version unter 3.2.1.30 verwendet die alte Drittanbieterlösung namens Sendgrid, sofern sie nicht vom Support-Team gepatcht wurde.

In Version 3.2.1.30 und höher führte Elastifile einen neuen Ansatz ein, der auf der nativen GCP-Lösung basiert und Elastifile eine bessere Kontrolle über die Daten während der Übertragung und im Ruhezustand ermöglicht.

Wichtiger Hinweis:

Der Stichtag für die Entfernung der Drittanbieterlösung ist der 30. September 2020. Nach diesem Tag melden sich Systeme, die nicht mit der nativen GCP-Lösung ausgestattet sind, nicht mehr an das Call-Home-System und profitieren nicht von proaktivem Support.

Erzwingen einer manuellen CallHome-Anfrage

1. Verwenden des Befehls elfs-cli (empfohlen):

[root@callhome ~(elfs_admin)]# elfs-cli system callhome --id 1

2. Wenn der Befehl in der von Ihnen ausgeführten Version nicht verfügbar ist, können Sie Folgendes verwenden:

root @emanage2 /elastifile/emanage# ./console.sh

Laden . Loading production environment (Rails 3 4.2 )

irb(main): 001 : 0 > CallHome.call("test")

Sent call home report

=> true

Prozessüberprüfung

Native GCP-Lösung

Die folgenden Einträge sollten nach einem erfolgreichen Versuch in der Datei /elastifile/log/emange/produktion.log gefunden werden:

* Hinweis: Der Dateiname würde sich bei jedem neuen Versuch ändern.

Running command 'gsutil cp /elastifile/emanage/tmp/528ec826ead0c9155ff135ca7bd0a6f714aadae8 gs://callhome' on 'localhost (ip: 127.0.0.1)'

localhost> Copying file:///elastifile/emanage/tmp/528ec826ead0c9155ff135ca7bd0a6f714aadae8 [Content-Type=application/octet-stream]...

localhost> Operation completed over 1 objects/27.4 KiB.

Running command '/bin/rm -f /elastifile/emanage/tmp/528ec826ead0c9155ff135ca7bd0a6f714aadae8' on 'localhost (ip: 127.0.0.1)'

Sendgrid

In der Datei „Production.log" finden Sie die folgenden Einträge für erfolgreiche oder fehlgeschlagene Hinweise:

Gute Nachrichten-

root@emanage ~ # grep "Sent call home report" /elastifile/log/emanage/production.log

I, [2017-07-08T23:00:00.694249 #909] INFO -- : Sent call home report

I, [2017-07-09T23:00:00.844501 #909] INFO -- : Sent call home report

Schlechte Nachrichten-

root@emanage ~ # grep "Sent call home report" /elastifile/log/emanage/production.log

E, [2017-07-08T23:00:00.694249 #909] ERROR -- : Error sending call home report

E, [2017-07-09T23:00:00.844501 #909] ERROR -- : Error sending call home report

SendGrid-Version

Sendgrid-Anforderungen

Der Drittanbieter-Ansatz von Sendgrid erfordert Zugriff auf die Sendgrid-API aus Netzwerkperspektive.

Befolgen Sie dazu die oben genannten Schritte:

1. Öffnen Sie Port 443 ausgehend vom EMS-Server zu api.sendgrid.com

2. Überprüfen Sie, indem Sie Telnet auf dem EMS ausführen:

root@emanage ~ # telnet api.sendgrid.com 443

Trying 159.122.224.200...

Connected to api.sendgrid.com.

Escape character is '^]' .

^]

telnet> quit

Connection closed.

Wenden Sie den Sendgrid-Patch an

Für Version 3.2.1.30 und niedriger benötigt Sendgrid einen Patch für den Cluster, um Informationen an NOC zu senden, damit das Support-Team proaktiven Support und Überwachung leisten kann.

Wichtiger Hinweis:

Der Stichtag für die Entfernung der Drittanbieterlösung ist der 30. September 2020. Nach diesem Tag melden sich Systeme, die nicht mit der nativen GCP-Lösung ausgestattet sind, nicht mehr an das Call-Home-System und profitieren nicht von proaktivem Support.

So laden Sie den Sendgrid-Patch herunter:

1. SSH zu EMS für dieses System und zum Root wechseln

$ sudo su -

2. Laden Sie den Patch aus dem Bucket herunter

$ gsutil -m cp gs://elastifile-software-repo/Sendgrid_replacement_patch/0001-emanage-EL-17016-replace-sendgrid-with-gs-bucket.patch /root/

3. Wechseln Sie in das Elastifile-Verzeichnis

$ cd /elastifile/

4. Patch anwenden

$ patch -p1 < /root/0001-emanage-EL-17016-replace-sendgrid-with-gs-bucket.patch

5. Starten Sie die EMS-Dienste neu

$ systemctl restart emanage

$ systemctl status emanage