ibacm - Dalam talian di Awan

JADUAL:

NAMA

ibacm - perkhidmatan penyelesaian alamat dan laluan untuk InfiniBand.

SINOPSIS

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

DESCRIPTION

IB ACM melaksanakan dan menyediakan rangka kerja untuk nama, alamat dan laluan (laluan)
perkhidmatan resolusi melalui InfiniBand. Ia bertujuan untuk menangani persediaan sambungan
isu kebolehskalaan menjalankan aplikasi MPI pada kelompok besar. IB ACM menyediakan
maklumat yang diperlukan untuk mewujudkan sambungan, tetapi tidak melaksanakan protokol CM.

Pengguna utama perkhidmatan ibacm ialah perpustakaan librdmacm. Ini membolehkan aplikasi
untuk menggunakan perkhidmatan ibacm tanpa perubahan kod atau perlu sedar bahawa
perkhidmatan sedang digunakan. librdmacm versi 1.0.12 - 1.0.15 boleh menggunakan perkhidmatan IB ACM apabila
dibina menggunakan pilihan --with-ib_acm. Versi 1.0.16 dan lebih baharu daripada librdmacm akan
secara automatik menggunakan IB ACM jika ia dipasang. Perkhidmatan IB ACM terikat di bawah
rutin rdma_resolve_addr, rdma_resolve_route dan rdma_getaddrinfo. Untuk maksimum
manfaat, rutin rdma_getaddrinfo harus digunakan, walau bagaimanapun aplikasi sedia ada harus
masih melihat faedah penskalaan sambungan yang ketara menggunakan panggilan yang tersedia dalam librdmacm
1.0.11 dan keluaran sebelumnya.

IB ACM tertumpu kepada berskala dan cekap. Had pelaksanaan semasa
trafik rangkaian, interaksi SA dan perkhidmatan berpusat. ACM menyokong berbilang
protokol resolusi untuk mengendalikan topologi fabrik yang berbeza.

Pakej IB ACM terdiri daripada dua komponen: perkhidmatan ibacm dan a
utiliti ujian/konfigurasi - ib_acme. Kedua-duanya adalah komponen ruang pengguna dan tersedia untuk
Linux dan Windows. Butiran tambahan diberikan di bawah.

PILIHAN

-D dijalankan dalam mod daemon (lalai)

-P dijalankan sebagai proses standard

-A addr_file
fail konfigurasi alamat

-O option_file
fail konfigurasi pilihan

CEPAT MULA PANDUAN

1. Prasyarat: libibverbs dan libibumad mesti dipasang. Timbunan IB sepatutnya
berjalan dengan IPoIB dikonfigurasikan. Langkah-langkah ini menganggap bahawa pengguna mempunyai pentadbiran
keistimewaan.

2. Pasang pakej IB ACM. Ini memasang skrip ibacm, ib_acme dan init.d.

3. Jalankan 'ibacm' sebagai pentadbir untuk memulakan daemon ibacm.

4. Secara pilihan, jalankan 'ib_acme -d -v' untuk mengesahkan bahawa perkhidmatan ibacm sedang berjalan.

5. Pasang librdmacm, menggunakan pilihan binaan --dengan-ib_acm jika perlu. Pilihan binaan ini
tidak diperlukan dengan librdmacm 1.0.17 atau lebih baru. Librdmacm secara automatik akan menggunakan
perkhidmatan ibacm. Apabila gagal, librdmacm akan kembali kepada resolusi biasa.

6. Anda boleh menggunakan ib_acme -P untuk mengumpulkan statistik prestasi daripada daemon ibacm tempatan kepada
lihat sama ada perkhidmatan berfungsi dengan betul.

NOTA

ib_acme:

Program ib_acme mempunyai dua peranan. Ia bertindak sebagai utiliti untuk menguji operasi ibacm dan
membantu mengesahkan sama ada perkhidmatan ibacm dan protokol yang dipilih boleh digunakan untuk kluster tertentu
konfigurasi. Selain itu, ia secara automatik menjana fail konfigurasi ibacm ke
membantu dengan atau menghapuskan persediaan manual.

fail konfigurasi ibacm:

Perkhidmatan ibacm bergantung pada dua fail konfigurasi.

Fail ibacm_addr.cfg mengandungi pemetaan nama dan alamat untuk setiap IB
pkey> titik akhir. Walaupun nama dalam fail ibacm_addr.cfg boleh menjadi apa-apa sahaja, ib_acme
memetakan nama hos dan alamat IP ke titik akhir IB. Jika fail alamat tidak boleh
didapati, perkhidmatan ibacm akan cuba mencipta satu menggunakan nilai lalai.

Fail ibacm_opts.cfg menyediakan satu set pilihan boleh dikonfigurasikan untuk perkhidmatan ibacm, seperti
sebagai tamat masa, bilangan percubaan semula, tahap pengelogan, dsb. ib_acme menjana ibacm_opts.cfg
fail menggunakan maklumat statik. Jika fail pilihan tidak ditemui, ibacm akan menggunakan lalai
nilai-nilai.

ibacm:

Perkhidmatan ibacm bertanggungjawab untuk menyelesaikan nama dan alamat ke laluan InfiniBand
maklumat dan menyimpan data tersebut. Ia harus dilaksanakan dengan keistimewaan pentadbiran.

Ibacm melaksanakan antara muka klien melalui soket TCP, yang disarikan oleh
perpustakaan lirdmacm. Satu atau lebih protokol back-end digunakan oleh perkhidmatan ibacm untuk
memenuhi permintaan pengguna. Walaupun ibacm menyokong pertanyaan rekod laluan SA standard pada
back-end, ia juga menyokong protokol resolusi berdasarkan trafik multicast. Yang terakhir
tidak boleh digunakan pada semua topologi fabrik, khususnya yang mungkin tidak boleh diterbalikkan
laluan atau fabrik menggunakan penghalaan torus. Pengguna harus menggunakan utiliti ib_acme untuk mengesahkannya
protokol multicast boleh digunakan sebelum menjalankan aplikasi lain.

Secara konseptual, perkhidmatan ibacm melaksanakan protokol seperti ARP dan sama ada menggunakan IB
rekod multicast untuk membina data rekod laluan atau menanyakan SA secara langsung, bergantung pada
protokol laluan yang dipilih. Secara lalai, perkhidmatan ibacm menggunakan dan menyimpan laluan SA
rekod pertanyaan.

Khususnya, semua titik akhir IB menyertai beberapa kumpulan multicast. Kumpulan multicast berbeza
berdasarkan kadar, mtu, sl, dsb., dan diutamakan. Semua titik akhir yang mengambil bahagian mestilah
mampu berkomunikasi pada kumpulan multicast keutamaan terendah. Ibacm memberikan satu atau lebih
nama/alamat untuk setiap titik akhir IB menggunakan fail ibacm_addr.cfg. Pelanggan menyediakan sumber
dan nama atau alamat destinasi sebagai input kepada perkhidmatan, dan terima sebagai laluan output
rekod data.

Perkhidmatan ini memetakan nama/alamat sumber pelanggan ke titik akhir IB tempatan. Jika pelanggan melakukannya
tidak memberikan alamat sumber, maka perkhidmatan ibacm akan memilih satu berdasarkan
destinasi dan jadual laluan tempatan. Jika nama/alamat destinasi tidak dicache
secara tempatan, ia menghantar permintaan multicast keluar pada kumpulan multicast keutamaan terendah pada
titik akhir tempatan. Permintaan itu membawa senarai kumpulan multicast yang boleh digunakan oleh pengirim.
Penerima permintaan memilih kumpulan multicast keutamaan tertinggi yang boleh digunakannya
serta dan mengembalikan maklumat tersebut terus kepada pengirim. Data permintaan dicache
oleh semua titik akhir yang menerima mesej permintaan multicast. Titik akhir sumber juga
cache respons dan menggunakan kumpulan multicast yang telah dipilih untuk membina atau memperoleh
data rekod laluan, yang dikembalikan kepada klien.

Pelaksanaan semasa IB ACM mempunyai beberapa sekatan tambahan:

- Ibacm terhad dalam pengendalian perubahan dinamik. ibacm mesti dihentikan dan
dimulakan semula jika kluster dikonfigurasikan semula.

- Data cache tidak tamat masa dan hanya dikemas kini jika permintaan peleraian baharu
diterima daripada QPN yang berbeza daripada permintaan yang dicache.

- Sokongan untuk IPv6 belum disahkan.

- Bilangan alamat yang boleh diberikan kepada satu titik akhir adalah terhad kepada 4.

- Bilangan kumpulan multicast yang boleh disokong oleh titik akhir adalah terhad kepada 2.

Ibacm mengandungi beberapa cache dalaman. Ini termasuk cache untuk GID dan LID
alamat destinasi. Cache ini boleh dipramuat secara pilihan. ibacm menyokong
Format PathRecord "penuh" pemalam OpenSM dump_pr yang digunakan untuk pramuat cache ini. The
format fail ditentukan dalam fail ibacm_opts.cfg melalui tetapan route_preload yang
hendaklah ditetapkan kepada full_opensm_v1 untuk format fail ini. Format lalai tidak ada yang melakukannya
bukan pramuat cache ini. Lihat dump_pr.notes.txt dalam dump_pr untuk mendapatkan maklumat lanjut tentang
format fail full_opensm_v1 dan cara mengkonfigurasi OpenSM untuk menjana fail ini.

Selain itu, nama, IPv4, dan IPv6 cache boleh dimuatkan terlebih dahulu dengan menggunakan
pilihan addr_preload. Lalai ialah tiada yang tidak memuatkan cache ini. Untuk pramuat
cache ini, tetapkan pilihan ini kepada acm_hosts dan konfigurasikan fail_data_addr dengan sewajarnya.

Gunakan ibacm dalam talian menggunakan perkhidmatan onworks.net