בדף הזה מוסבר איך ליצור ולהפעיל משימות העברה.
כדי לבדוק אם המקור והיעד נתמכים על ידי Storage Transfer Service, קראו את המאמר מקורות ויעדים נתמכים.
סוכנים ומאגרי סוכנים
בהתאם למקור וליעד, יכול להיות שתצטרכו ליצור ולהגדיר מאגר סוכנים ולהתקין סוכנים במכונה עם גישה למקור או ליעד.
בהעברות מ-Amazon S3, מ-Microsoft Azure, מרשימות של כתובות URL או מ-Cloud Storage ל-Cloud Storage אין צורך בסוכנים ובמאגרי סוכנים.
בהעברות שהמקור ו/או היעד שלהן הם מערכת קבצים, או מאחסון תואם S3, נדרשים סוכנים ומאגרי סוכנים. הוראות לביצוע הפעולה מופיעות במאמר ניהול מאגרי נציגים.
לפני שמתחילים
לפני שאתם מגדירים את ההעברות, ודאו שהגדרתם את הגישה:
- למשתמשים ולחשבונות שירות:
- לנתוני המקור וליעד.
אם אתם משתמשים בפקודות של gcloud, התקינו את ה-CLI של gcloud.
יצירת העברה
אל תכללו בשם של משימת ההעברה מידע רגיש כמו פרטים אישיים מזהים (PII) או נתוני אבטחה. יכול להיות ששמות המשאבים יופצו לשמות של משאבים אחרים ב-Google Cloud, וייחשפו למערכות פנימיות של Google מחוץ לפרויקט שלכם.
מסוף Google Cloud
נכנסים לדף Storage Transfer Service במסוף Google Cloud .
לוחצים על Transfer. נפתח הדף Create a transfer job.
בוחרים מקור:
Cloud Storage
כדי לבחור קטגוריות מקור ויעד, לחשבון המשתמש צריכה להיות ההרשאה storage.buckets.get. אפשר גם להקליד ישירות את שם הקטגוריה. פתרון בעיות שקשורות לגישה
בקטע סוג מקור, בוחרים באפשרות Cloud Storage.
בוחרים את סוג היעד.
אם היעד הוא Cloud Storage, בוחרים את Scheduling mode. העברות באצווה מתבצעות באופן חד-פעמי או מתוזמן. העברות מבוססות-אירועים עוקבות באופן רציף אחרי המקור ומעבירות נתונים כשהם מתווספים או משתנים.
כדי להגדיר העברה מבוססת-אירועים, פועלים לפי ההוראות במאמר העברות מבוססות-אירועים.
לוחצים על השלב הבא.
בוחרים קטגוריה ו(אופציונלי) תיקייה בקטגוריה הזו באחת מהדרכים הבאות:
בשדה Bucket or folder, מזינים שם ונתיב של קטגוריה קיימת ב-Cloud Storage, בלי הקידומת
gs://. לדוגמה,my-test-bucket/path/to/files. כדי לציין קטגוריה של Cloud Storage מפרויקט אחר, מקלידים את השם המדויק בשדה Bucket name.כדי לבחור רשימה של קטגוריות קיימות בפרויקטים, לוחצים על Browse ובוחרים קטגוריה.
כשלוחצים על Browse, אפשר לבחור קטגוריות בפרויקטים אחרים על ידי לחיצה על Project ID, ואז לבחור את מזהה הפרויקט והקטגוריה החדשים.
כדי ליצור קטגוריה חדשה, לוחצים על
Create new bucket.
אם אתם מציינים נתיב בתוך התיקייה, קראו את הפרטים החשובים בקטע ציון נתיבי מקור ויעד.
אם מדובר בהעברה מבוססת-אירועים, מזינים את שם המינוי ל-Pub/Sub בפורמט הבא:
projects/PROJECT_NAME/subscriptions/SUBSCRIPTION_ID
- אפשר גם לסנן אובייקטים לפי קידומת, לפי תאריך השינוי האחרון או לפי סוג האחסון. אם ציינתם תיקייה כמיקום המקור, מסנני הקידומת הם ביחס לתיקייה הזו. לדוגמה, אם המקור הוא
my-test-bucket/path/, מסנן הכללה שלfileכולל את כל הקבצים שמתחילים ב-my-test-bucket/path/file. לוחצים על השלב הבא.
Amazon S3
אחסון תואם ל-S3
אחסון בלובים של מיקרוסופט Azure
בקטע סוג המקור, בוחרים באפשרות Azure Blob Storage או Data Lake Storage Gen2.
לוחצים על השלב הבא.
מציינים את הפרטים הבאים:
Storage account name – שם חשבון המקור ב-Microsoft Azure Storage.
שם החשבון לאחסון מוצג בפורטל Microsoft Azure Storage בקטע All services > Storage > Storage accounts.
שם מאגר – שם המאגר ב-Microsoft Azure Storage.
שם המאגר מופיע בפורטל Microsoft Azure Storage בקטע Storage explorer > Blob containers. כדי להעביר את כל הקונטיינרים בחשבון אחסון, מזינים את הערך
*. מידע נוסף זמין במאמר העברת כל הקונטיינרים בחשבון Azure Storage.Shared access signature (SAS) – טוקן ה-SAS של Microsoft Azure Storage שנוצר ממדיניות גישה מאוחסנת. מידע נוסף זמין במאמר Grant limited access to Azure Storage resources using shared access signatures (SAS).
זמן התפוגה שמוגדר כברירת מחדל לאסימוני SAS הוא 8 שעות. כשיוצרים את אסימון ה-SAS, חשוב להגדיר זמן תפוגה סביר שיאפשר להשלים את ההעברה.
- אפשר גם לסנן אובייקטים לפי קידומת, לפי תאריך השינוי האחרון או לפי סוג האחסון. אם ציינתם תיקייה כמיקום המקור, מסנני הקידומת הם ביחס לתיקייה הזו. לדוגמה, אם המקור הוא
my-test-bucket/path/, מסנן הכללה שלfileכולל את כל הקבצים שמתחילים ב-my-test-bucket/path/file. לוחצים על השלב הבא.
מערכת קבצים
בקטע Source type, בוחרים באפשרות מערכת קבצים POSIX.
בוחרים את סוג היעד ולוחצים על השלב הבא.
בוחרים מאגר סוכנים קיים, או לוחצים על Create agent pool ופועלים לפי ההוראות כדי ליצור מאגר חדש.
צריך לציין את הנתיב המלא של ספריית מערכת הקבצים. אם מציינים נתיב שאינו הבסיס, עיינו בפרטים החשובים במאמר ציון נתיבי מקור ויעד.
לוחצים על השלב הבא.
HDFS
רשימת כתובות URL
בקטע סוג המקור, בוחרים באפשרות רשימת כתובות URL ולוחצים על השלב הבא.
בשדה URL of TSV file, מזינים את כתובת ה-URL של קובץ ערכים מופרדים בטאבים (TSV). במאמר יצירת רשימת כתובות URL מוסבר איך ליצור את קובץ ה-TSV.
- אפשר גם לסנן אובייקטים לפי קידומת, לפי תאריך השינוי האחרון או לפי סוג האחסון. אם ציינתם תיקייה כמיקום המקור, מסנני הקידומת הם ביחס לתיקייה הזו. לדוגמה, אם המקור הוא
my-test-bucket/path/, מסנן הכללה שלfileכולל את כל הקבצים שמתחילים ב-my-test-bucket/path/file. לוחצים על השלב הבא.
בוחרים יעד:
Cloud Storage
בשדה Bucket or folder, מזינים את שם קטגוריית היעד ואת שם התיקייה (אופציונלי), או לוחצים על Browse כדי לבחור קטגוריה מרשימת הקטגוריות הקיימות בפרויקט הנוכחי. כדי ליצור קטגוריה חדשה, לוחצים על
Create new bucket.אם אתם מציינים נתיב בתוך הקטגוריה, קראו את הפרטים החשובים בקטע ציון נתיבי מקור ויעד.
לוחצים על השלב הבא.
בוחרים את אפשרויות התזמון:
ברשימה הנפתחת הפעלה חד-פעמית, בוחרים אחת מהאפשרויות הבאות:
Run once: הפעלה של העברה אחת, החל מהשעה שבחרתם.
Run every day: הפעלת העברה מדי יום, החל מהשעה שבחרתם.
אפשר להזין תאריך סיום אופציונלי, או להשאיר את השדה End date ריק כדי שההעברה תפעל באופן רציף.
Run every week: הפעלת העברה מדי שבוע, החל מהשעה שבחרתם.
Run with custom frequency: הפעלת העברה בתדירות שאתם בוחרים. אפשר לבחור לחזור על ההעברה במרווחי זמן קבועים של שעות, ימים או שבועות.
אפשר להזין תאריך סיום אופציונלי, או להשאיר את השדה End date ריק כדי להפעיל את ההעברה באופן רציף.
בתפריט הנפתח החל מעכשיו, בוחרים אחת מהאפשרויות הבאות:
התחלה עכשיו: ההעברה תתחיל אחרי שתלחצו על יצירה.
Starting on: ההעברה תתחיל בתאריך ובשעה שתבחרו. לוחצים על Calendar כדי להציג לוח שנה ולבחור את תאריך ההתחלה.
לוחצים על השלב הבא.
בוחרים את ההגדרות של משימת ההעברה. חלק מהאפשרויות זמינות רק לשילובים מסוימים של מקור/כיור.
בשדה Description, מזינים תיאור של ההעברה. מומלץ להזין תיאור משמעותי וייחודי כדי שתוכלו להבדיל בין המשימות.
בקטע Metadata options, בוחרים אם להשתמש באפשרויות ברירת המחדל או לוחצים על View and select options כדי לציין ערכים לכל המטא-נתונים הנתמכים. פרטים נוספים זמינים במאמר שמירת מטא-נתונים.
בקטע מתי להחליף, בוחרים אחת מהאפשרויות הבאות:
אם שונה: החלפת קובצי היעד אם לקובץ המקור עם אותו שם יש ערכי Etag או סיכום ביקורת (checksum) שונים.
תמיד: תמיד מחליף את קובצי היעד כשלמקור יש את אותו שם, גם אם הם זהים.
בקטע מתי למחוק, בוחרים אחת מהאפשרויות הבאות:
אף פעם: אף פעם לא למחוק קבצים מהמקור או מהיעד.
Delete file from source after they're transferred: מחיקת קבצים מהמקור אחרי שהם מועברים ליעד. אם קובץ מקור לא מועבר, למשל כי הוא כבר קיים ביעד, קובץ המקור לא נמחק.
Delete files from destination if they're not also at source: אם הקבצים בקטגוריית היעד של Cloud Storage לא נמצאים גם במקור, הקבצים נמחקים מקטגוריית Cloud Storage.
האפשרות הזו מבטיחה שקטגוריית היעד של Cloud Storage תהיה זהה למקור.
בהעברות בין קטגוריות של Cloud Storage, בוחרים אם להעביר תיקיות מנוהלות.
הפעלה או השבתה של רישום ביומן של Storage Transfer Service.
בקטע Notification options, בוחרים את נושא Pub/Sub ואת האירועים שעליהם רוצים לקבל התראות. לפרטים נוספים, ראו התראות Pub/Sub.
אם אתם מקצים הרשאות של סוכן שירות לחשבון שירות בניהול המשתמש, בחרו באפשרות הזו והזינו את כתובת האימייל של חשבון השירות בפורמט
SERVICE_ACCOUNT_NAME@PROJECT_ID..לוחצים על יצירה.
מערכת קבצים
בוחרים מאגר סוכנים קיים או לוחצים על Create agent pool ופועלים לפי ההוראות כדי ליצור מאגר חדש.
מציינים את הנתיב המלא של ספריית היעד. אם מציינים נתיב שאינו הבסיס, עיינו בפרטים החשובים במאמר ציון נתיבי מקור ויעד. אם הנתיב שציינתם לא קיים, נציג ההעברה ינסה ליצור את מבנה הספרייה במערכת הקבצים של היעד במהלך תהליך ההעברה. לסוכן צריכות להיות הרשאות הכתיבה הנדרשות בספריית האם.
לוחצים על השלב הבא.
בוחרים את אפשרויות התזמון:
ברשימה הנפתחת הפעלה חד-פעמית, בוחרים אחת מהאפשרויות הבאות:
Run once: הפעלה של העברה אחת, החל מהשעה שבחרתם.
Run every day: הפעלת העברה מדי יום, החל מהשעה שבחרתם.
אפשר להזין תאריך סיום אופציונלי, או להשאיר את השדה End date ריק כדי שההעברה תפעל באופן רציף.
Run every week: הפעלת העברה מדי שבוע, החל מהשעה שבחרתם.
Run with custom frequency: הפעלת העברה בתדירות שאתם בוחרים. אפשר לבחור לחזור על ההעברה במרווחי זמן קבועים של שעות, ימים או שבועות.
אפשר להזין תאריך סיום אופציונלי, או להשאיר את השדה End date ריק כדי להפעיל את ההעברה באופן רציף.
בתפריט הנפתח החל מעכשיו, בוחרים אחת מהאפשרויות הבאות:
התחלה עכשיו: ההעברה תתחיל אחרי שתלחצו על יצירה.
Starting on: ההעברה תתחיל בתאריך ובשעה שתבחרו. לוחצים על Calendar כדי להציג לוח שנה ולבחור את תאריך ההתחלה.
לוחצים על השלב הבא.
מציינים אם להשתמש בקובץ מניפסט.
בוחרים אם לשמור את המטא-נתונים, מתי להחליף את הקבצים ומתי למחוק קבצים במקור או ביעד.
בוחרים את אפשרויות הרישום ביומן.
בקטע Notification options, בוחרים את נושא Pub/Sub ואת האירועים שעליהם רוצים לקבל התראות. לפרטים נוספים, ראו התראות Pub/Sub.
אם אתם מקצים הרשאות של סוכן שירות לחשבון שירות בניהול המשתמש, בחרו באפשרות הזו והזינו את כתובת האימייל של חשבון השירות בפורמט
SERVICE_ACCOUNT_NAME@PROJECT_ID..כדי ליצור את משימת ההעברה, לוחצים על Create.
CLI של gcloud
כדי ליצור משימת העברה חדשה, משתמשים בפקודה gcloud transfer jobs create. יצירת משימה חדשה מפעילה את ההעברה שצוינה, אלא אם צוין לוח זמנים או --do-not-run.
gcloud transfer jobs create \
SOURCE DESTINATION
מחליפים את מה שכתוב בשדות הבאים:
SOURCE הוא מקור הנתונים של ההעברה הזו. הפורמט של כל מקור הוא:
- Cloud Storage:
gs://BUCKET_NAME. כדי להעביר מתיקייה ספציפית, מציינים אתgs://BUCKET_NAME/FOLDER_PATH/, כולל הלוכסן בסוף. - Amazon S3:
s3://BUCKET_NAME/FOLDER_PATH - אחסון תואם ל-S3:
s3://BUCKET_NAME. שם הקטגוריה הוא יחסי לנקודת הקצה. לדוגמה, אם הנתונים נמצאים ב-https://us-east-1.example.com/folder1/bucket_a, מזיניםs3://folder1/bucket_a. - Microsoft Azure Storage:
https://myaccount.blob.core.windows.net/CONTAINER_NAME - רשימת כתובות URL:
https://PATH_TO_URL_LISTאוhttp://PATH_TO_URL_LIST - מערכת קבצים של POSIX:
posix:///PATH. הנתיב חייב להיות נתיב מוחלט מהרמה הבסיסית (root) של המכונה המארחת של הנציג. - HDFS:
hdfs:///PATH
אם אתם מציינים ערך של נתיב או תיקייה, קראו את הפרטים החשובים במאמר ציון נתיבי מקור ויעד.
- Cloud Storage:
DESTINATION הוא אחד מהבאים:
- Cloud Storage:
gs://BUCKET_NAME. כדי להעביר לספרייה ספציפית, צריך לציין אתgs://BUCKET_NAME/FOLDER_PATH/, כולל הלוכסן בסוף. - מערכת קבצים של POSIX:
posix:///PATH. הנתיב חייב להיות נתיב מוחלט מהרמה הבסיסית (root) של המכונה המארחת של הנציג. אם הנתיב שציינתם לא קיים, נציג ההעברה ינסה ליצור את מבנה הספרייה במערכת הקבצים של היעד במהלך תהליך ההעברה. לנציג צריכות להיות הרשאות הכתיבה הנדרשות בספריית האם.
אם אתם מציינים ערך של נתיב או תיקייה, קראו את הפרטים החשובים במאמר ציון נתיבי מקור ויעד.
- Cloud Storage:
אם ההעברה דורשת סוכני העברה, האפשרויות הבאות זמינות:
השדה
--source-agent-poolמציין את מאגר הסוכנים במקור שבו צריך להשתמש בהעברה הזו. נדרש להעברות שמקורן במערכת קבצים.
--destination-agent-poolמציין את מאגר הנציגים ביעד שבו יש להשתמש בהעברה הזו. נדרש להעברות למערכת קבצים.
--intermediate-storage-pathהוא הנתיב לקטגוריה של Cloud Storage, בפורמטgs://my-intermediary-bucket. נדרש להעברות בין שתי מערכות קבצים. במאמר יצירת קטגוריה של Cloud Storage כמתווכת מוסבר איך יוצרים את הקטגוריה המתווכת.
האפשרויות הנוספות כוללות:
--source-creds-fileמציין את הנתיב היחסי לקובץ מקומי במחשב שלכם, שכולל את פרטי הכניסה ל-AWS או ל-Azure של מקור ההעברה. למידע על הפורמט של קובץ פרטי הכניסה, עיינו במאמר העזר בנושא TransferSpec.הדגל
--do-not-runמונע מ-Storage Transfer Service להריץ את המשימה אחרי שליחת הפקודה. כדי להריץ את המשימה, עדכנו אותה כדי להוסיף לוח זמנים, או השתמשו ב-jobs runכדי להפעיל אותה ידנית.--manifest-fileמציין את הנתיב לקובץ CSV ב-Cloud Storage שמכיל רשימה של קבצים להעברה מהמקור. במאמר העברת קבצים או אובייקטים ספציפיים באמצעות מניפסט מוסבר איך מעצבים קובץ מניפסט.פרטי המשימה: אפשר לציין את
--name,--descriptionו---source-creds-file. שימו לב שאין תמיכה ב---nameלמשימות רפליקציה בין קטגוריות.Schedule: מציינים את הערכים
--schedule-starts,--schedule-repeats-everyו---schedule-repeats-until, או--do-not-run.תנאי אובייקטים: משתמשים בתנאים כדי לקבוע אילו אובייקטים יועברו. התנאים האלה כוללים את
--include-prefixesו---exclude-prefixes, ואת התנאים שמבוססים על זמן ב---include-modified-[before | after]-[absolute | relative]. אם ציינתם תיקייה במקור, מסנני הקידומת יהיו יחסיים לתיקייה הזו. מידע נוסף מופיע במאמר סינון אובייקטים של מקור לפי קידומת.תנאי אובייקטים לא נתמכים בהעברות שכוללות מערכות קבצים.
אפשרויות העברה: מציינים אם להחליף את קובצי היעד (
--overwrite-when=differentאוalways) ואם למחוק קבצים מסוימים במהלך ההעברה או אחריה (--delete-from=destination-if-uniqueאוsource-after-transfer). מציינים אילו ערכי מטא-נתונים לשמור (--preserve-metadata), ואפשר גם להגדיר סוג אחסון לאובייקטים שמועברים (--custom-storage-class).התראות: הגדרת התראות Pub/Sub להעברות באמצעות
--notification-pubsub-topic,--notification-event-typesו---notification-payload-format.Cloud Logging: הפעלת Cloud Logging להעברות ללא סוכן, או להעברות ממקורות תואמי S3, באמצעות
--log-actionsו---log-action-states. לפרטים, ראו Cloud Logging לשירות Storage Transfer Service.
בהעברות ממקורות תואמי S3 משתמשים גם באפשרויות הבאות:
-
--source-endpoint(חובה) מציין את נקודת הקצה של מערכת האחסון. לדוגמה,s3.example.com. כדי לדעת מהו הפורמט הנכון, צריך לפנות לספק. אל תציינו את הפרוטוקול (http://אוhttps://). -
--source-signing-regionמציין אזור לבקשות חתומות. אם ספק האחסון לא דורש אזור חתימה, אפשר להשמיט את הדגל הזה. -
--source-auth-methodמציין את שיטת האימות שבה צריך להשתמש. הערכים התקינים הםAWS_SIGNATURE_V2אוAWS_SIGNATURE_V4. מידע נוסף זמין במסמכי התיעוד של אמזון בנושא SigV4 ו-SigV2. --source-request-modelמציין את סגנון הפנייה שבו צריך להשתמש. הערכים המותרים הםPATH_STYLEאוVIRTUAL_HOSTED_STYLE. סגנון הנתיב משתמש בפורמטhttps://s3.example.com/BUCKET_NAME/KEY_NAME. בסגנון אירוח וירטואלי משתמשים בפורמט `https://BUCKET_NAME.s3.example.com/KEY_NAME.-
--source-network-protocolמציין את פרוטוקול הרשת שבו הסוכנים צריכים להשתמש במשימה הזו. הערכים התקינים הםHTTPאוHTTPS. -
--source-list-apiמציין את הגרסה של S3 listing API להחזרת אובייקטים מהקטגוריה. הערכים התקינים הםLIST_OBJECTSאוLIST_OBJECTS_V2. מידע נוסף זמין במסמכי התיעוד של אמזון בנושא ListObjectsV2 ו-ListObjects.
כדי לראות את כל האפשרויות, מריצים את gcloud transfer jobs create --help או מעיינים במאמרי העזרה של gcloud.
דוגמאות
מ-Amazon S3 ל-Cloud Storage
העברה מ-Amazon S3 ל-Cloud Storage
אחסון תואם ל-S3 ב-Cloud Storage
העברה מאחסון תואם ל-S3 אל Cloud Storage
ממערכת קבצים ל-Cloud Storage
העברה ממערכת קבצים ל-Cloud Storage
מ-Cloud Storage למערכת קבצים
כדי להעביר מקטגוריה של Cloud Storage למערכת קבצים, צריך לציין את הפרטים הבאים.
gcloud transfer jobs create \
gs://my-storage-bucket posix:///tmp/destination \
--destination-agent-pool=my-destination-agent-pool
ממערכת קבצים למערכת קבצים
כדי להעביר נתונים בין שתי מערכות קבצים, צריך לציין מאגר סוכנים של מקור, מאגר סוכנים של יעד וקטגוריה של Cloud Storage שדרכה הנתונים עוברים.
פרטים נוספים על קטגוריית הביניים זמינים במאמר יצירת קטגוריה של Cloud Storage כגורם מתווך.
לאחר מכן, מציינים את 3 המשאבים האלה כשקוראים ל-transfer jobs create:
gcloud transfer jobs create \
posix:///tmp/source/on/systemA posix:///tmp/destination/on/systemB \
--source-agent-pool=source_agent_pool \
--destination-agent-pool=destination_agent_pool \
--intermediate-storage-path=gs://my-intermediary-bucket
REST
הדוגמאות הבאות מראות איך להשתמש ב-Storage Transfer Service באמצעות ה-API בארכיטקטורת REST.
כשמגדירים או עורכים משימות העברה באמצעות Storage Transfer Service API, צריך להזין את השעה ב-UTC. למידע נוסף על הגדרת לוח הזמנים של משימת העברה, ראו לוח זמנים.
העברה בין קטגוריות של Cloud Storage
בדוגמה הזו תלמדו איך להעביר קבצים מקטגוריה אחת של Cloud Storage לקטגוריה אחרת. לדוגמה, אתם יכולים להעביר נתונים לקטגוריה במיקום אחר.
בקשה באמצעות transferJobs create:
POST https://storagetransfer.googleapis.com/v1/transferJobs { "description": "YOUR DESCRIPTION", "status": "ENABLED", "projectId": "PROJECT_ID", "schedule": { "scheduleStartDate": { "day": 1, "month": 1, "year": 2015 }, "startTimeOfDay": { "hours": 1, "minutes": 1 } }, "transferSpec": { "gcsDataSource": { "bucketName": "GCS_SOURCE_NAME" }, "gcsDataSink": { "bucketName": "GCS_SINK_NAME" }, "transferOptions": { "deleteObjectsFromSourceAfterTransfer": true } } }
200 OK { "transferJob": [ { "creationTime": "2015-01-01T01:01:00.000000000Z", "description": "YOUR DESCRIPTION", "name": "transferJobs/JOB_ID", "status": "ENABLED", "lastModificationTime": "2015-01-01T01:01:00.000000000Z", "projectId": "PROJECT_ID", "schedule": { "scheduleStartDate": { "day": 1, "month": 1, "year": 2015 }, "startTimeOfDay": { "hours": 1, "minutes": 1 } }, "transferSpec": { "gcsDataSource": { "bucketName": "GCS_SOURCE_NAME", }, "gcsDataSink": { "bucketName": "GCS_NEARLINE_SINK_NAME" }, "objectConditions": { "minTimeElapsedSinceLastModification": "2592000.000s" }, "transferOptions": { "deleteObjectsFromSourceAfterTransfer": true } } } ] }
העברה מ-Amazon S3 ל-Cloud Storage
העברה מ-Amazon S3 ל-Cloud Storage
העברה בין Microsoft Azure Blob Storage לבין Cloud Storage
בדוגמה הזו תלמדו איך להעביר קבצים מ-Microsoft Azure Storage לקטגוריה של Cloud Storage, באמצעות אסימון חתימת גישה משותפת (SAS) של Microsoft Azure Storage.
מידע נוסף על Microsoft Azure Storage SAS זמין במאמר Grant limited access to Azure Storage resources using shared access signatures (SAS).
לפני שמתחילים, כדאי לקרוא את המאמרים הגדרת הגישה ל-Microsoft Azure Storage ותמחור כדי להבין את ההשלכות של העברת נתונים מ-Microsoft Azure Storage ל-Cloud Storage.
בקשה באמצעות transferJobs create:
POST https://storagetransfer.googleapis.com/v1/transferJobs { "description": "YOUR DESCRIPTION", "status": "ENABLED", "projectId": "PROJECT_ID", "schedule": { "scheduleStartDate": { "day": 14, "month": 2, "year": 2020 }, "scheduleEndDate": { "day": 14 "month": 2, "year": 2020 }, "startTimeOfDay": { "hours": 1, "minutes": 1 } }, "transferSpec": { "azureBlobStorageDataSource": { "storageAccount": "AZURE_SOURCE_NAME", "azureCredentials": { "sasToken": "AZURE_SAS_TOKEN", }, "container": "AZURE_CONTAINER", }, "gcsDataSink": { "bucketName": "GCS_SINK_NAME" } } }
200 OK { "transferJob": [ { "creationTime": "2020-02-14T01:01:00.000000000Z", "description": "YOUR DESCRIPTION", "name": "transferJobs/JOB_ID", "status": "ENABLED", "lastModificationTime": "2020-02-14T01:01:00.000000000Z", "projectId": "PROJECT_ID", "schedule": { "scheduleStartDate": { "day": 14 "month": 2, "year": 2020 }, "scheduleEndDate": { "day": 14, "month": 2, "year": 2020 }, "startTimeOfDay": { "hours": 1, "minutes": 1 } }, "transferSpec": { "azureBlobStorageDataSource": { "storageAccount": "AZURE_SOURCE_NAME", "azureCredentials": { "sasToken": "AZURE_SAS_TOKEN", }, "container": "AZURE_CONTAINER", }, "objectConditions": {}, "transferOptions": {} } } ] }
העברה ממערכת קבצים
ספריות לקוח
הדוגמאות הבאות ממחישות איך להשתמש ב-Storage Transfer Service באופן פרוגרמטי באמצעות Go, Java, Node.js ו-Python.
כשמגדירים או עורכים משימות העברה באופן פרוגרמטי, צריך להגדיר את השעה לפי אזור הזמן UTC. למידע נוסף על הגדרת לוח הזמנים של משימת העברה, ראו לוח זמנים.
מידע נוסף על ספריות הלקוח של Storage Transfer Service זמין במאמר תחילת השימוש בספריות הלקוח של Storage Transfer Service.
העברה בין קטגוריות של Cloud Storage
בדוגמה הזו תלמדו איך להעביר קבצים מקטגוריה אחת של Cloud Storage לקטגוריה אחרת. לדוגמה, אתם יכולים להעביר נתונים לקטגוריה במיקום אחר.
המשך
Java
מחפשים דוגמאות ישנות יותר? המדריך להעברת נתונים (מיגרציה) של Storage Transfer Service
Node.js
Python
מחפשים דוגמאות ישנות יותר? המדריך להעברת נתונים (מיגרציה) של Storage Transfer Service
העברה מ-Amazon S3 ל-Cloud Storage
העברה מ-Amazon S3 ל-Cloud Storage
העברה בין Microsoft Azure Blob Storage לבין Cloud Storage
בדוגמה הזו תלמדו איך להעביר קבצים מ-Microsoft Azure Storage לקטגוריה של Cloud Storage, באמצעות אסימון חתימת גישה משותפת (SAS) של Microsoft Azure Storage.
מידע נוסף על Microsoft Azure Storage SAS זמין במאמר Grant limited access to Azure Storage resources using shared access signatures (SAS).
לפני שמתחילים, כדאי לקרוא את המאמרים הגדרת הגישה ל-Microsoft Azure Storage ותמחור כדי להבין את ההשלכות של העברת נתונים מ-Microsoft Azure Storage ל-Cloud Storage.
Go
במאמר ספריות הלקוח של Storage Transfer Service מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Storage Transfer Service. למידע נוסף, קראו את מאמרי העזרה של Storage Transfer Service Go API.
כדי לבצע אימות ב-Storage Transfer Service, אתם צריכים להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Java
במאמר ספריות הלקוח של Storage Transfer Service מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Storage Transfer Service. למידע נוסף, קראו את מאמרי העזרה של Storage Transfer Service Java API.
כדי לבצע אימות ב-Storage Transfer Service, עליכם להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Node.js
במאמר ספריות הלקוח של Storage Transfer Service מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Storage Transfer Service. למידע נוסף, קראו את מאמרי העזרה של Storage Transfer Service Node.js API.
כדי לבצע אימות ב-Storage Transfer Service, עליכם להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Python
במאמר ספריות הלקוח של Storage Transfer Service מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Storage Transfer Service. למידע נוסף, קראו את מאמרי העזרה של Storage Transfer Service Python API.
כדי לבצע אימות ב-Storage Transfer Service, אתם צריכים להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
העברה ממערכת קבצים
הגדרת נתיבי מקור ויעד
נתיבי מקור ויעד מאפשרים להעביר נתונים שנמצאים תחת קידומת ספציפית, ולשלוט במיקום של הנתונים האלה ביעד.
- נתיב המקור: משמש כתיקיית השורש של ההעברה. רק אובייקטים בנתיב הזה מועברים, ונתיב המקור מוסר מתחילת שמות האובייקטים לפני שהם מועתקים ליעד.
- נתיב היעד: משמש כקידומת שמתווספת לכל שמות האובייקטים ביעד. בהעברות של מערכת קבצים, מציין את התיקייה שאליה מועברים האובייקטים.
אפשר לציין נתיבי מקור לכל מקורות הנתונים.
דוגמאות
ציון נתיב יעד בלבד
נניח שיש לכם את object.txt ברמה הבסיסית (root) של קטגוריה של Cloud Storage בשם bucketA.
אם מעבירים אל bucketB ומגדירים נתיב יעד בשם alpha/, הקובץ מועתק אל bucketB/alpha/object.txt.
ציון נתיבי המקור והיעד
נניח שאתם רוצים להעביר נתונים בין שתי קטגוריות של Cloud Storage:
- קטגוריית המקור:
bucketAעם הנתיבalpha/ - קטגוריית היעד:
bucketBעם הנתיבbravo/
אובייקט ב-gs://bucketA/alpha/object מועבר אל gs://bucketB/bravo/object.
נתיב המקור alpha/ מוסר משם האובייקט, כך שנשאר רק object, ונתיב היעד bravo/ מתווסף לפניו.
צריך לציין נתיב מקור
כדי לציין נתיב מקור כשיוצרים משימת העברה:
- במסוף Google Cloud , מזינים את הנתיב בשדה Bucket or folder.
- כשמשתמשים ב-CLI של gcloud, מציינים את הנתיב כחלק מה-URI של המקור.
לדוגמה,
gs://SOURCE_BUCKET/SOURCE_PATH/. - באמצעות ה-API בארכיטקטורת REST או ספריות הלקוח, מוסיפים את השדה
pathלמפרט של מקור הנתונים. לדוגמה, השדהgcsDataSourceבמפרט שלTransferSpec. העברות של מערכת קבצים משתמשות ב-rootDirectoryבמקום ב-path.
ציון נתיב יעד
כדי לציין נתיב יעד כשיוצרים משימת העברה:
- במסוף Google Cloud , מזינים את הנתיב בשדה Bucket or folder.
- כשמשתמשים ב-CLI של gcloud, מציינים את הנתיב כחלק מה-URI של היעד. לדוגמה,
gs://DESTINATION_BUCKET/DESTINATION_PATH/. - באמצעות ה-API בארכיטקטורת REST או ספריות הלקוח, מוסיפים שדה
pathלמפרט של מקור הנתונים. לדוגמה, השדהgcsDataSourceאוgcsDataSinkבמפרט שלTransferSpec. העברות של מערכת קבצים משתמשות ב-rootDirectoryבמקום ב-path.