Hinweis:

Dieses Tutorial erfordert Zugriff auf Oracle Cloud. Informationen zum Anmelden für einen kostenlosen Account finden Sie unter Erste Schritte mit Oracle Cloud Infrastructure Free Tier.
Es verwendet Beispielwerte für Oracle Cloud Infrastructure-Zugangsdaten, -Mandanten und -Compartments. Wenn Sie Ihre Übung abgeschlossen haben, ersetzen Sie diese Werte durch die Werte, die für Ihre Cloud-Umgebung spezifisch sind.

OCI Load Balancer-Backend-Vorgänge für DevOps überwachen

Einführung

In diesem Tutorial erfahren Sie, wie Sie Gewicht, Drain-Status, Offlinestatus und Backupstatus eines Backends bearbeiten, um das resultierende Verhalten anzuzeigen. Hierbei handelt es sich um alle nützlichen Funktionen, mit denen Sie die Bereitstellung, Wartung und Wiederherstellung Ihrer Anwendungen einfach und nahtlos gestalten können.

Zielsetzung

Überwachen Sie Gewicht, Drain-Status, Offlinestatus und Backupstatus des OCI-Load Balancers, und verstehen Sie, wie sich dies auf den Traffic auswirkt.

Voraussetzungen

Zugriff auf einen Oracle Cloud-Account. Wenn Sie keinen Oracle Cloud-Account besitzen, können Sie einen Immer Free Tier-Account verwenden.
Erstellen und konfigurieren Sie ein virtuelles Cloud-Netzwerk.
Erstellen Sie einen Load Balancer mit mehreren Backends.

Aufgabe 1: Standardverhalten des OCI Load Balancers überwachen

In diesem Beispiel wird eine gewichtete Round-Robin-Verteilungs-Policy verwendet, wobei alle Gewichtungen gleich sind.

Wir verwenden das OCI Load Balancer-Setup, wie im folgenden Screenshot dargestellt:
Vorhersage: Alle Server sind fehlerfrei. Daher wird erwartet, dass alle Backends sequenziell durchlaufen werden.
Die folgenden Bilder zeigen das tatsächliche Verhalten:

Das Verhalten ist wie erwartet, wenn der Load Balancer sequenziell alle Backends durchläuft.

Aufgabe 2: OCI Load Balancer-Backend-Gewicht überwachen

Das Gewicht eines Backends bestimmt den Anteil des eingehenden Traffics, den er empfängt. Dabei gibt ein höheres Gewicht einen größeren Anteil an. Beispiel: Ein gewichtetes Backend "3" erhält die dreifache Anzahl neuer Verbindungen im Vergleich zu einem gewichteten Backend "1".

Wir verwenden das OCI Load Balancer-Setup, wie im folgenden Screenshot dargestellt:

Um dies zu erreichen:
1. Navigieren Sie zum Backend.
2. Aktivieren Sie das Kontrollkästchen neben dem Kontrollkästchen, und klicken Sie auf Gewichtung bearbeiten. Geben Sie das Gewicht an.
Vorhersage: Je höher die Gewichtung ist, desto größer ist der Anteil des an das Backend gesendeten Traffics. Wenn die Gewichtung für ein Backend 2x der der anderen Backends beträgt, sollte sie doppelt so viel Traffic empfangen. Wenn 10x, zehnmal so viel Traffic und so weiter.

Tatsächliches Verhalten: In der folgenden Tabelle wird dargestellt, wie oft die drei Backends beim Ändern der Gewichtung von Backend 2 getroffen werden.

Backend 2 - Gewicht	Anz. Backend 1	Anz. Backend 2	Anz. Backend 3
1	4	4	4
2	3	6	3
3	3	7	2
4	2	8	2
5	1	9	2

Die Gewichtungen funktionieren wie erwartet.

Aufgabe 3: OCI Load Balancer-Backend-Drain-Status untersuchen

Wenn Sie den Drain-Status eines Servers auf "true" setzen, wird der Load Balancer nicht mehr neue TCP-Verbindungen und neue Nicht-Sticky-HTTP-Anforderungen an den Backend-Server weiterleiten. Auf diese Weise können Sie den Server nahtlos aus der Rotation nehmen und ist für Wartungszwecke nützlich.

Wir verwenden das OCI Load Balancer-Setup, wie im folgenden Screenshot dargestellt:

Um dies zu erreichen:
1. Navigieren Sie zum Backend.
2. Aktivieren Sie das Kontrollkästchen neben dem Kontrollkästchen, und klicken Sie auf Drain-Status bearbeiten. Der Drain-Status für das Backend muss "Abgebrochen" lauten.
Vorhersage: Backend 3 darf keine neuen Anforderungen empfangen. Daher sollten Anforderungen jetzt den Robin-Prozess zwischen Backend 1 und Backend 2 runden.
Tatsächliches Verhalten: Wie erwartet wurde Backend 3 von allen Verbindungen entfernt und erhält keine neuen TCP- oder Nicht-Sticky-HTTP-Anforderungen. Im Anschluss wird der Load Balancer zwischen Backend 1 und Backend 2 hin- und hergerollt.

Hinweis: Drained Backends empfangen keine neuen TCP- oder Nicht-Sticky-Anforderungen. Trotzdem betrachtet der Load Balancing-Service einen Server, der als "Drain" markiert ist, als verfügbar für vorhandene persistierte Sessions. Das bedeutet, dass vorhandene persistierte Sessions weiterhin auf das entfernte Backend stoßen. Neue Anforderungen, die nicht Teil einer vorhandenen persistierten Session sind, werden jedoch nicht berücksichtigt.

Aufgabe 4: Offlinestatus des OCI-Load-Balancer-Backends untersuchen

Der Offlinestatus eines Backends bestimmt, ob Ingress-Traffic an dieses weitergeleitet wird, Sticky oder Not. Beispiel: Bei "True" leitet der Load Balancer keinen Ingress-Traffic an das Backend weiter.

Wir verwenden das OCI Load Balancer-Setup, wie im folgenden Screenshot dargestellt:

Um dies zu erreichen:
1. Navigieren Sie zum Backend.
2. Aktivieren Sie das Kontrollkästchen neben dem Kontrollkästchen, und klicken Sie auf Offlinestatus bearbeiten. Sie sollten den Offlinestatus "True" sehen.
Vorhersage: Backend 2 ist vollständig offline, sodass zwischen Backend 1 und Backend 2 ein Bounce aufgetreten ist.
Tatsächliches Verhalten: Nachdem Backend 2 als offline markiert wurde, bounce zwischen Backend 1 und Backend 3.

Aufgabe 5: OCI Load Balancer-Backupstatus untersuchen

Mit dem Backupstatus können Sie Backend-Server für Disaster Recovery-Szenarios definieren. Wenn der Backupstatus eines Servers auf "Wahr" gesetzt ist, überträgt der Load Balancer Ingress-Traffic nur dann an ihn, wenn alle anderen Backend-Server, die nicht als Backup markiert sind, offline sind.

Hinweis: Als Backup markierte Backend-Server sind mit der IP-Hash-Policy nicht mit Load Balancern kompatibel.

Wir verwenden das OCI Load Balancer-Setup, wie im folgenden Screenshot dargestellt:

Um dies zu erreichen:
1. Navigieren Sie zum Backend.
2. Aktivieren Sie das Kontrollkästchen daneben, und klicken Sie auf Backupstatus bearbeiten. Der Backupstatus sollte "Wahr" lauten.
Vorhersage - Zunächst muss der Load Balancer das Robin zwischen Backend 2 und Backend 3 runden, wenn alle Health Checks bestehen. Backend 1 darf nur Anforderungen empfangen, wenn Backend 2 und Backend 3 fehlerhaft sind.
Tatsächliches Verhalten: Bei allen drei Health Checks:

Der Load Balancer wird zwischen Backend 2 und Backend 3 hin- und hergerollt. Sobald die beiden Server offline gesetzt wurden:

Der Load Balancer beginnt nur Backend 1 zu bedienen.

Danksagungen

Autor - Cody Brinkman (Cloud Architect)

Weitere Lernressourcen

Sehen Sie sich andere Übungen zu docs.oracle.com/learn an, oder greifen Sie auf weitere kostenlose Lerninhalte im Oracle Learning YouTube-Kanal zu. Besuchen Sie außerdem die Website education.oracle.com/learning-explorer, um Oracle Learning Explorer zu werden.

Produktdokumentation finden Sie im Oracle Help Center.

Titel und Copyright-Informationen

Monitor OCI Load Balancer backend operations for DevOps

F75028-01

January 2023