virt-v2v - מקוון בענן

תָכְנִית:

שֵׁם

virt-v2v - המר אורח לשימוש ב-KVM

תַקצִיר

virt-v2v -ic vpx://vcenter.example.com/Datacenter/esxi vmware_guest

virt-v2v -ic vpx://vcenter.example.com/Datacenter/esxi vmware_guest \
-o rhev -os rhev.nfs:/export_domain --network rhevm

virt-v2v -i libvirtxml guest-domain.xml -o local -os / var / tmp

virt-v2v -i דיסק disk.img -o מקומי -os / var / tmp

virt-v2v -i disk disk.img -o מבט

virt-v2v -ic qemu:///system qemu_guest --in-place

תיאור

Virt-v2v ממיר אורחים מ-hypervisor זר להפעלה על KVM. זה יכול לקרוא לינוקס ו
אורחי Windows פועלים על VMware, Xen, Hyper-V וכמה היפרוויזורים אחרים, וממירים
אותם ל-KVM המנוהלים על ידי libvirt, OpenStack, oVirt, Red Hat Enterprise Virtualization (RHEV)
או כמה מטרות אחרות.

יש גם חזית נלווית בשם virt-p2v(1) שמגיע כ-ISO, CD או PXE
תמונה שניתן לאתחל במכונות פיזיות כדי לעשות וירטואליזציה של המכונות הללו (פיזי ל
וירטואלי, או p2v).

דף מדריך זה מתעד את virt-v2v המשוכתב הכלול ב-libguestfs ≥ 1.28.

קלט ו תפוקה מצבים

┌────────────┐ ┌─────────▶ -o null
-i דיסק ────────────┐ │ │ ─┘┌───────▶ -o מקומי
-i ova ──────────┐ └──▶ │ virt-v2v │ ──┘┌──────e┶ -o
└────▶ │ המרה │ ───┘┌────────────┐
VMware─▶┌────────────┐ │ שרת │ ────▶ -o libvirt │─▶ KVM
Xen ───▶│ -i libvirt ──▶ │ │ │ (ברירת מחדל) │
... ───▶│ (ברירת מחדל) │ │ │ ──┐ └────────────┘
└────────────┘ │ │ ─┐└──────▶ -או מבט
-i libvirtxml ─────────▶ │ │ ┐└─────────▶ -o rhev
└────────────┘ └──────────▶ -o vdsm

ל- Virt-v2v יש מספר מצבי קלט ופלט אפשריים, שנבחרו באמצעות -i ו -o
אפשרויות. ניתן לבחור רק מצב קלט ופלט אחד עבור כל ריצה של virt-v2v.

-i דיסק משמש לקריאה מתמונות דיסק מקומי (בעיקר לבדיקה).

-i libvirt משמש לקריאה מכל מקור libvirt. מאז libvirt יכול להתחבר לרבים
היפרוויזורים שונים, הוא משמש לקריאת אורחים מ-VMware, RHEL 5 Xen ועוד.
השמיים -אייק אפשרות בוחרת את מקור ה-libvirt המדויק.

-i libvirtxml משמש לקריאה מקובצי XML של libvirt. זו השיטה בה משתמשים
virt-p2v(1) מאחורי הקלעים.

-i ביציות משמש לקריאה מקובץ מקור ביציות של VMware.

-o מבט משמש לכתיבה ל-OpenStack Glance.

-o libvirt משמש לכתיבה לכל יעד libvirt. Libvirt יכול להתחבר למקומון או
היפרוויזרי KVM מרוחקים. ה -oc אפשרות בוחרת את יעד ה-libvirt המדויק.

-o מקומי משמש לכתיבה לתמונת דיסק מקומי עם קובץ תצורה מקומי של libvirt
(בעיקר לבדיקה).

-o qemu כותב לתמונת דיסק מקומי עם סקריפט מעטפת לאתחול האורח ישירות פנימה
qemu (בעיקר לבדיקה).

-o rhev משמש לכתיבה ליעד RHEV-M / oVirt. -o vdsm משמש רק כאשר virt-v2v
פועל תחת בקרת VDSM.

--במקום מורה לvirt-v2v להתאים אישית את מערכת ההפעלה האורחת במכונה הוירטואלית של הקלט,
במקום ליצור VM חדש ב-Hypervisor היעד.

דוגמאות

המרת החל מ- VMware vCenter שרת ל מקומי libvirt
יש לך שרת VMware vCenter בשם "vcenter.example.com", מרכז נתונים בשם
"Datacenter", והיפרוויזר ESXi בשם "esxi". אתה רוצה להמיר אורח שנקרא
"vmware_guest" להפעלה מקומית תחת libvirt.

virt-v2v -ic vpx://vcenter.example.com/Datacenter/esxi vmware_guest

במקרה זה סביר להניח שתצטרך להפעיל את virt-v2v בתור "root", מכיוון שהוא צריך לדבר
לדימון libvirt של המערכת ולהעתיק את הדיסקים האורחים אל / var / lib / libvirt / images.

למידע נוסף ראה "קלט משרת VMWARE VCENTER" למטה.

המרת החל מ- VMware ל RHEV-M/oVirt
זה זהה לדוגמא הקודמת, אלא שאתה רוצה לשלוח את האורח ל-RHEV-M
ייצוא תחום אחסון שנמצא מרחוק (מעל NFS) בכתובת "rhev.nfs:/export_domain".
אם אינך ברור לגבי המיקום של תחום האחסון הייצוא, עליך לבדוק את
הגדרות בקונסולת הניהול RHEV-M שלך. ממשקי רשת אורחים מחוברים
רשת היעד שנקראת "rhevm".

virt-v2v -ic vpx://vcenter.example.com/Datacenter/esxi vmware_guest \
-o rhev -os rhev.nfs:/export_domain --network rhevm

במקרה זה המארח המריץ virt-v2v פועל כ- a המרה שרת.

שימו לב שלאחר ההמרה, האורח יופיע ב-RHEV-M Export Storage Domain,
מהמקום שבו תצטרך לייבא אותו באמצעות ממשק המשתמש RHEV-M. (ראה "פלט אל
RHEV").

המרת דיסק תמונה ל לפתוח ערימה מבט
נתון תמונת דיסק מ-Hypervisor אחר שברצונך להמיר להפעלה ב-OpenStack
(רק OpenStack מבוסס KVM נתמך), אתה יכול לעשות:

virt-v2v -i disk disk.img -o מבט

כדי לשלוט בשם התמונה ב-Glance, השתמש ב- על אוֹפְּצִיָה.

המרת דיסק תמונה ל דיסק תמונה
בהינתן תמונת דיסק מ-Hypervisor אחר שברצונך להמיר להפעלה ב-KVM, אתה
יש שתי אפשרויות. הדרך הפשוטה ביותר היא לנסות:

virt-v2v -i דיסק disk.img -o מקומי -os / var / tmp

שבו virt-v2v מנחש הכל לגבי הקלט disk.img ו(במקרה זה) כותב את
התוצאה המרה ל / var / tmp.

שיטה מורכבת יותר היא לכתוב קצת libvirt XML המתאר את אורח הקלט (אם אתה יכול
קבל את Hypervisor המקור שיספק לך libvirt XML, אז הרבה יותר טוב). אתה
אז יכול לעשות:

virt-v2v -i libvirtxml guest-domain.xml -o local -os / var / tmp

השאלה היא איך? guest-domain.xml מכיל את הנתיב/ים לתמונת הדיסק האורח/ות שאינך צריך
ציין את שם תמונת הדיסק בשורת הפקודה.

כדי להמיר תמונת דיסק מקומי ולאתחל אותה מיד ב-qemu מקומי, בצע:

virt-v2v -i דיסק disk.img -o qemu -os / var / tmp --qemu-boot

תמיכה MATRIX

היפרוויזורים (קֶלֶט)
VMware ESXi
חייב להיות מנוהל על ידי VMware vCenter ≥ 5.0. קלט ישיר לא מנוהל מ-ESXi אינו
נתמך.

OVA מיוצא מ-VMware
OVAs של hypervisors אחרים לא יפעלו.

RHEL 5 Xen
סיטריקס Xen
Citrix Xen לא נבדק לאחרונה.

Hyper-V
לא נבדק לאחרונה. מחייב לייצא את הדיסק או להשתמש virt-p2v(1) ב-Hyper-V.

ישירות מתמונות דיסק
רק תמונות דיסק מיוצאות מ-hypervisors נתמכים, ומשתמשים בפורמטים של מיכל
נתמך על ידי qemu.

מכונות פיזיות
משתמש ב virt-p2v(1) כלי.

היפרוויזורים (תְפוּקָה)
QEMU ו-KVM בלבד.

וירטואליזציה ניהול מערכות (תְפוּקָה)
מבט על OpenStack
Red Hat Enterprise Virtualization (RHEV) 2.2 ומעלה
ליבווירט מקומי
ולכן וירש(1), מנהל סגולה(1), וכלים דומים.

דיסק מקומי

אורחים
Red Hat Enterprise Linux 3, 4, 5, 6, 7
CentOS 3, 4, 5, 6, 7
Scientific Linux 3, 4, 5, 6, 7
אורקל לינוקס
פדורה
SLES 10 ומעלה
OpenSUSE 10 ומעלה
Windows XP ל-Windows 8.1 / Windows Server 2012 R2
אנו משתמשים במספרי גרסה פנימיים של Windows, ראה
https://en.wikipedia.org/wiki/List_of_Microsoft_Windows_versions

כרגע NT 5.2 עד NT 6.3 נתמכים.

ראה "WINDOWS" להלן להערות נוספות על המרת אורחי Windows.

אוֹרֵחַ הקושחה
BIOS או UEFI עבור כל סוגי האורחים (אך ראה "UEFI" להלן).

אפשרויות

- עזרה
הצג עזרה.

-b ...
--לְגַשֵׁר ...
לִרְאוֹת --רֶשֶׁת לְהַלָן.

--דָחוּס
כתוב קובץ פלט דחוס. זה מותר רק אם פורמט הפלט הוא qcow2
(ראה -שֶׁל להלן), והוא שווה ערך ל- -c אופציה של Qemu-img.(1).

--dcpath תיקיה/מרכז נתונים
הערה: אינך צריך להשתמש בפרמטר זה אם יש לך libvirt ≥ 1.2.20.

עבור VMware vCenter, דחוף את הפרמטר "dcPath=..." המשמש לבחירת מרכז הנתונים.
Virt-v2v יכול בדרך כלל לחשב את זה מה-URI "vpx://", אבל אם הוא מטעה,
לאחר מכן תוכל לעקוף אותו באמצעות הגדרה זו. עבור אל ממשק תיקיית האינטרנט של vCenter,
לְמָשָׁל. "https://vcenter.example.com/folder" (לְלֹא לוכסן נגרר), ולבחון את
פרמטר "dcPath=" בכתובות האתרים המופיעות בדף זה.

--debug-gc
ניפוי באגים באיסוף אשפה והקצאת זיכרון. זה שימושי רק בעת איתור באגים
בעיות זיכרון ב-virt-v2v או ב-OCaml libguestfs bindings.

--שכבות-על של debug
שמור את קבצי השכבה שנוצרו במהלך ההמרה. אפשרות זו משמשת רק עבור
ניפוי באגים virt-v2v וייתכן שיוסרו בגרסה עתידית.

-i דיסק
הגדר את שיטת הקלט ל דיסק.

במצב זה אתה יכול לקרוא תמונת דיסק של מכונה וירטואלית ללא מטא נתונים. virt-v2v
מנסה לנחש את המטא-נתונים הטובים ביותר של ברירת המחדל. זה בדרך כלל מספיק אבל אתה יכול לקבל
שליטה עדינה יותר (למשל של זיכרון ומעבדי vCPU) באמצעות -i libvirtxml במקום זאת. רק אורחים
שמשתמשים בדיסק בודד ניתן לייבא בדרך זו.

-i libvirt
הגדר את שיטת הקלט ל libvirt. זוהי ברירת המחדל.

במצב זה עליך לציין שם אורח או UUID של libvirt בשורת הפקודה.
אתה יכול גם לציין URI לחיבור libvirt (ראה -אייק).

-i libvirtxml
הגדר את שיטת הקלט ל libvirtxml.

במצב זה עליך להעביר קובץ XML של libvirt בשורת הפקודה. הקובץ הזה הוא
קרא על מנת לקבל מטא נתונים על אורח המקור (כגון שמו, כמות
זיכרון), וגם כדי לאתר את דיסקי הקלט. ראה "XML MINIMAL FOR -i libvirtxml
אופציה" למטה.

-i מקומי
זה אותו דבר כמו -i דיסק.

-i ביציות
הגדר את שיטת הקלט ל ביציות.

במצב זה אתה יכול לקרוא קובץ ova של VMware. Virt-v2v יקרא את קובץ המניפסט ova
ובדוק את תקפות הנפחים של vmdk (סכימי בדיקה) וכן ניתוח קובץ ovf,
ולאחר מכן להמיר את האורח. ראה "קלט מ-VMWARE OVA" למטה

-אייק libvirtURI
ציין URI לחיבור libvirt לשימוש בעת קריאת האורח. זה משמש רק
מתי -אני ליבווירט.

רק חיבורי libvirt מקומיים, חיבורי VMware vCenter או שלט RHEL 5 Xen
ניתן להשתמש בחיבורים. חיבורי libvirt מרוחקים אחרים לא יעבדו באופן כללי.

ראה גם "קלט משרת VMWARE VCENTER", "קלט מ-RHEL 5 XEN" למטה.

-אם פוּרמָט
בעד -i דיסק רק, זה מציין את הפורמט של תמונת הדיסק הקלט. לקלט אחר
שיטות עליך לציין את פורמט הקלט במטא נתונים.

--במקום
אל תיצור מכונת פלט וירטואלית ב-Hypervisor היעד. במקום זאת, התאם את ה
OS guest ב-VM המקור להפעלה ב-Hypervisor הקלט.

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

סכסוכים עם כולם -o * אפשרויות.

--ניתן לקריאה במכונה
אפשרות זו משמשת כדי להפוך את הפלט לידידותי יותר למכונה כאשר הוא מנותח על ידי
תוכניות אחרות. ראה "פלט קריא במכונה" להלן.

-n בפנים בחוץ
-n הַחוּצָה
--רֶשֶׁת בפנים בחוץ
--רֶשֶׁת הַחוּצָה
-b בפנים בחוץ
-b הַחוּצָה
--לְגַשֵׁר בפנים בחוץ
--לְגַשֵׁר הַחוּצָה
מפה רשת (או גשר) שנקראת "in" לרשת (או גשר) שנקראת "out". אם אין "ב:"
ניתנת קידומת, כל שאר הרשתות (או הגשרים) ממופים ל-"out".

ראה "רשתות וגשרים" למטה.

--ללא העתק
אל תעתיק את הדיסקים. במקום זאת, מבצעים המרה (וזרקים), ו
מטא נתונים נכתבים, אך לא נוצרים דיסקים. ראה גם דיון ב -o null לְהַלָן.

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

אפשרות זו אינה תואמת ל -o libvirt מכיוון שזה ייצור אורח פגום
(אחד ללא דיסקים).

אפשרות זו אינה תואמת ל -o מבט מסיבות טכניות.

--ללא קיצוץ את כל
--ללא קיצוץ mp[,mp...]
כברירת מחדל, virt-v2v פועל fstream(8) כדי להפחית את כמות הנתונים שצריך
מוּעֲתָק. זה ידוע לשבור כמה מאגרי אתחול באגי מה שגורם לכשלים באתחול לאחר מכן
המרה (ראה למשל https://bugzilla.redhat.com/show_bug.cgi?id=1141145#c27).

אתה יכול להשתמש --ללא קיצוץ את כל כדי לבטל את כל החיתוך. שימו לב שזה יגדל מאוד
כמות הנתונים שיש להעתיק ויכולה לגרום ל-virt-v2v לרוץ הרבה יותר לאט.

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

אתה יכול גם להשבית חיתוך במחיצות באמצעות ערכת השמות libguestfs עבור
מכשירים, למשל: --ללא קיצוץ / dev / sdb2 פירושו לא לחתוך את המחיצה השנייה בשנייה
לחסום מכשיר. להשתמש virt-filesystems(1) לרשום שמות של מערכת קבצים באורח.

-o דיסק
זה אותו דבר כמו -o מקומי.

-o מבט
הגדר את שיטת הפלט ל-OpenStack Glance. במצב זה האורח שהומר
הועלה ל-Glance. אתה יכול לשלוט בשם התמונה על ידי הגדרת ה על אוֹפְּצִיָה.

-o libvirt
הגדר את שיטת הפלט ל libvirt. זוהי ברירת המחדל.

במצב זה, האורח שהומר נוצר כאורח libvirt. אתה יכול גם לציין
URI לחיבור libvirt (ראה -oc).

ראה "פלט ל-LIBVIRT" למטה.

-o מקומי
הגדר את שיטת הפלט ל מקומי.

במצב זה, האורח שהומר נכתב לספרייה מקומית שצוינה על ידי -עֶצֶם
/dir (הספרייה חייבת להתקיים). הדיסקים של האורח שהומר נכתבים כך:

/dir/name-sda
/dir/name-sdb
[וכו]

ונוצר קובץ XML של libvirt המכיל מטא נתונים של אורח:

/dir/name.xml

כאשר "שם" הוא שם האורח.

-o ריק
הגדר את שיטת הפלט ל ריק.

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

-o אוווירט
זה אותו דבר כמו -o rhev.

-o qemu
הגדר את שיטת הפלט ל qemu.

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

בעת שימוש במצב פלט זה, אתה יכול גם לציין את --qemu-boot אפשרות אילו מגפיים
האורח תחת qemu מיד.

-o rhev
הגדר את שיטת הפלט ל rhev.

האורח שהומר נכתב ל-RHEV Export Storage Domain. ה -עֶצֶם פרמטר
יש להשתמש גם כדי לציין את המיקום של תחום האחסון הייצוא. שימו לב לזה
למעשה אינו מייבא את האורח ל-RHEV. אתה צריך לעשות את זה ידנית מאוחר יותר
באמצעות ממשק המשתמש.

ראה "פלט ל-RHEV" למטה.

-o vdsm
הגדר את שיטת הפלט ל vdsm.

מצב זה דומה ל -o rhev, אך יש לתת את הנתיב המלא לתחום הנתונים:
/rhev/data-center/ /. מצב זה משמש רק כאשר
virt-v2v פועל תחת בקרת VDSM.

-או דליל
-או מוקצה מראש
הגדר את מצב הקצאת קובץ הפלט. ברירת המחדל היא "דל".

-oc libvirtURI
ציין חיבור libvirt לשימוש בעת כתיבת האורח שהומר. זה רק
משמש מתי -o libvirt. ראה "פלט ל-LIBVIRT" למטה.

ניתן להשתמש רק בחיבורי libvirt מקומיים. חיבורי libvirt מרוחקים לא יעבדו.

-שֶׁל פוּרמָט
בעת המרת האורח, המר את הדיסקים לפורמט הנתון.

אם לא צוין, נעשה שימוש בפורמט הקלט.

על שם
שנה את שם האורח בעת המרתו. אם אפשרות זו אינה בשימוש אז שם הפלט
זהה לשם הקלט.

-עֶצֶם אחסון
מיקום האחסון לאורח שהוסב.

בעד -o libvirt, זהו מאגר ספריות של libvirt (ראה "virsh pool-list") או מאגר UUID.

בעד -o מקומי ו -o qemu, זהו שם ספרייה. הספרייה חייבת להתקיים.

בעד -o rhev, זה יכול להיות נתיב NFS של תחום האחסון הייצוא של הטופס
" : ", למשל:

rhev-storage.example.com:/rhev/export

ייצוא NFS חייב להיות ניתן להרכבה ולכתיבה על ידי המשתמש והמארח המריצים virt-v2v,
מכיוון שתוכנית virt-v2v צריכה להעלות אותה בפועל כשהיא פועלת. אז אתה כנראה
צריך להריץ virt-v2v בתור "שורש".

או: אתה יכול לעלות את תחום האחסון הייצוא בעצמך ולהצביע -עֶצֶם לנקודת ההר.
שים לב ש-virt-v2v עדיין יצטרך לכתוב לספרייה המרוחקת הזו, אז virt-v2v יעשה זאת
עדיין צריך לרוץ בתור "שורש".

תקבל שגיאה אם ​​virt-v2v אינו מסוגל לעלות/לכתוב לאחסון הייצוא
תְחוּם.

--סיסמה-קובץ פילה
במקום לבקש סיסמא(ות) באופן אינטראקטיבי, העבר את הסיסמה דרך קובץ.
שימו לב שהקובץ צריך להכיל את כל הסיסמה, לְלֹא כל נגרר שורה חדשה, ועבור
אבטחה הקובץ צריך להיות במצב 0600 כך שאחרים לא יוכלו לקרוא אותו.

--מקור הדפסה
הדפס מידע על אורח המקור והפסק. אפשרות זו שימושית כאשר אתה
הגדרת מפות רשת וגשרים. ראה "רשתות וגשרים".

--qemu-boot
כשמשתמש -o qemu רק, זה מאתחל את האורח מיד לאחר סיום virt-v2v.

-q
--שֶׁקֶט
זה משבית את פסי ההתקדמות ופלט מיותר אחר.

--שורש לשאול
--שורש יחיד
--שורש ראשון
--שורש / dev / sdX
--שורש /dev/VG/LV
בחר את מערכת הקבצים הבסיסית להמרה.

במקרה שבו המכונה הוירטואלית היא אתחול כפול או ריבוי אתחול, או שבו יש ל-VM
מערכות קבצים אחרות שנראות כמו מערכות הפעלה, ניתן להשתמש באפשרות זו כדי לבחור
מערכת הקבצים הבסיסית (המכונה "C:" כונן או /) של מערכת ההפעלה שעתידה להיות
הומר. מסוף השחזור של Windows, כונני DVD מחוברים מסוימים ובאגים
libguestfs inspection heuristics, יכול לגרום לאורח להיראות כמו הפעלה מרובה אתחול
מערכת.

ברירת המחדל ב-virt-v2v ≤ 0.7.1 הייתה - סינגל שורש, מה שגורם ל-virt-v2v למות אם א
נמצאה מערכת הפעלה מרובה אתחול.

מאז virt-v2v ≥ 0.7.2 ברירת המחדל היא כעת --שורש לשאול: אם ה-VM נמצא כרב-
אתחול, אז virt-v2v יפסיק ורשום את מערכות הקבצים הבסיסיות האפשריות וישאל את המשתמש
באיזה להשתמש. זה דורש שvirt-v2v יופעל באופן אינטראקטיבי.

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

אתה יכול גם לתת שם למכשיר שורש ספציפי, למשל. --root /dev/sda2 מתכוון להשתמש ב
מחיצה שנייה בכונן הקשיח הראשון. אם התקן השורש בעל השם אינו קיים או
לא זוהה כהתקן שורש, אז virt-v2v ייכשל.

שימו לב שיש באג ב-grub שמונע ממנו לאתחל בהצלחה את a
מערכת multiboot אם VirtIO מופעלת. Grub מסוגל לאתחל רק מערכת הפעלה
מהדיסק הראשון של VirtIO. במיוחד, / אתחול חייב להיות בדיסק VirtIO הראשון, ו
היא לא יכולה לטעון מערכת הפעלה שרשרת שאינה בדיסק VirtIO הראשון.

--vdsm-image-uuid UUID
--vdsm-vol-uuid UUID
--vdsm-vm-uuid UUID
--vdsm-ovf-output
בדרך כלל מצב הפלט RHEV בוחר UUIDs אקראיים עבור אורח היעד. עם זאת VDSM
צריך לשלוט ב-UUIDs ומעביר את הפרמטרים הללו כאשר virt-v2v פועל תחת VDSM
לִשְׁלוֹט. הפרמטרים שולטים:

· ספריית התמונות של כל דיסק אורח (--vdsm-image-uuid) (אפשרות זו עברה
פעם אחת עבור כל דיסק אורח)

· UUIDs עבור כל דיסק אורח (--vdsm-vol-uuid) (אפשרות זו מועברת פעם אחת עבור כל אחד
דיסק אורח)

· שם הקובץ OVF (--vdsm-vm-uuid).

· ספריית הפלט OVF (ספריית ברירת המחדל הנוכחית) (--vdsm-ovf-output).

הפורמט של UUIDs הוא: "12345678-1234-1234-1234-123456789abc" (כל ספרת hex יכולה להיות
"0-9" או "af"), בהתאם ל-OSF DCE 1.1.

ניתן להשתמש באפשרויות אלה רק עם -o vdsm.

-v
--מִלוּלִי
אפשר הודעות מילוליות לניפוי באגים.

-V
--גִרְסָה
הצג את מספר הגרסה וצא.

--vmtype שולחן העבודה
--vmtype שרת
כדי להתאים -o rhev or -o vdsm מטרות בלבד, ציין את סוג האורח. אתה יכול להגדיר את זה
ל"שולחן עבודה" או "שרת". אם האפשרות לא ניתנת, אז ברירת מחדל מתאימה היא
נבחר על סמך מערכת ההפעלה האורחת שזוהתה.

-x אפשר מעקב אחר קריאות API של libguestfs.

XEN מופרד אורחים

גרסאות ישנות יותר של virt-v2v יכולות להפוך אורח Xen paravirtualized (PV) לאורח KVM על ידי
התקנת קרנל חדש. גרסה זו של virt-v2v עושה זאת לֹא נסה להתקין כל חדש
גרעינים. במקום זאת, זה ייתן לך שגיאה אם ​​יש רק גרעיני Xen PV זמינים.

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

RHEL 3 (לא חל, מכיוון שלא היה גרעין Xen PV)

RHEL 4 i686 עם > 10GB של זיכרון RAM: התקן 'kernel-hugemem'
i686 SMP: התקן את 'kernel-smp'
i686 אחר: התקן 'קרנל'
x86-64 SMP עם > 8 מעבדים: התקן 'kernel-largesmp'
x86-64 SMP: התקן את 'kernel-smp'
אחר x86-64: התקן את 'קרנל'

RHEL 5 i686: התקן את 'kernel-PAE'
x86-64: התקן את 'קרנל'

SLES 10 i586 עם > 10GB של זיכרון RAM: התקן 'kernel-bigsmp'
i586 SMP: התקן את 'kernel-smp'
אחר i586: התקן את 'kernel-default'
x86-64 SMP: התקן את 'kernel-smp'
אחר x86-64: התקן את 'kernel-default'

SLES 11+ i586: התקן את 'kernel-pae'
x86-64: התקן את 'kernel-default'

Windows (לא חל, מכיוון שאין ליבת Xen PV Windows)

הפעלה VIRTIO

"Virtio" הוא השם לקבוצה של מנהלי התקנים שמייצרים דיסק (התקן חסימה), רשת ו
פעולות אורח אחרות עובדות הרבה יותר מהר ב-KVM.

גרסאות ישנות יותר של virt-v2v יכולות להתקין מנהלי התקנים אלה עבור אורחי לינוקס מסוימים. זֶה
גרסה של virt-v2v עושה זאת לֹא נסה להתקין גרעינים או מנהלי התקנים חדשים של לינוקס, אך יעשה זאת
להזהיר אותך אם הם לא מותקנים כבר.

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

RHEL 3 אין מנהלי התקנים וירטיו זמינים

RHEL 4 ליבה >= 2.5.9-89.EL
lvm2 >= 2.02.42-5.el4
device-mapper >= 1.02.28-2.el4
selinux-policy-targeted >= 1.17.30-2.152.el4
policycoreutils >= 1.18.1-4.13

ליבת RHEL 5 >= 2.6.18-128.el5
lvm2 >= 2.02.40-6.el5
selinux-policy-targeted >= 2.4.6-203.el5

RHEL 6+ כל הגרסאות תומכות בווירטיו

Fedora כל הגרסאות תומכות בווירטיו

SLES 11+ כל הגרסאות תומכות בווירטיו

גרעין SLES 10 >= 2.6.16.60-0.85.1

OpenSUSE 11+ כל הגרסאות תומכות בווירטיו

ליבת OpenSUSE 10 >= 2.6.25.5-1.1

מנהלי ההתקנים של Windows מותקנים מהספרייה שעליה מצביעים
משתנה סביבה "VIRTIO_WIN".
(/usr/share/virtio-win כברירת מחדל) אם קיים

רהל 4

SELinux תווית מחדש מופיע ל לתלות לנצח
ב-RHEL ≤ 4.7 היה באג שגורם לתיוג מחדש של SELinux להיראות תלוי לנצח
ב:

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

במציאות זה מחכה לך ללחוץ על מקש (אבל אין אינדיקציה ויזואלית של
זֶה). אתה יכול ללחוץ על מקש "[Return]", ובשלב זה האורח יסיים
תיוג מחדש ואתחול מחדש, או שאתה יכול להתקין policycoreutils ≥ 1.18.1-4.13 לפני התחלת
המרת v2v. ראה גם https://bugzilla.redhat.com/show_bug.cgi?id=244636

WINDOWS

סירה כישלון: 0x0000007B
כשל אתחול זה נגרם מכך ש-Windows לא מצליח למצוא או לטעון את מנהל ההתקן הנכון של הדיסק
(לְמָשָׁל. viostor.sys). אם אתה נתקל בשגיאה זו, הנה כמה דברים שכדאי לבדוק:

· ראשית ודא שהאורח יתחיל ב-hypervisor של המקור לפני ההמרה.

· בדוק שיש לך את מנהלי ההתקן של Windows virtio זמינים ב /usr/share/virtio-win, וזה
virt-v2v לא הדפיס שום אזהרה על אי יכולת להתקין מנהלי התקנים של virtio.

ב-Red Hat Enterprise Linux 7, תצטרך להתקין את מנהלי ההתקן החתומים הזמינים
בחבילת "virtio-win". אם אין לך גישה למנהלי התקנים החתומים, אז
כנראה שתצטרך להשבית את חתימת מנהל ההתקן בתפריטי האתחול.

· בדוק שאתה מציג ממשק virtio-blk (לֹא virtio-scsi ו לֹא ide) ל
האורח. בשורת הפקודה qemu/KVM אתה אמור לראות משהו דומה לזה:

... -כונן file=windows-sda,if=virtio ...

ב-libvirt XML, אתה אמור לראות:



· בדוק שהמדיניות הקבוצתית של Windows אינה מונעת את התקנת מנהל ההתקן או
בשימוש. נסה למחוק את המדיניות הקבוצתית של Windows לפני ההמרה.

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

· אפשר איתור באגים באתחול ובדוק את viostor.sys הנהג נטען.

לפתוח ערימה ו Windows הפעלה מחדש
OpenStack אינו מציע כתובות מכשיר / PCI יציבות לאורחים. כל פעם שזה יוצר
או מתחיל אורח, הוא יוצר מחדש את ה-XML של libvirt עבור אותו אורח מאפס. ה
ל-libvirt XML יהיה לא שדות. לאחר מכן ליבווירט תקצה כתובות למכשירים,
בצורה צפויה. כתובות עשויות להשתנות אם אחד מהדברים הבאים מתקיים:

· דיסק חדש או התקן רשת חדש נוסף או הוסר מהאורח.

· הגרסה של OpenStack או (אולי) libvirt השתנתה.

מכיוון ש-Windows לא אוהב שינויים ב"חומרה" מהסוג הזה, הוא עלול להפעיל את Windows
הפעלה מחדש.

זה יכול גם למנוע אתחול עם שגיאת 7B [ראה סעיף קודם] אם לאורח יש
מדיניות קבוצתית המכילה "הגבלות התקנת מכשיר".

UEFI

VMware מאפשרת לך להציג את קושחת UEFI לאורחים (במקום ה-BIOS הרגיל של המחשב האישי).
Virt-v2v יכול להמיר אורחים אלה, אך דורש ש-UEFI נתמך על ידי היעד
היפרוויזר.

נכון לעכשיו KVM תומך ב-OVMF, קושחת UEFI בקוד פתוח חלקית, ויכול להפעיל את אלה
אורחים.

מכיוון שתמיכה ב-OVMF נוספה רק לאחרונה ל-KVM (בשנים 2014/2015), לא כולם מכוונים
הסביבות עדיין תומכות באורחי UEFI:

UEFI על libvirt, qemu
נתמך. Virt-v2v יפיק את ה-Libvirt XML (מטא נתונים) הנכון באופן אוטומטי,
אך שים לב שאותה גרסה של OVMF חייבת להיות מותקנת על מארח ההמרה כפי שהיא
מותקן ב-hypervisor היעד, אחרת תצטרך להתאים נתיבים ב-
מטא נתונים.

UEFI ב-OpenStack
אינו נתמך.

UEFI ב-RHEV
אינו נתמך.

רשתות ו גשרים

אורחים מחוברים בדרך כלל לרשת אחת או יותר, וכאשר הם מומרים למטרה
hypervisor שבדרך כלל תרצה לחבר מחדש את הרשתות הללו ביעד. האפשרויות
--רֶשֶׁת ו --לְגַשֵׁר לאפשר לך לעשות זאת.

אם אינך בטוח באילו רשתות וגשרים נמצאים בשימוש ב-Hypervisor של המקור, אז
אתה יכול לבחון את המטא נתונים של המקור (libvirt XML, מידע vCenter וכו'). או שאתה יכול
הרץ virt-v2v עם --מקור הדפסה אפשרות שגורמת ל-virt-v2v להדפיס את
מידע שיש לו על האורח במקור ואז צא.

ב --מקור הדפסה פלט תראה קטע המציג את ממשק הרשת של האורח
כרטיסים (NICs):

$ virt-v2v [-i ...] --שם מקור ההדפסה
[...]
NICs:
רשת "ברירת מחדל" mac: 52:54:00:d0:cf:0e

זה אופייני לאורח libvirt: יש לו ממשק רשת יחיד המחובר ל-a
רשת שנקראת "ברירת מחדל".

למיפוי רשת ספציפית לרשת יעד, למשל "ברירת מחדל" במקור ל
"rhevm" על המטרה, השתמש ב:

virt-v2v [...] --network default:rhevm

כדי למפות כל רשת לרשת יעד, השתמש ב:

virt-v2v [...] --network rhevm

גשרים מטופלים באותו אופן, אבל אתה צריך להשתמש ב --לְגַשֵׁר אפשרות במקום זאת. ל
דוּגמָה:

$ virt-v2v [-i ...] --שם מקור ההדפסה
[...]
NICs:
גשר "br0"

$ virt-v2v [...] --bridge br0:targetbr

קלט מן VMWARE VCENTER שרת

Virt-v2v מסוגל לייבא אורחים משרת VMware vCenter.

נדרש vCenter ≥ 5.0. אם אין לך vCenter, מומלץ להשתמש ב-OVA במקום זאת
(ראה "קלט מ-VMWARE OVA" למטה), או אם זה לא אפשרי, ראה "קלט מ-
VMWARE ESXi HYPERVISOR".

Virt-v2v משתמש ב-libvirt לגישה ל-vCenter, ולכן מצב הקלט צריך להיות -i
libvirt. מכיוון שזוהי ברירת המחדל, אינך צריך לציין זאת בשורת הפקודה.

VCENTER: הסר VMWARE כלי עבודה מן WINDOWS אורחים
לאורחי Windows, עליך להסיר את כלי VMware לפני ההמרה. למרות שזהו
לא הכרחי לחלוטין, והאורח עדיין יוכל לרוץ, אם לא תעשה זאת אז
האורח שהומר יתלונן על כל מגף. לא ניתן להסיר את הכלים לאחר מכן
המרה מכיוון שהמסיר בודק אם הוא פועל על VMware ומסרב להתחיל
(וזו גם הסיבה שvirt-v2v לא יכול להסיר אותם).

זה לא הכרחי לאורחי לינוקס, מכיוון ש-virt-v2v מסוגל להסיר כלי VMware.

VCENTER: URI
URI libvirt של שרת vCenter נראה בערך כך:

vpx://user@server/Datacenter/esxi

שם:

"מִשׁתַמֵשׁ@"
הוא המשתמש (אופציונלי, אך מומלץ) להתחבר אליו.

אם שם המשתמש מכיל קו נטוי אחורי (למשל "DOMAIN\USER"), תצטרך URI-
בריחה של התו הזה באמצעות %5c: "DOMAIN%5cUSER" (5c הוא קוד ASCII הקסדצימלי עבור
נטוי אחורי.) ייתכן שיהיה צורך להמלט גם על סימני פיסוק אחרים.

"שרת"
הוא שרת vCenter (לֹא היפרוויזר).

"מרכז הנתונים"
הוא השם של מרכז הנתונים.

אם השם מכיל רווח, החלף אותו בקוד URI-escape %20.

"אסשי"
הוא שמו של ESXi hypervisor שמנהל את האורח.

אם פריסת VMware משתמשת בתיקיות, ייתכן שיהיה צורך להוסיף אותן ל-URI, למשל:

vpx://user@server/Folder/Datacenter/esxi

לפרטים מלאים על URIs של libvirt, ראה: http://libvirt.org/drvesx.html

שגיאות אופייניות מ-libvirt / virsh כאשר ה-URI שגוי כוללות:

· לא ניתן היה למצוא את מרכז הנתונים שצוין ב- [...]

· לא ניתן היה למצוא משאב מחשוב שצוין ב- [...]

· נתיב [...] אינו מציין משאב מחשוב

· נתיב [...] אינו מציין מערכת מארח

· לא ניתן למצוא מערכת מארח שצוינה ב- [...]

VCENTER: מבחן LIBVIRT חיבור ל VCENTER
השתמש וירש(1) הפקודה כדי לרשום את האורחים בשרת vCenter כך:

$ virsh -c 'vpx://[מוגן בדוא"ל]רשימת /Datacenter/esxi' --all
הזן את הסיסמה של root עבור vcenter.example.com: ***

מדינת שם מזהה
-------------------------------------------------- -
- פדורה 20 כבה
- Windows 2003 כבוי

אם אתה מקבל הודעת שגיאה "לא ניתן לאמת אישור עמית עם אישורי CA נתונים"
או דומה, אז תוכל לייבא את האישור של מארח vCenter, או לעקוף חתימה
אימות על ידי הוספת הדגל "?no_verify=1":

$ virsh -c 'vpx://[מוגן בדוא"ל]/Datacenter/esxi?no_verify=1' רשימה --all

כדאי גם לנסות לזרוק את המטא נתונים מכל אורח בשרת שלך, כך:

$ virsh -c 'vpx://[מוגן בדוא"ל]/Datacenter/esxi' dumpxml "Windows 2003"

Windows 2003
[...]


If מה היא מֵעַל פקודות do לֹא עֲבוֹדָה, אז virt-v2v is לֹא הולך ל לעבוד או. תקן את שלך
תצורת libvirt ו/או שרת VMware vCenter שלך לפני שתמשיך.

VCENTER: יבוא A GUEST
כדי לייבא אורח מסוים משרת vCenter, בצע:

$ virt-v2v -ic 'vpx://[מוגן בדוא"ל]/Datacenter/esxi?no_verify=1' \
"Windows 2003" \
-o מקומי -os / var / tmp

כאשר "Windows 2003" הוא שם האורח (שיש לכבות אותו).

שימו לב שייתכן שתתבקשו להזין את סיסמת vCenter פעמים. זה קורה פעם אחת כי
libvirt צריך את זה, ופעם שנייה כי virt-v2v עצמו מתחבר ישירות ל-
שרת. להשתמש --סיסמה-קובץ לספק סיסמה באמצעות קובץ.

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

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

1. צור תפקיד מותאם אישית ב-vCenter.

2. הפעל (סמן) את האובייקטים הבאים:

חנות מידע:
- דפדף בחנות הנתונים
- פעולות קבצים ברמה נמוכה

מושב:
- אימות הפגישה

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

קלט מן VMWARE OVA

Virt-v2v מסוגל לייבא אורחים מקבצי OVA (Open Virtualization Appliance) של VMware.
רק OVAs שיוצאו מ-VMware vSphere יעבדו.

OVA: הסר VMWARE כלי עבודה מן WINDOWS אורחים
לאורחי Windows, עליך להסיר את כלי VMware לפני ההמרה. למרות שזהו
לא הכרחי לחלוטין, והאורח עדיין יוכל לרוץ, אם לא תעשה זאת אז
האורח שהומר יתלונן על כל מגף. לא ניתן להסיר את הכלים לאחר מכן
המרה מכיוון שהמסיר בודק אם הוא פועל על VMware ומסרב להתחיל
(וזו גם הסיבה שvirt-v2v לא יכול להסיר אותם).

זה לא הכרחי לאורחי לינוקס, מכיוון ש-virt-v2v מסוגל להסיר כלי VMware.

OVA: ליצור OVA
כדי ליצור OVA ב-vSphere, השתמש באפשרות "יצוא תבנית OVF" (מהקשר VM
תפריט, או מתפריט קובץ). או "תיקיית קבצים" (OVF) או "קובץ בודד" (OVA).
עבודה, אבל כנראה קל יותר להתמודד עם OVA. קבצי OVA הם בעצם רק זפת לא דחוסה
קבצים, כך שתוכל להשתמש בפקודות כמו "tar tf VM.ova" כדי להציג את תוכנם.

צור OVA עם ovftool

אתה יכול גם להשתמש ב-"ovftool" הקנייני של VMware:

ovftool --noSSLVerify \
vi://משתמש:[מוגן בדוא"ל]/VM \
VM.ova

כדי להתחבר ל-vCenter:

ovftool --noSSLVerify \
vi://משתמש:[מוגן בדוא"ל]/DATACENTER-NAME/vm/VM \
VM.ova

עבור אימות מודע ל-Active Directory, עליך לבטא את התו "@" ב-
צורת ה-ascii hex-code (%5c):

vi://DOMAIN%5cUSER:PASSWORD@...

OVA: יבוא A GUEST
לייבא קובץ OVA שנקרא VM.ova, לעשות;

$ virt-v2v -i ova VM.ova -o local -os / var / tmp

אם ייצאת את האורח בתור "תיקיית קבצים", or אם פרקת את ה-OVA tarball
בעצמך, אז אתה יכול להצביע virt-v2v על הספרייה המכילה את הקבצים:

$ virt-v2v -i ova /path/to/files -o local -os / var / tmp

קלט מן VMWARE ESXi מפקח

Virt-v2v לא יכול לגשת ישירות ל-ESXi hypervisor. עליך להשתמש בשיטת OVA לעיל
(ראה "קלט מ-VMWARE OVA") אם אפשר, מכיוון שהוא הרבה יותר מהיר ודורש הרבה פחות
שטח דיסק מאשר השיטה המתוארת בסעיף זה.

אתה יכול להשתמש ב virt-v2v-copy-to-local(1) כלי להעתיק את האורח מה-hypervisor לתוך א
קובץ מקומי ולאחר מכן המר אותו.

ESXi: הסר VMWARE כלי עבודה מן WINDOWS אורחים
לאורחי Windows, עליך להסיר את כלי VMware לפני ההמרה. למרות שזהו
לא הכרחי לחלוטין, והאורח עדיין יוכל לרוץ, אם לא תעשה זאת אז
האורח שהומר יתלונן על כל מגף. לא ניתן להסיר את הכלים לאחר מכן
המרה מכיוון שהמסיר בודק אם הוא פועל על VMware ומסרב להתחיל
(וזו גם הסיבה שvirt-v2v לא יכול להסיר אותם).

זה לא הכרחי לאורחי לינוקס, מכיוון ש-virt-v2v מסוגל להסיר כלי VMware.

ESXi: URI
ה-URI של libvirt עבור היפרוויזורים של VMware ESXi ייראה בערך כך:

esx://[מוגן בדוא"ל]?no_verify=1

הפרמטר "?no_verify=1" משבית את בדיקת אישורי TLS.

ESXi: מבחן LIBVIRT חיבור ל ESXi מפקח
השתמש וירש(1) פקודה לבדיקת ה-URI ולפרט את האורחים המרוחקים הזמינים:

$ virsh -c esx://[מוגן בדוא"ל]?no_verify=1 רשימה --הכל
הזן את הסיסמה של root עבור esxi.example.com: ***
מדינת שם מזהה
-------------------------------------------------- -
- אורח כיבוי

ESXi: COPY LA GUEST ל LA מקומי מכונה
שימוש ב-libvirt URI בתור -אייק אפשרות, העתק את אחד האורחים למחשב המקומי:

$ virt-v2v-copy-to-local -ic esx://[מוגן בדוא"ל]?no_verify=אורח אחד

זה יוצר guest.xml, אורח-דיסק1, ...

ESXi: DO LA VIRT-V2V המרה
בצע את ההמרה של האורח באמצעות virt-v2v:

$ virt-v2v -i libvirtxml guest.xml -o local -os / var / tmp

ESXi: CLEAN UP
הסר את guest.xml ו אורח-דיסק* קבצים.

קלט מן רהל 5 XEN

Virt-v2v מסוגל לייבא אורחי Xen ממארחי RHEL 5 Xen.

Virt-v2v משתמש ב-libvirt לגישה למארח ה-Xen המרוחק, ולפיכך במצב הקלט
צריך להיות -i libvirt. מכיוון שזוהי ברירת המחדל, אינך צריך לציין זאת בפקודה
קו.

XEN: SET UP SSH-AGENT גישה ל XEN HOST
כרגע עליך לאפשר גישת SSH ללא סיסמה למארח ה-Xen המרוחק מה-virt-v2v
שרת המרה.

עליך להשתמש גם ב-ssh-agent ולהוסיף את מפתח ה-ssh הציבורי שלך /root/.ssh/authorized_keys (עַל
מארח Xen).

לאחר שתעשה זאת, עליך לבדוק שגישה ללא סיסמה פועלת משרת virt-v2v
למארח Xen. לדוגמה:

$ ssh [מוגן בדוא"ל]
[נכנס ישירות למעטפת, לא נדרשת סיסמה]

שים לב שגישה ל-Kerberos היא אינטראקטיבית בסיסמא לֹא נתמך. אתה יש להגדיר
גישה ל-ssh באמצעות ssh-agent ו-autorized_keys.

XEN: מבחן LIBVIRT חיבור ל מְרוּחָק XEN HOST
השתמש וירש(1) פקודה לרשימת האורחים במארח Xen המרוחק:

$ virsh -c xen+ssh://[מוגן בדוא"ל] רשימה - הכל
מדינת שם מזהה
-------------------------------------------------- -
0 דומיין-0 פועל
- rhel49-x86_64-pv כיבוי

כדאי גם לנסות לזרוק את המטא נתונים מכל אורח בשרת שלך, כך:

$ virsh -c xen+ssh://[מוגן בדוא"ל] dumpxml rhel49-x86_64-pv

rhel49-x86_64-pv
[...]


If מה היא מֵעַל פקודות do לֹא עֲבוֹדָה, אז virt-v2v is לֹא הולך ל לעבוד או. תקן את שלך
תצורת libvirt או השרת המרוחק לפני שתמשיך.

If מה היא אורח דיסקים יש לו ממוקם on a המארח בלוק מכשיר, אז ההמרה תיכשל. לִרְאוֹת
"המרות XEN או SSH ממכשירי חסימה" למטה לפתרון עוקף.

XEN: יבוא A GUEST
כדי לייבא אורח מסוים משרת Xen, בצע:

$ virt-v2v -ic 'xen+ssh://[מוגן בדוא"ל]'\
rhel49-x86_64-pv \
-o מקומי -os / var / tmp

כאשר "rhel49-x86_64-pv" הוא שם האורח (שיש לכבות אותו).

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

XEN OR SSH המרות מן BLOCK DEVICES
נכון לעכשיו, virt-v2v לא יכול לגשת ישירות לאורח Xen (או לכל אורח שנמצא מרחוק מעל
ssh) אם הדיסקים של אותו אורח ממוקמים בהתקני חסימה מארח.

כדי לדעת אם אורח Xen משתמש במכשירי חסימת מארח, עיין ב-XML של אורח. אתה תראה:


...


כאשר "type='block'", "source dev=" ו-"/dev/..." הם כולם סימנים לכך שהדיסק הוא
ממוקם במכשיר חסימת מארח.

זה קורה מכיוון שמנהל ההתקן qemu ssh block שבו אנו משתמשים כדי לגשת לדיסקים מרוחקים משתמש ב-
פרוטוקול ssh sftp, והפרוטוקול הזה לא יכול לזהות נכון את גודל הבלוק המארח
התקנים.

הדרך לעקיפת הבעיה היא להעתיק את האורח לשרת ההמרה, באמצעות הנפרד
virt-v2v-copy-to-local(1) כלי, ואחריו הפעלת virt-v2v. תצטרך מספיק
מקום בשרת ההמרה לאחסון עותק מלא של האורח.

virt-v2v-copy-to-local -ic xen+ssh://[מוגן בדוא"ל] אורח
virt-v2v -i libvirtxml guest.xml -o local -os / var / tmp
rm guest.xml דיסק אורח*

תפוקה ל LIBVIRT

השמיים -o libvirt האפשרות מאפשרת לך להעלות את האורח שהומר למארח מנוהל libvirt.
ישנן מספר מגבלות:

· אתה יכול להשתמש רק בחיבור libvirt מקומי [ראה למטה כיצד לעקוף זאת].

· -עֶצֶם בריכה האפשרות חייבת לציין מאגר ספריות, לא משהו אקזוטי יותר כגון
iSCSI [אך ראה להלן].

· ניתן להעלות רק ל-KVM hypervisor.

ל תפוקה ל a מרחוק libvirt למשל ו / או a ללא ספרייה אחסון בריכה אתה צריך להשתמש
הפתרון הבא:

1. השתמש ב-virt-v2v in -o מקומי מצב כדי להמיר את הדיסקים והמטא-נתונים האורחים למקומיים
ספרייה זמנית:

virt-v2v [...] -o מקומי -os / var / tmp

זה יוצר שני (או יותר) קבצים ב / var / tmp שקוראים לו:

/var/tmp/NAME.xml # libvirt XML (מטא נתונים)
/var/tmp/NAME-sda # הדיסק הראשון של האורח

(עבור "NAME" תחליף את שם האורח).

2. העלה את הדיסק/ים המומרים למאגר האחסון הנקרא "POOL":

size=$(stat -c%s /var/tmp/NAME-sda)
virsh vol-create-as POOL NAME-sda $size --פורמט גולמי
virsh vol-upload --pool POOL NAME-sda /var/tmp/NAME-sda

3. ערוך /var/tmp/NAME.xml כדי לשנות /var/tmp/NAME-sda לשם הבריכה. במילים אחרות,
אתר את קטע ה-XML הבא:







ושנה שני דברים: יש לשנות את התכונה "type='file'" ל-"type='volume'",
וה " יש לשנות את האלמנט כך שיכלול תכונות "בריכה" ו-"נפח":


...

...


4. הגדר את האורח הסופי ב-libvirt:

virsh מגדיר את /var/tmp/NAME.xml

תפוקה ל rhev

סעיף זה חל רק על -o rhev מצב פלט. אם אתה משתמש ב-virt-v2v מה-RHEV-M
ממשק משתמש, ואז מאחורי הקלעים הייבוא ​​מנוהל על ידי VDSM באמצעות ה -o vdsm
מצב פלט (שמשתמשי קצה לא צריכים לנסות להשתמש בו ישירות).

עליך לציין -o rhev ו -עֶצֶם אפשרות שמצביעה על אחסון היצוא של RHEV-M
תְחוּם. אתה יכול לציין את שרת ה-NFS ואת נקודת הרכבה, למשל.
"-os rhev-storage:/rhev/export", או שאתה יכול להעלות את זה קודם ולהצביע על הספרייה
היכן הוא מותקן, למשל. "-os /tmp/mnt". היזהר לא להצביע על אחסון הנתונים
דומיין בטעות כי זה לא יעבוד.

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

ב-RHEV ≥ 2.2 זה נעשה מהכרטיסייה Storage. בחר את דומיין הייצוא שהאורח היה
נכתב ל. מתחת לרשימת תחומי האחסון תופיע חלונית שמציגה כמה
כרטיסיות, אחת מהן היא "יבוא VM". האורח שהומר יופיע כאן. בחר את
האורח המתאים לחץ על "ייבוא". עיין בתיעוד RHEV לפרטים נוספים.

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

מַשׁאָב דרישות

רשת
נראה שהמשאב החשוב ביותר עבור virt-v2v הוא רוחב הפס של הרשת. Virt-v2v צריך
להיות מסוגל להעתיק נתוני אורח במהירויות Ethernet של ג'יגה-ביט ומעלה.

ודא שחיבורי הרשת בין שרתים (שרת המרות, שרת NFS,
vCenter, Xen) הם כמה שיותר מהירים והשהייה נמוכה ככל האפשר.

דיסק שטח
Virt-v2v ממקם קבצים זמניים גדולים בעלי פוטנציאל ל-$TMPDIR (שהוא / var / tmp אם אתה
אל תגדיר את זה). שימוש ב-tmpfs הוא רעיון רע.

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

-i ביציות
זה מציב באופן זמני עותק מלא של דיסקי המקור הלא דחוסים ב-$TMPDIR.

-o מבט
זה מציב באופן זמני עותק מלא של דיסקי הפלט ב-$TMPDIR.

-o מקומי
-o qemu
עליך לוודא שיש מספיק מקום בספריית הפלט עבור ההמרה
אורח.

-o ריק
זה מציב באופן זמני עותק מלא של דיסקי הפלט ב-$TMPDIR.

VMware vCenter משאבים
ההעתקה מ-VMware vCenter היא כרגע די איטית, אך אנו מאמינים שזו בעיה
עם VMware. הבטחת ה-VMware ESXi hypervisor ו-vCenter פועלים על חומרה מהירה
עם הרבה זיכרון צריך להקל על זה.

לחשב כּוֹחַ ו RAM
Virt-v2v אינו אינטנסיבי במיוחד מחשוב או זיכרון RAM. אם אתה מפעיל הרבה במקביל
המרות, אז תוכל לשקול להקצות ליבת מעבד אחת ובין 512 MB ל-1 GB של
זיכרון RAM לכל מופע פועל.

ניתן להפעיל את Virt-v2v במכונה וירטואלית.

לאחר המרה משימות

אוֹרֵחַ רשת תצורה
Virt-v2v אינו יכול כעת להגדיר מחדש את תצורת הרשת של אורח. אם המומרים
guest אינו מחובר לאותה רשת משנה כמו המקור, ייתכן שתצורת הרשת שלו
צריך להתעדכן. ראה גם וירט-התאמה אישית(1).

המרה a Windows אורח
בעת המרת אורח Windows, תהליך ההמרה מתחלק לשני שלבים:

1. המרה לא מקוונת.

2. אתחול ראשון.

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

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

חופשי SPACE עבור המרה

Virt-v2v בודק שיש מספיק מקום פנוי במערכת הקבצים האורח כדי לבצע את
הֲמָרָה. כרגע זה בודק:

מערכת הקבצים הבסיסית של לינוקס או כונן "C:" של Windows
מינימום שטח פנוי: 20 מגה

לינוקס / אתחול
מינימום שטח פנוי: 50 מגה

הסיבה לכך היא שאנחנו צריכים לבנות initramfs חדש עבור Linux Enterprise
המרות.

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

רץ VIRT-V2V AS שורש OR ללא שורש

שום דבר ב-virt-v2v אינו זקוק מטבעו לגישת שורש, והוא יפעל בסדר גמור בתור לא שורש
מִשׁתַמֵשׁ. עם זאת, תכונות חיצוניות מסוימות עשויות לדרוש שורש או משתמש מיוחד:

הרכבה של תחום אחסון היצוא
כשמשתמש -o rhev -עֶצֶם שרת:/esd ל-virt-v2v חייבות להיות הרשאות מספיקות ל-NFS
טען את תחום האחסון הייצוא מ"שרת".

אתה יכול להימנע מהצורך כאן ב-root על ידי הרכבה בעצמך לפני הפעלת virt-v2v, ו
חולף -עֶצֶם /נקודת mount במקום זאת, אבל קודם כל קרא את הסעיף הבא...

כתיבה ל-Export Storage Domain כ-36:36
RHEV-M אינו יכול לקרוא קבצים וספריות מתחום האחסון לייצא אלא אם כן
יש UID:GID 36:36. תראה בעיות בייבוא ​​VM אם UID:GID שגוי.

כאשר אתה מפעיל virt-v2v -o rhev בתור root, virt-v2v מנסה ליצור קבצים ו
ספריות עם הבעלות הנכונה. אם תפעיל את virt-v2v כלא שורש, זה יעשה זאת
כנראה עדיין עובד, אבל תצטרך לשנות את הבעלות באופן ידני לאחר ש-virt-v2v יש
סיים.

כותב ל-libvirt
כשמשתמש -o libvirt, ייתכן שתצטרך להפעיל את virt-v2v בתור root כדי שיוכל לכתוב אליו
מופע המערכת libvirt (כלומר "qemu:///system") ולמיקום ברירת המחדל עבור
תמונות דיסק (בדרך כלל / var / lib / libvirt / images).

אתה יכול להימנע מכך על ידי הגדרת אימות חיבור libvirt, ראה
http://libvirt.org/auth.html. לחלופין, השתמש -oc qemu:///session, אשר
כתוב למופע libvirt לכל משתמש שלך.

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

פיתרון RHEV-M יְבוּא כישלונות

כאשר אתה מייצא ל-RHEV-M Export Storage Domain, ולאחר מכן מייבא את האורח הזה דרכו
ממשק המשתמש של RHEV-M, אתה עלול להיתקל בכשל בייבוא. אבחון כשלים אלה הוא
קשה להחריד שכן ממשק המשתמש מסתיר בדרך כלל את הסיבה האמיתית לכישלון.

ישנם שני קובצי יומן מעניינים. הראשון מאוחסן בשרת RHEV-M עצמו, ו
נקרא /var/log/ovirt-engine/engine.log

הקובץ השני, שהוא השימושי ביותר, נמצא במארח SPM (SPM מייצג
"מנהל בריכת אחסון"). זהו צומת RHEV שנבחר לבצע את כל המטא נתונים
שינויים במרכז הנתונים, כגון יצירת תמונה או תמונת מצב. אתה יכול לגלות
איזה מארח הוא ה-SPM הנוכחי מהכרטיסייה "מארחים" העמודה "סטטוס Spm". ברגע שיש לך
מצא את ה-SPM, היכנס אליו ותפוס את הקובץ /var/log/vdsm/vdsm.log אשר יכיל
הודעות שגיאה מפורטות מפקודות ברמה נמוכה.

מינימאלי XML עבור -i libvirtxml אוֹפְּצִיָה

בעת שימוש -i libvirtxml אפשרות, אתה צריך לספק קצת libvirt XML. כותב את זה
מאפס זה קשה, אז התבנית למטה מועילה.

הערות זֶה צריך רק be מְשׁוּמָשׁ ל בדיקות ו / או איפה אתה לדעת מה אתה מַעֲשֶׂה! אם
יש מטא נתונים של libvirt עבור האורח, תמיד השתמש בזה במקום.


שֵׁם
1048576
2

hvm














<mac address='52:54:00:01:02:03'/>

מכונה קָרִיא תפוקה

השמיים --ניתן לקריאה במכונה ניתן להשתמש באפשרות כדי להפוך את הפלט לידידותי יותר למכונה, אשר
שימושי בעת קריאה ל-virt-v2v מתוכניות אחרות, ממשקי GUI וכו'.

ישנן שתי דרכים להשתמש באפשרות זו.

ראשית השתמש באפשרות בפני עצמה כדי לשאול את היכולות של הבינארי virt-v2v.
פלט אופייני נראה כך:

$ virt-v2v --ניתן לקריאה במכונה
virt-v2v
libguestfs-שכתוב
קלט:דיסק
[...]
פלט: מקומי
[...]
convert:enterprise-linux
convert:windows

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

התכונות "קלט:" ו-"פלט:" מתייחסות אליהן -i ו -o (מצב קלט ופלט) אפשרויות
נתמך על ידי בינארי זה. התכונות "המר:" מתייחסות לסוגי אורחים שהם בינאריים
יודע להמיר.

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

כרגע זה אומר:

1. ניתן לנתח הודעות בסרגל ההתקדמות מ-stdout על ידי חיפוש אחר הרגיל הזה
ביטוי:

^[0-9]+/[0-9]+$

2. התוכנית המתקשרת צריכה לטפל בהודעות שנשלחות ל-stdout (למעט סרגל ההתקדמות
הודעות) כהודעות סטטוס. ניתן לרשום אותם ו/או להציג אותם למשתמש.

3. התוכנית המתקשרת צריכה להתייחס להודעות שנשלחות אל stderr כהודעות שגיאה. ב
בנוסף, virt-v2v יוצא עם קוד סטטוס שאינו אפס אם הייתה שגיאה קטלנית.

Virt-v2v ≤ 0.9.1 לא תמך ב --ניתן לקריאה במכונה אפשרות בכלל. האופציה הייתה
נוסף כאשר virt-v2v שוכתב ב-2014.

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