שיטות מומלצות לשימוש ב-Compute

בדף הזה מפורטות שיטות מומלצות לשימוש ב-Compute Engine ב-Google Cloud VMware Engine.

בחירת האזור המתאים ביותר לאפליקציה

כדי לבחור את האזור הכי טוב לאפליקציות שלכם, כדאי להביא בחשבון את הגורמים הבאים:

  • כדי לצמצם את זמן האחזור ברשת ולשפר את חוויית הלקוח, כדאי לבחור מיקום שקרוב למשתמשים. Google Cloud מסוף Google Cloud מספק לוח בקרה של ביצועים בזמן אמת, שבעזרתו אפשר לראות את זמן האחזור בין אזורים ובין משתמשי אינטרנט לבין אזור Google Cloud .
  • כדי לשמור על ביצועי האפליקציה, כדאי לבחור את האזור הכי קרוב Google Cloud כדי לייעל את הקישור למתקנים מקומיים. בפריסות מרובות עננים, כדאי לשקול את הקרבה לאזורים של ספקי ענן אחרים.
  • כדי לוודא שהאפליקציות שלכם עומדות בדרישות של תקנות כמו מדיניות התאימות לתקן אבטחת הנתונים המקובל בתעשיית כרטיסי תשלום (PCI) או התקנה הכללית להגנה על מידע (GDPR), צריך לבחור אזור שתומך בדרישות האלה.
  • העלויות והמחירים משתנים מאזור לאזור. חשוב להביא בחשבון את ההבדלים האזוריים האלה כשמתכננים את הפריסה.
  • כשבוחרים מיקום, יכול להיות שחלק מהמלאי יהיה זמין רק באזורים מסוימים ולא באחרים.

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

במצבים הבאים, יכול להיות שתרצו לפרוס לכמה עננים פרטיים של VMware Engine באזורים שונים לאותו עומס עבודה או לאותו היקף פרויקט:

  • הטמעות של תוכנית התאוששות מאסון (DR) שמשתמשות ב-Site Recovery Manager (SRM) או ב-Zerto.
  • אפליקציות שנדרשת להן זמינות גלובלית או זמן אחזור נמוך עבור בסיס המשתמשים שלהן.
  • דרישות לתכנון הקיבולת שספציפיות לאזור.

תכנון עמידות של אזורים

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

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

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

הפרדה בין סביבות בכמה עננים פרטיים

ענן פרטי הוא סטאק עצמאי של VMware Cloud Foundation שמנוהל על ידי vCenter Server.

אפשר להפריד את טביעת הרגל של VMware Engine בין כמה עננים פרטיים. לדוגמה, כדאי להשתמש ב-vCenter Server ייעודי במקרים הבאים:

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

אופטימיזציה של מספר ליבות המעבד

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

לא מומלץ להקטין את מספר ליבות המעבד באשכול הראשון, כי הוא מארח רכיבים מרכזיים כמו vCenter ו-NSX Manager.

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

מידע נוסף זמין במאמר בנושא מגבלות על מספר ליבות בהתאמה אישית.

הוספת צמתים חלופיים לעמידות

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

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

הגדרת מספר הכשלים שאפשר לסבול

ב-VMware vSAN, השתמשו במאפיין Failures to tolerate (FTT) (כשלים שאפשר לסבול) במדיניות האחסון ב-vSAN כדי להגדיר את מספר הכשלים שאשכול יכול לסבול בלי להשפיע על תקינות הנתונים או על הזמינות של מכונות וירטואליות.

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

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