למה חלוקת A/B?

במערכות משובצות, עדכונים שנכשלו עלולים להרוס את המכשירים. פריסת A/B פותרת זאת על ידי שמירה על שתי מערכות קבצים שורש:

  • חריץ A — שורשים פעילים
  • חריץ B — rootfs המתנה לעדכון הבא

כאשר עדכון מצליח, האתחול עובר לחריץ החדש. אם האתחול נכשל, הוא חוזר לגרסה הטובה האחרונה הידועה.

גישה זו מניחה שחריץ A וחריץ B הם בעלי אותו גודל של המחיצה, מה שיכול להיות לעיתים מסובך במערכות משובצות, כאשר המשאבים מוגבלים.

swupdate עם מערכת חילוץ

גישה נוספת היא ליצור מחיצות למערכת הצלה קטנה ומחיצה גדולה יותר למערכת הרגילה שרצה.

דוגמה לפריסת מחיצות

פריסת Raspberry Pi Compute Module 5 טיפוסית (CM5) עשויה להיראות כך:
מטרתסוגהמחיצה
P1FAT32/boot_A (קרנל, cmdline, bootloader)
p2ext4rootfs A
P3FAT32/boot_B (קרנל, cmdline, אתחול למערכת חילוץ)
p4ext4rootfs_B
p5ext4נתונים / קונפיגורציה
ה-bootloader יכול להשתמש בדגל (למשל, GPIO17=1 ב-rpi-eeprom) כדי להחליט אם לאתחל ממחלקת ההצלה.

דוגמה מעשית

הגדרה זו מוצגת בשני פרויקטים rpi-image-genלדוגמה:

הראשון יוצר את מערכת ההצלה והשני משלב את מערכת ההצלה עם מערכת אחרת שרצה, ומתאים את תוויות המחיצה ב-cmdline.txt ו-fstab.

עדכון ניהול

אפשר להרכיב ידנית את מחיצת המערכת הלא פעילה כדי לעדכן תצורות, יישומים או רכיבי מערכת.
במערכות ייצור, העדכונים מנוהלים בדרך כלל באמצעות SWUpdate, שמבצע אוטומציה של תהליך זה בצורה בטוחה.

אינטגרציה עם SWUpdate

SWUpdate תומך באופן טבעי באסטרטגיות עדכון dual-rootfs (A/B).
מחיצות ולוגיקת עדכון מוגדרות ישירות בקובץ sw-description .

גישה זו מבטיחה עדכוני מערכת אטומית עם בטיחות גלגול מובנית — תכונה חיונית למכשירים ללא ראש או מרוחקים, שבהם שחזור ידני אינו אפשרי.

מאמרים בסדרה זו

מקורות