ibacm - Online nel cloud

PROGRAMMA:

NOME

ibacm - servizi di risoluzione di indirizzi e rotte per InfiniBand.

SINOSSI

ibacm [-D] [-P] [-A file_addr] [-O file_opzione]

DESCRIZIONE

IB ACM implementa e fornisce un framework per nome, indirizzo e route (percorso)
servizi di risoluzione su InfiniBand. Ha lo scopo di indirizzare la configurazione della connessione
problemi di scalabilità che eseguono applicazioni MPI su cluster di grandi dimensioni. L'IB ACM fornisce
informazioni necessarie per stabilire una connessione, ma non implementa il protocollo CM.

Un utente primario del servizio ibacm è la libreria librdmacm. Ciò consente alle applicazioni
per utilizzare il servizio ibacm senza modifiche al codice o dovendo essere consapevoli che il
il servizio è in uso. Le versioni di librdmacm 1.0.12 - 1.0.15 possono richiamare i servizi IB ACM quando
compilato utilizzando l'opzione --with-ib_acm. Verrà la versione 1.0.16 e successive di librdmacm
utilizzare automaticamente IB ACM se è installato. I servizi IB ACM si legano sotto il
routine rdma_resolve_addr, rdma_resolve_route e rdma_getaddrinfo. Per il massimo
vantaggio, dovrebbe essere utilizzata la routine rdma_getaddrinfo, tuttavia le applicazioni esistenti dovrebbero
continuano a vedere vantaggi significativi per il ridimensionamento della connessione utilizzando le chiamate disponibili in librdmacm
1.0.11 e versioni precedenti.

L'IB ACM è focalizzato sull'essere scalabile ed efficiente. Gli attuali limiti di attuazione
traffico di rete, interazioni SA e servizi centralizzati. ACM supporta più
protocolli di risoluzione per gestire diverse topologie di tessuto.

Il pacchetto IB ACM è composto da due componenti: il servizio ibacm e a
utilità di test/configurazione - ib_acme. Entrambi sono componenti dello spazio utente e sono disponibili per
Linux e Windows. Ulteriori dettagli sono forniti di seguito.

VERSIONI

-D eseguito in modalità demone (predefinito)

-P eseguito come processo standard

-Un file_adr
file di configurazione dell'indirizzo

-O file_opzione
file di configurazione delle opzioni

VELOCE ENTRA IN GUIDA

1. Prerequisiti: devono essere installati libibverbs e libibumad. Lo stack IB dovrebbe essere
in esecuzione con IPoIB configurato. Questi passaggi presuppongono che l'utente disponga di amministrazione
privilegi.

2. Installare il pacchetto IB ACM. Questo installa gli script ibacm, ib_acme e init.d.

3. Eseguire 'ibacm' come amministratore per avviare il demone ibacm.

4. Facoltativamente, eseguire 'ib_acme -d -v' per verificare che il servizio ibacm sia in esecuzione.

5. Installare librdmacm, utilizzando l'opzione di compilazione --with-ib_acm se necessario. Questa opzione di costruzione
non è necessario con librdmacm 1.0.17 o successivo. Il librdmacm utilizzerà automaticamente il
servizio ibacm. In caso di errori, librdmacm tornerà alla risoluzione normale.

6. È possibile utilizzare ib_acme -P per raccogliere statistiche sulle prestazioni dal demone ibacm locale a
vedere se il servizio funziona correttamente.

NOTE

ib_acme:

Il programma ib_acme svolge un duplice ruolo. Funziona come un'utilità per testare il funzionamento di ibacm e
aiuta a verificare se il servizio ibacm e il protocollo selezionato sono utilizzabili per un determinato cluster
configurazione. Inoltre, genera automaticamente i file di configurazione ibacm per
assistere con o eliminare l'impostazione manuale.

File di configurazione ibacm:

Il servizio ibacm si basa su due file di configurazione.

Il file ibacm_addr.cfg contiene le mappature di nome e indirizzo per ogni IB
pkey> endpoint. Sebbene i nomi nel file ibacm_addr.cfg possano essere qualsiasi cosa, ib_acme
associa il nome host e gli indirizzi IP agli endpoint IB. Se il file degli indirizzi non può essere
trovato, il servizio ibacm tenterà di crearne uno utilizzando i valori predefiniti.

Il file ibacm_opts.cfg fornisce una serie di opzioni configurabili per il servizio ibacm, come
come timeout, numero di tentativi, livello di registrazione, ecc. ib_acme genera ibacm_opts.cfg
file utilizzando informazioni statiche. Se non è possibile trovare un file di opzioni, ibacm utilizzerà default
valori.

ibacm:

Il servizio ibacm è responsabile della risoluzione di nomi e indirizzi nel percorso InfiniBand
informazioni e la memorizzazione nella cache di tali dati. Dovrebbe essere eseguito con privilegi di amministratore.

L'ibacm implementa un'interfaccia client su socket TCP, che è astratta dal
libreria librdmacm. Uno o più protocolli di back-end sono utilizzati dal servizio ibacm per
soddisfare le richieste degli utenti. Sebbene ibacm supporti le query di record di percorso SA standard su
back-end, supporta anche un protocollo di risoluzione basato sul traffico multicast. Quest'ultimo
non è utilizzabile su tutte le topologie di tessuto, in particolare quelle che potrebbero non avere reversibilità
percorsi o fabric utilizzando il routing del toro. Gli utenti dovrebbero utilizzare l'utility ib_acme per verificarlo
il protocollo multicast è utilizzabile prima di eseguire altre applicazioni.

Concettualmente, il servizio ibacm implementa un protocollo simile a ARP e utilizza IB
record multicast per costruire dati di record di percorso o interrogare direttamente la SA, a seconda di
il protocollo di percorso selezionato. Per impostazione predefinita, i servizi ibacm utilizzano e memorizzano il percorso SA
registrare le query.

In particolare, tutti gli endpoint IB si uniscono a un numero di gruppi multicast. I gruppi multicast differiscono
basati su tariffe, mtu, sl, ecc. e hanno la priorità. Tutti gli endpoint partecipanti devono essere
in grado di comunicare sul gruppo multicast con priorità più bassa. L'ibacm ne assegna uno o più
nomi/indirizzi a ciascun endpoint IB utilizzando il file ibacm_addr.cfg. I clienti forniscono la fonte
e nomi o indirizzi di destinazione come input per il servizio e ricevere come percorso di output
registrare i dati.

Il servizio associa il nome/indirizzo di origine di un client a un endpoint IB locale. Se un cliente lo fa
non fornire un indirizzo di origine, il servizio ibacm ne selezionerà uno in base al
destinazione e tabelle di routing locali. Se il nome/indirizzo di destinazione non è memorizzato nella cache
localmente, invia una richiesta multicast sul gruppo multicast con priorità più bassa sul
terminale locale. La richiesta contiene un elenco di gruppi multicast che il mittente può utilizzare.
Il destinatario della richiesta seleziona il gruppo multicast con la priorità più alta che può utilizzare
anche e restituisce tali informazioni direttamente al mittente. I dati della richiesta sono memorizzati nella cache
da tutti gli endpoint che ricevono il messaggio di richiesta multicast. Anche l'endpoint di origine
memorizza nella cache la risposta e utilizza il gruppo multicast che è stato selezionato per costruire o ottenere
i dati del record di percorso, che vengono restituiti al client.

L'attuale implementazione dell'IB ACM ha diverse restrizioni aggiuntive:

- L'ibacm è limitato nella gestione dei cambiamenti dinamici. ibacm deve essere fermato e
riavviato se un cluster viene riconfigurato.

- I dati memorizzati nella cache non sono scaduti e vengono aggiornati solo se è presente una nuova richiesta di risoluzione
ricevuto da un QPN diverso da una richiesta memorizzata nella cache.

- Il supporto per IPv6 non è stato verificato.

- Il numero di indirizzi che possono essere assegnati a un singolo endpoint è limitato a 4.

- Il numero di gruppi multicast che un endpoint può supportare è limitato a 2.

L'ibacm contiene diverse cache interne. Questi includono cache per GID e LID
indirizzi di destinazione. Queste cache possono essere facoltativamente precaricate. ibacm supporta il
Plugin OpenSM dump_pr formato PathRecord "completo" che viene utilizzato per precaricare queste cache. Il
il formato del file è specificato nel file ibacm_opts.cfg tramite l'impostazione route_preload che
dovrebbe essere impostato su full_opensm_v1 per questo formato di file. Il formato predefinito è nessuno che lo fa
non precaricare queste cache. Vedi dump_pr.notes.txt in dump_pr per maggiori informazioni sul
formato di file full_opensm_v1 e come configurare OpenSM per generare questo file.

Inoltre, è possibile precaricare il nome, le cache IPv4 e IPv6 utilizzando il pulsante
addr_preload opzione. Il valore predefinito è nessuno che non precarica queste cache. Per precaricare
queste cache, imposta questa opzione su acm_hosts e configura addr_data_file in modo appropriato.

Usa ibacm online utilizzando i servizi onworks.net