bootstrap-vz-server - מקוון בענן

תָכְנִית:

שֵׁם

bootstrap-vz-remote - התוכנית יוצרת תמונות דביאן שיופעלו בסביבות ענן
כמו Amazons EC2, OpenStack, Google Cloud Compute ואחרים שחולקים איתם API
אלה דרך שרתים מרוחקים.

BOOTSTRAP-VZ-REMOTE

בדרך כלל היית משתמש bootstrap-vz כדי להתחיל תהליך אתחול. בעת אתחול
מרחוק פשוט להשתמש bootstrap-vz-remote במקום זאת, יש צורך באותם טיעונים ועוד כמה
נוספים:

· --שרתים : נתיב לרשימה של שרתי build (ראה build-servers.yml למידע נוסף)

· --שֵׁם : בוחר שרת build ספציפי מרשימת שרתי הבנייה

· --לְשַׁחְרֵר : מגביל את הבחירה האוטומטית של שרתי build לאלה עם ה-
שחרור שצוין

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

שימו לב שיש גם א bootstrap-vz-server, הקובץ הזה לא אמור להיות מופעל
ישירות על ידי המשתמש, אך במקום זאת מופעל על ידי bootstrap-vz בשרת המרוחק כאשר
מתחברים אליו.

תלות

כדי שהליך האתחול מרחוק יעבוד, תצטרך להתקין את bootstrap-vz as
כמו גם sudo פקודה במחשב המרוחק. כמו כן ודא כי כל הדרוש
מותקנים תלות לאתחול של התמונה שלך.

מקומית חבילת ה-pip Pyro4 נחוץ.

BUILD-SERVERS.YML

הקובץ build-servers.yml מודיע ל-bootstrap-vz על שרתי הבנייה השונים שיש לך
לרשותכם. בצורה הפשוטה ביותר שלו אתה יכול פשוט להוסיף מכונה משלך כך:

מקומי:
סוג: מקומי
can_bootstrap: [Virtualbox]
שחרור: ג'סי
build_settings: {}

סוג מציין כיצד bootstrap-vz צריך להתחבר לשרת ה-build. מקומי פשוט אומר
שזה יקרא ישירות להליך האתחול, לא נוצר תהליך חדש.

can_bootstrap אומר ל-bootstrap-vz עבור אילו ספקים המכונה הזו מסוגלת לבנות
תמונות. למעט ספק EC2, הערכים המקובלים תואמים את הערכים המקובלים
שמות ספקים במניפסט. עבור EC2 אתה יכול לציין ec2-s3 ו / או ec2-ebs. ec2-ebs
מציין שהמכונה המדוברת יכולה לאתחל תמונות מגובות EBS והיא צריכה להיות רק
משמש כאשר הוא ממוקם על EC2. ec2-s3 מסמל שהמכונה מסוגלת
אתחול תמונות מגובות S3.

מעבר להיותו מחרוזת, הערך של לשחרר לא נאכף בשום צורה. זה רק עדכני
השימוש הוא עבור bootstrap-vz-remote שבו אתה יכול להגביל איזה שרת build צריך להיות
בחירה אוטומטית.

מרוחק הגדרות
ההגדרה האחרת (והמעניינת יותר) עבור סוג is ssh, מה שדורש עוד כמה
הגדרות תצורה:

local_vm:
סוג: ssh
can_bootstrap:
- Virtualbox
- ec2-s3
שחרור: צפצופים
# הגדרות מרחוק כאן למטה
כתובת: 127.0.0.1
יציאה: 2222
שם משתמש: admin
keyfile: path_to_private_key_file
server_bin: /root/bootstrap/bootstrap-vz-server

5 ההגדרות האחרונות מציינות כיצד bootstrap-vz יכול להתחבר לשרת ה-build המרוחק.
בעוד לחיצת היד הראשונית מושגת באמצעות SSH, bootstrap-vz מתקשר בעיקר עם
המקבילה שלו דרך RPC (יציאת התקשורת מועברת אוטומטית דרך an
מנהרת SSH). כתובת, נמל, שם משתמש ו קובץ מפתח יש לקוות שהם מסבירים את עצמם (מרחוק
כתובת מכונה, יציאת SSH, שם כניסה ונתיב לקובץ מפתח SSH פרטי).

server_bin מתייחס ל אהוב מוּזְכָּר קובץ הפעלה של bootstrap-vz-server. זה
הפקודה bootstrap-vz מופעלת במחשב המרוחק כדי להפעיל את שרת RPC.

שימו לב שיש כמה מגבלות לגבי מה ש-bootstrap-vz מסוגל להתמודד איתו,
לגבי הגדרת המכונה המרוחקת (עם הזמן הם עשויים להיות מתוקנים על ידי נדיב
תוֹרֵם):

· משתמש הכניסה חייב להיות מסוגל לבצע sudo ללא סיסמה

· יש להוסיף את קובץ המפתח הפרטי ל-ssh-agent לפני הפעלתו (לחלופין זה
אולי לא מוגן בסיסמה)

· השרת חייב להיות כבר חלק מרשימת ה-known_hosts (משתמשים ב-bootstrap-vz ssh ישירות
ואינו יכול להתמודד עם הנחיות אינטראקטיביות)

לִבנוֹת הגדרות
הגדרות הבנייה מאפשרות לך לעקוף מאפייני מניפסט ספציפיים. זה שימושי
כאשר למשל תוספות האורחים של VirtualBox ISO נמצא ב
/root/guest_additions.iso בשרת 1, בעוד שבשרת 2 יש את זה /root/images/vbox.iso.

מקומי:
סוג: מקומי
can_bootstrap:
- Virtualbox
- ec2-s3
שחרור: ג'סי
build_settings:
guest_additions: /root/images/VBoxGuestAdditions.iso
apt_proxy:
כתובת: 127.0.0.1
יציאה: 3142
ec2-credentials:
מפתח גישה: AFAKEACCESSKEYFORAWS
secret-key: thes3cr3tkeyf0ryourawsaccount/FS4d8Qdva
תעודה: /root/manifests/cert.pem
מפתח פרטי: /root/manifests/pk.pem
מזהה משתמש: 1234-1234-1234
s3-region: eu-west-1

אוגוסט BOOTSTRAP-VZ-REMOTE(1)

השתמש ב-bootstrap-vz-server באופן מקוון באמצעות שירותי onworks.net