חוסר תאימות של תכונות ב-vSphere
בקטע הזה מוסבר על התכונות של vSphere שלא תואמות ל-Google Distributed Cloud.
תמונת מצב של מכונה וירטואלית
תמונת מצב של מכונה וירטואלית לא תואמת ל-Google Distributed Cloud. צילום תמונות מצב של מכונות וירטואליות שנוצרו על ידי Google Distributed Cloud ישבור הרבה תכונות, כולל שדרוג אשכול, עדכון אשכול, תיקון אוטומטי של צומת ושחזור של מישור הבקרה של אשכול האדמין. כש-Google Distributed Cloud מנסה לנהל מכונה וירטואלית עם תמונות מצב, יופיעו כשלים כמו Invalid configuration for device '0' ביומנים csi-controller-manager ו-vsphere-controller-manager. מידע נוסף על תמונות מצב זמין במאמר בנושא שיטות מומלצות לשימוש בתמונות מצב של מכונות וירטואליות ב-VMware.
אל תיצרו snapshots במכונות וירטואליות ב-Google Distributed Cloud. כדי לשחזר מכונה וירטואלית או אחסון שנכשלו, אפשר לעיין במאמרים שחזור מכונה וירטואלית שנכשלה ושחזור אחסון שנכשל.
שיבוט של מכונה וירטואלית
שיבוט של מכונה וירטואלית שנוצרה ומנוהלת על ידי Google Distributed Cloud עלול לגרום לחוסר עקביות בנתונים ובמצב האשכול.
אל תשכפלו מכונות וירטואליות של Google Distributed Cloud. כדי לשחזר מ-VM או מכשלים באחסון, ראו שחזור מ-VM שנכשלו ושחזור מכשלים באחסון.
שירות הקבצים של vSAN
שימוש בשירות הקבצים של vSAN כדי להקצות נפחי קבצים
תומך בנפחים מתמשכים של ReadWriteMany או ReadOnlyMany שאפשר לשתף בין כמה פודים או אפליקציות.
אל תשתמשו באפשרות הזו ב-Google Distributed Cloud, כי היא עלולה לחסום את ניקוז הצמתים ולגרום לכשל באבחון.
כדי להציג את כל ה-PVC, מריצים את הפקודה הבאה:
kubectl --kubeconfig CLUSTER_KUBECONFIG get pvc --all-namespaces \
-ojson | jq '.items[] | {namespace: .metadata.namespace, name: .metadata.name, accessModes: .spec.accessModes}'
אם יש PVC עם ReadWriteMany או ReadOnlyMany ב-accessModes שלו, צריך לפנות לתמיכה של Google כדי לקבל פתרון עקיף.
Storage vMotion
Storage vMotion מאפשר להעביר את הדיסקים הווירטואליים של מכונה וירטואלית ממאגר נתונים אחד למאגר נתונים אחר. ההגדרה הזו שונה מvMotion הרגיל, שמעביר מכונה וירטואלית ממארח אחד למארח אחר. vMotion נתמך על ידי Google Distributed Cloud.
Storage vMotion תואם ל-Google Distributed Cloud רק אם האשכולות מוגדרים עם מדיניות אחסון. אחרת, פעולות כמו עדכון אשכול, שדרוג, יצירת אשכול משתמשים ותיקון אוטומטי של צומת ייכשלו כשמשתמשים ב-storage vMotion.
כדי לשחזר נתונים מהעברה לא מתוכננת של אחסון vMotion, או כדי לתכנן פתרון עקיף, צריך לפנות לתמיכה של Google.
Storage DRS
Storage DRS מנהל את המיקום של דיסקים של מכונות וירטואליות ואת ההעברה שלהם כדי לאזן את נפח האחסון או את משאבי הקלט/פלט בין מאגרי נתונים באשכול של מאגרי נתונים.
אל תפעילו את Storage DRS כי הוא לא תואם ל-Google Distributed Cloud.
שינוי של מעקב אחר בלוקים(CBT)
Changed Block Tracking(CBT) הוא תכונה של VMkernel שמזהה בלוקים של נתונים שהשתנו או נמצאים בשימוש. התכונה הזו מופעלת באמצעות קריאות ל-VMware API על ידי תוכנות או מכשירים לגיבוי של צד שלישי.
אל תשתמשו בתוכנות גיבוי או במכשירי גיבוי של צד שלישי כדי לגבות מכונות וירטואליות של Google Distributed Cloud. בדרך כלל הם מפעילים את CBT דרך VMware API שלא תואם ל-Google Distributed Cloud.
חוסר תאימות לרשת
הקטע הזה רלוונטי אם אתם משתמשים במאזן העומסים Seesaw.
Cisco ACI עם Dataplane IP Learning
Cisco Application Centric Infrastructure (ACI) עם Dataplane IP Learning לא תואם למאזני עומסים של Seesaw ו-MetalLB. מומלץ להשתמש באיזון עומסים ידני או להשבית את Dataplane IP Learning כשמשתמשים ב-Seesaw או ב-MetalLB בתור מאזן העומסים. בנוסף, Seesaw נמצא במצב תחזוקה. החל מגרסה 1.32 של Google Distributed Cloud, השדרוגים חסומים לאשכולות שמשתמשים ב-Seesaw. כדי לשדרג לגרסה 1.32, צריך להעביר את האשכולות לתכונות המומלצות.חומת אש מבוזרת (DFW) של NSX-T עם שמירת מצב
NSX-T DFW עם שמירת מצב לא תואם למאזן העומסים של Seesaw. מומלץ להשתמש ב-MetalLB כמאזן עומסים כי Seesaw נמצא במצב תחזוקה, או להגדיר מדיניות DFW של NSX-T בלי שמירת מצב עבור מכונות ה-VM של Seesaw כשמשתמשים ב-Seesaw כמאזן עומסים. מידע נוסף מופיע במאמר הגדרת מדיניות חומת אש מבוזרת ב-NSX-T בלי שמירת מצב לשימוש עם מאזן עומסים של Seesaw במאמרי העזרה של גרסה 1.16.