העדפות העברה של שרתים

בדף הזה מתוארות ההעדפות הזמינות להעברה של שרתים ב-Migration Center.

‫Google Cloud options

מציינים את מוצר היעד שאליו רוצים להעביר את התשתית. אפשר לציין אין העדפה או אחד מהמוצרים הבאים:

  • Google Compute Engine
  • Google Cloud VMware Engine

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

המוצר וההעדפות שבחרתם ישמשו ליצירת דוח על העלות הכוללת של הבעלות (TCO). ב-Migration Center אפשר גם להתאים אישית את ההעדפות של המוצרים האחרים שלא נבחרו, שמשמשים ליצירת דוח הרישיונות.

העדפות של Google Compute Engine

אם בוחרים ב-Compute Engine כמוצר היעד, קודם בוחרים באחד ממצבי העדפת הדיירות הבאים:

  • דירות שותפים (ברירת מחדל)
  • דייר יחיד (שרתים פיזיים ייעודיים של Compute Engine)

בטבלה הבאה מסוכמים ההבדלים בין מצב ריבוי דיירים לבין מצב דייר יחיד:

ריבוי דיירים דייר יחיד (sole-tenant)
מכונות וירטואליות חולקות שרת פיזי עם מכונות וירטואליות מפרויקטים אחרים. למכונות וירטואליות יש גישה בלעדית לשרת פיזי ייעודי.
תומך רק ברישיונות של Windows Server עם תשלום לפי שימוש (PAYG). יש תמיכה גם ברישיונות BYOL (החברה מביאה את הרישיון שלה) וגם ברישיונות PAYG (תשלום לפי שימוש) ל-Windows Server.
ההעדפה מוגדרת על סמך מאפיינים של המכונה הווירטואלית, כמו סדרת המכונה, העדיפות והתמחור. ההעדפה נקבעת על סמך החומרה הפיזית הבסיסית, כמו סוג הצומת ויחס ה-CPU overcommit.
משתמש בהגדרות ברירת המחדל של Simultaneous Multithreading (‏SMT). אפשר להשתמש באפשרויות האלה כדי להשבית את SMT או להגדיר אותו כדי לאזן בין הביצועים לבין עלויות הרישוי.

בוחרים צמתים עם דייר יחיד אם צריך להפריד פיזית את מכונות ה-VM ממכונות VM בפרויקטים אחרים כדי לעמוד בדרישות אבטחה או תאימות, או לתרחישי שימוש ב-Windows BYOL (הבאת רישיון משלכם) שבהם נדרשים רישיונות לכל ליבה או לכל מעבד.

העדפות לגבי דיירות במכונה וירטואלית

דירות שותפים (ברירת מחדל)

בחירת סדרת מכונות

מגדירים את סדרת המכונות ש-Migration Center צריך להתייחס אליה כשיוצרים את דוחות העלות הכוללת של הבעלות (TCO). אפשר לציין את הבחירה לפי ביצועים, עלות או רשימה מותאמת אישית של סוגי מכונות.

  • בקטע Machine priority (עדיפות המחשב), בוחרים באחת מהאפשרויות הבאות:
  • שילוב בין טכנולוגיה חדישה לאפשרות הכי זולה: כדאי לתת עדיפות לטכנולוגיות החישוב העדכניות ביותר כדי ליהנות מביצועים יציבים, מחישוב חסוי ומקיימות משופרת. מומלץ לבחור באפשרות הזו לעומסי עבודה של ייצור שבהם הביצועים הם קריטיים. זו האפשרות שמוגדרת כברירת מחדל.

  • העלות הנמוכה ביותר: המערכת נותנת עדיפות לסדרות המכונות הכי חסכוניות שזמינות. בוחרים באפשרות הזו לסביבות פיתוח או לעומסי עבודה אחרים שבהם העלות היא שיקול חשוב.

    • כדי לקבוע את המק"טים שייכללו ברשימה סדרת מכונות, בוחרים באחת מהאפשרויות הבאות:

      • לשקול טרום השקה, הגרסה העדכנית: כולל את המק"טים החדשים ביותר של דיסקים או מעבדים ו-RAM, גם אם הם עדיין לא הושקו.
      • לשקול רק את המק"טים שהושקו: לכלול רק מק"טים שהושקו.

    • בקטע Machine series (סדרת מכונות), בוחרים את כל סדרות המכונות של Compute Engine שרוצים לכלול כיעדים אפשריים להעברה של המכונות הווירטואליות (VM). כדי לבחור את סדרת המכונות שהכי מתאימה לצרכים העסקיים שלכם, מומלץ לעיין בטבלת ההשוואה של משפחות המכונות.

  • בקטע Microsoft SQL Server licensing (רישוי של Microsoft SQL Server), בוחרים את סוג הרישיון לפריסות של מסד הנתונים SQL Server שמתכננים לארח ב-Compute Engine.

  • בקטע מעקב אחר תמחור מוצרים, בוחרים באחת מהאפשרויות הבאות:

    • ללא העדפה: ברירת המחדל היא הנחה תמורת התחייבות לשימוש במשאבים (CUD) למשך 3 שנים, כדי להשיג את עלות הבעלות הכוללת (TCO) הנמוכה ביותר על עומסי עבודה צפויים.
    • ‫On demand: מאפשר לשלם על משאבי מחשוב במחיר הרגיל בלי לחתום על חוזה ארוך טווח.
    • ‫1-year resource-based committed use discount (CUD): הנחה משמעותית על משאבים ספציפיים ב-Compute Engine באזור מסוים בתמורה להתחייבות לשנה אחת, עם תשלום חודשי בדולר ארה"ב.
    • הנחה תמורת התחייבות לשימוש במשאבים למשך 3 שנים (CUD): הנחה גבוהה יותר מאשר בתוכנית לשנה אחת, בתמורה להתחייבות לשימוש בכמות מינימלית של משאבים באזור מסוים למשך שלוש שנים, עם תשלום חודשי בדולר ארה"ב.
    • ‫1-year flexible committed use discount (CUD): הנחה תמורת התחייבות להוצאה מינימלית לשעה למשך שנה על זיכרון ועל vCPU שעומדים בדרישות במגוון סוגי מכונות ואזורים, עם תשלום חודשי בדולר ארה"ב.
    • הנחה גמישה תמורת התחייבות לשימוש (CUD) למשך 3 שנים: מקבלים הנחה על משאבי מחשוב שעומדים בדרישות כשמתחייבים להוצאה מינימלית לשעה למשך שלוש שנים, עם תשלום חודשי בדולר ארה"ב.

דייר יחיד (sole-tenant)

הגדרות של דייר יחיד

אם בוחרים באפשרות של דייר יחיד כמצב העדפת הדיירות, צריך להגדיר את האפשרויות הבאות:

  • סוג השרת לדייר יחיד (sole-tenant): בוחרים סוג שרת לדייר יחיד (sole-tenant) מהרשימה.

  • יחס הקצאת יתר: כדי להפעיל CPU overcommit, בוחרים ערך בין 1.0 ל-2.0 באמצעות פס ההזזה. היחס המקסימלי הוא 2.0.

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

  • מדיניות תחזוקת המארח: מציינים את מדיניות תחזוקת המארח שרוצים להחיל על הצמתים של הדייר היחיד. השינוי הזה משפיע על הגודל הנדרש של אשכול שרתי לדייר יחיד (sole-tenant) שמופיע בדוח עלות הבעלות הכוללת (TCO).

    מידע נוסף מופיע במאמר בנושא מדיניות תחזוקת המארח.

  • בקטע מעקב אחר תמחור מוצרים, בוחרים באחת מהאפשרויות הבאות:

    • ללא העדפה: ברירת המחדל היא הנחה תמורת התחייבות לשימוש במשאבים (CUD) למשך 3 שנים, כדי להשיג את עלות הבעלות הכוללת (TCO) הנמוכה ביותר על עומסי עבודה צפויים.
    • ‫On demand: מאפשר לשלם על משאבי מחשוב במחיר הרגיל בלי לחתום על חוזה ארוך טווח.
    • ‫1-year resource-based committed use discount (CUD): הנחה משמעותית על משאבים ספציפיים ב-Compute Engine באזור מסוים בתמורה להתחייבות לשנה אחת, עם תשלום חודשי בדולר ארה"ב.
    • הנחה תמורת התחייבות לשימוש במשאבים למשך 3 שנים (CUD): הנחה גבוהה יותר מאשר בתוכנית לשנה אחת, בתמורה להתחייבות לשימוש בכמות מינימלית של משאבים באזור מסוים למשך שלוש שנים, עם תשלום חודשי בדולר ארה"ב.
    • ‫1-year flexible committed use discount (CUD): הנחה תמורת התחייבות להוצאה מינימלית לשעה למשך שנה על זיכרון ועל vCPU שעומדים בדרישות במגוון סוגי מכונות ואזורים, עם תשלום חודשי בדולר ארה"ב.
    • הנחה גמישה תמורת התחייבות לשימוש (CUD) למשך 3 שנים: מקבלים הנחה על משאבי מחשוב שעומדים בדרישות כשמתחייבים להוצאה מינימלית לשעה למשך שלוש שנים, עם תשלום חודשי בדולר ארה"ב.

מידע נוסף זמין במאמר מידע על דיירות של מכונות וירטואליות.

אחרי שבוחרים את ההעדפה לגבי הדיירות, מציינים את ההעדפות לגבי סדרות מכונות, סוגי דיסקים ואפשרויות רישוי. הבחירות האלה משמשות ליצירת דוחות על העלות הכוללת של הבעלות (TCO).

הגדרת האחסון

אתם יכולים להתאים אישית את הגדרת ה-VM על ידי קביעת האפשרויות הבאות:

  • בקטע Storage pool preference (Preview), בוחרים את ההעדפה לשימוש ב-Hyperdisk Storage Pools כדי להקצות קיבולת אחסון במאגר יחיד למספר מכונות וירטואליות של Compute Engine. ההעדפה הזו יכולה לעזור להפחית את העלויות ולשפר את היעילות התפעולית של אחסון בקנה מידה גדול. בוחרים באחת מהאפשרויות הבאות:
    • אוטומטי, מאוזן מבחינת עלות: מאפשר ל-Migration Center לקבוע באופן אוטומטי אם לכלול Hyperdisk Storage Pools או דיסקים נפרדים של Hyperdisk כדי להשיג עלות הבעלות הכוללת (TCO) נמוכה יותר על עומסי העבודה. ‫Migration Center ממליץ על Hyperdisk Storage Pools רק אם העלות לא גבוהה ב-25% יותר מהעלות של נפחי Hyperdisk נפרדים. אחרת, הוא ממליץ על נפחי Hyperdisk נפרדים. זו האפשרות שמוגדרת כברירת מחדל.

      אם בחרתם צמתים עם דייר יחיד כיעד, האפשרות Automatic, cost balanced (אוטומטי, איזון עלויות) ממליצה על מאגרי אחסון של Hyperdisk גם אם הם יקרים יותר מנפחי אחסון נפרדים של Hyperdisk. אם אתם מבצעים מיגרציה לצמתים עם דייר יחיד, מומלץ לבחור באפשרות אף פעם.

    • תמיד: תמיד מומלץ להשתמש ב-Hyperdisk Storage Pool לכל המכונות הווירטואליות התואמות.
    • אף פעם: לא מומלץ להשתמש ב-Hyperdisk Storage Pools.

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

  • בקטע סוג הדיסק, בוחרים את סוג הדיסק המועדף.

יכול להיות ש-Migration Center לא ימליץ על כל השילובים של מכונות ודיסקים שבחרתם, בהתאם לסדרת המכונות ולסוג הדיסק שבחרתם. לדוגמה, נפחי Google Cloud Hyperdisk זמינים רק בסדרות מסוימות של מכונות. אם בוחרים רק נפחי Hyperdisk בהעדפות ההעברה, Migration Center ימליץ רק על סדרות מכונות שתומכות בנפחי Hyperdisk.

אם תבחרו סדרת מכונות שלא זמינה באזור המועדף שלכם, Migration Center לא ימליץ עליה. אם לא מופיעה לכם שילוב של מכונה או דיסק שציפיתם לראות, כדאי לעיין בדף התמחור כדי לוודא שהשילוב זמין באזור המועדף עליכם.

סוג הרישיון של מערכת ההפעלה ומסלול התמחור

בוחרים את ההעדפות שלכם לגבי רישוי ומסלול תמחור ל-Windows Server או להפצות ספציפיות של Linux.

Windows Server

ב-Windows Server, אם בחרתם צומת עם דייר יחיד ל-Compute Engine, אתם יכולים להשתמש ברישיונות משלכם (BYOL) או לבחור רישיונות בתשלום לפי שימוש (PAYG) מ- Google Cloud. אם בחרתם בצומת עם מספר דיירים ל-Compute Engine, תוכלו להשתמש רק ברישיונות בתשלום לפי שימוש. רישיונות בתשלום לפי שימוש מחויבים לפי דרישה. אם בוחרים באפשרות BYOL, לא מחויבים על רישיונות ב-Migration Center.

כברירת מחדל, ‏ Compute Engine מריץ שני מעבדים וירטואליים בכל ליבה פיזית באמצעות ריבוי הליכים בו-זמני (SMT). המשמעות היא שעל כל ליבה פיזית בסביבת היעד שמופעלת בה עומס עבודה של Windows, אתם משלמים על שני רישיונות של Windows, שמוחלים על כל מעבד וירטואלי.

כדי להפחית את העלויות של שרתי היעד, אפשר להשבית את SMT. Migration Center מאפשר לכם לציין אחת מהאפשרויות הבאות ל-SMT כדי לאזן בין עלויות הרישיון לבין הביצועים:

  • אוטומטי: המערכת של Migration Center בוחרת את האפשרות הזולה ביותר מבין האפשרויות הזמינות. (זוהי ברירת המחדל)
  • הפעלה: משאירים את SMT מופעל לפי ברירת המחדל, ומחשבים את העלויות של שתי רישיונות לכל ליבה פיזית.
  • השבתה: השבתת SMT במעבדים הפיזיים כדי לחסוך בעלויות הרישיון. יכול להיות שהדבר ישפיע על ביצועי השרתים.
  • השבתה עם פיצוי: השבתת SMT במעבדים הפיזיים, אבל פיצוי על המעבדים הווירטואליים החסרים, למשל על ידי הגדלת מספר המעבדים הווירטואליים או מעבר למשפחת מכונות עם ביצועים טובים יותר.
  • אין העדפה: שימוש באלגוריתם ברירת המחדל של Migration Center.

כשמחילים את ההעדפה הזו, חשוב לשים לב לנקודות הבאות:

  • ההעדפה שלכם לגבי SMT מיושמת בנוסף לשינוי הגודל בהתאם לצרכים. לכן, אם בוחרים באפשרות Disabled, ‏ Disabled with compensation או Auto, יכול להיות שהיעד של ניצול המשאבים יהיה גבוה יותר מהיעד שהגדרתם להתאמת גודל המכונה.
  • אם אין סדרת מכונות וירטואליות תואמת להעדפות ה-SMT שנבחרו, המערכת מתעלמת מהעדפת ה-SMT.

למידע נוסף על SMT ב-Compute Engine, ראו הגדרת מספר ה-threads לכל ליבה.

הפצות Linux

ב-Red Hat Enterprise Linux‏ (RHEL),‏ SUSE Linux Enterprise Server‏ (SLES) וב-SUSE Linux Enterprise Server‏ (SLES) ל-SAP, אפשר להשתמש ברישיון משלכם (BYOL) או ברישיונות בתשלום לפי שימוש (PAYG) מ- Google Cloud. אם בוחרים באפשרות BYOL, לא מחויבים על רישיונות.

אם אתם משתמשים ברישיונות בתשלום לפי שימוש, אתם יכולים לבחור באחד ממסלולי התמחור הבאים:

  • על פי דרישה: מודל התמחור הרגיל שבו משלמים על רישיונות שמשתמשים בהם בלי חוזה או התחייבות לטווח ארוך.
  • הנחה תמורת התחייבות לשימוש (CUD) למשך שנה: התחייבות למשך שנה, עם תשלום חודשי בדולר ארה"ב.
  • הנחה תמורת התחייבות לשימוש (CUD) למשך 3 שנים: התחייבות לשימוש למשך 3 שנים, עם תשלום חודשי בדולר ארה"ב והנחה גבוהה יותר מהנחות תמורת התחייבות לשימוש למשך שנה.

העדפות Google VMware Engine

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

משפחות של סדרות מכונות

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

צמתים רזרביים

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

צמתים לאחסון בלבד

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

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

מעקב אחר תמחור מוצרים

בוחרים תוכנית תמחור למוצר כדי להגדיר איך רוצים לשלם על שירותים Google Cloud בוחרים אחת מהאפשרויות הבאות:

  • ללא העדפה: הנחה תמורת התחייבות לשימוש למשך 3 שנים, עם תשלום מראש בדולר ארה"ב.
  • ‫On demand: מודל התמחור הרגיל שבו משלמים על המשאבים שצורכים בלי חוזה או התחייבות לטווח ארוך.
  • הנחה תמורת התחייבות לשימוש (CUD) למשך שנה: התחייבות למשך שנה, עם תשלום חודשי בדולר ארה"ב.
  • הנחה תמורת התחייבות לשימוש (CUD) למשך 3 שנים: התחייבות ל-3 שנים, עם תשלום חודשי בדולר ארה"ב. התחייבות ל-3 שנים מציעה שיעור הנחה גבוה יותר מהתחייבות לשנה אחת.
  • הנחה תמורת התחייבות לשימוש (CUD) למשך שנה: התחייבות לשנה, עם תשלום מראש בדולר ארה"ב.
  • הנחה תמורת התחייבות לשימוש (CUD) למשך 3 שנים: התחייבות ל-3 שנים, עם תשלום מראש בדולר ארה"ב. התחייבות ל-3 שנים מאפשרת ליהנות ממחיר יציב ועלות בעלות כוללת (TCO) נמוכה יותר.
  • התחייבות לשימוש ב-VMware Engine‏ (GCVE) ל-3 שנים שאפשר להמיר: התחייבות ל-3 שנים, עם תשלום חודשי בדולר ארה"ב.

מידע נוסף על הנחות תמורת התחייבות לשימוש ב-VMware Engine זמין במאמר הנחות תמורת התחייבות לשימוש.

סוג השירות של VMware Engine

בוחרים את אופן הניהול של הרישיון מבין האפשרויות הזמינות:

  • עם רישיון מלא: שירות VMware Engine משולב באופן מלא, וכולל את כל החומרה, התוכנה, התמיכה, ניהול מחזור החיים (כמו תיקון באגים ופתרון בעיות), וגם סביבת אירוח פיזית (חשמל וקירור, מתלה/סטאק) עבור סביבת הענן הפרטי המלאה של VMware. הלקוח לא מקבל בעלות קבועה על תוכנת VMware Cloud Foundation, אלא רוכש אותה כשירות, בדומה למוצרים אחרים של Google Cloud .

  • רישיון נייד: Broadcom ו- Google Cloud תומכות בניוד רישיונות של VMware Cloud Foundation ל-VMware Engine. במודל הזה, לקוחות יכולים לרכוש מינויים לתוכנת VMware Cloud Foundation החדשה מ-Broadcom ומשותפים של Broadcom, ולהשתמש במינויים האלה באופן גמיש ב-VMware Engine, וגם במרכזי הנתונים המקומיים שלהם. את שאר השירות (חומרה, סביבת אירוח, תמיכה, ניהול מחזור חיים) קונים ישירות מ- Google Cloud או משותפים שלGoogle Cloud .

VMware Engine Protected

בוחרים אם רוצים להשתמש ב-VMware Engine Protected כדי להפעיל גיבוי ותוכנית התאוששות מאסון (DR) בצמתים של VMware Engine.

השימוש ב-VMware Engine Protected מעלה את העלויות בדוח עלות הבעלות הכוללת (TCO), ויכול להיות שהשירות לא יהיה זמין בכל האזורים. מידע נוסף זמין במאמר בנושא תמחור של שירות Backup and DR.

מדיניות RAID של vSAN FTT

בוחרים מדיניות אחסון של vSAN. המדיניות הזו מגדירה את מספר הכשלים שאפשר לסבול (FTT) ואת שיטת הסבילות לכשלים. בוחרים אחת מהאפשרויות הבאות:

  • ללא העדפה: לא מוגדרת מדיניות אחסון של vSAN.
  • ללא עמידה בכשלים: ללא רפליקות. כשל בצומת עלול לגרום לאובדן נתונים.
  • ‫FTT=1, ‏RAID=1: עותק אחד. יכולה לעמוד בכשל של צומת יחיד. מינימום 3 צמתים לכל אשכול.
  • ‫FTT=1, ‏RAID=5: עותק אחד. יכולה לסבול כשל של צומת יחיד עם תקורה נמוכה יותר של דיסק. לפחות 4 צמתים בכל אשכול.
  • ‫FTT=2, ‏RAID=1: ‏2 עותקים משוכפלים. יכול לעמוד בכשלים ב-2 צמתים. לפחות 5 צמתים בכל אשכול.
  • ‫FTT=2, ‏RAID=6: ‏2 עותקים משוכפלים. יכולים לסבול כשלים ב-2 צמתים עם תקורה נמוכה יותר של דיסק. לפחות 6 צמתים בכל אשכול.
  • ‫FTT=3, ‏RAID=1: 3 עותקים משוכפלים. רמת הבטיחות הגבוהה ביותר עם תקורה גבוהה של הדיסק. לפחות 7 צמתים בכל אשכול.

מידע נוסף זמין במאמר מדיניות אחסון ב-vSAN.

הגדרות מתקדמות

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

כדי להגדיר את הגדרות המחשוב, משנים אפשרות אחת או יותר מהאפשרויות הבאות:

  • יחס הקצאת יתר של ליבות CPU: מציינים יחס הקצאת יתר בין 1.0 ל-8.0, עם תוספת של 0.1. ערך ברירת המחדל הוא 4. הקצאת יתר מאפשרת להקצות יותר זיכרון וליבות CPU במכונות הווירטואליות ממה שזמין בצמתים הפיזיים.

  • יחס הקצאת יתר של זיכרון: מציינים את הערכים הבאים: 1.0, 1.25, 1.5, 1.75 ו-2.0. ערך ברירת המחדל הוא 1.

  • Hyperthreading weight: specify the CPU performance boost applied to this cluster nodes. ערך ברירת המחדל הוא 25%.

  • רשת HCX: מגדילה את כמות משאבי הניהול, המעבד, הזיכרון והאחסון שנדרשים לאשכול VMware HCX (תוסף לענן היברידי). כברירת מחדל, רשת HCX מופעלת.

  • גודל NSX-T Edge: הגדרת משאבי המעבד, הזיכרון והאחסון שהוקצו בסביבת VMware NSX-T.

    מומלץ להשתמש באפשרות 'גדול' ברוב פריסות הייצור. הגודל 'גדול במיוחד' מיועד לדרישות התפוקה וההשהיה התובעניות ביותר.

  • אופטימיזציה של האחסון: הגדרת הביצועים של אופטימיזציית האחסון.

    מומלץ לבחור באפשרות דחיסה כי היא מאזנת בין החיסכון לבין עמידות תפעולית ברוב תרחישי השימוש. ‫Deduplication and compression: האפשרות הזו עשויה להוביל לחיסכון בעלויות, אבל חשוב לבדוק את ההשלכות על הביצועים לפני שבוחרים בה.

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

הגדרת הגודל והעדפות הרשת

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

שיטת טירגוט לפי גודל

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

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

בטבלה הבאה מוצגים פרמטרי החישוב של אסטרטגיות האופטימיזציה מתון ואגרסיבי.

מדד בינוני אגרסיבית
מדד בסיסי אחוזון 95 אחוזון 95
שימוש במעבד 70% 90%
ניצול הזיכרון 85% 100%
מכפיל נפח האחסון ‫1.25x ‫1.10x
זמן פעולה תקינה ‫730 שעות בחודש ‫730 שעות בחודש

ברירות מחדל משוערות של ניצול המקור

Migration Center נותן עדיפות לנתוני ביצועים בפועל בעת יצירת המלצות לגבי גודל. לנכסים שאין לגביהם נתוני ביצועים מפורטים, אפשר להגדיר אומדנים לניצול שיעזרו להגדיר את אסטרטגיית גודל היעד. אם בחרתם באפשרות No rightsizing (ללא התאמה לגודל הנכון) כאסטרטגיית היעד להתאמת הגודל, לא תוכלו להגדיר את אומדני השימוש.

  • התבססות על אומדני ניצול לצורך הגדרת גודל: האפשרות הזו מאפשרת לקבל המלצות לגבי גודל על סמך אומדני ניצול של נכסים שלא זמינים לגביהם נתוני ביצועים מפורטים. ‫Migration Center משתמש בהערכות האלה לגבי הקיבולת שהוקצתה כדי לקבוע אתGoogle Cloud גודל המשאב והעלות המתאימים. אתם יכולים להגדיר את אחוזי הניצול שמוגדרים כברירת מחדל (בין 1 ל-100 אחוזים) למשאבים הבאים:

    • ברירת מחדל של ניצול CPU: ערך ברירת המחדל הוא 70%.
    • ברירת המחדל של ניצול הזיכרון: ערך ברירת המחדל הוא 75%.
    • ברירת מחדל של ניצול הדיסק: ערך ברירת המחדל הוא 75%.

  • Base sizing strategy on 100% provisioned shape: this option bases sizing on the asset's 100% provisioned shape (CPU, memory, and disk).

הערכה של העברת נתונים יוצאת ברשת

מציינים את האחוז המשוער של תנועת הרשת שיוצאת מהרשתGoogle Cloud (העברת נתונים יוצאת). ‫Migration Center משתמש באחוז הזה כדי לאמוד את עלויות הרשת בדוח עלות הבעלות הכוללת (TCO). החיוב הוא רק על העברת נתונים מחוץ ל- Google Cloud, ולא על העברת נתונים בתוך Google Cloud.

  • בקטע הערכה של העברה מבעלות של נתונים, מגדירים ערך בין 1 ל-100 אחוזים. ערך ברירת המחדל הוא 5%.

מעקב אחר תמחור מוצרים

מציינים את מסלול התמחור המועדף למכונות הווירטואליות שמעבירים אל Google Cloud.

אפשר לבחור בין תמחור לפי דרישה, התחייבות לשימוש במשאבים למשך שנה או שלוש שנים, או התחייבות גמישה לשימוש למשך שנה או שלוש שנים. הנחות תמורת התחייבות לשימוש (CUD) חלות כשבוחרים התחייבות לשימוש, והן מופיעות בדוח העלות הכוללת של הבעלות (TCO).

המאמרים הבאים