במאמר הזה נסביר את המושג מיקום של קטגוריה ואת המיקומים השונים שבהם אפשר ליצור קטגוריות. מיקום הקטגוריה מגדיר את המקום הפיזי שבו נמצאים נתוני האובייקטים בקטגוריה.
במאמר יצירת קטגוריות מוסבר איך מגדירים את המיקום של הקטגוריה.
מושגים מרכזיים
כשיוצרים קטגוריה, מגדירים מיקום גיאוגרפי לאחסון נתוני האובייקטים.
- אפשר להעביר קטגוריה למיקום אחר אחרי שיוצרים אותה, או להעביר את הנתונים לקטגוריה במיקום אחר. שימו לב: העברת קטגוריות למיקום גיאוגרפי אחר אפשרית רק אם הגדרתם את Storage Intelligence.
אפשר לבחור מבין סוגי המיקומים הבאים:
אזור הוא מקום גיאוגרפי ספציפי, כמו איווה (
US-CENTRAL1).תחום (zone) הוא אזור ספציפי בתוך אזור, כמו
US-CENTRAL1-A. סוג המיקום הזה זמין רק עם Rapid Bucket.שני אזורים – שני אזורים ספציפיים, כמו טוקיו ואוסקה (
ASIA1).- צמדים של שני אזורים יכולים להיות מוגדרים מראש או ניתנים להגדרה.
מספר אזורים – אזור גיאוגרפי נרחב שמכיל שני אזורים גיאוגרפיים או יותר, כמו ארצות הברית (
US).
סוג המיקום קובע את אופן יצירת הרפליקות ואת אופן התמחור של הנתונים.
נתוני האובייקטים נשמרים ב-Cloud Storage במיקום שנבחר, בהתאם לתנאים הספציפיים לשירות.
נתוני המיקום של הקטגוריה הם חלק מהמטא-נתונים שלה, ואתם יכולים לצפות בהם אם יש לכם הרשאה מתאימה.
שיקולים בקשר למיקום
כשבוחרים מיקום לקטגוריה של Cloud Storage, צריך להביא בחשבון את ההבדלים בזמינות ובמחיר, כפי שמוצג בטבלה הבאה.
| תחום (zone) | אזור | שני אזורים | במספר אזורים | |
|---|---|---|---|---|
| זמינות |
|
|
|
|
| Pricing |
|
|
|
|
המלצות לגבי מיקום
| דרישות | המיקום המומלץ לקטגוריה | דוגמאות לעומסי עבודה |
|---|---|---|
|
אזור1 |
|
|
אזור2 |
|
|
שני אזורים3 |
|
|
במספר אזורים |
|
- מיקומים אזוריים לקטגוריות זמינים רק דרך Rapid Bucket.
- מידע נוסף על שיקולים ספציפיים לאזור זמין במאמר מיקום גיאוגרפי ואזורים.
- כשצריך יעד להתאוששות מאסון (RPO) קצר וניתן לחיזוי, מפעילים את מאפיין הפרימיום של רפליקציה בקצב טורבו.
- כדי למקסם את הביצועים ולהקטין את זמן האחזור בין בקשות לתגובות, הנתונים המאוחסנים צריכים להיות באותו אזור שבו נמצאים משאבי המחשוב שמקבלים גישה לנתונים. כדי לאחסן נתונים באזורים, צריך להשתמש ב-Rapid Bucket.
- כדי להתמודד עם הסיכון לאובדן נתונים באזור מסוים, מומלץ להשתמש באזורים או באזורים כפולים.
- כדי להימנע מחיובים על רפליקציות של נתונים, כדאי לאחסן מערכי נתונים לטווח קצר באזורים.
האפשרות המשתלמת יותר לביצועים ברמה בינונית ולעומסי עבודה אד-הוק של ניתוח נתונים היא אחסון במספר אזורים.
חשוב לזכור שביצועי עומסי העבודה שמשתמשים בנתונים בקטגוריה במספר אזורים עשויים להשתנות לאורך זמן, כי האחסון והחישוב לא ממוקמים באותו מקום. אם לעומס עבודה רב-אזורי יש דרישות ביצועים מחמירות, כדאי להפעיל את Rapid Cache.
בטבלת התמחור של אחסון הנתונים אפשר למצוא מידע על מחירי האחסון בכל סוג מיקום.
הערות לגבי מכונה וירטואלית ב-Compute Engine
אחסון נתונים באותו תחום או אזור שבו מתארחות המכונות הווירטואליות ב-Compute Engine יכול לשפר את הביצועים. היתרון הזה רלוונטי לתחומים, לאזורים ולשני אזורים.
מיקומים זמינים
ברשימה הבאה מופיע פירוט של מיקומי Cloud Storage שבהם אפשר לאחסן את הנתונים.
תחומים
תחום (zone) הוא אזור פריסה מבודד בתוך אזור.
האזורים הבאים זמינים למאגרי מידע אזוריים:
| אזור | שם האזור | תיאור האזור | |
|---|---|---|---|
ASIA-SOUTHEAST1 |
|||
ASIA-SOUTHEAST1-A |
ג'ורונג ווסט, סינגפור, אסיה-פסיפיק (APAC) | ||
ASIA-SOUTHEAST1-B |
ג'ורונג ווסט, סינגפור, אסיה-פסיפיק (APAC) | ||
ASIA-SOUTHEAST1-C |
ג'ורונג ווסט, סינגפור, אסיה-פסיפיק (APAC) | ||
EUROPE-WEST1 |
|||
EUROPE-WEST1-B |
סנט ג׳יסלאן, בלגיה, אירופה | ||
EUROPE-WEST1-C |
סנט ג׳יסלאן, בלגיה, אירופה | ||
EUROPE-WEST1-D |
סנט ג׳יסלאן, בלגיה, אירופה | ||
US-CENTRAL1 |
|||
US-CENTRAL1-A |
קאונסיל בלאפס, איווה, צפון אמריקה | ||
US-CENTRAL1-AI1A |
לינקולן, נברסקה, צפון אמריקה (אזור AI) | ||
US-CENTRAL1-B |
קאונסיל בלאפס, איווה, צפון אמריקה | ||
US-CENTRAL1-C |
קאונסיל בלאפס, איווה, צפון אמריקה | ||
US-CENTRAL1-F |
קאונסיל בלאפס, איווה, צפון אמריקה | ||
US-EAST1 |
|||
US-EAST1-B |
מונקס קורנר, קרוליינה הדרומית, צפון אמריקה | ||
US-EAST1-D |
מונקס קורנר, קרוליינה הדרומית, צפון אמריקה | ||
US-EAST4 |
|||
US-EAST4-A |
אשבורן, וירג'יניה, צפון אמריקה | ||
US-EAST4-B |
אשבורן, וירג'יניה, צפון אמריקה | ||
US-EAST4-C |
אשבורן, וירג'יניה, צפון אמריקה | ||