Lxd הוא מנהל מיכל המערכת מהדור הבא, כך נאמר מקור. הוא מציע ממשק משתמש דומה למכונות וירטואליות, אך משתמש במכולות לינוקס במקום זאת.

ליבת LXD הוא דמון מיוחס (שירות הפועל עם זכויות שורש) המספק REST API דרך שקע יוניקס מקומי, כמו גם דרך הרשת אם מותקנת התצורה המתאימה. לקוחות, כגון כלי שורת הפקודה המסופק עם LXD, פונים בקשות דרך REST API זה. המשמעות היא שבין אם אתם ניגשים למארח מקומי או למארח מרוחק, הכל עובד אותו הדבר.

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

למידע מלא, אנא עיין במקור הרשמי:

• אתר האינטרנט של המפתחים
• רשומות
• בפורום

שיט

• התקנה LXD
  • התקנת LXD על הפצות אובונטו
  • התקנת LXD בהפצות Arch Linux
• אחסון LXD (אחסון)
• אתחול LXD
  • בחירת מערכת קבצים עבור Storage Pool
  • אתחול הרשת ומאגר האחסון באמצעות האשף
  • יצירת בריכת אחסון נוספת
    • הגדלת גודל בריכת האחסון
    • הכנסה אוטומטית של קובץ loopback לתוך חריץ מכשיר loopback
  • בְּטִיחוּת. הרשאות מיכל
  • יצירת מתג רשת וירטואלית
  • פרופיל תצורה
    • עריכת הפרופיל שלך
    • יצירת פרופילים חדשים
  • מאגר תמונות
    • מאגרי תמונות מרוחקים
    • מאגר תמונות מקומי
  • תצורת LXD
• יצירה וניהול קונטיינר
  • הגדרת כתובת IP סטטית
  • הסרת מיכל
  • גישה למיכל
  • ניהול משאבי מיכל
    • הגבלת משאבי זיכרון RAM
    • מגבלת משאבי מעבד
    • הגבלת מקום בדיסק
    • סטטיסטיקות צריכת משאבים
  • עבודה עם צילומי מצב

התקנה LXD ^

התקנת LXD על הפצות אובונטו ^

בחבילת ההפצה של אובונטו 19.10 lxd יש שידור חבילת הצמד:

apt search lxd

lxd/eoan 1:0.7 all
  Transitional package - lxd -> snap (lxd)

המשמעות היא ששתי חבילות יותקנו בבת אחת, האחת כחבילת מערכת והשנייה כחבילת snap. התקנת שתי חבילות במערכת עלולה ליצור בעיה כלשהי שבה חבילת המערכת עלולה להפוך מיותמת אם חבילת ה-Snap תוסר על ידי מנהל חבילות ה-Snap.

מצא חבילה lxd במאגר ה-Snap אתה יכול להשתמש בפקודה הבאה:

snap find lxd

Name             Version        Summary
lxd              3.21           System container manager and API
lxd-demo-server  0+git.6d54658  Online software demo sessions using LXD
nova             ocata          OpenStack Compute Service (nova)
nova-hypervisor  ocata          OpenStack Compute Service - KVM Hypervisor (nova)
distrobuilder    1.0            Image builder for LXC and LXD
fabrica          0.1            Build snaps by simply pointing a web form to...
satellite        0.1.2          Advanced scalable Open source intelligence platform

על ידי הפעלת הפקודה list אתה יכול לוודא שהחבילה lxd עדיין לא מותקן:

snap list

Name  Version    Rev   Tracking  Publisher   Notes
core  16-2.43.3  8689  stable    canonical✓  core

למרות העובדה ש-LXD היא חבילת snap, יש להתקין אותה דרך חבילת המערכת lxd, אשר תיצור את הקבוצה המתאימה במערכת, את כלי השירות הדרושים ב /usr/bin וכו '

sudo apt update
sudo apt install lxd

בואו נוודא שהחבילה מותקנת כחבילת snap:

snap list

Name  Version    Rev    Tracking  Publisher   Notes
core  16-2.43.3  8689   stable    canonical✓  core
lxd   3.21       13474  stable/…  canonical✓  -

התקנת LXD בהפצות Arch Linux ^

כדי להתקין את חבילת LXD במערכת, עליך להפעיל את הפקודות הבאות, הראשונה תעדכן את רשימת החבילות במערכת הזמינות במאגר, השנייה תתקין את החבילה ישירות:

sudo pacman -Syyu && sudo pacman -S lxd

לאחר התקנת החבילה, על מנת לנהל את LXD על ידי משתמש רגיל, יש להוסיף אותה לקבוצת המערכת lxd:

sudo usermod -a -G lxd user1

בואו נוודא את המשתמש user1 נוסף לקבוצה lxd:

id -Gn user1

user1 adm dialout cdrom floppy sudo audio dip video plugdev netdev lxd

אם הקבוצה lxd אינו גלוי ברשימה, אז עליך להפעיל שוב את הפעלת המשתמש. לשם כך, עליך להתנתק ולהיכנס תחת אותו משתמש.

הפעל ב systemd טעינת שירות LXD בעת הפעלת המערכת:

sudo systemctl enable lxd

בואו נתחיל את השירות:

sudo systemctl start lxd

בדיקת מצב השירות:

sudo systemctl status lxd

אחסון LXD (אחסון) ^

לפני תחילת האתחול, עלינו להבין כיצד האחסון ב-LXD מסודר באופן הגיוני.

אחסון (אחסון) מורכב מאחד או יותר בריכת אחסון שמשתמש באחת ממערכות הקבצים הנתמכות כגון ZFS, BTRFS, LVM או ספריות רגילות. כֹּל בריכת אחסון מחולק לכרכים (נפח אחסון) המכילים תמונות, מיכלים או נתונים למטרות אחרות.

• תמונות - אלו הפצות שהורכבו במיוחד ללא ליבת לינוקס וזמינות ממקורות חיצוניים
• מיכלים - אלו הפצות פרוסות מתמונות, מוכנות לשימוש
• תצלומים - אלו הן תצלומי מצב של מצב המכולות שאליו אתה יכול לחזור

כדי לנהל אחסון ב-LXD, השתמש בפקודה lxc storage אישור שעבורו תוכל לקבל על ידי ציון המפתח - lxc storage --help

הפקודה הבאה מציגה רשימה של כולם בריכת אחסון באחסון LXD:

lxc storage list

+---------+-------------+--------+--------------------------------+---------+
|  NAME   | DESCRIPTION | DRIVER |             SOURCE             | USED BY |
+---------+-------------+--------+--------------------------------+---------+
| hddpool |             | btrfs  | /dev/loop1                     | 2       |
+---------+-------------+--------+--------------------------------+---------+
| ssdpool |             | btrfs  | /var/lib/lxd/disks/ssdpool.img | 4       |
+---------+-------------+--------+--------------------------------+---------+

לצפייה ברשימה של כולם נפח אחסון בבחירה בריכת אחסון משרת את הצוות lxc storage volume list:

lxc storage volume list hddpool

+-------+----------------------------------+-------------+---------+
| TYPE  |          NAME                    | DESCRIPTION | USED BY |
+-------+----------------------------------+-------------+---------+
| image | ebd565585223487526ddb3607f515... |             | 1       |
+-------+----------------------------------+-------------+---------+

lxc storage volume list ssdpool

+-----------+----------------------------------+-------------+---------+
|   TYPE    |            NAME                  | DESCRIPTION | USED BY |
+-----------+----------------------------------+-------------+---------+
| container | alp3                             |             | 1       |
+-----------+----------------------------------+-------------+---------+
| container | jupyter                          |             | 1       |
+-----------+----------------------------------+-------------+---------+
| image     | ebd565585223487526ddb3607f515... |             | 1       |
+-----------+----------------------------------+-------------+---------+

כמו כן, אם עבור בריכת אחסון בעת היצירה, נבחרה מערכת הקבצים BTRFS, ואז קבל רשימה נפח אחסון או נפחי משנה בפרשנות BTRFS, אתה יכול להשתמש בערכת הכלים של מערכת קבצים זו:

sudo btrfs subvolume list -p /var/lib/lxd/storage-pools/hddpool

ID 257 gen 818 parent 5 top level 5 path images/ebd565585223487526ddb3607f5156e875c15a89e21b61ef004132196da6a0a3

sudo btrfs subvolume list -p /var/lib/lxd/storage-pools/ssdpool

ID 257 gen 1820 parent 5 top level 5 path images/ebd565585223487526ddb3607f5156e875c15a89e21b61ef004132196da6a0a3
ID 260 gen 1819 parent 5 top level 5 path containers/jupyter
ID 263 gen 1820 parent 5 top level 5 path containers/alp3

אתחול LXD ^

לפני יצירה ושימוש בקונטיינרים, עליך לבצע אתחול LXD כללי שיוצר ומגדיר את הרשת והאחסון. ניתן לעשות זאת באופן ידני באמצעות פקודות לקוח סטנדרטיות הזמינות ברשימה על ידי קריאה לפקודה lxc --help או באמצעות אשף האתחול lxd init עונה על כמה שאלות.

בחירת מערכת קבצים עבור Storage Pool ^

במהלך האתחול, LXD שואל מספר שאלות, כולל קביעת סוג מערכת הקבצים עבור ברירת המחדל בריכת אחסון. כברירת מחדל, מערכת הקבצים BTRFS נבחרה עבורו. זה יהיה בלתי אפשרי לשנות ל-FS אחר לאחר היצירה. כדי לבחור FS זה מוצע טבלת השוואת תכונות:

מאפיין
מַדרִיך
Btrfs
LVM
ZFS
CEPH

אחסון תמונות אופטימלי
לא
כן
כן
כן
כן

יצירת מופע אופטימלי
לא
כן
כן
כן
כן

יצירת תמונת מצב אופטימלית
לא
כן
כן
כן
כן

העברת תמונה אופטימלית
לא
כן
לא
כן
כן

העברת מופעים אופטימלית
לא
כן
לא
כן
כן

העתק בכתיבה
לא
כן
כן
כן
כן

מבוסס בלוק
לא
לא
כן
לא
כן

שיבוט מיידי
לא
כן
כן
כן
כן

דרייבר לאחסון שמיש בתוך מיכל
כן
כן
לא
לא
לא

שחזר מתמונות ישנות יותר (לא אחרונות)
כן
כן
כן
לא
כן

מכסות אחסון
כן(*)
כן
כן
כן
לא

אתחול הרשת ומאגר האחסון באמצעות האשף ^

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

הפעל פקודה lxc init והזן את התשובות לשאלות אחרי הנקודתיים כפי שמוצג בדוגמה למטה או שנה אותן בהתאם לתנאים שלך:

lxd init

Would you like to use LXD clustering? (yes/no) [default=no]: 
Do you want to configure a new storage pool? (yes/no) [default=yes]: 
Name of the new storage pool [default=default]: ssdpool         
Name of the storage backend to use (lvm, btrfs, dir) [default=btrfs]: 
Create a new BTRFS pool? (yes/no) [default=yes]: 
Would you like to use an existing block device? (yes/no) [default=no]: 
Size in GB of the new loop device (1GB minimum) [default=15GB]: 10GB
Would you like to connect to a MAAS server? (yes/no) [default=no]: 
Would you like to create a new local network bridge? (yes/no) [default=yes]: 
What should the new bridge be called? [default=lxdbr0]: 
What IPv4 address should be used? (CIDR subnet notation, “auto” or “none”) [default=auto]: 10.0.5.1/24
Would you like LXD to NAT IPv4 traffic on your bridge? [default=yes]: 
What IPv6 address should be used? (CIDR subnet notation, “auto” or “none”) [default=auto]: none
Would you like LXD to be available over the network? (yes/no) [default=no]: 
Would you like stale cached images to be updated automatically? (yes/no) [default=yes] no
Would you like a YAML "lxd init" preseed to be printed? (yes/no) [default=no]: 

יצירת בריכת אחסון נוספת ^

בשלב הקודם יצרנו בריכת אחסון שקיבל את השם ssdpool והקובץ שלו נמצא במערכת שלי בכתובת /var/lib/lxd/disks/ssdpool.img. כתובת מערכת הקבצים הזו מתאימה לכונן ה-SSD הפיזי במחשב האישי שלי.

הפעולות הבאות, כדי להרחיב את ההבנה של התפקיד שמילא בריכת אחסון במאגר, ניצור מאגר שני בריכת אחסון אשר יהיה ממוקם פיזית על סוג אחר של דיסק, HDD. הבעיה היא ש-LXD לא מאפשר לך ליצור בריכת אחסון לא בכתובת /var/lib/lxd/disks/ ואפילו קישורים סמליים לא יעבדו, ראה את תגובת המפתח. אנו יכולים לעקוף מגבלה זו במהלך אתחול/פורמט בריכת אחסון על ידי ציון הערך כהתקן בלוק במקום הנתיב לקובץ הלולאה על ידי ציון זה במפתח source.

אז לפני היצירה בריכת אחסון אתה צריך להגדיר קובץ loopback או מחיצה קיימת במערכת הקבצים שלך שהיא תשתמש בה. לשם כך, ניצור ונשתמש בקובץ שנגביל בגודלו ל-10GB:

dd if=/dev/zero of=/mnt/work/lxd/hddpool.img bs=1MB count=10000

10000+0 records in
10000+0 records out
10000000000 bytes (10 GB, 9,3 GiB) copied, 38,4414 s, 260 MB/s

בואו נחבר את קובץ ה-loopback למכשיר לולאה חוזר בחינם:

sudo losetup --find --show /mnt/work/lxd/hddpool.img

/dev/loop1

בזכות המפתח --show ביצוע הפקודה מחזיר למסך את שם המכשיר שאליו מחובר קובץ ה-loopback שלנו. במידת הצורך, נוכל להציג רשימה של כל המכשירים העסוקים מסוג זה כדי לוודא שהפעולות שלנו נכונות:

losetup -l

NAME       SIZELIMIT OFFSET AUTOCLEAR RO BACK-FILE                      DIO LOG-SEC
/dev/loop1         0      0         0  0 /mnt/work/lxd/hddpool.img        0     512
/dev/loop0         0      0         1  0 /var/lib/lxd/disks/ssdpool.img   0     512

מהרשימה ניתן למצוא שיש למכשיר /dev/loop1 קובץ loopback כלול /mnt/work/lxd/hddpool.img, ובמכשיר /dev/loop0 קובץ loopback כלול /var/lib/lxd/disks/ssdpool.img שמתאים לברירת המחדל בריכת אחסון.

הפקודה הבאה יוצרת פקודה חדשה בריכת אחסון ב-LXD המבוסס על קובץ ה-loopback שהכנו זה עתה. LXD יעצב את קובץ ה-loopback /mnt/work/lxd/hddpool.img במכשיר /dev/loop1 עבור מערכת הקבצים BTRFS:

lxc storage create hddpool btrfs size=10GB source=/dev/loop1

בואו נציג רשימה של כולם בריכת אחסון למסך:

lxc storage list

+---------+-------------+--------+--------------------------------+---------+
|  NAME   | DESCRIPTION | DRIVER |             SOURCE             | USED BY |
+---------+-------------+--------+--------------------------------+---------+
| hddpool |             | btrfs  | /dev/loop1                     | 0       |
+---------+-------------+--------+--------------------------------+---------+
| ssdpool |             | btrfs  | /var/lib/lxd/disks/ssdpool.img | 0       |
+---------+-------------+--------+--------------------------------+---------+

הגדלת גודל בריכת האחסון ^

לאחר הבריאה בריכת אחסון, במידת הצורך, ניתן להרחיב אותו. ל בריכת אחסון בהתבסס על מערכת הקבצים BTRFS, הפעל את הפקודות הבאות:

sudo truncate -s +5G /mnt/work/lxd/hddpool.img
sudo losetup -c /dev/loop1
sudo btrfs filesystem resize max /var/lib/lxd/storage-pools/hddpool

הכנסה אוטומטית של קובץ loopback לתוך חריץ מכשיר loopback ^

יש לנו בעיה אחת קטנה, בעת הפעלה מחדש של המערכת המארחת, הקובץ /mnt/work/lxd/hddpool.img "יעוף" החוצה מהמכשיר /dev/loop1 ושירות LXD יקרוס בעת הטעינה כי הוא לא יראה אותו במכשיר הזה. כדי לפתור בעיה זו עליך ליצור שירות מערכת שיכניס את הקובץ הזה למכשיר /dev/loop1 כאשר המערכת המארחת מאתחלת.

בואו ליצור יחידה סוג קובץ שרות в /etc/systemd/system/ עבור מערכת האתחול SystemD:

cat << EOF | sudo tee -a /etc/systemd/system/lxd-hddpool.service
[Unit]
Description=Losetup LXD Storage Pool (hddpool)
After=local-fs.target

[Service]
Type=oneshot
ExecStart=/sbin/losetup /dev/loop1 /mnt/work/lxd/hddpool.img
RemainAfterExit=true

[Install]
WantedBy=local-fs.target
EOF

הפעל את השירות:

sudo systemctl enable lxd-hddpool

Created symlink /etc/systemd/system/local-fs.target.wants/lxd-hddpool.service → /etc/systemd/system/lxd-hddpool.service.

לאחר הפעלה מחדש של המערכת המארחת, אנו בודקים את מצב השירות:

systemctl status lxd-hddpool.service 

● lxd-hddpool.service - Losetup LXD Storage Pool (hddpool)
     Loaded: loaded (/etc/systemd/system/lxd-hddpool.service; enabled; vendor preset: disabled)
     Active: active (exited) since Wed 2020-04-08 03:43:53 MSK; 1min 37s ago
    Process: 711 ExecStart=/sbin/losetup /dev/loop1 /mnt/work/lxd/hddpool.img (code=exited, status=0/SUCCESS)
   Main PID: 711 (code=exited, status=0/SUCCESS)

апр 08 03:43:52 manjaro systemd[1]: Starting Losetup LXD Storage Pool (hddpool)...
апр 08 03:43:53 manjaro systemd[1]: Finished Losetup LXD Storage Pool (hddpool).

מהפלט נוכל לוודא שמצב השירות הוא פעיל, למרות העובדה שביצוע הסקריפט שלנו מפקודה אחת הושלמה, האפשרות אפשרה לנו לעשות זאת RemainAfterExit=true.

בְּטִיחוּת. הרשאות מיכל ^

מכיוון שכל תהליכי המכולה פועלים למעשה בבידוד על המערכת המארחת באמצעות הליבה שלה, כדי להגן עוד יותר על הגישה של תהליכי קונטיינר למערכת המארחת, LXD מציע הרשאות תהליך, כאשר:

• מיכלים מיוחסים - אלו הם קונטיינרים שבהם תהליכים עם UID ו-GID תואמים לאותו בעלים כמו במערכת המארחת. לדוגמה, לתהליך הפועל בקונטיינר עם UID של 0 יש את כל אותן זכויות גישה לתהליך במערכת המארחת עם UID של 0. במילים אחרות, למשתמש השורש במיכל יש את כל הזכויות לא רק ב- המכולה, אבל גם במערכת המארחת אם הוא יכול לצאת אל מחוץ למרחב השמות המבודד של הקונטיינר.

• מכולות ללא פריבילגיה - אלו הם קונטיינרים שבהם התהליכים שייכים לבעלים של ה-UID וה-GID עם מספר מ-0 עד 65535, אך עבור המערכת המארחת הבעלים מוסווה באמצעות סיביות SubUID ו-SubGID שנוספו, בהתאמה. לדוגמה, משתמש עם UID=0 במיכל יראה במערכת המארחת בתור SubUID + UID. זה מגן על המערכת המארחת מכיוון שאם תהליך כלשהו במיכל מסוגל להימלט ממרחב השמות המבודד שלו, הוא יכול לתקשר עם המערכת המארחת רק כתהליך עם UID/GID לא ידוע, גבוה מאוד.

כברירת מחדל, לקונטיינרים חדשים שנוצרו יש סטטוס לא מוגן ולכן עלינו להגדיר SubUID ו-SubGID.

בואו ניצור שני קבצי תצורה שבהם נגדיר את המסכה עבור SubUID ו-SubGID, בהתאמה:

sudo touch /etc{/subuid,/subgid}
sudo usermod --add-subuids 1000000-1065535 root 
sudo usermod --add-subgids 1000000-1065535 root

כדי להחיל את השינויים, יש להפעיל מחדש את שירות LXD:

sudo systemctl restart lxd

יצירת מתג רשת וירטואלית ^

מאחר ואתחול בעבר את הרשת באמצעות אשף האתחול lxd init ויצרה התקן רשת lxdbr0, אז בחלק זה פשוט נכיר את הרשתות ב-LXD וכיצד ליצור מתג (גשר) וירטואלי באמצעות פקודת הלקוח.

התרשים הבא מדגים כיצד מתג (גשר) מחבר את המארח והמכולות לרשת:

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

הפקודה הבאה יוצרת מתג עם רשת משנה 10.0.5.0/24 וכתובת IPv4 10.0.5.1/24, וכולל גם ipv4.nat כך שמכולות יוכלו לגשת לאינטרנט דרך המארח באמצעות שירות NAT:

lxc network create lxdbr0 ipv4.address=10.0.5.1/24 ipv4.nat=true ipv6.address=none

בדיקת רשימת התקני הרשת הזמינים ב-LXD:

lxc network list

+--------+----------+---------+-------------+---------+
|  NAME  |   TYPE   | MANAGED | DESCRIPTION | USED BY |
+--------+----------+---------+-------------+---------+
| eno1   | physical | NO      |             | 0       |
+--------+----------+---------+-------------+---------+
| lxdbr0 | bridge   | YES     |             | 0       |
+--------+----------+---------+-------------+---------+

אתה יכול גם לוודא שהתקן רשת נוצר באמצעות הכלי הסטנדרטי של הפצת לינוקס - ip link או ip addr:

ip addr

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether bc:ee:7b:5a:6b:44 brd ff:ff:ff:ff:ff:ff
    altname enp0s25
    inet6 fe80::9571:11f3:6e0c:c07b/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
3: lxdbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether c2:38:90:df:cb:59 brd ff:ff:ff:ff:ff:ff
    inet 10.0.5.1/24 scope global lxdbr0
       valid_lft forever preferred_lft forever
    inet6 fe80::c038:90ff:fedf:cb59/64 scope link 
       valid_lft forever preferred_lft forever
5: veth3ddab174@if4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master lxdbr0 state UP group default qlen 1000
    link/ether ca:c3:5c:1d:22:26 brd ff:ff:ff:ff:ff:ff link-netnsid 0

פרופיל תצורה ^

לכל מיכל ב-LXD יש תצורה משלו והוא יכול להרחיב אותה עם תצורות המוצהרות גלובליות שנקראות פרופילי תצורה. להחלת פרופילי תצורה על מיכל יש מודל מפל, הדוגמה הבאה מדגימה זאת:

בדוגמה זו נוצרו שלושה פרופילים במערכת LXD: default, hddpool и hostfs. כל שלושת הפרופילים מוחלים על מיכל בעל תצורה מקומית (אזור אפור). פּרוֹפִיל default יש מכשיר root שיש לו פרמטר pool שווה ssdpool, אבל הודות למודל היישום של תצורת המפל, אנחנו יכולים להחיל פרופיל על המכולה hddpool שיש לו פרמטר pool יעקוף את אותו פרמטר מהפרופיל default והמיכל יקבל את תצורת המכשיר root עם פרמטר pool שווה hddpool, והפרופיל hostfs פשוט מוסיף מכשיר חדש למיכל.

כדי לראות את רשימת פרופילי התצורה הזמינים, השתמש בפקודה הבאה:

lxc profile list

+---------+---------+
|  NAME   | USED BY |
+---------+---------+
| default | 1       |
+---------+---------+
| hddroot | 0       |
+---------+---------+
| ssdroot | 1       |
+---------+---------+

רשימה מלאה של פקודות זמינות לעבודה עם פרופיל ניתן לקבל על ידי הוספת המפתח --help:

lxc profile --help

Description:
  Manage profiles

Usage:
  lxc profile [command]

Available Commands:
  add         Add profiles to instances
  assign      Assign sets of profiles to instances
  copy        Copy profiles
  create      Create profiles
  delete      Delete profiles
  device      Manage instance devices
  edit        Edit profile configurations as YAML
  get         Get values for profile configuration keys
  list        List profiles
  remove      Remove profiles from instances
  rename      Rename profiles
  set         Set profile configuration keys
  show        Show profile configurations
  unset       Unset profile configuration keys

עריכת הפרופיל שלך ^

פרופיל תצורת ברירת מחדל default אין תצורת כרטיס רשת עבור הקונטיינר ולכל הקונטיינרים החדשים שנוצרו אין רשת, עבורם יש צורך ליצור התקני רשת מקומיים (ייעודיים) עם פקודה נפרדת, אך אנו יכולים ליצור התקן רשת גלובלי בתצורה פרופיל שישותף בין כל המכילים המשתמשים בפרופיל זה. כך, מיד לאחר הפקודה ליצור קונטיינר חדש, תהיה להם רשת עם גישה לרשת. יחד עם זאת, אין הגבלות; אנו תמיד יכולים ליצור התקן רשת מקומית מאוחר יותר במידת הצורך.

הפקודה הבאה תוסיף את המכשיר לפרופיל התצורה eth0 типа nic מחובר לרשת lxdbr0:

lxc profile device add default eth0 nic network=lxdbr0 name=eth0

חשוב לציין שמכיוון שלמעשה הוספנו את המכשיר לפרופיל התצורה, אם ציינו כתובת IP סטטית במכשיר, אז כל הקונטיינרים שישתמשו בפרופיל זה יחלקו את אותה כתובת IP. אם יש צורך ליצור קונטיינר עם כתובת IP סטטית שהוקצתה לקונטיינר, יש ליצור תצורת התקן רשת ברמת הקונטיינר (תצורה מקומית) עם פרמטר כתובת ה-IP, ולא ברמת הפרופיל.

בוא נבדוק את הפרופיל:

lxc profile show default

config: {}
description: Default LXD profile
devices:
  eth0:
    name: eth0
    network: lxdbr0
    type: nic
  root:
    path: /
    pool: ssdpool
    type: disk
name: default
used_by: []

בפרופיל זה אנו יכולים לראות כי עבור כל המיכלים החדשים שנוצרו ייווצרו שני מכשירים:

• eth0 - סוג מכשיר nic מחובר למתג (גשר רשת) lxdbr0
• root - סוג מכשיר disk אשר משתמש בבריכת אחסון ssdpool

יצירת פרופילים חדשים ^

לשימוש שנוצר בעבר בריכת אחסון מכולות, צור פרופיל תצורה ssdroot בו נוסיף מכשיר כמו disk עם נקודת הרכבה / (שורש) באמצעות הקוד שנוצר בריכת אחסון - ssdpool:

lxc profile create ssdroot
lxc profile device add ssdroot root disk path=/ pool=ssdpool

באופן דומה, אנו יוצרים מכשיר כמו disk, אבל במקרה זה באמצעות בריכת אחסון - hddpool:

lxc profile create hddroot
lxc profile device add hddroot root disk path=/ pool=hddpool

בדיקת פרופילי תצורה:

lxc profile show ssdroot

config: {}
description: ""
devices:
  root:
    path: /
    pool: ssdpool
    type: disk
name: ssdroot
used_by: []

lxc profile show hddroot

config: {}
description: ""
devices:
  root:
    path: /
    pool: hddpool
    type: disk
name: hddroot
used_by: []

מאגר תמונות ^

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

מאגרי תמונות מרוחקים ^

כברירת מחדל, LXD מוגדר לקבל תמונות משלושה מקורות מרוחקים:

• אובונטו: (לתמונות אובונטו יציבות)
• אובונטו-יומי: (לתמונות יומיות של אובונטו)
• תמונות: (עבור חבורה של הפצות אחרות)

lxc remote list

+-----------------+------------------------------------------+--------+--------+
|      NAME       |                   URL                    | PUBLIC | STATIC |
+-----------------+------------------------------------------+--------+--------+
| images          | https://images.linuxcontainers.org       | YES    | NO     |
+-----------------+------------------------------------------+--------+--------+
| local (default) | unix://                                  | NO     | YES    |
+-----------------+------------------------------------------+--------+--------+
| ubuntu          | https://cloud-images.ubuntu.com/releases | YES    | YES    |
+-----------------+------------------------------------------+--------+--------+
| ubuntu-daily    | https://cloud-images.ubuntu.com/daily    | YES    | YES    |
+-----------------+------------------------------------------+--------+--------+

לדוגמה, מאגר ubuntu: יש את התמונות הבאות:

lxc image -c dasut list ubuntu: | head -n 11

+----------------------------------------------+--------------+----------+------------+
|                   DESCRIPTION                | ARCHITECTURE |   SIZE   |   TYPE     |
+----------------------------------------------+--------------+----------+------------+
| ubuntu 12.04 LTS amd64 (release) (20150728)  | x86_64       | 153.72MB | CONTAINER  |
+----------------------------------------------+--------------+----------+------------+
| ubuntu 12.04 LTS amd64 (release) (20150819)  | x86_64       | 152.91MB | CONTAINER  |
+----------------------------------------------+--------------+----------+------------+
| ubuntu 12.04 LTS amd64 (release) (20150906)  | x86_64       | 154.69MB | CONTAINER  |
+----------------------------------------------+--------------+----------+------------+
| ubuntu 12.04 LTS amd64 (release) (20150930)  | x86_64       | 153.86MB | CONTAINER  |
+----------------------------------------------+--------------+----------+------------+

כדי להציג מספר מוגבל של עמודות השתמשנו באפשרות -c עם פרמטרים dasut, וגם הגביל את אורך הרשימה עם הפקודה head.

סינון זמין להצגת רשימה של תמונות. הפקודה הבאה תפרט את כל ארכיטקטורות ההפצה הזמינות AlpineLinux:

lxc image -c ldast list images:alpine/3.11

+------------------------------+--------------------------------------+--------------+
|            ALIAS             |             DESCRIPTION              | ARCHITECTURE |
+------------------------------+--------------------------------------+--------------+
| alpine/3.11 (3 more)         | Alpine 3.11 amd64 (20200220_13:00)   | x86_64       |
+------------------------------+--------------------------------------+--------------+
| alpine/3.11/arm64 (1 more)   | Alpine 3.11 arm64 (20200220_13:00)   | aarch64      |
+------------------------------+--------------------------------------+--------------+
| alpine/3.11/armhf (1 more)   | Alpine 3.11 armhf (20200220_13:00)   | armv7l       |
+------------------------------+--------------------------------------+--------------+
| alpine/3.11/i386 (1 more)    | Alpine 3.11 i386 (20200220_13:01)    | i686         |
+------------------------------+--------------------------------------+--------------+
| alpine/3.11/ppc64el (1 more) | Alpine 3.11 ppc64el (20200220_13:00) | ppc64le      |
+------------------------------+--------------------------------------+--------------+
| alpine/3.11/s390x (1 more)   | Alpine 3.11 s390x (20200220_13:00)   | s390x        |
+------------------------------+--------------------------------------+--------------+

מאגר תמונות מקומי ^

כדי להתחיל להשתמש בקונטיינר, עליך להוסיף תמונה מהמאגר הגלובלי לזה המקומי local:. כעת המאגר המקומי ריק, הפקודה תוודא זאת lxc image list. אם השיטה list אל תציין מאגר, אז המאגר המקומי ישמש כברירת מחדל - local:

lxc image list local:

+-------+-------------+--------+-------------+--------------+------+------+
| ALIAS | FINGERPRINT | PUBLIC | DESCRIPTION | ARCHITECTURE | TYPE | SIZE |
+-------+-------------+--------+-------------+--------------+------+------+

התמונות במאגר מנוהלות בשיטות הבאות:

קבוצה
תיאור

תמונה lxc כינוי
נהל כינויים של תמונות

תמונה lxc העתק
העתק תמונות בין שרתים

תמונה lxc להסיר
מחק תמונות

תמונה lxc עריכה
ערוך מאפייני תמונה

תמונה lxc יצוא
ייצא והורד תמונות

תמונה lxc לייבא
ייבא תמונות לחנות התמונות

תמונה lxc מידע
הצג מידע שימושי על תמונות

תמונה lxc רשימה
רשימת תמונות

תמונה lxc לרענן
רענן תמונות

תמונה lxc לְהַצִיג
הצג מאפייני תמונה

העתק את התמונה למאגר המקומי מהמאגר הגלובלי images::

lxc image copy images:alpine/3.11/amd64 local: --alias=alpine3

Image copied successfully!

הבה נציג רשימה של כל התמונות הזמינות כעת במאגר המקומי local::

lxc image -c lfdatsu list local:

+---------+--------------+------------------------------------+--------------+
|  ALIAS  | FINGERPRINT  |            DESCRIPTION             | ARCHITECTURE |
+---------+--------------+------------------------------------+--------------+
| alpine3 | 73a3093d4a5c | Alpine 3.11 amd64 (20200220_13:00) | x86_64       |
+---------+--------------+------------------------------------+--------------+

תצורת LXD ^

בנוסף למצב האינטראקטיבי, LXD תומך גם במצב התקנת תצורה לא אינטראקטיבית, זה כאשר התצורה מצוינת בצורה של קובץ YAML, פורמט מיוחד המאפשר להתקין את כל התצורה בבת אחת, תוך עקיפת הביצוע של פקודות אינטראקטיביות רבות שנדונו לעיל במאמר זה, כולל תצורת רשת, יצירת פרופילי תצורה וכו'. לא נסקור את התחום הזה כאן, אתה יכול לבדוק את זה בעצמך. בתיעוד.

הפקודה האינטראקטיבית הבאה lxc config שבו נסתכל מאפשר לך להגדיר את התצורה. לדוגמה, כדי להבטיח שתמונות שהורדו למאגר המקומי לא יעודכנו אוטומטית מהמאגרים הגלובליים, נוכל להפעיל התנהגות זו באמצעות הפקודה הבאה:

lxc config set images.auto_update_cached=false

יצירה וניהול קונטיינר ^

כדי ליצור קונטיינר השתמש בפקודה lxc init שאליו מועברים הערכים репозиторий:образ ולאחר מכן את המזהה הרצוי עבור המכולה. ניתן לציין את המאגר כמקומי local: כך גם כל עולמי. אם המאגר לא צוין, אז כברירת מחדל, המאגר המקומי משמש לחיפוש התמונה. אם התמונה צוינה מהמאגר הגלובלי, התמונה תוריד תחילה למאגר המקומי ולאחר מכן תשמש ליצירת המיכל.

בואו נריץ את הפקודה הבאה כדי ליצור את המיכל הראשון שלנו:

lxc init alpine3 alp --storage=hddpool --profile=default --profile=hddroot

הבה נסתכל על מקשי הפקודה שבהם אנו משתמשים כאן לפי הסדר:

• alpine3 - כינוי (כינוי) מצוין עבור התמונה שהועלתה בעבר למאגר המקומי. אם הכינוי לא נוצר עבור תמונה זו, תמיד תוכל להתייחס לתמונה לפיה טביעות אצבע שמוצג בטבלה.
• alp — מגדיר את המזהה עבור המכולה
• --storage - מקש זה מציין באיזה בריכת אחסון ייווצר מיכל
• --profile - מפתחות אלה מחליפים תצורה מפרופילי תצורה שנוצרו בעבר על המכולה

אנו משיקים את המכולה, שמתחילה להפעיל את מערכת init של ההפצה:

lxc start alp

אתה יכול גם להשתמש בפקודה lxc launch מה שמאפשר לשלב צוותים lxc init и lxc start בפעולה אחת.

בדיקת מצב המכולה:

lxc list -c ns46tb
+------+---------+------------------+------+-----------+--------------+
| NAME |  STATE  |       IPV4       | IPV6 |   TYPE    | STORAGE POOL |
+------+---------+------------------+------+-----------+--------------+
| alp  | RUNNING | 10.0.5.46 (eth0) |      | CONTAINER | hddpool      |
+------+---------+------------------+------+-----------+--------------+

בדיקת תצורת המכולה:

lxc config show alp

architecture: x86_64
config:
  image.architecture: amd64
  image.description: Alpine 3.11 amd64 (20200326_13:39)
  image.os: Alpine
  image.release: "3.11"
  image.serial: "20200326_13:39"
  image.type: squashfs
  volatile.base_image: ebd565585223487526ddb3607f5156e875c15a89e21b61ef004132196da6a0a3
  volatile.eth0.host_name: vethb1fe71d8
  volatile.eth0.hwaddr: 00:16:3e:5f:73:3e
  volatile.idmap.base: "0"
  volatile.idmap.current: '[{"Isuid":true,"Isgid":false,"Hostid":1000000,"Nsid":0,"Maprange":65536},{"Isuid":false,"Isgid":true,"Hostid":1000000,"Nsid":0,"Maprange":65536}]'
  volatile.idmap.next: '[{"Isuid":true,"Isgid":false,"Hostid":1000000,"Nsid":0,"Maprange":65536},{"Isuid":false,"Isgid":true,"Hostid":1000000,"Nsid":0,"Maprange":65536}]'
  volatile.last_state.idmap: '[{"Isuid":true,"Isgid":false,"Hostid":1000000,"Nsid":0,"Maprange":65536},{"Isuid":false,"Isgid":true,"Hostid":1000000,"Nsid":0,"Maprange":65536}]'
  volatile.last_state.power: RUNNING
devices:
  root:
    path: /
    pool: hddpool
    type: disk
ephemeral: false
profiles:
- default
- hddroot
stateful: false
description: ""

בקטע profiles אנו יכולים לוודא שהמכל הזה משתמש בשני פרופילי תצורה - default и hddroot. בסעיף devices אנו יכולים לזהות רק מכשיר אחד מאחר שהתקן הרשת נוצר ברמת הפרופיל default. על מנת לראות את כל המכשירים המשמשים את המכולה יש להוסיף מפתח --expanded:

lxc config show alp --expanded

architecture: x86_64
config:
  image.architecture: amd64
  image.description: Alpine 3.11 amd64 (20200326_13:39)
  image.os: Alpine
  image.release: "3.11"
  image.serial: "20200326_13:39"
  image.type: squashfs
  volatile.base_image: ebd565585223487526ddb3607f5156e875c15a89e21b61ef004132196da6a0a3
  volatile.eth0.host_name: vethb1fe71d8
  volatile.eth0.hwaddr: 00:16:3e:5f:73:3e
  volatile.idmap.base: "0"
  volatile.idmap.current: '[{"Isuid":true,"Isgid":false,"Hostid":1000000,"Nsid":0,"Maprange":65536},{"Isuid":false,"Isgid":true,"Hostid":1000000,"Nsid":0,"Maprange":65536}]'
  volatile.idmap.next: '[{"Isuid":true,"Isgid":false,"Hostid":1000000,"Nsid":0,"Maprange":65536},{"Isuid":false,"Isgid":true,"Hostid":1000000,"Nsid":0,"Maprange":65536}]'
  volatile.last_state.idmap: '[{"Isuid":true,"Isgid":false,"Hostid":1000000,"Nsid":0,"Maprange":65536},{"Isuid":false,"Isgid":true,"Hostid":1000000,"Nsid":0,"Maprange":65536}]'
  volatile.last_state.power: RUNNING
devices:
  eth0:
    name: eth0
    network: lxdbr0
    type: nic
  root:
    path: /
    pool: hddpool
    type: disk
ephemeral: false
profiles:
- default
- hddroot
stateful: false
description: ""

הגדרת כתובת IP סטטית ^

אם ננסה להגדיר כתובת IP עבור התקן רשת eth0 על ידי צוות lxc config device set alp מיועד לתצורת המיכל, אז נקבל שגיאה שתדווח שהמכשיר לא קיים בגלל שהמכשיר eth0 אשר משמש את המכולה שייך לפרופיל default:

lxc config device set alp eth0 ipv4.address 10.0.5.5

Error: The device doesn't exist

אנחנו כמובן יכולים להגדיר כתובת IP סטטית עבור eth0 התקנים בפרופיל, אבל זה יהיה זהה עבור כל המכילים שישתמשו בפרופיל זה. לכן, בואו נוסיף מכשיר ייעודי למיכל:

lxc config device add alp eth0 nic name=eth0 nictype=bridged parent=lxdbr0 ipv4.address=10.0.5.5

לאחר מכן עליך להפעיל מחדש את המיכל:

lxc restart alp

אם נסתכל על תצורת המכולה כעת, איננו צריכים להשתמש באפשרות --expanded כדי לראות את התקן הרשת eth0, מכיוון שיצרנו אותו ברמת המכולה והוא השתפך על אותו מכשיר מהפרופיל default:

lxc config show alp

architecture: x86_64
config:
  image.architecture: amd64
  image.description: Alpine 3.11 amd64 (20200326_13:39)
  image.os: Alpine
  image.release: "3.11"
  image.serial: "20200326_13:39"
  image.type: squashfs
  volatile.base_image: ebd565585223487526ddb3607f5156e875c15a89e21b61ef004132196da6a0a3
  volatile.eth0.host_name: veth2a1dc59d
  volatile.eth0.hwaddr: 00:16:3e:0e:e2:71
  volatile.idmap.base: "0"
  volatile.idmap.current: '[{"Isuid":true,"Isgid":false,"Hostid":1000000,"Nsid":0,"Maprange":65536},{"Isuid":false,"Isgid":true,"Hostid":1000000,"Nsid":0,"Maprange":65536}]'
  volatile.idmap.next: '[{"Isuid":true,"Isgid":false,"Hostid":1000000,"Nsid":0,"Maprange":65536},{"Isuid":false,"Isgid":true,"Hostid":1000000,"Nsid":0,"Maprange":65536}]'
  volatile.last_state.idmap: '[{"Isuid":true,"Isgid":false,"Hostid":1000000,"Nsid":0,"Maprange":65536},{"Isuid":false,"Isgid":true,"Hostid":1000000,"Nsid":0,"Maprange":65536}]'
  volatile.last_state.power: RUNNING
devices:
  eth0:
    ipv4.address: 10.0.5.5
    name: eth0
    nictype: bridged
    parent: lxdbr0
    type: nic
  root:
    path: /
    pool: hddpool
    type: disk
ephemeral: false
profiles:
- default
- hddroot
stateful: false
description: ""

הסרת מיכל ^

כדי להסיר מיכל, השתמש בפקודה lxc delete, אך לפני הסרת המיכל, יש לעצור אותו באמצעות הפקודה lxc stop:

lxc stop alp

lxc list

+------+---------+-------------------+------+-----------+-----------+
| NAME |  STATE  |       IPV4        | IPV6 |   TYPE    | SNAPSHOTS |
+------+---------+-------------------+------+-----------+-----------+
| alp  | STOPPED | 10.0.5.10 (eth0)  |      | CONTAINER | 0         |
+------+---------+-------------------+------+-----------+-----------+

לאחר שווידאנו שמצב המכולה הפך עצר, ניתן להסיר ממנו בריכת אחסון:

lxc delete alp

גישה למיכל ^

כדי לבצע פקודות בקונטיינר ישירות, תוך עקיפת חיבורי רשת, השתמש בפקודה lxc exec אשר מבצעת פקודות בקונטיינר מבלי להפעיל את מעטפת המערכת. אם אתה צריך לבצע פקודה במעטפת באמצעות דפוסי מעטפת כמו משתנים, הפניות מחדש של קבצים (pipe) וכו', אז אתה צריך להפעיל את המעטפת במפורש ולהעביר את הפקודה כמפתח, למשל:

lxc exec alp -- /bin/sh -c "echo $HOME"

הפקודה השתמשה בתו בריחה מיוחד לאופי מיוחד $ כך שהמשתנה $HOME לא פורש במחשב המארח, אלא פורש רק בתוך המיכל.

אפשר גם להתחיל את מצב המעטפת האינטראקטיבי, ולאחר מכן לסיים את ההפעלה על ידי הפעלת מקש קיצור CTRL+D:

lxc exec alp -- /bin/sh

ניהול משאבי מיכל ^

ב-LXD, אתה יכול לנהל משאבי מיכל באמצעות סט מיוחד של תצורה. ניתן למצוא רשימה מלאה של פרמטרים של תצורת מיכל בתיעוד.

הגבלת משאבי זיכרון RAM ^

פרמטר limits.memory מגביל את כמות ה-RAM הזמין למכולה. הערך הוא מספר ואחד של סיומות זמינות.

בואו נגדיר את מגבלת ה-RAM של המכולה ל-256 MB:

lxc config set alp limits.memory 256MB

כמו כן, ישנם פרמטרים נוספים להגבלת זיכרון:

• limits.memory.enforce
• limits.memory.hugepages
• limits.memory.swap
• limits.memory.swap.priority

קבוצה lxc config show מאפשר לך להציג את כל תצורת המכולה, כולל מגבלת המשאבים החלה שהוגדרה:

lxc config show alp

architecture: x86_64
config:
  image.architecture: amd64
  image.description: Alpine 3.11 amd64 (20200220_13:00)
  image.os: Alpine
  image.release: "3.11"
  image.serial: "20200220_13:00"
  image.type: squashfs
  limits.memory: 256MB
  volatile.base_image: 73a3093d4a5ce0148fd84b95369b3fbecd19a537ddfd2e2d20caa2eef0e8fd60
  volatile.eth0.host_name: veth75b6df07
  volatile.eth0.hwaddr: 00:16:3e:a1:e7:46
  volatile.idmap.base: "0"
  volatile.idmap.current: '[]'
  volatile.idmap.next: '[]'
  volatile.last_state.idmap: '[]'
  volatile.last_state.power: RUNNING
devices: {}
ephemeral: false
profiles:
- default
stateful: false
description: ""

מגבלת משאבי מעבד ^

ישנן מספר דרכים להגביל את משאבי המעבד. סוגי הגבלות:

• limit.cpu - קושר מיכל לליבת CPU אחת או יותר
• limits.cpu.allowance - מנהל או מכסות מתזמן CFS כאשר מגבלת הזמן חלפה, או את מנגנון שיתוף משאבי המעבד האוניברסלי כאשר האחוז חלף
• limits.cpu.priority - עדיפות מתזמן כאשר למספר מופעים החולקים קבוצה של מעבדים מוקצה אותו אחוז של מעבדים

lxc config set alp limits.cpu.allowance 40%

lxc config show alp

architecture: x86_64
config:
  image.architecture: amd64
  image.description: Alpine 3.11 amd64 (20200220_13:00)
  image.os: Alpine
  image.release: "3.11"
  image.serial: "20200220_13:00"
  image.type: squashfs
  limits.cpu.allowance: 40%
  limits.memory: 256MB
  volatile.base_image: 73a3093d4a5ce0148fd84b95369b3fbecd19a537ddfd2e2d20caa2eef0e8fd60
  volatile.eth0.host_name: veth75b6df07
  volatile.eth0.hwaddr: 00:16:3e:a1:e7:46
  volatile.idmap.base: "0"
  volatile.idmap.current: '[]'
  volatile.idmap.next: '[]'
  volatile.last_state.idmap: '[]'
  volatile.last_state.power: RUNNING
devices: {}
ephemeral: false
profiles:
- default
stateful: false
description: ""

הגבלת מקום בדיסק ^

בנוסף להגבלות כגון limits.read, limits.write אנו יכולים גם להגביל את כמות שטח הדיסק הנצרך על ידי המיכל (עובד רק עם ZFS או BTRFS):

lxc config device set alp root size=2GB

לאחר ההתקנה, בפרמטר devices.root.size אנחנו יכולים לאמת את המגבלה שנקבעה:

lxc config show alp
...
devices:
  root:
    path: /
    pool: hddpool
    size: 2GB
    type: disk
ephemeral: false
profiles:
- default
- hddroot
stateful: false
description: ""

לצפייה במכסות הדיסקים המשומשות נוכל לקבל מהפקודה lxc info:

lxc info alp
...
Resources:
  Processes: 5
  Disk usage:
    root: 1.05GB
  CPU usage:
    CPU usage (in seconds): 1
  Memory usage:
    Memory (current): 5.46MB
  Network usage:
    eth0:
      Bytes received: 802B
      Bytes sent: 1.59kB
      Packets received: 4
      Packets sent: 14
    lo:
      Bytes received: 0B
      Bytes sent: 0B
      Packets received: 0
      Packets sent: 0

למרות העובדה שהגדרנו מגבלה עבור מכשיר השורש של המכולה ל-2GB, כלי עזר למערכת כגון df לא יראה את ההגבלה הזו. לשם כך, נערוך בדיקה קטנה ונגלה כיצד זה עובד.

בואו ניצור 2 מיכלים חדשים זהים באותו בריכת אחסון (hddpool):

lxc init alpine3 alp1 --storage=hddpool --profile=default --profile=hddroot
lxc init alpine3 alp2 --storage=hddpool --profile=default --profile=hddroot

lxc list
+------+---------+------------------+------+-----------+-----------+
| NAME |  STATE  |       IPV4       | IPV6 |   TYPE    | SNAPSHOTS |
+------+---------+------------------+------+-----------+-----------+
| alp1 | RUNNING | 10.0.5.46 (eth0) |      | CONTAINER | 0         |
+------+---------+------------------+------+-----------+-----------+
| alp2 | RUNNING | 10.0.5.30 (eth0) |      | CONTAINER | 0         |
+------+---------+------------------+------+-----------+-----------+

בואו ניצור קובץ של 1GB באחד מהמכולות:

lxc exec alp1 -- dd if=/dev/urandom of=file.img bs=1M count=1000

בואו נוודא שהקובץ נוצר:

lxc exec alp1 -- ls -lh
total 1000M  
-rw-r--r--    1 root     root     1000.0M Mar 27 10:16 file.img

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

lxc exec alp2 -- ls -lh
total 0

אבל בואו נשווה את הערכים שהוא מייצר df על מיכל אחד ואחר:

lxc exec alp1 -- df -hT
Filesystem           Type            Size      Used Available Use% Mounted on
/dev/loop1           btrfs           9.3G   1016.4M      7.8G  11% /
...

lxc exec alp2 -- df -hT
Filesystem           Type            Size      Used Available Use% Mounted on
/dev/loop1           btrfs           9.3G   1016.4M      7.8G  11% /
...

התקן /dev/loop1 מותקן כמו מחיצת השורש בריכת אחסון המיכלים האלה משתמשים בהם, כך שהם חולקים את הנפח שלו בין שניים.

סטטיסטיקות צריכת משאבים ^

אתה יכול להציג נתונים סטטיסטיים של צריכת משאבים עבור מיכל באמצעות הפקודה:

lxc info alp

Name: alp
Location: none
Remote: unix://
Architecture: x86_64
Created: 2020/04/08 18:05 UTC
Status: Running
Type: container
Profiles: default, hddroot
Pid: 19219
Ips:
  eth0: inet    10.0.5.5        veth2a1dc59d
  eth0: inet6   fe80::216:3eff:fe0e:e271        veth2a1dc59d
  lo:   inet    127.0.0.1
  lo:   inet6   ::1
Resources:
  Processes: 5
  Disk usage:
    root: 495.62kB
  CPU usage:
    CPU usage (in seconds): 1
  Memory usage:
    Memory (current): 4.79MB
  Network usage:
    eth0:
      Bytes received: 730B
      Bytes sent: 1.59kB
      Packets received: 3
      Packets sent: 14
    lo:
      Bytes received: 0B
      Bytes sent: 0B
      Packets received: 0
      Packets sent: 0

עבודה עם צילומי מצב ^

ל-LXD יש את היכולת ליצור צילומי מצב ולשחזר מהם את מצב המכולה.

כדי ליצור תמונת מצב, הפעל את הפקודה הבאה:

lxc snapshot alp snapshot1

הקבוצה lxc snapshot אין מפתח זמין listלפיכך, כדי להציג את רשימת התמונות, עליך להשתמש בפקודה המציגה מידע כללי על המיכל:

lxc info alp
...
...
Snapshots:
  snapshot1 (taken at 2020/04/08 18:18 UTC) (stateless)

ניתן לשחזר מיכל מתמונת מצב באמצעות הפקודה lxc restore ציון המיכל שעבורו יתבצע השחזור ואת הכינוי של תמונת המצב:

lxc restore alp snapshot1

הפקודה הבאה משמשת למחיקת תמונת מצב. שים לב שתחביר הפקודה אינו דומה לכל האחרים; כאן עליך לציין קו נטוי אחרי שם המכיל. אם הסלאש מושמט, הפקודה למחיקת תמונת מצב מתפרשת כפקודה למחיקת מיכל!

lxc delete alp/snapshot1

בדוגמה שלמעלה, הסתכלנו על מה שנקרא תצלומי מצב חסרי מדינה. ל-LXD יש סוג נוסף של תמונות snapshot - stateful, ששומר את המצב הנוכחי של כל התהליכים בקונטיינר. ישנן מספר תכונות מעניינות ושימושיות הקשורות לתמונות מצביות.

מה עוד? ^

• מודול זמין עבור מפתחי Python PyLXD המספק API ל-LXD

עדכון 10.04.2020/15/00 XNUMX:XNUMX: ניווט נוסף

מקור: www.habr.com