ניהול הקיבולת של הצומת

בדף הזה מוסבר איך לנהל את קיבולת האחסון והמחשוב ב-VMware Solution ב- Google Cloud על ידי הוספה או הסרה של צומתי Bare Metal.

לפני שמתחילים

לפני שמוסיפים או מסירים צמתים, צריך לוודא שהתנאים המוקדמים הבאים מתקיימים:

1. מוודאים שיש לכם את ההרשאות הנדרשות לניהול זהויות והרשאות גישה (IAM), כולל Compute Admin (roles/compute.admin), ואם אתם משתמשים ב-Cloud DNS, גם DNS Administrator (roles/dns.admin).
2. כדי להוסיף צמתים, צריך לוודא שבפרויקט יש מכסת צמתים זמינה של Bare Metal באזור ובאזור הזמינות הרצויים. במאמר מכסות ומגבלות מוסבר איך להציג את המכסות הנדרשות ואיך לבקש להגדיל אותן.

3. רשתות מבוססות-VLAN: כדי לתמוך ברשתות מבוססות-VLAN, בפתרון של VMware צריך להגדיר את המאפיין Resolve Subnet Mask של רשתות המשנה של רשת ה-VPC לערך Broadcast primary range only with learning. פותחים כרטיס תמיכה במרכז התמיכה של מסוףGoogle Cloud ומציינים את הפרטים הבאים:

   • המוצר: Google Cloud VMware Engine
   • עדיפות: P2
   • קטגוריה: קישוריות רשת
   • ההשפעה על העסק: שאלה טכנית כללית
   • לספק פרטים נוספים: Allowlist L2 network connectivity for my project, יחד עם מזהה הפרויקט, מספר הפרויקט, והאזור והתחום של הפריסה.

   מידע נוסף על תמיכה ברשתות מבוססות-VLAN זמין במאמר אמולציה של שכבה 2: שידור ARP ולמידת MAC בהתאמה אישית.

4. מדיניות בנושא קובצי אימג' מהימנים: אם הארגון שלכם לא אוכף את מדיניות הארגון constraints/compute.trustedImageProjects, אתם לא צריכים לעשות כלום. אם הארגון שלכם אוכף את המדיניות הזו, לפני שמוסיפים צמתים צריך לאפשר את projects/smve-prod-public-images כדי ש-Compute Engine יוכל ליצור דיסקים לאתחול של Bare Metal. מידע נוסף זמין במאמר הגדרת מגבלות גישה לתמונות.

5. ‫VPC Service Controls: אם פרויקט היעד לא נמצא בהיקף שירות, לא צריך לעשות כלום. אם הפרויקט נמצא בהיקף שירות, לפני שמוסיפים צמתים צריך להוסיף כלל תעבורת נתונים יוצאת (egress) שמאפשר פעולות של compute.googleapis.com לפרויקט smve-prod-public-images (projects/999037279871):

   - egressFrom:
       identityType: ANY_IDENTITY
     egressTo:
       operations:
       - serviceName: compute.googleapis.com
         methodSelectors:
         - method: "*"
       resources:
       - projects/999037279871
   

   למידע נוסף, קראו את ההסבר על כללי תעבורת נתונים יוצאת.

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

אימות המכסה האזורית

לפני שאתם מקצים צומתי Bare Metal או יוצרים אשכול, ודאו שיש לפרויקט מספיק מכסות אזוריות וגלובליות ב-Compute Engine. מוסיפים את המשאבים של כל האשכולות הקיימים באזור לערכים המצטברים הבאים, לפני שמשווים אותם למכסת הפרויקט:

מדד המכסה	המשאבים הנדרשים לכל צומת Bare Metal	המשאבים שנדרשים לאשכול עם 3 צמתים
compute.googleapis.com/cpus_per_vm_family של Z3	‫192 מעבדי vCPU	‫3 × 192 = 576 מעבדי vCPU
compute.googleapis.com/local_ssd_total_storage_per_vm_family של Z3	72 TB	3 × 72 TB = 216 TB
compute.googleapis.com/hyperdisk_balanced_total_storage	128 GB	‫3 × 128GB‏ = 384GB
compute.googleapis.com/resource_policies	0 כשמוסיפים צמתים לאשכול קיים	מדיניות אחת למיקום מרווח לכל אשכול
compute.googleapis.com/regional_backend_services_protocol_forwarding_fast_ha	0 כשמוסיפים צמתים או אשכולות בלי מכשירים חדשים	‫1 לכל VIP של מכשיר ניהול VCF חדש או נקודת קצה (endpoint) של NSX Edge

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

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

כדי להקצות צומתי Bare Metal נוספים לאשכול קיים:

1. במסוף Google Cloud , נכנסים לדף VMware Engine ‏ > Self-managed ‏ > Baremetal nodes.

   מעבר לצמתים של Bare Metal

2. לוחצים על Add Nodes כדי להפעיל את תהליך העבודה להוספת צמתים.

3. בקטע Add Baremetal Nodes and Networks, מציינים את Resource name prefix ואת Domain name suffix.

4. בקטע Node Configuration, בוחרים את האזור (Region) והתחום (Zone) שתואמים לאשכול הקיים.

5. בוחרים את Placement policy שמשויכת לאשכול היעד.

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

6. בוחרים את סוג המכונה (Machine type) ואת מספר הצמתים הנוספים שרוצים ליצור.

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

8. מגדירים כתובות IPv4 פנימיות על ידי בחירה באפשרות זמנית (אוטומטית), זמנית (בהתאמה אישית) או שמורה.

9. מוודאים שהאפשרות Enable delete protection מסומנת.

10. בקטע Networking, בוחרים את רשת ה-VPC.

11. בקטע Network Interface, בוחרים את רשת המשנה הראשית ואת Network Endpoint Group שמשויכת לאשכול הקיים.

12. מגדירים את רשתות המשנה ואת קבוצות נקודות הקצה ברשת לממשקים דינמיים (NIC דינמי (vSAN)‎,‏ NIC דינמי (vMotion)‎ ו-NIC דינמי (NSX Tunnel Endpoint)‎).

13. לוחצים על המשך כדי לבדוק את סיכום ההגדרות האישיות.

14. לוחצים על Deploy כדי להקצות את הצמתים החדשים.

השלמת הגדרת הצומת

אחרי שפתרון VMware מקצה את המכונות החדשות ללא מערכת הפעלה, מבצעים את הפעולות הבאות:

זהירות: מטעמי אבטחה, לפני השימוש צריך לאפס את הסיסמה הראשונית של ESXi root בכל מכונה חדשה שהוקצתה ללא מערכת הפעלה. הפעלת ערכת הכלים להכנת הצמתים מאפסת באופן אוטומטי את סיסמת ESXi root בכל מארח לסוד esxi-root-password שמאוחסן ב-Secret Manager. אם לא מריצים את ערכת הכלים להכנת הצמתים, צריך לאפס ידנית את הסיסמה של root בכל מכונה של ESXi ללא מערכת הפעלה.

1. יוצרים רשומות DNS להעברה ורשומות DNS הפוכות (PTR) בשרת ה-DNS לכל שם מארח וכתובת IP של צומת חדש. אם אתם מנהלים את רשומות Cloud DNS באמצעות הסקריפט של ערכת הכלים scripts/cloud_dns/vcf_cloud_dns_sync.py, צריך להריץ מחדש את הסקריפט עם הדגל --sync-all, כמו שמתואר בקטע סנכרון רשומות להרחבה אופקית ביום השני.
2. מריצים את ערכת הכלים להכנת צמתים כדי לאפס את הסיסמה הראשונית של ESXi root בכל מארח חדש, ולהפעיל את ESXi ואת ממשקי הרשת. מידע נוסף זמין במאמר הכנת צמתים ופריסת VCF באמצעות ערכת הכלים.
3. ב-VMware SDDC Manager, מפעילים את המארחים החדשים ומוסיפים אותם לאשכול היעד או לדומיין של עומס העבודה.

הוצאה משימוש ומחיקה של צמתים

כשמצמצמים את הקיבולת של האשכול, צריך להוציא משימוש צמתים מ-VMware Cloud Foundation לפני שמוחקים את המכונות הבסיסיות של Google Cloud ללא מערכת הפעלה.

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

• הוצאה משימוש של מארחים ב-VCF לפני מחיקת מכונה: תמיד צריך להוציא משימוש צמתים ב-VMware SDDC Manager וב-vCenter Server לפני שמוחקים את המכונה של Compute Engine. מחיקת צומת מ- Google Cloud בלי להוציא אותו משימוש ב-VCF גורמת לרשומות מארח מיותמות ועלולה לגרום לחוסר יציבות באשכול.
• סכנה לאובדן נתונים שלא ניתן לשחזר: מחיקת צומת מוחקת באופן סופי את המכונה ואת כל הנתונים שמאוחסנים בכונני ה-SSD המקומיים שלה.
• סיכון לאובדן נתונים ב-SSD מקומי: הנתונים שמאוחסנים ב-SSD מקומי הם זמניים. אם עוצרים ומפעילים מחדש צומת Bare Metal,‏ Google Cloud מוחק את כל הנתונים ב-SSD המקומי.

כדי להוציא משימוש ולמחוק צמתים של Bare Metal:

1. משביתים את מארח היעד של ESXi מסביבת ה-VCF באמצעות VMware SDDC Manager. הוראות מפורטות זמינות במאמר הוצאה משימוש של מארחים במסמכי התיעוד של VMware Cloud Foundation.

2. במסוף Google Cloud , נכנסים לדף VM instances ב-Compute Engine:

   כניסה לדף VM instances

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

4. משביתים את ההגנה מפני מחיקה בכל מכונה:

   1. לוחצים על שם המכונה כדי לפתוח את דף הפרטים שלה.
   2. לוחצים על Edit.
   3. מבטלים את הסימון בתיבה הגנה מפני מחיקה.
   4. לוחצים על Save.

5. חוזרים לדף הרשימה VM instances ובוחרים את תיבות הסימון לצד הצמתים שהוצאו משימוש.

6. לוחצים על Delete כדי להסיר לתמיד את המכונות Bare Metal מהפרויקט.

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

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