הערות מוצר לגרסה 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.

תשתית כקוד

  • כלי ה-linter של GitLab CI לבדיקה לפני שליחה במאגר gdch/iac מאמתים קבצים שלא השתנו בכל בסיס הקוד, מה שיכול לחסום בקשות מיזוג דחופות בגלל שגיאות YAML קיימות.

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

מלאי

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

רישום ביומן

  • ביומני ביקורת של Linux שנאספים ממקורות ביקורת מקומיים של צמתים, חסר השדה host בפלט של היומן.

מעקב

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

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

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

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

רשתות

  • בסביבות של Operations Infrastructure Rack v2 ‏(OIRv2), מתג הניהול לא מפרסם את בלוק ה-CIDR של הניהול מחוץ לתחום למתגים של שכבה 3 במעלה הזרם באמצעות Border Gateway Protocol ‏(BGP).

  • פרמטרים מותאמים אישית של טיימר BFD שמוגדרים במשאבים מותאמים אישית של InterconnectAttachment לא מופצים לממשקי מתג border leaf.

  • סשנים של Hairpin BGP עם מזהי VLAN שלא הוקצו גורמים לכך שבדיקות השדרוג של הרשת הפיזית והתאמת המתגים נכשלות במהלך השדרוגים.

  • ההתראה hnet_network_interface_down עשויה להפעיל אזהרות חיוביות מוטעות לגבי ממשקים פיזיים של eth* שאינם פעילים מבחינה תפעולית, אך לא בשימוש על ידי Host Networking.

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

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

אחסון

  • אחרי שדרוג לגרסה 1.16.2 תיקון מהיר (hotfix) 3, רכיב המשנה file-user-journey נכשל בהתאמה עם שגיאת תכונה חסרה של FileUserJourneyFramework.

  • בעיה שגורמת לבקשת השדרוג של מאגר האובייקטים להיכנס למצב QualificationFailed במהלך שדרוגים לגרסה 1.16.2.

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

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

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

  • אחרי השדרוג לגרסה 1.16.2, בפורטל התמיכה מוצגות אזהרות לגבי אישור ה-TLS של הדפדפן.

שדרוג

  • בדיקת השדרוג לפני ההפעלה של 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 לפני ואחרי הטיסה נכשלות כשמשדרגים מגרסת תיקון חם (hotfix) שלא כוללת קובצי אימג' קריטיים.

Vertex AI

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

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

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

  • בדוגמה של API לחיבור דיסק למכונה וירטואלית (VM), יש כניסה של boot ו-autoDelete מתחת ל-virtualMachineDiskRef, מה שגורם לפקודה kubectl edit להיכשל.

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

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

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

מסמכי תיעוד

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

Cloud DNS

  • תוקנה בעיה שבה oclcm-configrunner דיווח על שגיאה לא מזיקה בפרמטר המעקב של cannot match trustStoreGlobalRootExtResourceVersion ברכיב המשנה dns-customer-resolver.

מסוף GDC

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

gdcloud CLI

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

רישום ביומן

  • תוקנה בעיה שבה ההתראה AL-E0935 (log_query_api_list_logs_error_rate_high) הופעלה כששאילתות היומן חרגו ממגבלת טווח התאריכים של 30 יום ב-Loki. שגיאות בקלט של הלקוח מאומתות עכשיו מראש ולא נכללות בהתראות על שיעור השגיאות.

רשתות

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

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

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