ibacm - Online na nuvem

PROGRAMA:

NOME

ibacm - serviços de resolução de endereço e rota para InfiniBand.

SINOPSE

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

DESCRIÇÃO

O IB ACM implementa e fornece uma estrutura para nome, endereço e rota (caminho)
serviços de resolução no InfiniBand. Destina-se a abordar a configuração da conexão
problemas de escalabilidade executando aplicativos MPI em grandes clusters. O IB ACM fornece
informações necessárias para estabelecer uma conexão, mas não implementa o protocolo CM.

Um usuário principal do serviço ibacm é a biblioteca librdmacm. Isso permite aplicativos
para fazer uso do serviço ibacm sem alterações de código ou a necessidade de estar ciente de que o
serviço está em uso. librdmacm versões 1.0.12 - 1.0.15 podem invocar serviços IB ACM quando
construído usando a opção --with-ib_acm. A versão 1.0.16 e mais recente do librdmacm irá
usará automaticamente o IB ACM se estiver instalado. Os serviços IB ACM estão vinculados ao
Rotinas rdma_resolve_addr, rdma_resolve_route e rdma_getaddrinfo. Para o máximo
benefício, a rotina rdma_getaddrinfo deve ser usada, no entanto, os aplicativos existentes devem
ainda vemos benefícios significativos de escalonamento de conexão usando as chamadas disponíveis no librdmacm
1.0.11 e versões anteriores.

O IB ACM está focado em ser escalonável e eficiente. Os limites de implementação atuais
tráfego de rede, interações SA e serviços centralizados. ACM suporta vários
protocolos de resolução para lidar com diferentes topologias de malha.

O pacote IB ACM é composto por dois componentes: o serviço ibacm e um
utilitário de teste / configuração - ib_acme. Ambos são componentes do espaço do usuário e estão disponíveis para
Linux e Windows. Detalhes adicionais são fornecidos abaixo.

OPÇÕES

-D executado em modo daemon (padrão)

-P executado como processo padrão

-Um addr_file
arquivo de configuração de endereço

-O arquivo_opção
arquivo de configuração de opção

QUICK Abra GUIA

1. Pré-requisitos: libibverbs e libibumad devem estar instalados. A pilha IB deve ser
rodando com IPoIB configurado. Essas etapas pressupõem que o usuário possui
privilégios.

2. Instale o pacote IB ACM. Isso instala os scripts ibacm, ib_acme e init.d.

3. Execute 'ibacm' como administrador para iniciar o daemon ibacm.

4. Opcionalmente, execute 'ib_acme -d -v 'para verificar se o serviço ibacm está em execução.

5. Instale o librdmacm, usando a opção de construção --with-ib_acm se necessário. Esta opção de construção
não é necessário com librdmacm 1.0.17 ou mais recente. O librdmacm usará automaticamente o
serviço ibacm. Em caso de falhas, o librdmacm voltará à resolução normal.

6. Você pode usar ib_acme -P para reunir estatísticas de desempenho do daemon ibacm local para
veja se o serviço está funcionando corretamente.

NOTAS

ib_acme:

O programa ib_acme tem uma função dupla. Ele atua como um utilitário para testar a operação do ibacm e
ajude a verificar se o serviço ibacm e o protocolo selecionado são utilizáveis ​​para um determinado cluster
configuração. Além disso, ele gera automaticamente arquivos de configuração ibacm para
ajudar ou eliminar a configuração manual.

Arquivos de configuração ibacm:

O serviço ibacm depende de dois arquivos de configuração.

O arquivo ibacm_addr.cfg contém mapeamentos de nome e endereço para cada IB
pkey> endpoint. Embora os nomes no arquivo ibacm_addr.cfg possam ser qualquer coisa, ib_acme
mapeia o nome do host e os endereços IP para os terminais IB. Se o arquivo de endereço não puder ser
encontrado, o serviço ibacm tentará criar um usando os valores padrão.

O arquivo ibacm_opts.cfg fornece um conjunto de opções configuráveis ​​para o serviço ibacm, como
como tempo limite, número de novas tentativas, nível de registro, etc. ib_acme gera o ibacm_opts.cfg
arquivo usando informações estáticas. Se um arquivo de opções não puder ser encontrado, o ibacm usará o padrão
valores.

ibacm:

O serviço ibacm é responsável por resolver nomes e endereços para o caminho InfiniBand
informações e armazenamento em cache de tais dados. Ele deve ser executado com privilégios administrativos.

O ibacm implementa uma interface de cliente sobre soquetes TCP, que é abstraída pelo
biblioteca librdmacm. Um ou mais protocolos de backend são usados ​​pelo serviço ibacm para
satisfazer as solicitações do usuário. Embora o ibacm suporte consultas de registro de caminho SA padrão no
back-end, ele também suporta um protocolo de resolução baseado em tráfego multicast. O último
não pode ser usado em todas as topologias de malha, especificamente aquelas que podem não ter
caminhos ou tecidos usando roteamento toróide. Os usuários devem usar o utilitário ib_acme para verificar se
protocolo multicast pode ser usado antes de executar outros aplicativos.

Conceitualmente, o serviço ibacm implementa um protocolo semelhante a ARP e usa IB
registros multicast para construir dados de registro de caminho ou consultar o SA diretamente, dependendo de
o protocolo de rota selecionado. Por padrão, os serviços ibacm usam e armazenam em cache o caminho SA
registrar consultas.

Especificamente, todos os terminais IB juntam-se a vários grupos multicast. Os grupos multicast diferem
com base em taxas, mtu, sl, etc., e são priorizados. Todos os endpoints participantes devem ser
capaz de se comunicar no grupo multicast de prioridade mais baixa. O ibacm atribui um ou mais
nomes / endereços para cada nó de extremidade IB usando o arquivo ibacm_addr.cfg. Os clientes fornecem a fonte
e nomes ou endereços de destino como entrada para o serviço, e recebem como caminho de saída
dados de registro.

O serviço mapeia o nome / endereço de origem de um cliente para um terminal IB local. Se um cliente faz
não fornecer um endereço de origem, o serviço ibacm selecionará um com base no
destino e tabelas de roteamento local. Se o nome / endereço de destino não estiver armazenado em cache
localmente, ele envia uma solicitação de multicast para o grupo de multicast de menor prioridade no
endpoint local. A solicitação carrega uma lista de grupos multicast que o remetente pode usar.
O destinatário da solicitação seleciona o grupo multicast de maior prioridade que pode usar
também e retorna essas informações diretamente ao remetente. Os dados do pedido são armazenados em cache
por todos os terminais que recebem a mensagem de solicitação multicast. O endpoint de origem também
armazena em cache a resposta e usa o grupo multicast que foi selecionado para construir ou obter
dados de registro de caminho, que são retornados ao cliente.

A implementação atual do IB ACM tem várias restrições adicionais:

- O ibacm é limitado no manuseio de mudanças dinâmicas. ibacm deve ser parado e
reiniciado se um cluster for reconfigurado.

- Os dados em cache não expiram e são atualizados apenas se uma nova solicitação de resolução for
recebido de um QPN diferente de uma solicitação em cache.

- O suporte para IPv6 não foi verificado.

- O número de endereços que podem ser atribuídos a um único terminal é limitado a 4.

- O número de grupos multicast que um terminal pode suportar é limitado a 2.

O ibacm contém vários caches internos. Isso inclui caches para GID e LID
endereços de destino. Esses caches podem ser opcionalmente pré-carregados. ibacm suporta o
OpenSM dump_pr plugin Formato PathRecord "full" que é usado para pré-carregar esses caches. o
formato de arquivo é especificado no arquivo ibacm_opts.cfg por meio da configuração de route_preload que
deve ser definido como full_opensm_v1 para este formato de arquivo. O formato padrão é nenhum, o que faz
não pré-carregar esses caches. Veja dump_pr.notes.txt em dump_pr para mais informações sobre o
formato de arquivo full_opensm_v1 e como configurar o OpenSM para gerar este arquivo.

Além disso, os caches de nome, IPv4 e IPv6 podem ser pré-carregados usando o
opção addr_preload. O padrão é nenhum, o que não pré-carrega esses caches. Para pré-carregar
esses caches, defina esta opção para acm_hosts e configure o addr_data_file apropriadamente.

Use ibacm online usando serviços onworks.net