5 ביוני 2026
בסקירה הכללית של המוצר מפורטות התכונות של Distributed Cloud.
כדי לשדרג בבטחה לגרסה 1.16.1 של Distributed Cloud, צריך להשלים את כל הבדיקות הנדרשות לפני השדרוג ולבצע את רצף השדרוג הנדרש לפי הסדר. שדרוגים ישירים מכל גרסה שקודמת ל-1.15.1 ייכשלו.
אם אתם משתמשים בגרסה 1.14.7 או בגרסה ישנה יותר:
- החלת תיקונים מהירים (hotfix): מתקינים את כל התיקונים המהירים הנדרשים לגרסה הנוכחית.
- שדרוג לגרסה 1.15.3: מתחילים ומשלימים את השדרוג לגרסה 1.15.3.
- שדרוג לגרסה 1.16.1: מתחילים ומשלימים את השדרוג הסופי לגרסה 1.16.1.
אם אתם משתמשים בגרסה 1.15.1 או 1.15.3: שדרגו ישירות לגרסה 1.16.1.
אם אתם משתמשים בגרסה 1.15.2: קודם צריך לשדרג לגרסה 1.15.3, ואז לשדרג לגרסה 1.16.1.
ניהול אשכולות
- הוספנו תמיכה במכונות מסדרת A מדגמי H200 ו-B300 לצומתי אשכולות של Kubernetes. למידע נוסף, קראו את המאמר סוגי מכונות של צומתי אשכול.
תשתית
- הוספנו תמיכה במכונות Bare Metal מסוג B300 בארגון.
Managed Harbor Services
- הוספנו תמיכה בחשבונות שירות של פרויקטים. כך תוכלו להשתמש בזהות של חשבון השירות כדי לקיים אינטראקציה מאובטחת עם המכונות של Harbor ולנהל מאגרי קונטיינרים. מידע נוסף מופיע במאמר סקירה כללית על Managed Harbor Service.
רשתות
Cloud DNS זמין עכשיו לכלל המשתמשים. השירות הזה מספק דרך אמינה וניתנת להתאמה לניהול רשומות של שירות שמות דומיין, באמצעות Kubernetes API או שורת הפקודה. מידע נוסף זמין במאמר מידע על Cloud DNS.
עכשיו DNS תומך בהצפנה מבוססת-TLS של כל תעבורת הנתונים ב-DNS לשירותים של המערכת ולשירותים של צד ראשון, גם בתוך Distributed Cloud וגם בין Distributed Cloud לבין רשתות של לקוחות.
ניראות (observability)
- הוספנו מעקב אחרי ניראות של עומסי עבודה. התכונה הזו מספקת יכולות מעקב ורישום ביומן שנועדו לייעל את המעקב אחרי עומסי העבודה ואת פתרון הבעיות בהם. מידע נוסף זמין במאמר מעקב אחרי ניראות של עומסי עבודה.
אחסון
הוספנו תמיכה בקטגוריות דו-אזוריות בסנכרון אוטומטי. במהלך פעולות רגילות, מדיניות ההטמעה כותבת באופן סינכרוני עותקים של אובייקטים לשני האזורים הייעודיים, עם חזרה לרפליקציה אסינכרונית במהלך הפסקות.
הוספנו תמיכה באספקת סיכומי ביקורת (checksum) בכותרות HTTP נגררות בהעלאות של אובייקטים. כך אפשר לשפר את תקינות הנתונים ואת זיהוי השגיאות. מידע נוסף מופיע במאמר העלאה והורדה של אובייקטים באחסון.
נוסף שיפור שמוודא שפרטי הכניסה למאגר האובייקטים נמחקים באופן אוטומטי כשחשבון השירות שמשויך אליהם מוסר. כך אפשר למנוע סודות מיותמים במרחב השמות של הפרויקט. מידע נוסף זמין במאמר מחיקת קטגוריות אחסון.
הוספנו תמיכה ב-SLO של זמן פעולה תקינה בחלון לזמינות של S3 אזורי. השינוי הזה מבטיח שמדדי התקינות לא יושפעו מכמה ניסיונות חוזרים מפרויקטים בודדים בנפח גבוה, וכך משקף בצורה מדויקת יותר את חוויית המשתמש בפועל בארגון.
מכונות וירטואליות
הוספנו מכונות מסוג סדרה A A4 B300 לרשימת סוגי המכונות הווירטואליות הנתמכות. מידע נוסף זמין במאמר הצגת סוג המכונה של ה-VM.
נוספה תמיכה בתמונות של Windows 2022 לתמונות בהתאמה אישית מסוג bring-your-own (BYO). מידע נוסף זמין במאמר תמונות של מכונות וירטואליות שנתמכות ב-GDC.
הוספנו תמיכה בחידוש אישורי אתחול מאובטח למכונות וירטואליות עם אישורים שתוקפם עומד לפוג. מידע נוסף זמין במאמר עדכון אישורים של אתחול מאובטח.
הגדלנו את מגבלת רוחב הפס המקסימלית של תעבורת הנתונים היוצאת ברשתות ברמה 1 מ-25Gbps ל-32Gbps לכל מכונה וירטואלית, בהתאם לסוג המכונה ולמספר ה-vCPU, כדי לטפל בעומסי עבודה תובעניים.
נקודות החולשה הבאות באבטחה תוקנו:
- CVE-2019-15505
- CVE-2020-36558
- CVE-2021-4204
- CVE-2021-33631
- CVE-2021-47461
- CVE-2021-47670
- CVE-2022-0500
- CVE-2022-0854
- CVE-2022-1016
- CVE-2022-1048
- CVE-2022-1158
- CVE-2022-1679
- CVE-2022-2503
- CVE-2022-2639
- CVE-2022-2873
- CVE-2022-2938
- CVE-2022-2964
- CVE-2022-3028
- CVE-2022-3239
- CVE-2022-3545
- CVE-2022-3564
- CVE-2022-3565
- CVE-2022-3567
- CVE-2022-3625
- CVE-2022-3628
- CVE-2022-4129
- CVE-2022-4139
- CVE-2022-4269
- CVE-2022-4378
- CVE-2022-20141
- CVE-2022-20368
- CVE-2022-21499
- CVE-2022-23222
- CVE-2022-26373
- CVE-2022-28390
- CVE-2022-29581
- CVE-2022-30594
- CVE-2022-36879
- CVE-2022-39188
- CVE-2022-39189
- CVE-2022-41218
- CVE-2022-41222
- CVE-2022-41674
- CVE-2022-41858
- CVE-2022-42896
- CVE-2022-43750
- CVE-2022-45884
- CVE-2022-45886
- CVE-2022-45919
- CVE-2022-47929
- CVE-2022-48637
- CVE-2022-48796
- CVE-2022-48839
- CVE-2022-48925
- CVE-2022-48929
- CVE-2022-49058
- CVE-2022-49111
- CVE-2022-49114
- CVE-2022-49122
- CVE-2022-49290
- CVE-2022-49291
- CVE-2022-49328
- CVE-2022-49669
- CVE-2022-49696
- CVE-2022-49788
- CVE-2022-49803
- CVE-2022-49846
- CVE-2022-49872
- CVE-2022-49907
- CVE-2022-49921
- CVE-2022-49977
- CVE-2022-50020
- CVE-2022-50022
- CVE-2022-50030
- CVE-2022-50050
- CVE-2022-50066
- CVE-2022-50087
- CVE-2022-50341
- CVE-2022-50356
- CVE-2022-50367
- CVE-2022-50386
- CVE-2022-50403
- CVE-2022-50410
- CVE-2022-50543
- CVE-2023-0266
- CVE-2023-0386
- CVE-2023-0394
- CVE-2023-0461
- CVE-2023-0590
- CVE-2023-0597
- CVE-2023-1073
- CVE-2023-1079
- CVE-2023-1095
- CVE-2023-1192
- CVE-2023-1195
- CVE-2023-1206
- CVE-2023-1252
- CVE-2023-1281
- CVE-2023-1382
- CVE-2023-1829
- CVE-2023-1838
- CVE-2023-1855
- CVE-2023-1998
- CVE-2023-2124
- CVE-2023-2162
- CVE-2023-2163
- CVE-2023-2176
- CVE-2023-2235
- CVE-2023-2513
- CVE-2023-3090
- CVE-2023-3161
- CVE-2023-3268
- CVE-2023-3390
- CVE-2023-3567
- CVE-2023-3609
- CVE-2023-3611
- CVE-2023-3772
- CVE-2023-3776
- CVE-2023-3812
- CVE-2023-4004
- CVE-2023-4128
- CVE-2023-4206
- CVE-2023-4207
- CVE-2023-4208
- CVE-2023-4459
- CVE-2023-4622
- CVE-2023-4623
- CVE-2023-4732
- CVE-2023-4921
- CVE-2023-5178
- CVE-2023-5717
- CVE-2023-6546
- CVE-2023-6606
- CVE-2023-6610
- CVE-2023-6622
- CVE-2023-6931
- CVE-2023-6932
- CVE-2023-7324
- CVE-2023-23454
- CVE-2023-26545
- CVE-2023-28464
- CVE-2023-28466
- CVE-2023-31436
- CVE-2023-32233
- CVE-2023-33203
- CVE-2023-35001
- CVE-2023-35788
- CVE-2023-35823
- CVE-2023-35824
- CVE-2023-38409
- CVE-2023-39198
- CVE-2023-40283
- CVE-2023-42753
- CVE-2023-44466
- CVE-2023-45871
- CVE-2023-46813
- CVE-2023-51042
- CVE-2023-51043
- CVE-2023-51779
- CVE-2023-51780
- CVE-2023-52439
- CVE-2023-52525
- CVE-2023-52530
- CVE-2023-52707
- CVE-2023-52922
- CVE-2023-53178
- CVE-2023-53226
- CVE-2023-53232
- CVE-2023-53257
- CVE-2023-53297
- CVE-2023-53322
- CVE-2023-53354
- CVE-2023-53365
- CVE-2023-53401
- CVE-2023-53513
- CVE-2023-53581
- CVE-2023-53675
- CVE-2023-53680
- CVE-2023-53705
- CVE-2023-53821
- CVE-2024-0565
- CVE-2024-0646
- CVE-2024-1086
- CVE-2024-25742
- CVE-2024-26585
- CVE-2024-26598
- CVE-2024-26669
- CVE-2024-26704
- CVE-2024-26832
- CVE-2024-26852
- CVE-2024-26923
- CVE-2024-36904
- CVE-2024-36971
- CVE-2024-36978
- CVE-2024-41090
- CVE-2024-42281
- CVE-2024-42285
- CVE-2024-46858
- CVE-2024-47696
- CVE-2024-49978
- CVE-2024-53104
- CVE-2024-53141
- CVE-2024-53150
- CVE-2024-56642
- CVE-2024-56661
- CVE-2025-21756
- CVE-2025-21785
- CVE-2025-21919
- CVE-2025-21927
- CVE-2025-22004
- CVE-2025-23150
- CVE-2025-37738
- CVE-2025-37797
- CVE-2025-37890
- CVE-2025-37914
- CVE-2025-38000
- CVE-2025-38051
- CVE-2025-38052
- CVE-2025-38061
- CVE-2025-38079
- CVE-2025-38086
- CVE-2025-38107
- CVE-2025-38124
- CVE-2025-38159
- CVE-2025-38177
- CVE-2025-38200
- CVE-2025-38211
- CVE-2025-38250
- CVE-2025-38332
- CVE-2025-38350
- CVE-2025-38352
- CVE-2025-38380
- CVE-2025-38415
- CVE-2025-38459
- CVE-2025-38461
- CVE-2025-38464
- CVE-2025-38498
- CVE-2025-38684
- CVE-2025-38718
- CVE-2025-38729
- CVE-2025-39697
- CVE-2025-39751
- CVE-2025-39757
- CVE-2025-39817
- CVE-2025-39955
- CVE-2025-39971
- CVE-2025-40154
- CVE-2025-40186
- CVE-2025-40258
- CVE-2025-40277
- CVE-2025-40304
- CVE-2025-40322
- CVE-2025-68285
- CVE-2025-68349
- CVE-2026-23074
Cloud DNS
הודעות שגיאה כלליות מוחזרות כששלב ה-Feature Gate של DNS OIRv2 לא מספיק.
ההתאמה של רכיב המשנה
dns-core-mz-cpנכשלה.פענוח ה-DNS נכשל מנקודות הקצה.
צריך להתקין את gdcloud CLI הגלובלי כדי להגדיר את Cloud DNS.
oclcm-configrunnerמדווח על שגיאתtrustStoreGlobalRootExtResourceVersionחסר ברכיב המשנהdns-customer-resolverבמהלך התאמה במרחבי השמות של מישור ניהול הארגון.
Cloud Service Mesh
- סודות מרוחקים של Cloud Service Mesh של אשכול משתמש שנמחק יכולים להישאר באשכול התשתית של הארגון, ו-
istiodממשיך לנסות להתחבר לאשכול שנמחק.
ניהול אשכולות
אשכול Kubernetes לא הוסר אחרי המחיקה.
פודים סטטיים תקועים בגלל מבוי סתום ב-kubelet.
בסביבת
accredited, אם מחילים משאב בהתאמה אישית שלSubcomponentOverrideכדי לשנות את ה-Feature Gate של רכיב שניתן להפעלה, הבקר יופעל מחדש באופן רציף.הצטברות של אובייקטים מקומיים של
Availableיתומים שלPersistentVolumeאחרי החלפות של צמתים או תחלופה של pod יכולה לגרום להפעלות מחדש שלkube-apiserverבגלל מחסור בזיכרון באשכולות משותפים ובאשכולות רגילים.
מסמכי תיעוד
מסמכים מיושנים שנשלחו עם גרסת המוצר.
אי אפשר לראות הוראות תיעוד בפורמט של כרטיסיות.
זיהוי ותגובה בנקודות קצה (EDR)
- האפשרות Isolate Host מוצגת אבל לא פועלת בממשק המשתמש של Kibana.
חומת אש
- יצירת הגדרת תא דורשת בטעות רישיון
vsysלחומות אש של תשתית.
מסוף GDC
- התיעוד שמתארח במסוף GDC מציג שגיאה 404.
gdcloud CLI
- כשמריצים פקודה כלשהי ב-gdcloud CLI, מופיעה אזהרה על feature flag שלא אותחל.
Harbor
- מרשמי יתירות כשל מדווחים על שגיאת
404 Not Found.
מודול אבטחת חומרה
- זליגה של תיאור קובץ גורמת לשגיאה
ServicesNotStarted.
ניהול זהויות והרשאות גישה
אם מריצים פקודות של gdcloud CLI או
kubectlכש-core/organization_console_urlמוגדר לכתובת ה-URL של המסוף הגלובלי, יכול להיות שתופיע מדי פעם שגיאה401 Unauthorized.אם יש
IAMRoleBindingב-k8s-networkpolicy-adminאו ב-k8s-networkpolicy-viewer, זה גורם לשגיאותZonalRoleBindingReplica.יכול להיות שמשאב
CustomRoleשכולל קטעzonalRulesלא יעניק הרשאות באופן מהימן.הפריסה של Keycloak נכשלה בארגון
opsservices.שינויים במאפייני המשתמשים ב-Keycloak עבור Tenable לא משתקפים.
צריך להגדיר ידנית את ספק הזהויות Keycloak באשכול ברמת אדמין בסיסית (root) של OIRv2.
הסוד RotatableSecret ais-encryption-key-secret מדווח על ערך False עם IAM-0100 timed out.
תשתית כקוד (IAC)
יכול להיות ששדרוגים מגרסה 1.15 לגרסה 1.16 של GDC עם IAC ייכשלו.
יכול להיות שהמשימה של GitLab תיכשל בלי הודעה ותמנע את ההפעלה של GitLab.
ההתראה IAC-3211 מופעלת בטעות בגלל תפוגת תוקף של סוד ב-
iac-creds-replica.מכונות של IOShell יכולות להגיע לרשת הניהול מחוץ לתחום (OOB) גם כשהגישה ל-OOB מושבתת.
מלאי
thought b/534561687 #}
האתחול או הפריסה נכשלים בגלל תווים מיוחדים בסיסמאות שנוצרות אוטומטית.
הפריסה של אשכול ברמת אדמין בסיסית (root) נכשלת בגלל שגיאה באימות של דגם המכשיר ודגם המשדר-מקלט.
במהלך אימות המלאי, מוצגת אזהרה אם לכבל יש את
FSכספק משדר-מקלט.אי אפשר להשתמש בשמות של תאים או מדפים עם יותר משתי אותיות.
אימות לפני ההפעלה (
2-mgmtsw-connection) מדווח על כשלים שגויים בחיבור למתג הניהול (VAL-E1001) ביציאותLOM1של שרת Bare Metal או ביציאותmgmt0של מתג האחסון במהלך ההתקנה הראשונית או האתחול מחדש.אימות הגדרת התא נכשל במכשיר NTP יחיד במארז OIRv2 כי בדיקת ההתאמה של מתג ה-TOR דורשת חיבור בשני מתגי ה-TOR.
הרחבה דינמית נכשלת עם שגיאות הרשאה של RBAC כשמריצים את
gdcloud system assets add, מחילים מניפסטים של הרחבה שנוצרו או מאמתים רכיבי הרחבה כמשתמשים שמקושרים רק לתפקידinv-hardware-managerשהוגדר מראש.
IO shell
IOShellמשאבים שפג תוקפם חוסמים יצירה או עדכון של משאבים.שמות משתמשים שלא תואמים ל-RFC 1123 משבשים את היצירה של IO Shell.
מקפים בשמות של ארגונים או אזורים גורמים להתנגשויות בשמות.
חיבורי SSH לצמתים ללא מערכת הפעלה באמצעות כתובות IP פנימיות לניהול נכשלים.
השדרוגים באזורי OIRv2 נתקעים ב-Cloud Service Mesh כי פודים של IO Shell נושאים את התווית
istio.io/rev: defaultבלי שרת proxy של Istio.
ניהול כתובות IP (IPAM)
- אחרי השדרוג לגרסה 1.16.1 ואילך, חשבונות שירות שמנהלים רשתות משנה שמפנות להורה במרחב השמות
platformצריכים את התפקידshared-subnet-userבמרחב השמותplatform.
מערכת לניהול מפתחות
אם KMS מוגדר לשימוש במפתח הבסיס של CTM, הוא לא עובר למצב של יתירות כשל כש-HSM לא זמין.
רכיב המשנה
kms-mz-global-cmלא משתדרג באשכולות של הארגון.אי אפשר להשתמש בפרוטוקול SSH במכשירי Thales HSM מ-IO Shell.
רישום ביומן
- ההתראה
AL-E0935(log_query_api_list_logs_error_rate_high) מופעלת באופן שגוי כששאילתות ביומן חורגות ממגבלת טווח התאריכים של 30 יום ב-Loki.
מעקב
הפודים
health-ui-metricsו-alertmanager-metricsנכשלים לסירוגין באיסוף מדדים מנקודות הקצה של Cortex Prometheus ו-Alertmanager, עם שגיאות HTTP מסוג401 Unauthorized.השדרוג של
mon-systemStatefulSet Helm נכשל עם מפרט Pod אסור.אדמינים של הפלטפורמה לא יכולים לראות את הדף Alerting במסוף GDC בפרויקט
platform-obs.
רשתות
- בקשות
kubectlחיצוניות לשרתי API של אשכולות סטנדרטיים נכשלות עם שגיאתRBAC: access deniedכשמוגדר רקmatchTypes: ["api-server"]ב-OrganizationNetworkPolicy.
Network Time Protocol (NTP)
יכול להיות שה-Pod של
ntp-relay-controllerייכנס למצב של לולאת קריסה בגלל שגיאות של מחסור בזיכרון.הסקריפט
manage_syncserver_time.pyקורס כשבודקים את הזמן במהלך הפריסה.כשפורסים מתגי ניהול של OIRv2, יכול להיות שההצפנה וההגדרה של NTP לא יחולו על ההגדרה שפועלת.
שרתי NTP מפעילים התראות שווא על סנכרון שעון ייחוס של חומרה.
מערכת הפעלה
אשכולות משתמשים תקועים במצב
Reconcilingבגלל גודל מחיצה לא מספיק של/var/log.שדרוגי הצמתים נכשלים או שהמערכת ננעלת בגלל זליגות של סשנים ב-
pam_tty_audit.so.
אימות הפלטפורמה
- פג התוקף של דליפת סודות של
*-certאחרי מחיקת אשכול Kubernetes.
מנהל המשאבים
- יכול להיות שהבקר של פרויקט Resource Manager ייכנס למצב של לולאת קריסה בגלל שגיאות של חוסר בזיכרון.
ניהול אבטחת מידע ואירועים (SIEM)
דיסקים של אחסון גמיש יכולים להגיע לקיבולת מלאה תוך כ-30 יום.
ההשקה של SIEM v2 לא הושלמה באשכולות שאינם OIRv2.
נפחי האינדקס של Splunk מפעילים התראות חיוביות כוזבות על סף האחסון.
שרתים
ההתקנה של Bootstrapper נכשלת במהלך הגדרת מערכת הקבצים עם השגיאה
matched no disk.האתחול של השרת נכשל עם שגיאת iDRAC.
הקצאת השרת נכשלת עם שגיאת סטטוס
BMCConfigPreinstallLicenseInstallCompletedבשרתי Dell.משאב מותאם אישית של
BareMetalHostNetworkיכול להכיל כמה נתיבים של שער ניהול.
אחסון
אתחול של ארגון דייר חדש נתקע במהלך השלב
VMImageDistributingכשמופעל אחסון Nearline.רישום ביומן הביקורת של אירועי ONTAP S3 מושבת.
השדרוג של ONTAP נכשל בגלל שחסרים נתיבי רשת.
האימות של
StorageClusterנכשל במהלך תהליך האתחול.כשמבצעים בקשות של רשימת אובייקטים בקטגוריות שמכילות העלאות מרובות חלקים, יכול להיות שהבקשות ייכשלו והמדד
obj-s3-availabilityירד.יכול להיות שהעברת יומן הביקורת של מאגר האובייקטים תיכשל במהלך שדרוג רציף בגלל שחסרים משאבים בהתאמה אישית של
Bucket.העברת יומן הביקורת של מאגר האובייקטים נכשלה בגלל כשל בחיפוש DNS.
שדרוגים של StorageGRID עלולים להיתקע עם שגיאה של "לא הועלה שדרוג".
יצירה ועדכון של קטגוריות נמשכים יותר זמן מהצפוי.
מערכת כרטיסי מידע
- ה-pod של
ts-app-server-1מופעל מחדש מדי פעם.
מכונות וירטואליות
יכול להיות שהמכונות הווירטואליות של אשכול ההיקף ייכשלו במהלך היצירה בגלל מכשירים חסרים מסוג
macvtap(/dev/tap*) כש-onetdיוצר מחדש את ממשקי ה-VLAN שלadminvrf0ו-datavrf0.כשיוצרים מכונה וירטואלית של Windows באמצעות ה-CLI של gdcloud
gdcloud compute instances create, המכונה הווירטואלית לא מצליחה לבצע אתחול בגלל סוג ברירת המחדל של אתחול ה-BIOSbiosודגלים חסרים של אתחול מאובטח.gpu-controller-controller-manager podנכנס למצבImagePullBackOffבמהלך השדרוג לגרסה 1.16.1.יכול להיות שייקח יותר מ-25 דקות להפעיל מכונות וירטואליות מסוג סדרה A
a4-ultragpu-8gשמשתמשות במערכת הפעלה של אורח עם ליבה בגרסה 4.x.יצירת VM עם הסוגים
a3-ultragpu-8gו-a4-ultragpu-8gבשרת שהוקצה מחדש נכשלת עם שגיאות.החלפת הסיסמה החודשית של
dbsadminבמסד הנתונים של שרת המטא-נתונים של המכונה הווירטואלית נכשלת כי שירות מסד הנתונים לא מוחק יותר את הסודdb-pw-metadata-dbclusterאחרי החלת הסיסמה. אחרי ההפעלה מחדש הבאה של הפודים שלmetadata-server-controller-managerאו של מסד הנתונים, שרת המטא-נתונים לא יכול להתחבר למסד הנתונים שלו.מכונות וירטואליות עם GPU לא מופעלות ומוצגת השגיאה
Unknown PCI header type '127'אם ה-GPU לא מצליח לשחזר את הקישור ומתנתק מאפיק ה-PCIe כשהוא מתעורר ממצב צריכת החשמל הנמוכהD3hot.
ניהול נקודות חולשה
יכול להיות שסריקות לאיתור נקודות חולשה באמצעות Tenable Enclave לא יושלמו.
אין גישה ל-Tenable Enclave.
חומת אש
- יכול להיות שכללים קודמים של חומת האש יחסמו את תעבורת הנתונים מהארגון לאדמין הראשי אחרי השדרוג.
ניהול זהויות והרשאות גישה
- בעיית אמון ב-OPA Gatekeeper אחרי רוטציה של רשות אישורים בסיסית (root CA) מונעת יצירת תפקידי IAM בפרויקטים חדשים.
רשתות
- באימות לפני ההפעלה לא מדווחות יותר שגיאות חיבור כוזבות בין מתגי הניהול לבין יציאות הניהול של חומת האש.
אחסון
התראות OBJ-A0003 תכופות ממשיכות להופיע למרות ניסיונות ההשתקה הרגילים.
אחרי זמן השבתה של צומת האדמין הראשי של StorageGRID, יכול להיות שייכשלו ניסיונות לשדרוג של מאגר אובייקטים באמצעות
ObjectStorageUpgradeRequestCR, כי הבקשות מופנות לצומת האדמין של StorageGRID שהוא לא ראשי.
מכונות וירטואליות
- כשמייבאים קובץ אימג' של דיסק של מכונה וירטואלית באמצעות הפקודה
gdcloud compute images importאו המשאב המותאם אישיתVirtualMachineImageImport, פעולת הייבוא נתקעת בשלבJobImportאם השם של המשאבVirtualMachineImageImportארוך מ-33 תווים (או 28 תווים לשם של קובץ האימג' שמועבר ל-gdcloud CLI).
עדכוני גרסאות:
גרסת Google Distributed Cloud for bare metal עודכנה ל-1.32.1100-gke.88 כדי להחיל את תיקוני האבטחה והעדכונים החשובים האחרונים.
מידע נוסף זמין בנתוני הגרסה של Google Distributed Cloud לשרת פיזי בגרסה 1.32.1100.
שירותי מסדי נתונים
- הטמעת הזמינות הגבוהה (HA) הקודמת של שירות מסד הנתונים הוצאה משימוש בגרסאות 1.14.12 וגרסאות קודמות. אשכולות מסדי נתונים מדור קודם עם זמינות גבוהה ייתמכו עד לתאריך ההשבתה, שיוכרז בהמשך. אין שינוי שגלוי למשתמשים בתכונה החדשה של זמינות גבוהה, כי ה-API להפעלה ולהשבתה של זמינות גבוהה נשאר ללא שינוי. כדי לוודא שאשכול מסד הנתונים של HA משתמש בהטמעה החדשה, בודקים אם ההערה
dbcluster.dbadmin.goog/raasEnabledקיימת ב-CR של אשכול מסד הנתונים של HA. ההערה הזו תופיע רק באשכולות של מסדי נתונים מסוג HA שמשתמשים בהטמעה החדשה. אם אין לכם את ההערה הזו, אתם יכולים לעבור להטמעה העדכנית של זמינות גבוהה.