ibacm - онлайн у хмарі

ПРОГРАМА:

ІМ'Я

ibacm - послуги визначення адрес і маршрутів для InfiniBand.

СИНТАКСИС

ibacm [-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. Версія 1.0.16 і новіша librdmacm буде
автоматично використовувати 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 та a
Утиліта тестування/налаштування - ib_acme. Обидва є компонентами простору користувача і доступні для
Linux і Windows. Додаткова інформація наведена нижче.

ВАРІАНТИ

-D запускати в режимі демона (за замовчуванням)

-P запускається як стандартний процес

-Adr_file
файл конфігурації адреси

-O параметр_файл
файл конфігурації параметрів

QUICK Почати гру КЕРІВНИЦТВО

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:

Служба ibacm відповідає за дозвіл імен і адрес до шляху InfiniBand
інформації та кешування таких даних. Він має виконуватися з адміністративними привілеями.

Ibacm реалізує клієнтський інтерфейс через TCP-сокети, який абстрагується за допомогою
бібліотека librdmacm. Служба ibacm використовує один або кілька внутрішніх протоколів
задовольнити запити користувачів. Хоча ibacm підтримує стандартні запити запису шляху SA на
back-end, він також підтримує протокол розділення на основі багатоадресного трафіку. Лист
не можна використовувати для всіх топологій тканини, особливо тих, які можуть не мати оборотних
контури або тканини з використанням тора маршрутизації. Користувачі повинні використовувати утиліту ib_acme, щоб перевірити це
Протокол багатоадресної передачі можна використовувати перед запуском інших програм.

Концептуально служба ibacm реалізує протокол, подібний до ARP, і використовує IB
багатоадресні записи для створення даних запису шляху або безпосереднього запиту SA, залежно від
вибраний протокол маршруту. За замовчуванням служби ibacm використовують і кешують шлях SA
записувати запити.

Зокрема, всі кінцеві точки IB приєднуються до кількох груп багатоадресної передачі. Групи багатоадресної передачі відрізняються
на основі ставок, mtu, sl тощо, і є пріоритетними. Усі кінцеві точки, що беруть участь, мають бути
може спілкуватися в групі багатоадресної розсилки з найнижчим пріоритетом. ibacm призначає один або кілька
імена/адреси до кожної кінцевої точки IB за допомогою файлу ibacm_addr.cfg. Клієнти надають джерело
і назви або адреси призначення як вхідні дані для служби та отримання як вихідний шлях
записувати дані.

Служба зіставляє вихідне ім’я/адресу клієнта з локальною кінцевою точкою IB. Якщо це робить клієнт
не надати вихідну адресу, то служба ibacm вибере її на основі
призначення та локальні таблиці маршрутизації. Якщо ім’я/адреса призначення не кешується
локально він надсилає багатоадресний запит на групу з найнижчим пріоритетом
локальна кінцева точка. Запит містить список груп багатоадресної розсилки, які може використовувати відправник.
Одержувач запиту вибирає групу багатоадресної розсилки найвищого пріоритету, яку він може використовувати
а також повертає цю інформацію безпосередньо відправнику. Дані запиту кешуються
всіма кінцевими точками, які отримують повідомлення із запитом на багатоадресну передачу. Вихідна кінцева точка також
кешує відповідь і використовує групу багатоадресної передачі, яку було вибрано для створення або отримання
дані запису шляху, які повертаються клієнту.

Поточна реалізація IB ACM має кілька додаткових обмежень:

- Ibacm обмежено в обробці динамічних змін. ibacm необхідно припинити і
перезапускається, якщо кластер переконфігуровано.

- Час очікування кешованих даних не закінчується, і вони оновлюються лише в разі нового запиту на вирішення
отримано від QPN, відмінного від кешованого запиту.

- Підтримка IPv6 не була перевірена.

- Кількість адрес, які можна призначити одній кінцевій точці, обмежена 4.

- Кількість груп багатоадресної передачі, які може підтримувати кінцева точка, обмежена 2.

ibacm містить кілька внутрішніх кешів. До них відносяться кеші для GID і LID
адреси призначення. Ці кеші можна за бажанням попередньо завантажити. ibacm підтримує
OpenSM dump_pr плагін "повний" формат PathRecord, який використовується для попереднього завантаження цих кешів. The
формат файлу вказується у файлі ibacm_opts.cfg за допомогою параметра route_preload, який
має бути встановлено значення full_opensm_v1 для цього формату файлу. Формат за замовчуванням не відповідає
не попередньо завантажувати ці кеші. Дивіться dump_pr.notes.txt в dump_pr для отримання додаткової інформації про
формат файлу full_opensm_v1 та як налаштувати OpenSM для створення цього файлу.

Крім того, кеші імені, IPv4 та IPv6 можна попередньо завантажити за допомогою
параметр addr_preload. За замовчуванням — none, який не завантажує ці кеші. Для попереднього завантаження
ці кеші, встановіть цей параметр на acm_hosts і налаштуйте файл addr_data_file належним чином.

Використовуйте ibacm онлайн за допомогою служб onworks.net