Alternative der Dual-Stack-Bereitstellung

Wenn die Netzinfrastruktur es zulässt, besteht ein alternativer Ansatz zur Verwendung von Dual-Stack-Bereitstellungen darin, Dual-Stack-Verwaltungsschnittstellen vollständig zu vermeiden und alle Hosts unter Verwendung desselben IP-Protokolls bereitzustellen.

Durch den vollständigen Verzicht auf Dual-Stack-Verwaltungsschnittstellen können Sie die Hochverfügbarkeitsfunktion (HA) beibehalten, und der gesamte Datenverkehr innerhalb der Einrichtung kann das primäre IP-Protokoll verwenden. Um Konnektivität auf dem alternativen IP-Protokoll bereitzustellen, können Sie sekundäre Nicht-Verwaltungsschnittstellen konfigurieren und den Benutzern den Zugriff auf die Konsole über das alternative Protokoll oder die Ereignis- und Datenflusssammlung ermöglichen.

Einschränkung bei der Konfiguration von Dual-Stack-Bereitstellungen

Wenn es sich bei dem IBM QRadar Host um eine physische Appliance handelt, sind für die Konfiguration weiterer Nicht-Verwaltungsschnittstellen möglicherweise zusätzliche Netzwerk-Switch-Ports erforderlich.

Anwendungsfälle für Dual-Stack-Bereitstellungen

Die folgende Liste enthält drei primäre Anwendungsfälle, die Dual-Stack-Bereitstellungen in IBM QRadar erfordern und externe Interaktionen beinhalten:

Benutzerzugang zur Konsole
Externer Systemzugang zur API
Ereignissammlung von Protokollquellen

Routing für sekundäre Schnittstellen

Sie können sekundäre Schnittstellen in IBM QRadar über das Fenster Systemkonfiguration>System- und Lizenzverwaltung auf der Registerkarte Verwaltung konfigurieren. Es gibt jedoch keine Benutzeroberfläche für die Verwaltung von Routen für die sekundären Schnittstellen. Um eine IPv4 zu einem IPv6 hinzuzufügen, müssen Sie daher die IPv4 über die Befehlszeile konfigurieren. Konfigurieren Sie die IPv4 jedoch nicht über die Befehlszeile, da IBM QRadar die IPv4 für HA-Zwecke verwalten muss.

Fügen Sie eine Standardroute für eine zusätzliche Schnittstelle auf dem IBM QRadar Host hinzu, indem Sie den Schnittstellennamen (aus der Benutzeroberfläche) und die Gateway- oder Next-Hop-Adresse für das IPv4 angeben. Sie können die Standardroute mit dem folgenden Befehl hinzufügen:

echo "default via <gateway> dev <interface_name>" \
> /etc/sysconfig/network-scripts/route-<interface_name>

Wenn das Subnetz für die Schnittstelle beispielsweise 192.0.2.0/24, die Gateway-Adresse 192.0.2.1 und der Gerätename der Schnittstelle ens192 lautet, können Sie den folgenden Befehl verwenden:

echo "default via 192.0.2.1 dev ens192" \
> /etc/sysconfig/network-scripts/route-ens192

Sekundäre Schnittstellen und HA

Wenn Sie eine zusätzliche Schnittstelle eines verwalteten Hosts konfigurieren, der Teil eines HA ist, können Sie die Option Diese Schnittstellenkonfiguration und IP-Adresse auf den aktiven HA anwenden (standardmäßig ausgewählt) im Fenster Systemkonfiguration>System- und Lizenzverwaltung auf der Registerkarte Verwaltung auswählen. Bei einem Failover können Sie mit dieser Konfiguration die Schnittstellenkonfiguration auf den aktiven Host übertragen.

Mit dieser Konfiguration wird sichergestellt, dass die Adresse der zusätzlichen Schnittstelle auch während eines Ausfalls des primären Hosts verfügbar ist. Sie müssen mit einer kurzen Unterbrechung rechnen.

Netzarchitektur von Dual-Stack-Implementierungen

Netzwerke können IPv4-only, IPv6-only oder Dual-Stack-Subnetze haben. Daher könnte ein IPv4-only Host, z. B. ein IPv4, erforderlich sein. Das Hinzufügen eines IPv4 zu einer Dual-Stack-Bereitstellung wird zwar unterstützt, kann aber HA stören. Um HA-Unterbrechungen zu vermeiden, konfigurieren Sie daher einen Disconnected Log Collector (DLC) in das IPv4 und verbinden ihn mit einem Ereignisprozessor oder einem Ereignissammler, der über eine sekundäre IPv4 verfügt. Diese Netzwerkkonfiguration kann auch funktionieren, wenn die IBM QRadar Konsole hauptsächlich IPv4 hat und die Erfassung in einem IPv6-only erforderlich ist.