לפני שקונים שרת חדש, כדאי לבדוק מה כבר עומד בארון. בסיפור הזה המרת P2V של שרת גיבוי שמנוצל חלקית פינתה שרת פיזי ללקוח, ומנעה רכישה של שרת חדש.
"עצור, אל תקנה שום דבר ותן לי שבוע." ✋
זו לא סיסמא מקצועית, זו הגישה שאני מאמין בה בליווי IT. הנה סיפור אמיתי, שנגמר בהמרת P2V של שרת גיבוי קיים במקום ברכישה של שרת חדש.
מה זה המרת P2V ומתי היא חוסכת שרת חדש?
המרת P2V (Physical to Virtual) הופכת שרת פיזי למכונה וירטואלית שרצה על תשתית וירטואליזציה קיימת. היא חוסכת שרת חדש כשיש בארון שרת פיזי חזק שמנוצל רק בחלקו, והתשתית הווירטואלית יכולה לקלוט את התפקיד שלו. אחרי ההמרה השרת ממשיך לעבוד כמכונה וירטואלית, והחומרה הפיזית מתפנה לתפקיד אחר.
| מה בודקים | סימן שהמרת P2V מתאימה | סימן שעדיף שרת חדש |
|---|---|---|
| ניצול השרת הקיים | זיכרון ומעבד מנוצלים חלקית לאורך זמן | השרת עמוס גם בשעות רגילות |
| מקום בתשתית הווירטואלית | יש זיכרון, דיסק ורישוי פנויים במארח | המארח כבר עמוס |
| האפליקציה שרצה עליו | הספק תומך בהרצה במכונה וירטואלית | הספק דורש חומרה ייעודית |
| החומרה שתתפנה | מתאימה לדרישה החדשה | ישנה מדי או לא עומדת בדרישה |
התרשים מסכם את ההחלטה: אם יש שרת שמנוצל חלקית, והתשתית הווירטואלית יכולה לקלוט אותו, ממירים אותו למכונה וירטואלית ומפנים את החומרה. אם אחת התשובות היא לא, חוזרים לשאלה של רכישת שרת או מעבר לענן.
הלקוח והנהלים
יש לי לקוח, עמותה גדולה, שעובדת לפי נהלים נוקשים: כל רכישה דורשת 3 הצעות מחיר מספקים שונים. זה נהל סביר, שמגן על הארגון מבזבוז. לאחרונה חברת צד ג' דרשה מהם שרת חדש וייעודי. הלקוח, שרגיל לפעול על אוטומט, פנה אליי מיד: "איתן, אנחנו צריכים עוד שרת, תביא לנו הצעה."
לא לקנות, לחשוב
הרוב היו שולחים הצעת מחיר, גוזרים קופון על החומרה, וממשיכים הלאה. קל. אבל חלק מליווי IT זה גם לחשוב איך לחסוך ללקוח. כי הרי הכי קל זה לקנות ולקנות. לפני שמזמינים ברזל חדש, בודקים מה כבר עומד בארון ואיך הוא מנוצל.
מה גיליתי בארון
היה להם בארון שרת פיזי שכל התפקיד שלו הוא לנהל את הגיבויים של Veeam. השרת הזה ישב שם עם 128GB RAM, בזמן שהדרישות של Veeam הן בערך 32GB כדי לרוץ בצורה חלקה. 96GB של זיכרון פשוט העלו שם אבק. עצרתי אותם באותו רגע.
מה עשיתי בשבוע
בשבוע הזה ביצעתי וירטואליזציה (P2V) לשרת הניהול של ה-Veeam והעברתי אותו לתשתית הקיימת. השתמשתי בכלי StarWind V2V Converter, כלי חינמי שעושה את העבודה מצוין להמרת מכונה פיזית לווירטואלית. ברגע שסיימנו, שחררנו שרת פיזי מפלצתי שעמד בדיוק בדרישות החדשות של צד ג'. הלקוח לא רכש את השרת החדש שהוצע לו, והשרת הישן המשיך לעבוד כמכונה וירטואלית.
מה הלקח לבעלי עסקים?
לפני שקונים שרת חדש, בודקים מה כבר יש. שרת שמנוצל חלקית יכול לעבור המרת P2V ולפנות את החומרה לתפקיד חדש, כמו שקרה כאן. ליווי IT אמיתי זה לא רק "למכור שרת", זה להבין את התשתית, לראות איפה יש עודף משאבים, ולתת ללקוח פתרון שחסכוני ויציב.
כשהשרת שעל הפרק הוא שרת גיבוי, זה הזמן לבדוק את כל מערך הגיבוי בענן לעסקים: אילו סוגי גיבוי רצים אצלכם, ומה באמת חוזר אחרי תקלה בשרת. ולפעמים התשובה הנכונה היא בכלל לא שרת במשרד, כמו שמפורט בהשוואה בין שרת במשרד לענן.
משפט אחד, שבוע עבודה, ותוצאה שמדברת בעד עצמה.
רוצים ליווי IT שחושב קודם על החיסכון שלכם? צרו קשר, נשמח להכיר ולעזור.
שאלות נפוצות
מה ההבדל בין P2V ל-V2V?
P2V ממיר שרת פיזי למכונה וירטואלית. V2V ממיר מכונה וירטואלית מפורמט אחד לאחר, למשל כשעוברים בין פלטפורמות וירטואליזציה. StarWind V2V Converter, הכלי החינמי שבו השתמשנו כאן, עושה את שני סוגי ההמרה ותומך בפורמטים הנפוצים של מכונות וירטואליות, בהם VHD/VHDX, VMDK, QCOW2 ו-IMG.
כמה זיכרון צריך שרת גיבוי של Veeam?
לפי דרישות המערכת של Veeam Backup & Replication 13, שרת הגיבוי צריך 16GB זיכרון ועוד 500MB לכל משימה שרצה במקביל, ומעבד עם 8 ליבות לפחות. הצריכה בפועל תלויה במספר המכונות במשימות ובגודל התשתית, ולכן מודדים את הניצול לאורך כמה שבועות לפני שמחליטים כמה זיכרון להקצות.
מותר להריץ את שרת הגיבוי כמכונה וירטואלית?
כן. Veeam מציעה לגרסה 13 גם תמונה מוכנה של מכונה וירטואלית ל-Hyper-V. מה שצריך לתכנן הוא התלות: שרת גיבוי שרץ על אותה תשתית שהוא מגבה עלול ליפול יחד איתה. לכן מגבים גם את התצורה של Veeam עצמה, ושומרים עותק של הגיבויים מחוץ למארח שעליו רץ שרת הגיבוי.
איך יודעים אם שרת מנוצל רק בחלקו?
מודדים לאורך זמן, לא ברגע אחד. בקשו מאיש ה-IT נתוני ניצול של זיכרון ומעבד לאורך כמה שבועות, כולל שעות הגיבוי ושעות העומס. שרת שרוב הזמן משתמש בחלק קטן מהזיכרון שלו, כמו השרת בסיפור הזה, הוא מועמד טוב להמרה. שרת שמגיע לתקרה כל לילה הוא לא מועמד.
מה צריך לבדוק ברישוי לפני המרה?
את רישוי מערכת ההפעלה ואת רישוי האפליקציה. רישיון שנקנה יחד עם שרת פיזי לא תמיד עובר איתו למכונה וירטואלית, והכללים משתנים בין סוגי רישוי ויצרנים. בקשו מספק הרישוי תשובה בכתב לפני ההמרה, ובדקו גם שיש במארח הווירטואלי רישוי פנוי למכונה נוספת.
מה עושים עם השרת הפיזי אחרי ההמרה?
מוודאים קודם שהמכונה הווירטואלית עובדת ושהגיבויים רצים ממנה כרגיל, ורק אז מפנים את החומרה. בסיפור הזה השרת שהתפנה עמד בדרישות החדשות של צד ג', ולכן לא נקנה שרת חדש. שרת שהתפנה יכול לשמש לתפקיד אחר בארגון, או לצאת משימוש מסודר אם הוא ישן מדי.
האם מערך ה-IT שלכם באמת מגן עליכם?
המומחים שלנו ב-SouliTek ישמחו לבצע סקירה מקצועית ולהתאים עבורכם תוכנית פעולה.
יוצא עולם הסייבר ההתקפי עם למעלה מ-10 שנות ניסיון בשירותי IT לארגונים. מוביל את SouliTek במתן שירותי מחשוב מנוהלים ואבטחת מידע לעסקים קטנים ובינוניים בישראל.