שדרוג פידים של נתונים ב-Cloud Storage למסגרת המחברים v2
כדי לשפר את האמינות, את יכולת ההתאמה ואת הביצועים של צינורות להעברת נתונים, אנחנו משדרגים את פידים של נתונים מאחסון בענן למסגרת החדשה של מחבר v2. המסגרת החדשה הזו משתמשת ב- Google Cloud Storage Transfer Service (STS).
היתרונות של מסגרת המחברים בגרסה 2
שדרוג לגרסה 2 של תשתית המחברים מאפשר שיפורים משמעותיים בפידים של הנתונים, כולל:
- יעילות משופרת של דגימת נתונים: שיפור משמעותי ביעילות של דגימת נתונים ממקורות כמו AWS.
- שיפור המהימנות והאבטחה: אימות בזמן אמת של פרטי הכניסה למקור מבטיח חיבורים מאובטחים ומהימנים.
- תמיכה מורחבת בזהויות: תמיכה מובנית בזהות מאוחדת ב-AWS.
לוחות זמנים להעברה
אנחנו מפסיקים את השימוש במסגרת המחברים v1 עבור המחברים הבאים מדור קודם: Cloud Storage, Amazon S3, Amazon SQS ו-Azure Blob Storage.
חשוב לשים לב לנקודות הציון החשובות הבאות:
- 1 בנובמבר 2026 – סוף התמיכה: לא יסופקו יותר עדכונים לפידים בגרסה 1, ותהיה זמינה רק תמיכה כמיטב היכולת. כדי למנוע שיבושים, אנחנו ממליצים בחום לבצע מיגרציה ולנקוט פעולות כדי ש-Google תוכל להעביר את הפידים לפני התאריך הזה.
- 15 במרץ 2027 – השבתה סופית: סוף חיי המוצר של המחברים הקודמים. פידים של נתונים שעדיין משתמשים במחברים מגרסה 1 אחרי התאריך הזה יפסיקו לפעול ויחזירו הודעת שגיאה.
העברה אוטומטית ופעולות נדרשות
כדי להקל על המעבר, אנחנו מספקים שירותי העברה אוטומטיים לכל פידי הנתונים הפעילים שמשתמשים במחברים מדור קודם (גרסה 1).
בהתאם לסוג המקור, צריך לבצע את הפעולות הבאות כדי לוודא שההעברה האוטומטית תתבצע בהצלחה:
- Cloud Storage: מעניקים את ההרשאות הספציפיות לחשבון השירות החדש, כמו שמתואר במאמר מתן גישה לחשבון השירות.
- Amazon S3: אם הסביבה שלכם משתמשת ברשימת היתרים של כתובות IP, אתם צריכים להוסיף את טווחי ה-IP של STS למדיניות הקטגוריה. פועלים לפי השלבים להפעלת גישת STS ל-Amazon S3.
- Amazon SQS: המיגרציה תומכת רק בתורים של SQS שמכילים הודעות מקטגוריה אחת של Amazon S3. אם התור מקבל הודעות מכמה קטגוריות, צריך ליצור פיד נפרד לכל קטגוריה. מוודאים שתור ה-SQS מוגדר בצורה נכונה ושהרשאות הגישה לתור ה-SQS ולמאגר Amazon S3 זהות.
- Microsoft Azure: אם אתם משתמשים בחומות אש או ברשתות וירטואליות, אתם צריכים לאפשר את טווח כתובות ה-IP של STS על ידי ביצוע ההוראות לגישה ל-Azure STS.
- פידים שנכשלו: בודקים את הפידים הנוכחיים ומתקנים את הפידים שנכשלו בגלל פרטי כניסה שגויים, כדי שההעברה שלהם תצליח.
בטיחות ואמינות
תהליך ההעברה האוטומטי נועד למנוע אובדן נתונים. ההעברה כוללת אמצעי הגנה מחמירים ומובנים. צפויה כפילות נתונים מינימלית במהלך חלון ההעברה הקצר.
הבעיה עדיין לא נפתרה? קבלת תשובות מחברי הקהילה וממומחי Google SecOps.