5 ביוני 2026
בסקירה הכללית של המוצר מפורטות התכונות של Distributed Cloud.
כדי לשדרג בבטחה לגרסה 1.16.1 של Distributed Cloud, צריך להשלים את כל הבדיקות הנדרשות לפני השדרוג ולבצע את רצף השדרוג הנדרש לפי הסדר. שדרוגים ישירים מכל גרסה שקודמת ל-1.15.1 ייכשלו.
אם אתם משתמשים בגרסה 1.14.7 או בגרסה ישנה יותר:
- החלת תיקונים חמים: מתקינים את כל התיקונים החמים הנדרשים לגרסה הנוכחית.
- שדרוג לגרסה 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 אזורי. השינוי הזה מבטיח שמדדי התקינות לא יושפעו מכמה ניסיונות חוזרים מפרויקטים בודדים בנפח גבוה, וכך משקף בצורה מדויקת יותר את חוויית המשתמש בפועל בארגון.
מכונות וירטואליות
הוספנו מכונות מסוג A4 B300 מסדרה A לרשימת סוגי המכונות הווירטואליות הנתמכות. מידע נוסף זמין במאמר הצגת סוג המכונה של ה-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 נכשל מנקודות הקצה.
כדי להגדיר את Cloud DNS, צריך להתקין את gdcloud CLI הגלובלי.
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.
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.
מעקב
השדרוג של
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 שמשתמשים בהטמעה החדשה. אם אין לכם את ההערה הזו, אתם יכולים לעבור להטמעה העדכנית של זמינות גבוהה.