ibacm - מקוון בענן

תָכְנִית:

שֵׁם

ibacm - שירותי פתרון כתובות ומסלולים עבור InfiniBand.

תַקצִיר

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

תיאור

ה-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. שניהם הם רכיבי מרחב משתמש וזמינים עבור
לינוקס וחלונות. פרטים נוספים ניתנים להלן.

אפשרויות

-D הפעלה במצב דמון (ברירת מחדל)

-P פועל כתהליך סטנדרטי

-A addr_file
קובץ תצורת הכתובת

-O option_file
קובץ תצורה של אפשרות

מָהִיר התחלה מדריך

1. דרישות מוקדמות: יש להתקין libibverbs ו- lilibumad. מחסנית ה-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 סטנדרטיות ב-
הקצה האחורי, הוא תומך גם בפרוטוקול רזולוציה המבוסס על תעבורת ריבוי שידורים. האחרון
אינו שמיש בכל טופולוגיות הבד, במיוחד כאלו שאולי אין להן הפיכות
שבילים או בדים באמצעות ניתוב טורוס. על המשתמשים להשתמש בכלי השירות ib_acme כדי לאמת זאת
פרוטוקול multicast ניתן לשימוש לפני הפעלת יישומים אחרים.

מבחינה קונספטואלית, שירות 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 תומך ב
פורמט PathRecord "מלא" של תוסף OpenSM dump_pr המשמש לטעינת מטמונים אלה מראש. ה
פורמט הקובץ מצוין בקובץ ibacm_opts.cfg באמצעות הגדרת route_preload אשר
צריך להיות מוגדר ל-full_opensm_v1 עבור פורמט קובץ זה. פורמט ברירת המחדל אינו כזה
לא לטעון מראש מטמונים אלה. ראה dump_pr.notes.txt ב-dump_pr למידע נוסף על
פורמט קובץ full_opensm_v1 וכיצד להגדיר את OpenSM ליצור קובץ זה.

בנוסף, ניתן לטעון מראש את השם, ה-IPv4 ו-IPv6 המטמונים באמצעות
addr_preload אפשרות. ברירת המחדל היא אף אחת שאינה טוענת מראש מטמונים אלה. לטעינה מראש
מטמונים אלה, הגדר אפשרות זו ל-acm_hosts והגדר את הקובץ addr_data_file בצורה מתאימה.

השתמש ב-ibacm באינטרנט באמצעות שירותי onworks.net