ibacm - 云端在线

程序：

您的姓名

ibacm - InfiniBand 的地址和路由解析服务。

概要

巴克姆 [-D] [-P] [-A 地址文件] [-O 选项文件]

商品描述

IB ACM 实现并提供了名称、地址和路由（路径）的框架
InfiniBand 上的解析服务。 它旨在解决连接设置
在大型集群上运行 MPI 应用程序的可扩展性问题。 IB ACM 提供
建立连接所需的信息，但不实现CM协议。

ibacm 服务的主要用户是 librdmacm 库。 这使应用程序
使用 ibacm 服务而无需更改代码或需要知道
服务正在使用中。 librdmacm 版本 1.0.12 - 1.0.15 可以在以下情况下调用 IB ACM 服务
使用 --with-ib_acm 选项构建。 librdmacm 的 1.0.16 和更新版本将
如果已安装，则自动使用 IB ACM。 IB ACM 服务与
rdma_resolve_addr、rdma_resolve_route 和 rdma_getaddrinfo 例程。 最大
好处是，应该使用 rdma_getaddrinfo 例程，但是现有的应用程序应该
使用 librdmacm 中可用的调用仍然可以看到显着的连接扩展优势
1.0.11 和以前的版本。

IB ACM 专注于可扩展和高效。 当前的实施限制
网络流量、SA 交互和集中式服务。 ACM 支持多个
解析协议，以处理不同的结构拓扑。

IB ACM 包由两个组件组成：ibacm 服务和一个
测试/配置实用程序 - ib_acme。 两者都是用户空间组件，可用于
Linux 和 Windows。 下面给出了其他详细信息。

配置

-D 以守护进程模式运行（默认）

-P 作为标准进程运行

-A 地址文件
地址配置文件

-O 选项文件
选项配置文件

快 主页 指南

1. 先决条件：必须安装 libibverbs 和 libibumad。 IB 堆栈应该是
在配置了 IPoIB 的情况下运行。 这些步骤假定用户具有管理权限
特权。

2.安装IB ACM包。 这将安装 ibacm、ib_acme 和 init.d 脚本。

3. 以管理员身份运行 'ibacm' 以启动 ibacm 守护进程。

4. （可选）运行 'ib_acme -d -v' 以验证 ibacm 服务是否正在运行。

5. 安装 librdmacm，如果需要，使用构建选项 --with-ib_acm。 这个构建选项
librdmacm 1.0.17 或更新版本不需要。 librdmacm 将自动使用
ibacm 服务。 出现故障时，librdmacm 将回退到正常分辨率。

6. 您可以使用 ib_acme -P 从本地 ibacm 守护程序收集性能统计信息以
查看服务是否正常工作。

附注

ib_acme：

ib_acme 程序具有双重作用。 它作为一个实用程序来测试 ibacm 操作和
帮助验证 ibacm 服务和所选协议是否可用于给定集群
配置。 此外，它会自动生成 ibacm 配置文件以
协助或消除手动设置。

ibacm 配置文件：

ibacm 服务依赖于两个配置文件。

ibacm_addr.cfg 文件包含每个 IB 的名称和地址映射
pkey> 端点。 尽管 ibacm_addr.cfg 文件中的名称可以是任何名称，但 ib_acme
将主机名和 IP 地址映射到 IB 端点。 如果地址文件不能
找到后，ibacm 服务将尝试使用默认值创建一个。

ibacm_opts.cfg 文件为 ibacm 服务提供了一组可配置的选项，例如
如超时、重试次数、日志记录级别等。 ib_acme 生成 ibacm_opts.cfg
使用静态信息的文件。 如果找不到选项文件，ibacm 将使用默认值
值。

巴克姆：

ibacm 服务负责将名称和地址解析为 InfiniBand 路径
信息并缓存这些数据。 它应该以管理权限执行。

ibacm 通过 TCP 套接字实现客户端接口，该接口由
librdmacm 库。 ibacm 服务使用一个或多个后端协议来
满足用户要求。 尽管 ibacm 支持标准 SA 路径记录查询
后端，它还支持基于多播流量的解析协议。 后者
不适用于所有结构拓扑，特别是那些可能不具有可逆性的结构
使用环面路由的路径或结构。 用户应该使用 ib_acme 实用程序来验证
多播协议在运行其他应用程序之前可用。

从概念上讲，ibacm 服务实现了一个类似于 ARP 的协议，并且要么使用 IB
组播记录构造路径记录数据或直接查询SA，取决于
选择的路由协议。 默认情况下，ibacm 服务使用并缓存 SA 路径
记录查询。

具体来说，所有 IB 端点都加入了多个多播组。 组播组不同
基于费率、mtu、sl 等，并按优先顺序排列。 所有参与的端点必须是
能够在最低优先级的多播组上进行通信。 ibacm 分配一个或多个
使用 ibacm_addr.cfg 文件指定每个 IB 端点的名称/地址。 客户提供源码
和目的地名称或地址作为服务的输入，并作为输出路径接收
记录数据。

该服务将客户端的源名称/地址映射到本地 IB 端点。 如果客户这样做
不提供源地址，则 ibacm 服务将根据
目的地和本地路由表。 如果目标名称/地址未缓存
在本地，它在最低优先级的多播组上发送多播请求
本地端点。 该请求携带发送方可以使用的多播组列表。
请求的接收者选择它可以使用的最高优先级的多播组
并将该信息直接返回给发件人。 请求数据被缓存
由接收多播请求消息的所有端点。 源端点也
缓存响应并使用选择的多播组来构造或获取
路径记录数据，返回给客户端。

IB ACM 的当前实施有几个额外的限制：

- ibacm 在处理动态变化方面受到限制。 必须停止 ibacm 并且
如果集群重新配置，则重新启动。

- 缓存数据不会超时，只有在新的解析请求出现时才会更新
从与缓存请求不同的 QPN 接收。

- 尚未验证对 IPv6 的支持。

- 可以分配给单个端点的地址数量限制为 4。

- 端点可以支持的组播组数量限制为 2。

ibacm 包含多个内部缓存。 这些包括 GID 和 LID 的缓存
目的地址。 这些缓存可以选择预加载。 ibacm 支持
OpenSM dump_pr 插件“完整”PathRecord 格式，用于预加载这些缓存。 这
文件格式通过 route_preload 设置在 ibacm_opts.cfg 文件中指定
对于此文件格式，应设置为 full_opensm_v1。 默认格式是 none
不预加载这些缓存。 有关 dump_pr 中的 dump_pr.notes.txt 的更多信息，请参阅
full_opensm_v1 文件格式以及如何配置 OpenSM 以生成此文件。

此外，名称、IPv4 和 IPv6 缓存可以通过使用
addr_preload 选项。 默认值为 none ，不预加载这些缓存。 预加载
这些缓存，将此选项设置为 acm_hosts 并适当配置 addr_data_file。

使用 onworks.net 服务在线使用 ibacm