ibacm – Online in der Cloud

PROGRAMM:

NAME/FUNKTION

ibacm – Adress- und Routenauflösungsdienste für InfiniBand.

ZUSAMMENFASSUNG

ibacm [-D] [-P] [-A addr_file] [-O option_file]

BESCHREIBUNG

Das IB ACM implementiert und stellt ein Framework für Name, Adresse und Route (Pfad) bereit.
Auflösungsdienste über InfiniBand. Es ist für den Verbindungsaufbau gedacht
Skalierbarkeitsprobleme beim Ausführen von MPI-Anwendungen auf großen Clustern. Das IB ACM bietet
Informationen, die zum Herstellen einer Verbindung erforderlich sind, implementiert jedoch nicht das CM-Protokoll.

Ein Hauptnutzer des ibacm-Dienstes ist die Bibliothek librdmacm. Dies ermöglicht Anwendungen
Sie können den ibacm-Dienst nutzen, ohne Codeänderungen vorzunehmen oder sich darüber im Klaren sein zu müssen, dass die
Dienst ist in Gebrauch. Die librdmacm-Versionen 1.0.12 – 1.0.15 können IB ACM-Dienste aufrufen, wenn
erstellt mit der Option --with-ib_acm. Version 1.0.16 und neuer von librdmacm wird
automatisch das IB ACM verwenden, wenn es installiert ist. Die IB ACM-Dienste knüpfen an die an
rdma_resolve_addr, rdma_resolve_route und rdma_getaddrinfo Routinen. Für das Maximum
Vorteilhafterweise sollte die Routine rdma_getaddrinfo verwendet werden, bestehende Anwendungen jedoch
sehen immer noch erhebliche Vorteile bei der Verbindungsskalierung durch die Verwendung der in librdmacm verfügbaren Aufrufe
1.0.11 und frühere Versionen.

Der Schwerpunkt des IB ACM liegt auf Skalierbarkeit und Effizienz. Die aktuellen Implementierungsgrenzen
Netzwerkverkehr, SA-Interaktionen und zentralisierte Dienste. ACM unterstützt mehrere
Auflösungsprotokolle zur Handhabung unterschiedlicher Fabric-Topologien.

Das IB ACM-Paket besteht aus zwei Komponenten: dem ibacm-Dienst und a
Test-/Konfigurationsdienstprogramm – ib_acme. Beide sind Userspace-Komponenten und stehen für zur Verfügung
Linux und Windows. Weitere Details finden Sie weiter unten.

OPTIONAL

-D im Daemon-Modus ausführen (Standard)

-P als Standardprozess ausführen

-Eine addr_file
Adresskonfigurationsdatei

-O Optionsdatei
Optionskonfigurationsdatei

SCHNELL Starte das Spiel PROFESSIONELLE

1. Voraussetzungen: libibverbs und libibumad müssen installiert sein. Der IB-Stack sollte sein
Läuft mit konfiguriertem IPoIB. Bei diesen Schritten wird davon ausgegangen, dass der Benutzer über Administratorrechte verfügt
Privilegien.

2. Installieren Sie das IB ACM-Paket. Dadurch werden die Skripte ibacm, ib_acme und init.d installiert.

3. Führen Sie „ibacm“ als Administrator aus, um den ibacm-Daemon zu starten.

4. Optional können Sie „ib_acme -d“ ausführen -v‘, um zu überprüfen, ob der ibacm-Dienst ausgeführt wird.

5. Installieren Sie librdmacm und verwenden Sie bei Bedarf die Build-Option --with-ib_acm. Diese Build-Option
wird mit librdmacm 1.0.17 oder neuer nicht benötigt. Der librdmacm verwendet automatisch die
ibacm-Dienst. Bei Fehlern greift der librdmacm auf die normale Auflösung zurück.

6. Sie können ib_acme -P verwenden, um Leistungsstatistiken vom lokalen ibacm-Daemon zu sammeln
Überprüfen Sie, ob der Dienst ordnungsgemäß funktioniert.

ANMERKUNG

ib_acme:

Das Programm ib_acme erfüllt eine Doppelrolle. Es dient als Dienstprogramm zum Testen des ibacm-Betriebs und
Helfen Sie dabei, zu überprüfen, ob der ibacm-Dienst und das ausgewählte Protokoll für einen bestimmten Cluster verwendbar sind
Aufbau. Darüber hinaus werden automatisch ibacm-Konfigurationsdateien generiert
Sie helfen bei der manuellen Einrichtung oder machen diese überflüssig.

ibacm-Konfigurationsdateien:

Der ibacm-Dienst basiert auf zwei Konfigurationsdateien.

Die Datei ibacm_addr.cfg enthält Namens- und Adresszuordnungen für jedes IB
pkey> Endpunkt. Obwohl die Namen in der Datei ibacm_addr.cfg alles sein können, ib_acme
ordnet den Hostnamen und die IP-Adressen den IB-Endpunkten zu. Wenn die Adressdatei nicht sein kann
Wenn ein Fehler gefunden wird, versucht der ibacm-Dienst, einen solchen mit Standardwerten zu erstellen.

Die Datei ibacm_opts.cfg stellt eine Reihe konfigurierbarer Optionen für den ibacm-Dienst bereit, z
B. Timeout, Anzahl der Wiederholungsversuche, Protokollierungsstufe usw. ib_acme generiert die Datei ibacm_opts.cfg
Datei mithilfe statischer Informationen. Wenn eine Optionsdatei nicht gefunden werden kann, verwendet ibacm die Standarddatei
Werte.

ibacm:

Der ibacm-Dienst ist für die Auflösung von Namen und Adressen in den InfiniBand-Pfad verantwortlich
Informationen und Zwischenspeicherung dieser Daten. Es sollte mit Administratorrechten ausgeführt werden.

Das ibacm implementiert eine Client-Schnittstelle über TCP-Sockets, die von abstrahiert wird
librdmacm-Bibliothek. Der ibacm-Dienst verwendet dazu ein oder mehrere Back-End-Protokolle
Benutzerwünsche erfüllen. Obwohl ibacm Standard-SA-Pfaddatensatzabfragen auf dem unterstützt
Im Back-End unterstützt es auch ein Auflösungsprotokoll, das auf Multicast-Verkehr basiert. Letzteres
ist nicht auf allen Fabric-Topologien verwendbar, insbesondere nicht auf solchen, die möglicherweise nicht reversibel sind
Pfade oder Fabrics mithilfe von Torus-Routing. Benutzer sollten das Dienstprogramm ib_acme verwenden, um dies zu überprüfen
Das Multicast-Protokoll kann vor der Ausführung anderer Anwendungen verwendet werden.

Konzeptionell implementiert der ibacm-Dienst ein ARP-ähnliches Protokoll und verwendet entweder IB
Multicast-Datensätze zum Erstellen von Pfaddatensatzdaten oder fragt die SA direkt ab, je nachdem
das ausgewählte Routenprotokoll. Standardmäßig verwenden die ibacm-Dienste den SA-Pfad und speichern ihn zwischen
Abfragen aufzeichnen.

Konkret schließen sich alle IB-Endpunkte einer Reihe von Multicast-Gruppen an. Multicast-Gruppen unterscheiden sich
basierend auf Raten, MTU, SL usw. und werden priorisiert. Alle teilnehmenden Endpunkte müssen sein
in der Lage, über die Multicast-Gruppe mit der niedrigsten Priorität zu kommunizieren. Der ibacm weist einen oder mehrere zu
Namen/Adressen für jeden IB-Endpunkt mithilfe der Datei ibacm_addr.cfg. Kunden geben die Quelle an
und Zielnamen oder -adressen als Eingabe für den Dienst und als Ausgabepfad empfangen
Daten aufzeichnen.

Der Dienst ordnet den Quellnamen/die Quelladresse eines Clients einem lokalen IB-Endpunkt zu. Wenn ein Kunde dies tut
Geben Sie keine Quelladresse an, dann wählt der ibacm-Dienst eine basierend auf der aus
Ziel- und lokale Routingtabellen. Wenn der Zielname/die Zieladresse nicht zwischengespeichert ist
Lokal sendet es eine Multicast-Anfrage an die Multicast-Gruppe mit der niedrigsten Priorität
lokaler Endpunkt. Die Anfrage enthält eine Liste von Multicast-Gruppen, die der Absender verwenden kann.
Der Empfänger der Anfrage wählt die Multicast-Gruppe mit der höchsten Priorität aus, die er verwenden kann
und sendet diese Informationen direkt an den Absender zurück. Die Anfragedaten werden zwischengespeichert
von allen Endpunkten, die die Multicast-Anfragenachricht empfangen. Auch der Quellendpunkt
speichert die Antwort zwischen und verwendet die Multicast-Gruppe, die zum Erstellen oder Abrufen ausgewählt wurde
Pfaddatensatzdaten, die an den Client zurückgegeben werden.

Die aktuelle Implementierung des IB ACM weist mehrere zusätzliche Einschränkungen auf:

- Das ibacm ist in der Handhabung dynamischer Änderungen eingeschränkt. ibacm muss gestoppt werden und
neu gestartet, wenn ein Cluster neu konfiguriert wird.

– Für zwischengespeicherte Daten gibt es keine Zeitüberschreitung und sie werden nur aktualisiert, wenn eine neue Auflösungsanforderung vorliegt
von einem anderen QPN empfangen als eine zwischengespeicherte Anfrage.

- Die Unterstützung für IPv6 wurde nicht überprüft.

- Die Anzahl der Adressen, die einem einzelnen Endpunkt zugewiesen werden können, ist auf 4 begrenzt.

– Die Anzahl der Multicast-Gruppen, die ein Endpunkt unterstützen kann, ist auf 2 begrenzt.

Der ibacm enthält mehrere interne Caches. Dazu gehören Caches für GID und LID
Zieladressen. Diese Caches können optional vorgeladen werden. ibacm unterstützt die
OpenSM dump_pr-Plugin „vollständiges“ PathRecord-Format, das zum Vorladen dieser Caches verwendet wird. Der
Das Dateiformat wird in der Datei ibacm_opts.cfg über die Einstellung route_preload angegeben
sollte für dieses Dateiformat auf full_opensm_v1 gesetzt werden. Das Standardformat ist „Keine“, was der Fall ist
Laden Sie diese Caches nicht vor. Weitere Informationen dazu finden Sie unter dump_pr.notes.txt in dump_pr
full_opensm_v1-Dateiformat und wie man OpenSM zum Generieren dieser Datei konfiguriert.

Darüber hinaus können die Namens-, IPv4- und IPv6-Caches mithilfe von vorab geladen werden
addr_preload-Option. Der Standardwert ist „none“, wodurch diese Caches nicht vorab geladen werden. Zum Vorladen
Für diese Caches setzen Sie diese Option auf acm_hosts und konfigurieren Sie addr_data_file entsprechend.

Nutzen Sie ibacm online über die Dienste von onworks.net