Herion und willkommen zurück, heute werden wir über die vereinheitlichte Cloud diskutieren. Was Ägypten braucht,
ist, wann immer Sie einfache Dinge starten und bestimmte Metriken standardmäßig
erfassen.
Wenn Sie sich den Screenshot das ganze Jahr über ansehen und dies bereits gesehen
haben, umfassen einige der standardmäßig erfassten Metriken die CPU-Auslastung, einige der netzwerkbezogenen Metriken, einige der
datenträgerbezogenen Metriken und so weiter.
Das ist zwar gut, aber in der Produktionsumgebung gibt es viele andere Metriken, die sich auf
verschiedene Dinge wie Arbeitsspeicher, Festplattennutzung usw. beziehen. die sehr wichtig sind einzufangen.
Und Allen muss darauf basierend eingestellt werden.
Die standardmäßigen Cloud-Watch-Me-Takes sind also etwas, das im gesamten proaktiven Ansatz zur Erkennung von
Problemen nicht wirklich hilfreich ist.
Wenn wir also weiter über die Herausforderung sprechen, sind mehr Metriken erforderlich.
Einige der sehr wichtigen Metriken können also mit Speichermetriken in Verbindung gebracht werden, die sich auf diese Nutzungsmatrix,
die Fähigkeit, diese zu verwalten usw. beziehen.
Ich erinnere mich noch, dass wir in einer der Organisationen, der ich vor kurzem beigetreten bin, nur
zwei Mitglieder waren und einer von ihnen, der seit vielen Jahren ein Senior-Mitglied war, er beurlaubt war und plötzlich die Datenbank zusammenbrach und die Leute
wirklich hinter mir her waren, wie , was ist los?
Also haben wir weiter recherchiert.
Es wurde festgestellt, dass die Festplatte zu 100 Prozent voll war und die Datenbank
die Verbindung dort nicht durchsuchen konnte.
Also vorübergehend, denn selbst der Ebb-Ausbau braucht zwangsläufig Zeit.
Wenn Sie also Ihr Ibbs-Volumen erweitern möchten, kann das auch etwas Zeit in Anspruch nehmen.
Also vorübergehend, dass wir fortgefahren sind und die Protokolle gelöscht haben, was auch immer Protokolle waren,
ihre Überwachungsprotokolle, einige der Datenbankprotokolle oder andere Protokolle.
Vorübergehend haben wir sie gelöscht, damit die Datenbank zu laufen begann.
Diese Art von Problem hätte jedoch gelöst werden können, wenn Metriken zur Festplattennutzung verfügbar waren und
der Alarm basierend darauf eingestellt wurde.
Dies ist also eines der Dinge, die in einer Produktionsumgebung sehr wichtig sind.
Und auch die Herausforderung bezieht sich auf die Protokollüberwachung.
Ein typischer Server kann also viele wichtige Protokolldateien enthalten.
Dies kann von Systemprotokolldateien bis hin zu Anwendungsprotokolldateien reichen.
Beim Debuggen eines Problems kann es sich jetzt um ein sicherheitsbezogenes Problem oder ein anwendungsbezogenes Problem handeln.
Es ist wichtig, Protokolldateien zur Hand zu haben.
Nehmen wir zum Beispiel an, Sie haben zwei Instanzen, die Sie sehen, und alle Protokolle, die sich auf
die Anwendung beziehen, werden in einer Datei oder einem Protokoll gespeichert.
Und Sie haben einige aktuelle Anwendungen nicht funktioniert und der Entwickler muss einen Einblick bekommen, was genau
passiert.
Was Sie also tun müssen, Sie müssen dem Entwickler, dem U. S. zum Beispiel, damit
er sich einloggen und die Datei Dot Log lesen und die Fehlersuche entsprechend durchführen kann.
Nun, diese Art von Ansatz hat ihre eigenen Nachteile.
Und der erste Nachteil ist, dass der Zugriff auf den Server, auf den Entwickler, gegeben werden muss.
Dies ist also einer der wesentlichen Nachteile.
Wenn es beispielsweise 100 Entwickler gibt, müssen Sie möglicherweise allen Zugriff gewähren.
Und das ist etwas, das Sie nicht wirklich brauchen.
Der zweite Hauptnachteil ist, dass die Leihmutterschaft beendet ist.
Die Protokolle sind verloren.
Dies gilt insbesondere für die einfachen zwei Instanzen, die Teil der Auto Scaling-Gruppe sind.
Und der dritte Nachteil, dass es keine Möglichkeit gibt, unter bestimmten Bedingungen einen Alarm einzurichten oder komplexe
Filter zu erstellen.
Nehmen wir zum Beispiel an, Sie haben verschiedene EDV-Löschanfragen aus dem öffentlichen Internet.
Dies ist etwas, das Sie nicht wirklich brauchen.
Es kann also einen Alarm geben, der darauf eingestellt werden kann.
Wenn die Protokolle jedoch lokal auf dem Server gespeichert sind, ist das Einrichten eines Alarms oder
von Bedingungen kein ganz einfacher Ansatz.
Eine bessere Möglichkeit zum Protokollieren von verwandten Anwendungsfällen besteht also darin, einen zentralen Protokollserver zu erstellen,
auf dem alle Ihre Geräte Firewall-Server oder Netzwerk-Switches sein können.
Sie können die Daten an einen zentralen Log-Monitoring-Server des Unternehmens senden, wo Sie einen Alarm erstellen und auch
komplexe Filter erstellen können.
Um diese beiden Herausforderungen im Zusammenhang mit der Matrixkollision sowie der besprochenen Lokalisierung zu meistern,
hat Adris mit Hilfe der Cloud eine Lösung gefunden.
Was für ein vereinter Egin.
Cloud war also vereint.
Mit Egin können Kunden sowohl die interne Matrix auf Systemebene erfassen.
Dies kann die Festplattennutzung und Speichernutzung usw. sein, sowie die Lokalisierung durchführen.
Wenn Sie also die gesamte Flow-Architektur betrachten, haben Sie eine Cloud.
Welches einheitliche Egin muss innerhalb der EU sofort installiert werden, und dieser einheitliche Agent hat die Möglichkeit,
eine Matrix in Bezug auf den Festplattenspeicher und andere zu senden und auch die Protokolle, die Teil des Servers
sind, an ein zentralisiertes Cloud-Dashboard zu senden.
Toll.
Bevor wir zum Schluss kommen, lassen Sie uns kurz vorgehen.
Jetzt für das heutige Video habe ich zwei Instanzen gesehen, die laufen, und wie wir wissen, wird es schnell
zur Überwachung gehen.
Es wird einen anderen Satz von Metriken geben, die sich auf die CPU-Auslastung, Netzwerknetzwerke und andere, erfasste
Daten beziehen.
Dies ist jedoch etwas, das wir bereits besprochen haben, ist für die Produktionsumgebung nicht wirklich
ausreichend.
Ich habe also bereits einen einheitlichen Agenten in dieser Ishita-Instanz hier installiert.
Lass es mich dir schnell zeigen.
So verbindet sich dieser aktuell also sehr schnell mit einem System-QTL-Status auf der Amazon Cloud Vortigern, Sie werden
sehen, dass der Cloud-Agent aktiv ist und läuft.
Dies ist also im Grunde der einheitliche Agent, über den wir gesprochen haben.
Dieser vereinheitlichte Agent sendet also derzeit sowohl die Matrix als auch die protokollbezogenen Informationen.
Schauen wir uns also beide schnell an.
Öffnen Sie also unter der Cloud-Watch-Konsole die Protokollgruppe Solidere.
Und innerhalb der Gesetzesgruppe gibt es eine große Gruppe namens Messages, die im Grunde genommen einen logischen Strom
von Intensität hat.
Also Intensität und es wird Null sein.
So können Sie schnell überprüfen.
Dies ist also im Grunde genommen und in Ihnen befinden sich im Grunde alle Inhalte, die Teil des Ordners Welt der Nachrichten
sind.
Das ist also, was die Cloud von Unified Agent sendet.
Das zweite, worüber wir gesprochen haben, ist die Matrix.
Also lass uns weitermachen und auch die Matrix hier in dir erkunden.
Sie haben einen benutzerdefinierten Namespace der Cloud.
Welcher Agent?
Und in Ihnen gibt es mehrere Matrixsätze, die erfasst werden.
Öffnen wir also eines davon, das erste hier, und schauen wir uns die Matrix an.
Sie hängen jedoch hauptsächlich mit dem Dateisystem zusammen, wie der verwendeten Festplatte, der Festplattenanoden frei und so vielen anderen.
Kommen wir also zurück zur Cloud.
Sehen Sie hier und öffnen wir den anderen Satz von Matrix.
Schauen wir uns an, was erfasst wurde.
Sie haben also einen Speicher verwendeter personenbezogener Daten einer von Nextag aufgebauten BCB-Verbindung.
Sie haben auch ein Swap-bezogenes Detail.
Wenn ich dies also schnell öffne, sehen Sie auch eine bestimmte Reihe von Diagrammen, die Sie auch schnell ändern können.
Wenn Sie also nicht wirklich eine Zeile benötigen, benötigen Sie stattdessen eine Nummer, die auch nachgesehen werden kann.
Wenn Sie sich also die Prozentsätze der Speichernutzung ansehen, elf Komma neun Prozent und so weiter, ist das großartig.
Ich hoffe, Sie haben damit die Grundlagen der Cloud verstanden.
Welcher einheitliche Agent?
Bevor der Unified Agent auf den Markt kam, gab es verschiedene andere Möglichkeiten, Skripte
zu verwenden, um die Speichermatrix, die Festplattennutzungsmatrix zu erfassen und an die Cloud-Watch-Konsole sowie für den
überwachungsbezogenen Bereich zu senden.
Früher hatten Sie einen Cloud-Watch-Agenten, der die Arbeit im Zusammenhang mit der Protokollsammlung erledigte.
Mit dem einheitlichen Agenten haben Sie jedoch einen einzigen Agenten, der beides tun kann.
Das ist die Übersicht über den Unified Agent.
Und damit endet das heutige Video.