לאחר רכישת Broadcom, עזיבת VMware היא כמעט בלתי נמנעת עבור עסקים בינוניים. עלויות הרישוי הוכפלו, רישיונות קבועים נעלמו, ומודל המנוי הוא חובה. אנו עוזרים לחברות לבצע הגירה ל-Proxmox או KVM עם סיכונים מינימליים: אנו מבצעים מלאי, ממירים כל VM, ומגדירים גיבויים וניטור. הגירה אינה רק החלפת היפרבייזר — היא כוללת מבנה מחדש של כל VM לפלטפורמה החדשה, שינוי תהליכי גיבוי, ניטור ותצורת רשת. רקורד העבודה שלנו: 5+ שנים ו-50+ פרויקטי הגירה מוצלחים. השירות שלנו הוא הגירה מלאה מ-VMware ל-Proxmox/KVM. בקשו הערכה מקדימה — אנו נחשב לוחות זמנים ועלויות. מאחר ש-VMware הפסיקה רישיונות קבועים, המנוי השנתי עבור 100 VM עולה $10,000–15,000, מה שבלתי סביר עבור חברות רבות. Proxmox הוא היפרבייזר חינמי המבוסס על KVM, המציע פונקציונליות דומה ללא דמי רישוי. עם זאת, הגירה דורשת זהירות: שגיאת המרת דיסק עלולה להוביל לאובדן נתונים.
למה לעבור ל-Proxmox/KVM?
Proxmox אינו רק חינמי. הוא מציע גיבוי מובנה, ZFS, אשכולות, וממשק אינטרנט דומה ל-vSphere. בהשוואה ל-VMware, Proxmox צורך פי 4 פחות זיכרון RAM (1 GB לעומת 4 GB עבור ESXi). הקהילה מעדכנת חבילות באופן פעיל, ותמיכה מסחרית זמינה ממספר ספקים. עבור עסקים, זה אומר הפחתה של 30-50% בעלות הבעלות הכוללת (TCO) ללא אובדן פונקציונליות. לדוגמה, חיסכון ברישוי עבור אשכול של 100 VM מסתכם בכ-$50,000 בשנה.
מה קורה ל-VM במהלך ההמרה
VMware מאחסנת דיסקים בפורמט VMDK. KVM ו-Proxmox משתמשים ב-qcow2 או raw. זה לא רק שינוי שם קובץ — נדרשת המרה באמצעות qemu-img. במקביל, יש להחליף הגדרות BIOS/UEFI, VMware Tools, ודרייברים פארא-וירטואליים במקבילי KVM (דרייברי virtio, qemu-guest-agent).
| פורמט VMDK | תוצאת ההמרה | הערה |
|---|---|---|
| thin | qcow2 (sparse) | חוסך מקום, תומך בצילומי מצב |
| thick eager-zeroed | raw או qcow2 עם הקצאה מוקדמת | לדיסקים בעלי ביצועים גבוהים |
| שרשרת צילומי מצב | qcow2 נפרד לאחר מיזוג | vmware-vdiskmanager -r source.vmdk -t 0 flat.vmdk |
כיצד virt-v2v מפשט את ההגירה
virt-v2v הוא הכלי הסטנדרטי להגירה מ-VMware ל-KVM. הוא מתחבר ל-vCenter דרך API, ממיר דיסקים, ומחליף את VMware Tools ב-qemu-guest-agent ודרייברי virtio. הגירה אוטומטית באמצעות virt-v2v מפחיתה את זמן ההמרה ב-50% בהשוואה לייצוא/ייבוא ידני. התקנה על RHEL/CentOS:
dnf install virt-v2v nbdkit nbdkit-vmware-plugin דוגמה להגירת VM מ-vCenter (לחצו להרחבה)
export LIBGUESTFS_BACKEND=direct virt-v2v \
-ic "vpx://vcenter.company.local/Datacenter/cluster01?no_verify=1" \
-it vddk \
-io vddk-libdir=/opt/vmware-vix-disklib-distrib \
-io vddk-thumbprint=$(openssl s_client -connect vcenter.company.local:443 </dev/null 2>/dev/null \
| openssl x509 -fingerprint -sha1 -noout | cut -d= -f2) \
-o local -os /var/tmp/v2v-output \
--root first \
"vm-name-in-vcenter"פלט ב-dnf install virt-v2v nbdkit nbdkit-vmware-plugin : קבצי דיסק qcow2 ותצורת libvirt XML. עבור Proxmox, ייבוא באמצעות export LIBGUESTFS_BACKEND=direct virt-v2v \ -ic "vpx://vcenter.company.local/Datacenter/cluster01?no_verify=1" \ -it vddk \ -io vddk-libdir=/opt/vmware-vix-disklib-distrib \ -io vddk-thumbprint=$(openssl s_client -connect vcenter.company.local:443 </dev/null 2>/dev/null \ | openssl x509 -fingerprint -sha1 -noout | cut -d= -f2) \ -o local -os /var/tmp/v2v-output \ --root first \ "vm-name-in-vcenter" .
מדוע VM של Windows דורשים טיפול מיוחד
VM של Linux נודדים בצורה חלקה יחסית — דרייברי virtio מובנים בליבת מערכת המודרנית. Windows אינו מכיר את virtio, ובאתחול הראשון לאחר שינוי ההיפרבייזר, הוא נתקע על מסך כחול /var/tmp/v2v-output/ או נכנס ללולאת שחזור.
virt-v2v יכול להכין VM של Windows עבור KVM: הוא מוסיף דרייברי virtio במצב לא מקוון (באמצעות libguestfs API), מסיר את VMware Tools, ומגדיר את ה-HAL הנכון. אבל זה עובד רק אם:
- Windows אינו מוצפן ב-BitLocker
- ה-VM כבוי לפני ההגירה
- ל-Windows יש עדכונים עדכניים (מערכות ישנות כמו Windows Server 2008 דורשות התקנת דרייברים ידנית)
נתיב ידני עבור Windows ללא virt-v2v:
- התקנת דרייברי virtio על VMware (הוספת בקר דיסק virtio כמשני, אתחול Windows, התקנת דרייבר, הסרת ההתקן)
- המרת VMDK → qcow2
- ייבוא ל-Proxmox
- אתחול
תצורת רשת: VMware vSwitch → Linux Bridge/OVS
ב-VMware, הרשת היא vSwitches עם Port Groups. ב-Proxmox, היא Linux Bridge (qm importdisk, INACCESSIBLE_BOOT_DEVICE) או Open vSwitch עבור טופולוגיות מורכבות יותר. יש לשכפל את תצורת ה-VLAN:
# /etc/network/interfaces на Proxmox-ноде
auto vmbr0
iface vmbr0 inet static
address 192.168.1.10/24
gateway 192.168.1.1
bridge-ports eno1
bridge-stp off
bridge-fd 0
# VLAN-aware bridge для множества VLAN
auto vmbr1
iface vmbr1 inet manual
bridge-ports eno2
bridge-stp off
bridge-fd 0
bridge-vlan-aware yes
bridge-vids 2-4094כל VM מקבל תג VLAN בתצורה: vmbr0.
תהליך הגירה עבור אשכול
אנו מבצעים הגירה המונית בגלים, לא את כל ה-VM בבת אחת:
- פיילוט: 2–3 VM לא קריטיים, בדיקת פונקציונליות, ביצועי דיסק ורשת
- גל 1: סביבות פיתוח/סטייג'ינג, ללא מגבלות זמן השבתה
- גל 2: ייצור, שירותים משניים (ניטור, לוגים, גיבויים)
- גל אחרון: ייצור, קריטי לעסק — דורש חלון תחזוקה
לאחר כל גל, שבוע של תצפית לפני הבא. אל תבטלו את VMware מוקדם מדי — עד שהכל יציב, ההיפרבייזר הישן צריך להישאר זמין לחזרה לאחור.
מה כולל שירות ההגירה?
- מלאי VM: מערכת הפעלה, דיסקים, רשת, תלותיות
- המרת דיסקים (VMDK → qcow2) תוך שמירה על המבנה
- החלפת דרייברים ו-VMware Tools ב-virtio ו-qemu-guest-agent
- הגדרת רשת: VLAN, bridge, כתובות IP
- בדיקת כל VM לאחר ההגירה
- תיעוד התשתית החדשה
- העברה והדרכת מנהלים
- שבוע של תמיכה לאחר ההגירה
למה לבחור בנו?
- 5+ שנות ניסיון עם VMware ו-KVM/Proxmox
- 50+ פרויקטי הגירה מוצלחים
- מהנדסים מוסמכים (RHCE, VCP)
- אחריות לעבודה — פתרון בעיות ללא עלות תוך חודש
- תיעוד מלא והדרכה לצוות שלכם
לוחות זמנים
| היקף | לוח זמנים |
|---|---|
| 5–10 VM, Linux בלבד | 3–5 ימי עסקים |
| 20–50 VM, מעורב (Linux + Windows) | 2–4 שבועות |
| 100+ VM, הגירת אשכול | 2–3 חודשים |
הערכה מדויקת לאחר מלאי: מספר VM, מערכות הפעלה, גדלי דיסקים, טופולוגיית רשת, דרישות זמן השבתה. העלות מחושבת באופן אישי. צרו קשר להערכה מקדימה. הזמינו הגירת פיילוט של 3 VM כדי לבדוק את האיכות.
הערה: לצורך הגירה, אנו מתייחסים לתיעוד הרשמי של KVM ו-virt-v2v.