בדף הזה מוסבר איך ליצור ולהתחיל עבודות העברה.
כדי לבדוק אם מקור היעד (שנקרא גם מאגר) נתמכים על ידי 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, בוחרים את מצב התזמון. העברות בכמות גדולה מתבצעות על בסיס חד-פעמי או מתוזמן. העברות מבוססות-אירועים עוקבות באופן רציף אחרי המקור ומעבירות נתונים כשהם מתווספים או משתנים.
כדי להגדיר העברה מבוססת-אירועים, פועלים לפי ההוראות במאמר בנושא העברות מבוססות-אירועים.
לוחצים על השלב הבא.
בוחרים קטגוריה ותיקייה (אופציונלי) בקטגוריה הזו באחת מהדרכים הבאות:
בשדה 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/, מסנן include שלfileכולל את כל הקבצים שמתחילים ב-my-test-bucket/path/file. לוחצים על השלב הבא.
Amazon S3
אחסון שתואם ל-S3
Microsoft Azure Blob Storage
בקטע סוג המקור, בוחרים באפשרות Azure Blob Storage או Data Lake Storage Gen2.
לוחצים על השלב הבא.
מציינים את הפרטים הבאים:
שם חשבון האחסון – שם חשבון האחסון של Microsoft Azure כמקור.
שם החשבון לאחסון מוצג בפורטל Microsoft Azure Storage בקטע All services > Storage > Storage accounts.
שם הקונטיינר – שם הקונטיינר ב-Microsoft Azure Storage.
שם המאגר מוצג בפורטל Microsoft Azure Storage בקטע Storage explorer > Blob containers.
חתימת גישה משותפת (SAS) – טוקן SAS של Microsoft Azure Storage שנוצר ממדיניות גישה מאוחסנת. מידע נוסף זמין במאמר Grant limited access to Azure Storage resources using shared access signatures (SAS).
ברירת המחדל של זמן התפוגה של אסימוני SAS היא 8 שעות. כשיוצרים את טוקן ה-SAS, חשוב להגדיר זמן תפוגה סביר שיאפשר להשלים את ההעברה בהצלחה.
- אופציונלי, אפשר לסנן אובייקטים לפי קידומת או לפי תאריך השינוי האחרון. אם ציינתם תיקייה כמיקום המקור, מסנני הקידומות הם יחסיים לתיקייה הזו. לדוגמה, אם המקור הוא
my-test-bucket/path/, מסנן include שלfileכולל את כל הקבצים שמתחילים ב-my-test-bucket/path/file. לוחצים על השלב הבא.
מערכת קבצים
בקטע סוג המקור, בוחרים באפשרות מערכת קבצים POSIX.
בוחרים את סוג היעד ולוחצים על השלב הבא.
בוחרים מאגר סוכנים קיים או בוחרים באפשרות יצירת מאגר סוכנים ופועלים לפי ההוראות ליצירת מאגר חדש.
מציינים את הנתיב המוגדר במלואו של ספריית מערכת הקבצים. אם מציינים נתיב שאינו נתיב הבסיס, כדאי לעיין בציון נתיבי מקור ויעד כדי לקבל פרטים חשובים.
לוחצים על השלב הבא.
HDFS
רשימת כתובות URL
בקטע סוג המקור, בוחרים באפשרות רשימת כתובות URL ולוחצים על השלב הבא.
בקטע כתובת URL של קובץ TSV, מזינים את כתובת ה-URL של קובץ עם ערכים מופרדים בטאבים (TSV). במאמר יצירת רשימת כתובות URL יש פרטים נוספים על יצירת קובץ ה-TSV.
- אופציונלי, אפשר לסנן אובייקטים לפי קידומת או לפי תאריך השינוי האחרון. אם ציינתם תיקייה כמיקום המקור, מסנני הקידומות הם יחסיים לתיקייה הזו. לדוגמה, אם המקור הוא
my-test-bucket/path/, מסנן include שלfileכולל את כל הקבצים שמתחילים ב-my-test-bucket/path/file. לוחצים על השלב הבא.
בוחרים יעד:
Cloud Storage
בשדה Bucket or folder (קטגוריה או תיקייה), מזינים את קטגוריית היעד ואת שם התיקייה (אופציונלי), או לוחצים על Browse (עיון) כדי לבחור קטגוריה מתוך רשימת הקטגוריות הקיימות בפרויקט הנוכחי. כדי ליצור מאגר חדש, לוחצים על
Create new bucket (יצירת מאגר חדש).אם מציינים נתיב בתוך הדלי, כדאי לעיין בפרטים החשובים במאמר ציון נתיבי מקור ויעד.
לוחצים על השלב הבא.
בוחרים את אפשרויות התזמון:
ברשימה הנפתחת הפעלה חד-פעמית, בוחרים אחת מהאפשרויות הבאות:
הפעלה חד-פעמית: הפעלה של העברה אחת, החל משעה שתבחרו.
הפעלה בכל יום: ההעברה תתבצע מדי יום, החל מהשעה שתבחרו.
אפשר להזין תאריך סיום אופציונלי, או להשאיר את השדה תאריך סיום ריק כדי שההעברה תפעל ברציפות.
הפעלה בכל שבוע: הפעלה של העברה שבועית, החל משעה שתבחרו.
הפעלה בתדירות מותאמת אישית: הפעלת העברה בתדירות שבוחרים. אפשר לבחור לחזור על ההעברה במרווחי זמן קבועים של שעות, ימים או שבועות.
אפשר להזין תאריך סיום אופציונלי, או להשאיר את השדה תאריך סיום ריק כדי שההעברה תפעל ברציפות.
מהרשימה הנפתחת החל מעכשיו, בוחרים באחת מהאפשרויות הבאות:
Starting now (החל מעכשיו): ההעברה תתחיל אחרי שתלחצו על Create (יצירה).
החל מ: ההעברה תתחיל בתאריך ובשעה שתבחרו. לוחצים על לוח שנה כדי להציג לוח שנה ולבחור את תאריך ההתחלה.
לוחצים על השלב הבא.
בוחרים את ההגדרות של עבודת ההעברה. חלק מהאפשרויות זמינות רק לשילובים מסוימים של מקורות ויעדים.
בשדה Description (תיאור), מזינים תיאור של ההעברה. מומלץ להזין תיאור בעל משמעות וייחודי כדי להבחין בין המשרות.
בקטע אפשרויות מטא-נתונים, בוחרים להשתמש באפשרויות ברירת המחדל או לוחצים על הצגה ובחירה של אפשרויות כדי לציין ערכים לכל המטא-נתונים הנתמכים. פרטים נוספים זמינים במאמר בנושא שמירת מטא-נתונים.
בקטע When to overwrite (מתי להחליף), בוחרים באחת מהאפשרויות הבאות:
אם שונה: מחליף את קובצי היעד אם לקובץ המקור עם אותו שם יש ערכי Etags או סיכום ביקורת שונים.
תמיד: תמיד מחליף את קובצי היעד כשלקובץ המקור יש את אותו שם, גם אם הם זהים.
בקטע When to delete (מתי למחוק), בוחרים באחת מהאפשרויות הבאות:
אף פעם: הקבצים לא יימחקו מהמקור או מהיעד.
Delete file from source after they're transferred: מחיקת קבצים מהמקור אחרי שהם מועברים ליעד. אם קובץ מקור לא מועבר, למשל כי הוא כבר קיים ביעד, קובץ המקור לא נמחק.
מחיקת קבצים מהיעד אם הם לא נמצאים גם במקור: אם קבצים בקטגוריית היעד של Cloud Storage לא נמצאים גם במקור, הקבצים יימחקו מקטגוריית Cloud Storage.
האפשרות הזו מבטיחה שקטגוריית היעד של Cloud Storage תהיה זהה למקור.
כשמעבירים נתונים בין קטגוריות של Cloud Storage, אפשר לבחור אם להעביר תיקיות מנוהלות.
מפעילים או משביתים את הרישום ביומן של Storage Transfer Service.
בקטע אפשרויות התראה, אפשר לבחור את נושא ה-Pub/Sub ואת האירועים שלגביהם רוצים לקבל התראות. מידע נוסף על התראות Pub/Sub
אם מייפים הרשאות של סוכן שירות לחשבון שירות בניהול המשתמשים, בוחרים באפשרות הזו ומזינים את כתובת האימייל בחשבון השירות בפורמט
SERVICE_ACCOUNT_NAME@PROJECT_ID.iam.gserviceaccount.com.לוחצים על יצירה.
מערכת קבצים
בוחרים מאגר סוכנים קיים או באפשרות יצירת מאגר סוכנים ופועלים לפי ההוראות ליצירת מאגר חדש.
מציינים את הנתיב המלא של ספריית היעד. אם מציינים נתיב שאינו נתיב הבסיס, כדאי לעיין בציון נתיבי מקור ויעד כדי לקבל פרטים חשובים. אם הנתיב שציינתם לא קיים, סוכן ההעברה ינסה ליצור את מבנה הספרייה במערכת הקבצים של היעד במהלך תהליך ההעברה. לסוכן צריכות להיות הרשאות הכתיבה הנדרשות בספריית האב.
לוחצים על השלב הבא.
בוחרים את אפשרויות התזמון:
ברשימה הנפתחת הפעלה חד-פעמית, בוחרים אחת מהאפשרויות הבאות:
הפעלה חד-פעמית: הפעלה של העברה אחת, החל משעה שתבחרו.
הפעלה בכל יום: ההעברה תתבצע מדי יום, החל מהשעה שתבחרו.
אפשר להזין תאריך סיום אופציונלי, או להשאיר את השדה תאריך סיום ריק כדי שההעברה תפעל ברציפות.
הפעלה בכל שבוע: הפעלה של העברה שבועית, החל משעה שתבחרו.
הפעלה בתדירות מותאמת אישית: הפעלת העברה בתדירות שבוחרים. אפשר לבחור לחזור על ההעברה במרווחי זמן קבועים של שעות, ימים או שבועות.
אפשר להזין תאריך סיום אופציונלי, או להשאיר את השדה תאריך סיום ריק כדי שההעברה תפעל ברציפות.
מהרשימה הנפתחת החל מעכשיו, בוחרים באחת מהאפשרויות הבאות:
Starting now (החל מעכשיו): ההעברה תתחיל אחרי שתלחצו על Create (יצירה).
החל מ: ההעברה תתחיל בתאריך ובשעה שתבחרו. לוחצים על לוח שנה כדי להציג לוח שנה ולבחור את תאריך ההתחלה.
לוחצים על השלב הבא.
מציינים אם להשתמש בקובץ מניפסט.
בוחרים אם לשמור את המטא-נתונים, מתי להחליף קבצים ומתי למחוק קבצים במקור או ביעד.
בוחרים את אפשרויות הרישום ביומן.
בקטע אפשרויות התראה, אפשר לבחור את נושא ה-Pub/Sub ואת האירועים שלגביהם רוצים לקבל התראות. מידע נוסף על התראות Pub/Sub
אם מייפים הרשאות של סוכן שירות לחשבון שירות בניהול המשתמשים, בוחרים באפשרות הזו ומזינים את כתובת האימייל בחשבון השירות בפורמט
SERVICE_ACCOUNT_NAME@PROJECT_ID.iam.gserviceaccount.com.כדי ליצור את עבודת ההעברה, לוחצים על 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-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 for 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. מידע נוסף זמין במאמרי העזרה של Amazon בנושא 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 באמצעות REST API.
כשמגדירים או עורכים משימות העברה באמצעות 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) (מתן גישה מוגבלת למשאבי Azure Storage באמצעות חתימות של גישה משותפת (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) (מתן גישה מוגבלת למשאבי Azure Storage באמצעות חתימות של גישה משותפת (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 בתיקיית הבסיס של קטגוריה של 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.