הערות מוצר לגרסה 1.16.2 של Google Distributed Cloud במודל Air-gapped

‫27 ביולי 2026


הודעה
גרסה 1.16.2 של Google Distributed Cloud (GDC) air-gapped זמינה.
בסקירה הכללית של המוצר מפורטות התכונות של Distributed Cloud.

התכונה
התכונות החדשות הבאות זמינות:

גיבוי ושחזור

ניהול אשכולות

רשתות

מכונות וירטואליות


הבעיה
הבעיות הבאות זוהו:

ניהול אשכולות

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

Harbor

  • בקבוצת הפקודות gdcloud harbor backup-plans חסרות הפקודות update ו-delete, וכשמריצים אותה מוחזרת השגיאה command not found.

תשתית כקוד

  • יש שגיאות התאמה במהלך שדרוג מגרסה 1.15.2 ואילך.

מלאי

  • נוצר קישור שגוי של רשת מישור הנתונים במשאבים בהתאמה אישית Cell,‏ Server ו-BaremetalHostNetwork לשרתי B300‏ (d4-highgpu2-256-gdc-metal) כש-fe-s6p1 ו-fe-s6p2 לא מסודרים קודם ב-devices.csv.

מעקב

  • משאבי Cortex VirtualService ו-IstioAuthorizationResource ומשאבי Grafana IstioAuthorizationResource נשארים באשכול אחרי שמוחקים פרויקט.

  • סודות של אישורים דולפים כשמוחקים MonitoringTarget.

  • הקישור למרכז הבקרה של Grafana מדף הפרטים של אשכול רגיל במסוף GDC מפנה אתכם בטעות למרכז הבקרה של platform-obs במקום לטעון נתונים של הפרויקט שנבחר.

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

ניהול אבטחת מידע ואירועים (SIEM)

  • רכיב המשנה siem-aas-global לא מצליח להתאים במישור הניהול של הארגון.

אחסון

  • רשימות ברירת המחדל של המדדים שצריך לשמור מסננות מדדים שנדרשים ל-Grafana.

  • אי אפשר למחוק קטגוריות עם שני אזורים מהמסוף.

שדרוג

  • בדיקת השדרוג לפני ההפעלה של sar נכשלת אם מריצים את gdcloud system container-registry load-oci עם --trigger-signature-verification=true, כי גם הפקודה וגם בדיקת השדרוג לפני ההפעלה של הארגון יוצרות משימות artifact-signature-verification במרחב השמות package-validation-system.

  • במהלך השדרוג לגרסה 1.16.2, רכיבי המשנה atat-invoice-export ו-atat-portfolio במרחב השמות root עשויים להיכנס למצב ReconciliationError.

  • בדיקות השדרוג של sar לפני ואחרי הטיסה נכשלות כשמשדרגים מגרסת תיקון חם שלא כוללת תמונות קריטיות.

Vertex AI

  • במרכזי הבקרה של Vertex AI Service Usage מוצג הסטטוס No data כי שאילתות PromQL מכילות מסננים מגבילים למשאבי NVIDIA ולתוויות של Workbench, שלא בהכרח קיימים בסביבה.

מכונות וירטואליות

  • מכונות וירטואליות בארגונים של דיירים שמשתמשים בשרתי Package Repository של הארגון gdchservices לא יכולות להתקין או לעדכן חבילות מ-pkg.org.internal, והן מקבלות שגיאות 503 Service Unavailable כי האישור של pkg-infra-cert נוצר בלי סיומת ה-DNS.

ניהול נקודות חולשה

  • במהלך השדרוג מגרסה 1.16.1 לגרסה 1.16.2, התווית lcm.private.gdc.goog/opsservices תוסר מממשקי ה-API של OIRv2 opsservices.

תוקן
הבעיות הבאות תוקנו:

מסמכי תיעוד

  • מסמכים מיושנים שנשלחו עם גרסת המוצר.

מסוף GDC

  • המסמכים שמתארחים במסוף GDC מציגים שגיאה 404.

gdcloud CLI

  • כשמריצים פקודה כלשהי ב-gdcloud CLI, מופיעה אזהרה על feature flag שלא אותחל.

רשתות

  • אם מפעילים את Cloud NAT ב-VM, אי אפשר להתחבר באמצעות SSH דרך ממשק המשתמש של מסוף GDC.

Network Time Protocol (NTP)

  • כשפורסים מתגי ניהול של OIRv2, יכול להיות שהגדרת ה-NTP וההצפנה לא יחולו על ההגדרות שפועלות.

שרתים

  • ההתקנה של Bootstrapper נכשלת במהלך הגדרת מערכת הקבצים עם השגיאה matched no disk.

אחסון

  • רישום ביומן הביקורת של אירועי ONTAP S3 מושבת.

מערכת כרטיסי תמיכה

  • ה-pod של ts-app-server-1 מופעל מחדש מדי פעם.

מכונות וירטואליות

  • יצירת VM עם הסוגים a3-ultragpu-8g ו-a4-ultragpu-8g בשרת שהוקצה מחדש נכשלת עם שגיאות.

  • ‫gpu-controller-controller-manager pod נכנס למצב ImagePullBackOff במהלך השדרוג לגרסה 1.16.1.

ניהול נקודות חולשה:

  • רכיבי משנה של ניהול נקודות חולשה ויצירת מפתח SSH של מערכת UserAccount עלולים להיתקע בגלל מבוי סתום בזמן הריצה של קונטיינר והרעלת מטמון של פרמטר Helm.

שינוי
השינויים הבאים זוהו:

עדכוני גרסאות:

  • גרסת Google Distributed Cloud for bare metal עודכנה ל-1.32.1300-gke.46 כדי להחיל את תיקוני האבטחה והעדכונים החשובים האחרונים.

הוצא משימוש
התכונות הבאות הוצאו משימוש:

שירותי מסדי נתונים

  • שירות מסד הנתונים של PostgreSQL מופעל עכשיו באמצעות AlloyDB Omni. שירות מסד הנתונים של AlloyDB Omni לא יהיה זמין יותר כשירות מנוהל נפרד. במקום זאת, לקוחות שרוצים להשתמש ב-AlloyDB Omni כשירות מנוהל צריכים לעבור ל-Database Service ל-PostgreSQL, שמופעל על ידי AlloyDB Omni. בנוסף, השירות המנוהל Database Service for Oracle הוצא משימוש, אבל עדיין יש תמיכה מלאה באפשרות לנהל באופן עצמאי פריסות של Oracle. מידע נוסף על ניהול עצמי של מסדי נתונים של Oracle זמין במדריכי הפתרונות. כדי לעזור לכם לתכנן את המעבר, החל מ-29 ביוני 2026 ועד 29 ביוני 2027, אנחנו מספקים תקופת הפסקת שירות של 12 חודשים לשירות מסד הנתונים של AlloyDB Omni ולשירות מסד הנתונים של Oracle.

מכונות וירטואליות

  • ב-Distributed Cloud, האפשרות להפעיל גישה חיצונית באמצעות VirtualMachineExternalAccess במהלך יצירת מכונה וירטואלית במסוף GDC הוצאה משימוש. כדי לנהל את הרשת החיצונית, צריך ליצור מאזן עומסים חיצוני (ELB) לתעבורת נתונים נכנסת (ingress) ושער Cloud NAT לתעבורת נתונים יוצאת (egress).