Überprüfen Sie den AWS-Status als Profi: Gesundheit, ACM und EC2

Startseite » Python » Überprüfen Sie den AWS-Status als Profi: Gesundheit, ACM und EC2

Wenn Sie den Status von AWS überprüfen müssen , dürfen Sie nicht darauf achten, dass ein Dienst nicht funktioniert. Der Schlüssel besteht aus einer Kombination aus Gesundheitspanel, zeitnahen Warnungen und spezifischen Prüfungen für Ihre Rekursionen, die auftreten und wie sie in Mitleidenschaft gezogen werden. Wenn Sie mit Kritikern arbeiten, gehen Sie davon aus, dass Vorfälle auftreten oder Leistungsverschlechterungen festgestellt werden, die noch schlimmer sein könnten.

Dies ist alles, was zur Kontrolle des effektiven AWS-Status erforderlich ist: Nach dem AWS Health Dashboard und der Integration mit EventBridge wurde der Aktualisierungsstatus der ACM-Zertifizierungen überprüft und die EC2-Instanzen überprüft (einschließlich CloudWatch-Metriken und -Optionen). de recuperación). Además, verás consejos prácticos si la consolola no te à servicio parece caído en tui región.

AWS Health Dashboard: Ihr Teil für den Servicestatus

Das AWS Health Dashboard bietet Informationen zu Serviceunterbrechungen, Kursereignissen und geplanten Wartungsarbeiten. Es handelt sich um einen in Ihr Unternehmen integrierten Dienst, es ist keine Konfiguration erforderlich und Sie können darauf zugreifen, wenn es sich um eine Authentifizierung handelt . Das Ergebnis war sehr nützlich, als ein konkreter Rekurs stattfand (z. B. eine EC2-Instanz, die gerade in Betrieb war).

Erhalten Sie ein wichtiges Detail: Die regionalen AWS-Dienste . Wenn Sie das Gesundheitsgremium konsultieren, stellen Sie sicher, dass Sie die richtige Region für den entsprechenden Wähler auswählen. Im Gegenteil, es können keine für Ihre Rekursionen relevanten Ereignisse vorliegen.

Seit September 2023, als eine Veranstaltung von AWS Health veröffentlicht wurde, wurde die URL des Browsers mit einer tiefgreifenden Einbindung in diese Veranstaltung aktualisiert . Während wir uns mit der Arbeit beschäftigten, ging es um die Übersicht über die Liste der Ereignisse mit dem Ausgang des Ereignisses, das Sie geladen hatten, und Sie mussten den nächsten Schritt und die Zusammenarbeit mit Ihrem Team durchführen.

Wenn Sie die Konsole am nächsten Tag nicht geladen haben oder Fehler vom Typ 404 festgestellt haben, teilen Sie dies bitte mit. Zuerst überprüfen Sie das AWS Health Dashboard, um es zu vergleichen, wenn ein Ereignis vorliegt, das sich auf den Dienst auswirkt, den Sie verwenden möchten . Anschließend können Sie den Cache und die Kekse des Browsers lesen, den anderen Browser wechseln und mit Ihrem Redakteur bestätigen, dass keine Sperren vorhanden sind (z. B. aws.amazon.com).

Willkommene Event-Aufnahmen: EventBridge per RSS

Es gibt einen RSS-Feed mit Live-Ereignissen, dessen Format sich mit der Zeit ändern kann , da die Programmeingabe nicht mehr möglich ist. Scraping oder direkter RSS-Verbrauch kann vor dem Spiel gelöscht werden, wenn das Bild oder der Inhalt angepasst wird.

Die Empfehlung lautet eindeutig: AWS Health mit Amazon EventBridge integrieren . Auf diese Weise erhalten Sie Ereignisse aus einer einheitlichen Form, mit einem stabilen Format und einer Liste, um sie an Ziele wie Lambda, Cola, Benachrichtigungen oder interne Tabellen zu senden. Dies ermöglicht die automatisierte Beantwortung von Antworten, die Registrierung von Vorfällen und die Generierung von Alarmen, sofern sie von fragilen Formaten abhängen.

Darüber hinaus ist EventBridge der richtige Weg, um Ereignisse von AWS Health zu überwachen, da es robust und langlebig ist . Darüber hinaus können Sie die Informationen erweitern, mit den Diensten in Kontakt treten, SLA-Internen ausstatten und in Ruhe arbeiten, sobald Sie Hilfe erhalten.

ACM: Wir vergleichen den Renovierungsstadium Ihrer Zertifikate

Mit AWS Certificate Manager (ACM) können Sie sicher sein, dass Ihre Zertifizierungen korrekt erneuert werden. Ein Zertifikat ist zur automatischen Renovierung berechtigt, wenn es mit einem anderen AWS-Dienst (wie Elastic Load Balancing oder CloudFront) verbunden ist oder nach seiner Emission oder endgültigen Renovierung exportiert wird . Diese Berechtigung besteht grundsätzlich darin, dass ACM die Renovierungsarbeiten übernimmt, ohne dass ein Eingreifen erforderlich ist.

Sobald ein Renovierungsprozess eingeleitet wurde, muss ACM einen Erneuerungsstatus und Einzelheiten zur Zertifizierung bekannt geben. Sie können diesen Status über die Konsole, die API, die AWS CLI oder auch über das AWS Health Dashboard abrufen. Wenn Sie die Konsole verwenden, stehen Ihnen für diesen Zeitpunkt viele verschiedene Vorteile zur Verfügung. Eine ähnliche Form wird auf dem Gesundheitspanel angezeigt.

Eine Vielzahl automatisierter Verfahren führten zu einem sehr großen Nutzen aus der ACM-API. Mit der Aktion „DescribeCertificate“ erhalten Sie Einzelheiten zu einem Zertifikat, einschließlich Ihres Renovierungsstadiums . Für Java (andere Sprachen) kann es auf dem SDK von AWS basieren und regelmäßig konsultiert werden, um Abläufe zu erkennen oder Validierungsblockaden zu erkennen.

Wenn Sie Befehlszeilen bevorzugen, kann die AWS CLI den Aktualisierungsstatus ermitteln . Ein Beispiel einer Sencillo-Serie:

aws acm describe-certificate --certificate-arn arn:aws:acm:REGION:ACCOUNT:certificate/CERTIFICATE_ID

Geben Sie in der JSON-Antwort den Namen RenewalStatus ein . Wenn Sie nicht darüber nachdenken, bedeutet dies, dass ACM den Renovierungsprozess nicht für diese Zertifizierung durchgeführt hat. Es ist ein Detail, das ich verzweifelt finde, aber es zeigt deutlich, dass es gerade erst losgeht.

ACM beabsichtigt, die Erneuerung 60 Tage vor Ablauf des Vertrags automatisch und zertifiziert durchzuführen . Wenn Sie aus irgendeinem Grund keine Probleme haben (z. B. ein Problem mit der Validierung der Dominanz), überprüfen Sie die AWS Health Dashboard-Bewertungen mit folgenden Angaben: 45, 30, 15, 7, 3 und 1 Tage vor dem Start . Für diese Ereignisse ist keine zusätzliche Konfiguration erforderlich und sie stehen zur Verfügung, um den Benutzer in Ihrem Büro autentifizieren zu können , sodass das Gerät rechtzeitig reagieren kann.

Sobald die Konsole geöffnet ist, treten Fehler auf: Pasos Rápidos

Wenn Sie mit einem 404 oder der Konsole nicht geladen sind, müssen Sie das AWS Health Dashboard und die Region Ihrer Rekursionen nutzen . Ein öffentliches Ereignis oder eine regionale Wartung kann erklärt werden, weil keine Verbindung zum Service besteht.

Wenn keine relevanten Ereignisse vorliegen, lesen Sie den Cache und die Kekse des Navigators , prüfen Sie sie mit dem anderen Navigator und befinden Sie sich in einem roten Unternehmen. Stellen Sie sicher, dass Sie sich bei Ihrer TI-Ausrüstung vergewissert haben, dass es keine Blockaden gegen Amazon-Beherrscher oder untergeordnete Kritiker gibt.

Stellen Sie sicher, dass das Problem nicht durch eine konkrete Rekursion in Ihr Unternehmen verursacht wird. Beispielsweise kann eine EC2-Instanz aufgrund von Wartungsarbeiten gelöscht oder durch ein Ereignis beeinträchtigt werden . Das Bedienfeld informiert Sie über die Öffnung und den Aufprall.

Überprüfung des EC2-Instanzstatus: Überprüfungen und Messwerte

Der Amazon EC2- Ausstoß wird in jeder Instanz automatisch ausgeführt , um Hardware- und Softwareprobleme zu erkennen, die den normalen Betrieb Ihrer Anwendungen beeinträchtigen können. Diese Prüfungen werden jede Minute durchgeführt und ergeben ein Ergebnis, das darauf hindeutet, dass alles gut läuft oder sich verschlechtert.

Nachdem alle Überprüfungen abgeschlossen waren, wurde der globale Status als „OK“ markiert . Wenn ein Fehler auftritt, ist der Zustand beeinträchtigt (verschlechtert) . Diese Komprobaciones sind in den Service integriert, können jedoch nicht deaktiviert oder beseitigt werden , und es werden nur wenige Zeiträume für Probleme bereitgestellt, die Sie benötigen.

Jeder Comprobación-Typ wurde mit einer Metrik in Amazon CloudWatch verbunden. Wenn Sie eine Überprüfung durchführen, wird der entsprechende Messwert angezeigt . Dies erlaubt es, Alarme auszulösen, wenn Fehler in diesem Zustand festgestellt werden, und zwar in einer konkreten Instanz oder auf einer Flota-Skala.

Darüber hinaus können Sie Alarme und CloudWatch-Zugriffe aktivieren , um Antworten zu automatisieren. Konfigurieren Sie beispielsweise einen Alarm, der darauf hinweist, dass Schecks in einer bestimmten Instanz ausgefallen sind, oder führen Sie die automatische Wiederherstellung durch , sobald die Verschlechterung auf dem Host zu einem Problem führt.

Wenn eine erhöhte Widerstandsfähigkeit erforderlich ist, sind den Alarmen keine Grenzen gesetzt. Kombiniert die aktuellen Messdaten mit Auto Scaling, um verschlechterte Instanzen zu ersetzen und die Kapazität ohne manuelles Eingreifen zu verwalten, insbesondere bei Datenverkehr oder sensiblen Workloads aufgrund der Latenz.

Komprobaciones de estado del sistema

Diese Überprüfung überwacht die Infrastruktur von AWS, die Ihrer Instanz entspricht . Sobald dies der Fall ist, müssen Sie AWS eingreifen oder Maßnahmen ergreifen, die die Instanz einem anderen Host zur Behebung des Problems übermitteln.

In Instanzen, die von EBS übernommen wurden, wird eine wirksame Medikation verhindert und die Instanz eingeleitet . Dies ist eine Aktion, die in den meisten Szenarien die Instanz auf einen neuen Host umstellt und den Fall der Plattform lösen kann. Wenn Sie mit Instanzen arbeiten, die von der Instanzenverwaltung (Linux allein) stammen, können Sie die Instanz beenden und erneut laden, da die Volumes der Instanzen nicht gelöscht und die Daten gelöscht werden.

Sobald eine Systemüberprüfung vorliegt, wird die StatusCheckFailed_System-Metrik erweitert . Es ist ideal, um Alarme auszulösen, Notfallmaßnahmen einzuleiten und in Ihrem Fall einen Hilfsfall zu ergreifen, damit die Auswirkungen bestehen bleiben.

Sie haben einen Fehler bei Bare Metal: Wenn Sie das System verlassen, kann die Prüfung des Systemzustands zu zeitlichen Fehlern führen . Sobald die Instanz zur Verfügung steht, muss der Zustand mit der Annahme beginnen, dass nichts mehr nötig ist.

Comprobaciones de estado de la instance

Diese Überprüfungen analysieren die Verbindung zwischen Red und der Software der eigentlichen Instanz . EC2 erkennt die ARP-Validierung an der Red-Interface-Schnittstelle (NIC), um zu bestätigen, dass eine Antwort erforderlich ist.

Sobald eine Überprüfung der Instanz vorliegt, müssen Sie direkt eingreifen : die Instanz erneut aufrufen, die Red-Konfiguration überprüfen (z. B. iptables oder eine Firewall überprüfen, die den Datenverkehr beeinträchtigt), die Systemprotokolle analysieren oder prüfen, ob der Red-Agent antwortet.

Um einen Fall zu erzeugen, wird die StatusCheckFailed_Instance-Metrik erhöht . Diese Metrik ist perfekt, um Alarme auszulösen und Runbooks von der Diagnose auszuwerfen: Nach dem erneuten Kopieren von Protokollen müssen Sie eine Reinicio-Kontrolle durchführen, wenn festgestellt wird, dass der Service nicht repariert werden kann.

Wenn ich das System überprüfe, kann ein Bare-Metal-Reinicio von SO zu einem zeitlichen Fehlerstatus bei der Instanzüberprüfung führen . Sobald die Instanz den Arranque-Zyklus abschließt, muss die Überprüfung zu einem OK führen, ohne dass es zu Komplikationen kommt.

Comprobaciones de estado de EBS adjunto

Wir prüfen, ob die Amazon EBS-Zusätze zur Instanz zugänglich und vollständig sind . Die Metrik, die angezeigt wird, ist StatusCheckFailed_AttachedEBS , ein binärer Typ, der darauf hinweist, dass ein oder mehrere Volumes keine E/S-Operationen ausführen können.

Ein Fall, der heute zu Problemen mit der Rechenleistung oder der EBS-Infrastruktur führt . Sie können darauf achten, dass AWS den Vorfall oder die Aktion abmildert: Beeinträchtigte Mengen wiederherstellen, die Instanz für die Übertragung auf einen neuen Host verzögern und einleiten, oder auch die IOPS-Reparatur ersetzen, wenn festgestellt wird, dass die Flaschen länger dauern.

Für belastbare Workloads ist dies eine Metrik, um in CloudWatch Alarme zu erstellen . Wenn Ihre Architektur nicht funktioniert, kann die Konvertierung aufgrund eines Fehlers zu einer zweiten Instanz oder einem anderen Bereich der Verfügbarkeit bei der Erkennung von Auswirkungen auf die Sicherheit abweichen, wodurch die Servicezeit verkürzt wird.

Wenn Ihre Arbeitslast nicht erreicht ist, dass E/S nicht mehr mit Volumen gefüllt ist, kann die Prüfung aufgrund einer Verschlechterung der Instanz verhindern und initiieren, dass Host-Probleme behoben werden, die die Zugänglichkeit des Volumens beeinträchtigen. Ergänzt durch die EBS-Metriken und CloudWatch, um Volumina zu erkennen, die dem Benutzer entzogen sind, und diese vorbeugend zu überprüfen.

In von Auto Scaling verwalteten Systemen müssen Sie die Richtlinien konfigurieren, um Fehler bei der Überprüfung des EBS-Zusatzes zu erkennen und die betroffene Instanz zu aktualisieren . Beachten Sie außerdem, dass die Gesundheit der Gruppe nicht manuell eingegriffen werden muss, und dass es zu längeren Verschlechterungen kommt.

Alarme und Automatisierung mit CloudWatch und Auto Scaling

Mit all den vorherigen Messwerten wurde CloudWatch in Ihr nervöses System umgewandelt . Definieren Sie Umbrales, erstellen Sie Alarme und ordnen Sie Zugriffe zu: Benachrichtigungen, Auslösen von Lambda-Funktionen oder Wiederherstellung von Instanzen, sobald Sie die angegebenen Bedingungen erfüllen.

Wenn Sie weiterhin verhandeln müssen, müssen Sie sich auf Automatisierungs- und Wiedereinsetzungstermine verlassen : Auto Scaling kann Instanzen mit verschlechterten Überprüfungen zurückziehen und neue starten, da die Alarme die Antworten koordinieren und die entsprechenden Kanäle (korrekt, Slack, PagerDuty usw.) überwachen que verwendet).

Die Kombination von Statusmetriken, Protokollen, Protokollen und Ereignissen von AWS Health über EventBridge ergibt eine ganzheitliche Vision . Wenn die Probleme in Ihrer Anwendung, in der Instanz, im EBS-Volumen oder auf der darunter liegenden Plattform auftreten, und in der Aktualität mit erforderlicher Präzision.

Gute praktische Erfahrungen, um den Zustand von AWS mit der Kabine zu überprüfen

Zentralisierung der Überwachung: Verwenden Sie AWS Health Dashboard für den Plattformkontext und CloudWatch für Betriebsmetriken . Dies ist eine doppelte Menge, die Sie nicht benötigen, um die wichtigsten Details jedes einzelnen Kapitels zu erfahren.

Para certificados, no lo dejes al azar. Automatisierte RenewalStatus-Revision bei ACM und Reaktion auf die Benachrichtigungen des Gesundheitspanels am 45., 30., 15., 7., 3. und 1. Tag. Wenn das passiert, tendieren Sie zu einer Marge.

In EC2 werden Alarme über StatusCheckFailed_System, StatusCheckFailed_Instance und StatusCheckFailed_AttachedEBS aktiviert . Weitere Informationen zu den Optionen: Wiederherstellung, Wiederherstellung, Fehlerumwandlung oder Neueinstellung über Auto Scaling, gemäß SLA.

Wenn Sie die Konsole nicht geladen haben, lesen Sie bitte: Überprüfen Sie die Ereignisse im Health Dashboard in der richtigen Region , löschen Sie den Cache/Cookies, wechseln Sie den Browser und bestätigen Sie mit TI, dass die AWS-Dominanz nicht blockiert ist.

Rekursionen und relevante Informationen

Für eine umfassendere Konfiguration und Bedienung lesen Sie die Dokumentation von AWS Health und EventBridge, um die Ereignisse einzubinden . Im Rahmen der Zertifizierungen überprüfen Sie die ACM-Anleitung und die DescribeCertificate-Beispiele, die in Pipelines oder internen Monitoren integriert sind.

• AWS Health Dashboard: Sichtbarkeit von öffentlichen Ereignissen und Ort, ohne zusätzliche Konfiguration.
• Amazon EventBridge: Einnahme von Gesundheitsereignissen, mit Glas und flexiblen Zielen.
• AWS Certificate Manager (ACM): Renovierungsstand und Benachrichtigungen vor der Fertigstellung.
• Amazon EC2 + CloudWatch: Überprüfungen pro Minute, aktuelle Messwerte und Alarme mit Zubehör.

Wenn Sie sich mit dem Zugriff auf das Konto befassen, finden Sie in den Ayuda-Artikeln viele nützliche Informationen: Erstellen Sie ein neues Konto und aktivieren Sie es. Starten Sie die Sitzung auf der Konsole oder führen Sie die Unterstützung durch . Es besteht oft die Möglichkeit, verschiedene Termine oder Rotas-Anmeldeinformationen mit der Frequenz zu vereinbaren.

Überprüfen Sie, ob der Status von AWS für Sie ein einziges Panel ist. Es wurden einzelne AWS Health-Sendungen, EventBridge-Ereignisse, ACM-Stadien und EC2-/Komponentenprüfungen durchgeführt , mit Alarmen, die eine bestimmte Zeit in Anspruch genommen haben, und klaren Playbooks. Mit dieser Kombination aus schneller Diagnose, weniger Stress und einem ruhigeren Betrieb, auch wenn der Verkehr vorbei ist und die Umgebung interessant ist.