מה בעצם השתנה אצל VMware אחרי הרכישה?
עד לפני שנתיים מנהל תשתיות לא באמת חשב על רישוי VMware. זה היה שם, זה עבד, וזה התחדש כל שנה במחיר צפוי. הרכישה של VMware על ידי Broadcom שינתה את זה מהיסוד: מודל הרישוי עבר למנוי, עשרות מוצרים אוחדו לחבילות גדולות, ותוכניות שהתאימו לארגונים קטנים ובינוניים פשוט נעלמו. התוצאה שאנחנו שומעים שוב ושוב היא אותה תמונה, לקוח שפותח את הצעת החידוש ורואה מספר שהוא פי כמה ממה שהכיר.
לקוחות שמגיעים אליי אחרי שראו את הצעת החידוש שואלים אותי דבר אחד: "זה באמת ייקור רגיל שפשוט סופגים?" והתשובה שלי היא לא — זה מספר שמכריח מנהל תשתיות לשאול שאלה שלא שאל שנים, האם אנחנו עדיין במקום הנכון.
איך יודעים אם בכלל כדאי לעזוב את VMware?
לפני שרצים לחפש חלופה, שווה לעצור על שתי שאלות. הראשונה, כמה מהפלטפורמה אתם באמת מנצלים. הרבה ארגונים משתמשים ב-vSphere בלבד להרצת מכונות וירטואליות, ומשלמים כעת על חבילה שלמה שכוללת יכולות שהם לא נוגעים בהן. השנייה, מתי מתחדש הרישיון. מועד החידוש הוא נקודת ההחלטה, כי עד אליו שום דבר לא בוער, ואחריו כבר חתמתם לשנה.
החלופות, וההבדל האמיתי ביניהן
| ענן פרטי מנוהל בישראל | Proxmox / Hyper-V | ענן ציבורי | |
|---|---|---|---|
| למי מתאים | ארגון בלי צוות תשתיות גדול | צוות טכני שאוהב לתחזק לבד | עומסים משתנים, cloud-native |
| מי אחראי כשמשהו נשבר | המהנדס של הספק | אתם | אתם, בתוך הפלטפורמה |
| איפה המידע יושב | בישראל | איפה שתבחרו | לרוב בחו״ל |
| מודל עלות | חודשי קבוע וצפוי | חינם ברישוי, עלות בתחזוקה | משתנה לפי שימוש |
| מאמץ מעבר | הספק מבצע | עליכם | בינוני עד גבוה |
לרוב הארגונים הבינוניים שאנחנו פוגשים, נקודת האיזון היא ענן פרטי מנוהל בדאטה סנטר בישראל. הוא נותן את החיסכון של יציאה מרישוי Broadcom, בלי הצורך להפוך את הצוות הקיים למומחי פלטפורמה חדשה, ובלי להוציא את המידע מגבולות הארץ. מי שיש לו צוות תשתיות חזק ורצון לעבוד עם קוד פתוח ימצא ב-Proxmox פתרון אמיתי, וזה בסדר גמור, זו פשוט דרך אחרת שמעבירה את האחריות אליכם.
איך נראית הגירה מסודרת מ-VMware בפועל?
- 1
מיפוי
רשימה מלאה של המכונות הווירטואליות, המשאבים והתלויות ביניהן. בלי מיפוי טוב, כל השאר ניחוש.
- 2
הקמת סביבת יעד
ענן פרטי בדאטה סנטר בישראל, כולל רשת, אחסון NVMe והגנת DDoS, מוכן לקבל את המכונות.
- 3
העתקה מדורגת
המכונות מועתקות ברקע בזמן שהמקור עדיין עובד, כך שאף אחד לא מרגיש שמשהו קורה.
- 4
אימות ומעבר
בודקים כל שירות בסביבה החדשה, ורק אז מבצעים מעבר סופי בחלון קצר, עם אפשרות לחזור אחורה.
- 5
תפעול שוטף
מהנדס אחראי על הסביבה החדשה תחת SLA, כך שאתם לא נשארים לבד מול פלטפורמה שהרגע קיבלתם.
למה דווקא HostAllow למיגרציית VMware?
מתאים לכם אם
- החידוש של VMware קפץ ואתם רוצים לדעת מה החלופה עולה באמת
- אתם רוצים שהמידע יישאר בישראל, לא בחוות שרתים בחו״ל
- אין לכם צוות תשתיות שיתחזק פלטפורמת וירטואליזציה חדשה לבד
- חשוב לכם שמישהו אחד יהיה אחראי על התוצאה, לא רק ימכור לכם שרת
פחות רלוונטי אם
- יש לכם צוות DevOps גדול שמעדיף לנהל הכל בעצמו על קוד פתוח
אנחנו לא רק מספקים את הברזל, אנחנו מבצעים את ההגירה מקצה לקצה, על ארבעה דאטה סנטרים בישראל, עם הגנת DDoS מובנית, SLA פומבי ומהנדס שמדבר איתכם בעברית. המטרה שלנו פשוטה, שביום שאחרי המעבר תעבדו בדיוק כמו קודם, רק בלי הצעת החידוש שהפחידה אתכם.
שאלות שכדאי לשאול ספק
- האם ההגירה כוללת ליווי מלא, או שאתם רק מספקים את השרת ואני מסתדר לבד?
- איפה יושב הדאטה סנטר, ומה קורה לזמני התגובה של המשתמשים אחרי המעבר?
- מה קורה אם משהו לא עובד אחרי המעבר, ומי זמין באותו רגע?
- איך נראה מסלול חזרה אם מחליטים שההגירה לא הבשילה?