תמונות מצב רגילות מספקות גיבויים משוכפלים גיאוגרפית של דיסק אחד, גם אם הדיסק מחובר למכונה וירטואלית (VM) פועלת. כדי לגבות מכונה וירטואלית שלמה או כמה דיסקים בבת אחת, יוצרים תמונת מכונה. בתרשים שמתאר את האפשרויות לגיבוי נתונים מפורטים תרחישים אחרים.
במאמר הזה מוסבר איך פועלים קובצי snapshot רגילים ואיך להשתמש בהם כדי לגבות את הדיסקים לצורך תוכנית התאוששות מאסון (DR). המידע במסמך הזה רלוונטי גם לתמונות מצב של ארכיון וגם לתמונות מצב רגילות, אלא אם צוין אחרת.
מחזור החיים של קובץ snapshot שנוצר מדיסק שמחובר למכונת VM פועלת לא תלוי במחזור החיים של מכונת ה-VM.
סוגי תמונות מצב
אתם יכולים לגבות דיסק באמצעות קובצי snapshot. שלושת הסוגים של קובצי snapshot – רגיל, מיידי וארכיון – מתעדים את התוכן של הדיסק בנקודת זמן מסוימת.
אלה ההבדלים העיקריים בין סוגי תמונות המצב:
- שמירה אחרי מחיקת דיסק המקור
- זמן שחזור נתונים (RTO)
- מיקום אחסון
שמירה אחרי מחיקת דיסק המקור
קובץ snapshot מיידי של דיסק קיים רק עד שמוחקים את דיסק המקור. תמונות מצב רגילות ותמונות מצב של ארכיון לא נמחקות עם הדיסק המקורי. לכן, אם אתם רוצים לשמור גיבוי של דיסק אחרי שאתם מוחקים את הדיסק עצמו, השתמשו בתמונות מצב רגילות או בתמונות מצב של ארכיון.
זמן שחזור הנתונים
זמן שחזור הנתונים הוא משך הזמן שנדרש כדי ליצור דיסק חדש מתמונת מצב, והוא משתנה בהתאם לסוג תמונת המצב.
- התכונה "קובצי snapshot מיידיים" מציעה את זמני השחזור הקצרים והטובים ביותר.
- זמני שחזור הנתונים של קובצי snapshot רגילים מהירים יותר מאלה של קובצי snapshot של ארכיון.
- זמני שחזור הנתונים של קובצי snapshot של ארכיון הם הארוכים ביותר, אבל הם מציעים את האחסון הכי חסכוני.
מיקום האחסון לפי סוג תמונת המצב
מיקום האחסון הוא האזור או התחום שבו Compute Engine מאחסן את קובץ ה-snapshot.
- קובצי Snapshot מיידיים הם גיבויים של דיסקים מקומיים שמאוחסנים באותו אזור או תחום כמו דיסק המקור.
- תמונות מצב מסוג Archive ו-Standard הן גיבויים מרחוק של נתוני דיסק שמאוחסנים בנפרד מדיסק המקור.
Compute Engine מאחסן קובצי snapshot מסוג ארכיון וקובצי snapshot רגילים באותו אופן. עותקים של תמונות מצב רגילות ושל תמונות מצב של ארכיון מאוחסנים בכמה מיקומים, עם סיכומי ביקורת (checksum) אוטומטיים כדי להבטיח את תקינות הנתונים.
אלא אם צוין אחרת, ההתייחסויות לקובצי snapshot רגילים כוללות קובצי snapshot של ארכיון.
מידע נוסף על קובצי snapshot מיידיים
השוואה בין סוגי תמונות מצב
בטבלה הבאה מוצגת השוואה בין סוגי הסקירות:
| סוג תמונת המצב | למי זה מתאים | יתירות באחסון | תמיכה ב-Hyperdisk | אפשר ליצור באמצעות לוחות זמנים של קובצי snapshot | נמחק כשמוחקים את דיסק המקור |
|---|---|---|---|---|---|
| תמונות מצב רגילות | גיבוי נתונים משוכפלים גיאוגרפית כדי להגן מפני הפסקות חשמל מקומיות, אזוריות וכלליות. | מיותר. מאוחסנים באזור אחד או יותר. לא מוגבל לאותו אזור או לאותו תחום כמו דיסק המקור. | כן | כן | לא |
| תמונות מצב של ארכיון | כמו תמונות מצב רגילות, אבל לנתונים שניגשים אליהם לעיתים רחוקות וצריך לשמור אותם למשך כמה חודשים או שנים. אחסון משוכפל גיאוגרפית בעלות נמוכה יותר, שמתאים יותר לנתונים שקשורים לתאימות, לביקורות ולאחסון נתונים בשימוש נדיר (cold storage). | מיותר. מאוחסנים באזור אחד או יותר. לא מוגבל לאותו אזור או לאותו תחום כמו דיסק המקור. | כן | לא | לא |
| קובצי snapshot מואצים | גיבוי נתונים במקום כדי לאפשר שחזור מהיר לדיסק חדש במקרה של שגיאת משתמש או פגיעה באפליקציה. | לא מיותר. מאוחסנים רק באותו אזור או באותו תחום שבו נמצא דיסק המקור. | כן, בסוגים מסוימים של Hyperdisk* |
לא | כן |
*אי אפשר ליצור קובצי snapshot מואצים של אמצעי אחסון ב-Hyperdisk ML או ב-Hyperdisk Throughput.
בנוסף לתמונות מצב, Compute Engine מציע אפשרויות אחרות לגיבוי נתונים. עיינו בטבלה שמתארת את האפשרויות לגיבוי נתונים.
תמונות מצב של ארכיון
ההבדלים העיקריים בין קובצי snapshot רגילים לבין קובצי snapshot של ארכיון הם מיקום האחסון והעלות.
לקובצי snapshot של ארכיון יש את אותם יתרונות כמו לקובצי snapshot רגילים, כולל שרשראות מצטברות, דחיסה והצפנה.
עם זאת, קובצי snapshot של ארכיון הם זולים יותר ומתאימים יותר לתרחישי שימוש שקשורים לתאימות, לביקורת ולאחסון קר לטווח ארוך. אם אתם צריכים לשמור קובצי snapshot למשך חודשים או שנים רבות, ואתם לא צריכים לגשת אליהם לעיתים קרובות, כדאי להשתמש בקובצי snapshot של ארכיון במקום בקובצי snapshot רגילים. כל סוג של קובץ snapshot נשמר בשרשראות נפרדות של קובצי snapshot מצטברים, וקובצי snapshot של ארכיון מופיעים בנפרד במסוף Google Cloud .
גישה לתמונות מצב רגילות
כברירת מחדל, קובצי snapshot הם משאבים גלובליים. כלומר, כשמשתמשים בתמונת מצב כדי ליצור דיסק חדש, הדיסק החדש יכול להיות בכל פרויקט או אזור, בלי קשר למקום שבו מאוחסנת תמונת המצב של המקור. כדי להגביל את מיקומי הגישה, צריך להגדיר את האזורים שבהם אפשר ליצור ולשחזר את קובץ ה-snapshot.
אפשר גם לשתף קובצי snapshot בין פרויקטים.
שימוש בדיסקים שנוצרו מתמונות מצב
כדי לגשת לנתונים בתמונת המצב, צריך ליצור דיסק חדש מתמונת המצב, פעולה שנקראת שחזור תמונת מצב. הדיסק החדש יכול להגיע מיד לביצועים המקסימליים שלו, ואין צורך בחימום מראש.
שחזור תמונת מצב לא משנה את דיסק המקור ולא מוחק את תמונת המצב של המקור.
עבודה עם תמונות מצב רגילות
במאמר יצירת קובצי snapshot מוסבר איך לגבות דיסקים באמצעות קובצי snapshot.
במאמר שחזור תמונות מצב מוסבר איך יוצרים דיסק חדש מתמונת מצב.
אם אתם לא צריכים יותר תמונת מצב מסוימת, אתם יכולים למחוק אותה כדי להפחית את עלויות האחסון.
כדי לצמצם את הסיכון לאובדן נתונים לא צפוי, מומלץ להגדיר לוח זמנים ליצירת קובצי snapshot כדי לוודא שהנתונים מגובים באופן קבוע.
Snapshot Scopes
כשיוצרים קובץ snapshot, אפשר ליצור קובץ snapshot ברמה הגלובלית (ברירת המחדל) או ברמה האזורית. כדי להגדיר היקף אזורי, פועלים לפי השלבים ליצירת קובץ snapshot בהיקף אזורי.
הגדרת היקף אזורי מבטיחה שכל נתוני תמונת המצב והמטא-נתונים שנדרשים לשימוש בתמונת המצב נמצאים באותו מיקום באזור שהוגדר. תמונות מצב ברמה האזורית תומכות בבקרה נוספת על המיקום, ומאפשרות להגביל את המיקומים המורשים ליצירה ולשחזור של תמונות מצב. לעומת זאת, אפשר ליצור ולשחזר תמונות מצב ברמה הגלובלית בכל אזור ללא הגבלה. כך תוכלו לשלוט בעלויות הרשת של קובצי snapshot, לשפר את העמידות שלכם להפסקות גלובליות ולהגן על נתוני קובצי ה-snapshot.
כדי להחליט אם תמונות מצב ברמת האזור או ברמה הגלובלית הכי מתאימות לפרויקט, תוכלו להיעזר בטבלה הבאה:
| תמונות מצב ברמת האזור | תמונות מצב בהיקף גלובלי (ברירת מחדל) |
|---|---|
| הגבלת המיקומים המותרים ליצירה ולשחזור של קובצי snapshot. | שליטה מינימלית על יצירת קובצי snapshot ומיקומי שחזור. |
| כל המטא-נתונים והנתונים של קובץ ה-snapshot נמצאים באותו אזור מוגדר. | המטא-נתונים והנתונים של קובץ snapshot לא תמיד מאוחסנים באותו אזור. |
| שיפור אבטחת הנתונים על ידי הגבלת המיקומים שבהם תוקף פוטנציאלי יכול ליצור ולשחזר נתוני קובץ snapshot. | משתמשים עם הרשאות IAM מתאימות יכולים ליצור ולשחזר נתונים בכל אזור. |
מחיקת תמונת מצב
אם סל המיחזור (גרסת טרום-השקה (Preview)) מופעל בשביל קובץ ה-snapshot הרגיל, יכול להיות שאפשר לבטל את המחיקה של קובץ ה-snapshot הרגיל. סל המיחזור מגן על קובצי snapshot רגילים מפני מחיקה בטעות.
הגנה על קובצי snapshot רגילים מפני מחיקה בטעות
כברירת מחדל, ב-Compute Engine נשמרים קובצי snapshot רגילים שנמחקו למשך תקופת שמירה של שלושה ימים. כך אפשר לשחזר תמונת מצב רגילה שנמחקה תוך שלושה ימים, אם המחיקה הייתה מקרית או זדונית. תמונות המצב שניתנות לשחזור נמצאות בסל המיחזור.
אתם יכולים להגדיר תקופת שמירה בהתאמה אישית של יום אחד עד שבעה ימים לפרויקטים, לתגים ולארגונים שונים.
מידע נוסף זמין במאמר שמירת משאבים שנמחקו בסל המיחזור.
כדי לבדוק אם סל המיחזור מופעל לתמונת מצב רגילה ספציפית, עיינו במאמר בדיקת תקופת השמירה בסל המיחזור של תמונת מצב ספציפית.
היתרונות של קובצי snapshot מצטברים
תמונות המצב הן מצטברות, כך שכל תמונת מצב מכילה רק את הנתונים שהשתנו מאז תמונת המצב הקודמת. כך אפשר ליצור קובצי snapshot רגילים של Persistent Disk או של נפח Hyperdisk מהר יותר ובעלות נמוכה יותר, בהשוואה ליצירה רגילה של קובץ אימג' מלא של הדיסק. בנתונים שלא השתנו, תמונות המצב מפנות לנתונים בתמונות המצב הקודמות. עלויות האחסון של קובצי snapshot של דיסקים מחויבות רק לפי הגודל הכולל של קובץ ה-snapshot.
איך פועלים קובצי snapshot מצטברים
כך פועלים קובצי snapshot מצטברים:
- תמונת המצב הראשונה של דיסק שנוצרת בהצלחה היא תמונת מצב מלאה, שמכילה את כל הנתונים בדיסק.
- תמונת המצב השנייה מכילה רק נתונים חדשים או נתונים שהשתנו מאז תמונת המצב הראשונה. נתונים שלא השתנו מאז תמונת המצב הראשונה לא נכללים. במקום זאת, תמונת מצב 2 מכילה הפניות לתמונת מצב 1 לכל הנתונים שלא השתנו.
- תמונת מצב 3 מכילה נתונים חדשים או נתונים שהשתנו מאז תמונת מצב 2, אבל לא מכילה נתונים שלא השתנו מתמונת מצב 1 או 2. במקום זאת, תמונת מצב 3 מכילה הפניות לבלוקים בתמונת מצב 1 ובתמונת מצב 2 לכל הנתונים שלא השתנו.
התהליך הזה חוזר על עצמו בכל תמונות המצב הבאות של הדיסק. תמונות המצב נוצרות תמיד על סמך תמונת המצב האחרונה שנוצרה בהצלחה.
גודל תמונת המצב
הגודל של קובץ snapshot רגיל או של קובץ snapshot של ארכיון מראה כמה נתונים השתנו בדיסק המקור מאז שנוצר קובץ ה-snapshot הקודם. אם לא השתנו נתונים מאז שנוצר קובץ ה-snapshot, הגודל שלו הוא אפס. תמונת מצב של אפס בייטים לא אומרת שהדיסק ריק או שהייתה בעיה בגיבוי הדיסק.
תהליך המחיקה של תמונת המצב
ב-Compute Engine משתמשים בקובצי snapshot מצטברים, כך שכל קובץ snapshot מכיל רק את הנתונים שהשתנו מאז קובץ ה-snapshot הקודם.
אם מוחקים קובץ snapshot שיש לו קובצי snapshot תלויים, קורים הדברים הבאים:
- כל הנתונים שנדרשים לשחזור של קובצי snapshot אחרים מועברים לקובץ ה-snapshot הבא, והגודל שלו גדל.
- כל הנתונים שלא נדרשים לשחזור של קובצי snapshot אחרים נמחקים. כך הגודל הכולל של כל קובצי ה-snapshot יקטן.
- תמונת המצב הבאה לא מפנה יותר לתמונת המצב שמסומנת למחיקה, אלא לתמונת המצב שלפניה.
יכול להיות שתמונות מצב עוקבות ידרשו מידע שמאוחסן בתמונת מצב קודמת, לכן חשוב לזכור שמחיקת תמונת מצב לא בהכרח מוחקת את כל הנתונים שבתמונת המצב. כדי למחוק באופן סופי נתונים מהתמונות של המצב, צריך למחוק את כל התמונות של המצב.
אם לדיסק יש לוח זמנים ליצירת קובצי snapshot, צריך לנתק את לוח הזמנים ליצירת קובצי snapshot מהדיסק כדי למחוק את לוח הזמנים. הסרת לוח הזמנים של קובצי ה-snapshot מהדיסק מונעת פעילות נוספת של קובצי snapshot. אי אפשר למחוק לוח זמנים שמצורף לדיסק. אתם יכולים למחוק תמונות מצב באופן ידני מתי שתרצו.
בתרשים הבא מוצג התהליך:
מוודאים שהקבצים שנמחקו הוסרו
תמונות מצב מתעדות חלקים מהדיסק שנכתבו ולא נמחקו.
בהתאם להגדרות של מערכת הקבצים בדיסק, לפעמים קבצים שנמחקו לא נזרקים. במקרה כזה, יכול להיות שגודל קובץ ה-snapshot יהיה גדול יותר מהשטח שבשימוש בדיסק, כפי שדווח על ידי מערכת הקבצים. כדי למנוע את זה, מומלץ להפעיל את האפשרות discard או להריץ את fstrim בדיסק.
שרשראות של תמונות מצב
כדי ליצור תמונות מצב רגילות בשרשראות נפרדות, צריך לציין את שם השרשרת כשיוצרים את תמונת המצב. כשיוצרים כמה תמונות מצב רגילות של Persistent Disk באמצעות שם שרשרת, כל תמונת מצב חדשה מבוססת באופן מצטבר על תמונת המצב האחרונה שנוצרה בהצלחה עם שם השרשרת הזה. השתמשו בשרשראות של קובצי snapshot רק אם אתם בעלי שירות מתקדמים ואתם צריכים ליצור שרשראות נפרדות של קובצי snapshot, למשל למעקב אחרי החזרים כספיים בעקבות ביטול עסקה.
אפשר לציין שם של שרשרת תמונות מצב במהלך יצירה של תמונת מצב רגילה באמצעות ה-CLI של gcloud, REST או Terraform.
כשאתם יוצרים קובץ snapshot, אתם יכולים ליצור קובץ snapshot רגיל או קובץ snapshot של ארכיון. לקובצי snapshot של ארכיון יש את אותם יתרונות כמו לקובצי snapshot רגילים, כולל שרשראות מצטברות, דחיסה והצפנה. עם זאת, קובצי snapshot של ארכיון זולים יותר ומתאימים יותר לתרחישים שקשורים לתאימות, לביקורת ולאחסון לטווח ארוך בשימוש נדיר. אם אתם צריכים לשמור קובצי snapshot למשך חודשים או שנים רבות, ואתם ניגשים אליהם לעיתים רחוקות, כדאי להשתמש בקובצי snapshot של ארכיון במקום בקובצי snapshot רגילים. כל סוג של קובץ snapshot מאוחסן בשרשראות נפרדות של קובצי snapshot מצטברים, וקובצי snapshot של ארכיון מופיעים בנפרד במסוףGoogle Cloud .
מיקומי האחסון והגישה של תמונות המצב
כשיוצרים קובץ snapshot של דיסק, Google Cloud שומר את קובץ ה-snapshot במיקום אחסון ספציפי. בתמונות מצב ברמה הגלובלית, לא משנה איפה הן מאוחסנות, אתם יכולים להשתמש בהן כדי ליצור דיסק חדש בכל אזור ומיקום. עם זאת, המיקום של קובץ ה-snapshot משפיע על הזמינות שלו, וייתכן שתחויבו בעלויות רשת כשתצרו את קובץ ה-snapshot או כשתשחזרו אותו לדיסק חדש. ב-snapshots ברמה האזורית, אתם יכולים להגדיר מיקומים מותרים כדי לקבוע באילו אזורים אפשר לשחזר snapshots.
סוגים של מיקומי אחסון
אפשר לאחסן קובצי snapshot ברמה הגלובלית באחד מסוגי המיקומים הבאים:
- מיקומים במספר אזורים ב-Cloud Storage, כמו
asiaאוus. - מיקומים אזוריים של Cloud Storage, כמו
asia-south1אוus-central1.
(גרסת טרום-השקה (Preview)) אתם יכולים לאחסן תמונות מצב ברמת האזור במיקומים אזוריים של Cloud Storage, כמו asia-south1 או us-central1.
מיקום אחסון במספר אזורים מספק את הזמינות והעמידות הגבוהות ביותר. מיקום אחסון אזורי נותן לכם יותר שליטה על המיקום הפיזי של הנתונים, כי אתם מציינים אזור אחד.
אם אתם צריכים לעמוד בדרישות של מדיניות החברה או הממשלה בנוגע למיקום הנתונים, שמרו את קובץ ה-snapshot במיקום האזורי הקרוב ביותר שעומד בדרישות המדיניות.
אם האפליקציה לא פרוסה בחלק ממספר אזורים, ואתם רוצים לתת עדיפות לעלויות נמוכות של רשת על פני זמינות גבוהה של תמונות מצב, כדאי לאחסן את תמונת המצב באזור שבו נמצא דיסק המקור. אחסון קובץ ה-snapshot באזור שבו נמצא דיסק המקור ממזער את עלויות הרשת לשחזור וליצירת קובצי snapshot מדיסק המקור.
עם זאת, בניגוד למיקום אחסון בכמה אזורים, במיקום אחסון אזורי הנתונים מאוחסנים בכמה אזורים באזור אחד, ויכול להיות שלא תהיה גישה לנתונים אם תתרחש תקלה אזורית. כדי להבטיח את זמינות הנתונים, כדאי גם לאחסן תמונת מצב מיותרת במיקום שני.
אם יש לכם מדיניות ארגונית שכוללת את האילוץ של מיקומי המשאבים, כל מיקום אחסון של קובץ snapshot שתציינו חייב להיות בקבוצת המיקומים שמוגדרת באילוץ. מידע נוסף זמין במאמר מיקומי המשאבים של Compute Engine.
הגדרת מיקום אחסון
מגדירים את מיקום האחסון בהתאם להיקף של תמונות המצב שאתם יוצרים – גלובלי או אזורי.
תמונות מצב ברמה הגלובלית
שימוש במיקום האחסון שהוגדר כברירת מחדל, בין אם הוא מוגדר מראש או בהתאמה אישית, בהגדרות של קובץ ה-snapshot. מדיניות מיקום האחסון של הגדרות קובץ snapshot מגדירה את מיקום ברירת המחדל שבו Google Cloud מאחסן את כל קובצי ה-snapshot של הפרויקט. למרות שב- Google Cloud יש מדיניות מוגדרת מראש של מיקום האחסון שמוגדר כברירת מחדל, הגדרות של קובץ snapshot מאפשרות להתאים אישית את המדיניות הזו ולהגדיר מיקום אחסון משלכם שמוגדר כברירת מחדל:
- שימוש ב Google Cloud מיקום ברירת המחדל שהוגדר מראש. עד שמעדכנים את הגדרות תמונת המצב בפעם הראשונה, Google Cloudשומר על ערך מוגדר מראש למדיניות של מיקום האחסון. מיקום ברירת המחדל שהוגדר מראש הוא האזור במספר אזורים הקרוב ביותר לדיסק המקור. מידע נוסף מופיע במאמר Google Cloud מדיניות מיקום האחסון שמוגדרת מראש.
- להגדיר מיקום ברירת מחדל מותאם אישית משלכם. כדי להתאים אישית את מיקום האחסון שמוגדר כברירת מחדל לתמונות המצב של הפרויקט, צריך לעדכן את מדיניות מיקום האחסון בהגדרות של תמונות המצב. אחרי שמעדכנים את הגדרות תמונת המצב ומגדירים את ברירת המחדל,Google Cloud מתחיל להשתמש במיקום החדש שהוגדר כדי לאחסן את כל תמונות המצב העתידיות. מידע נוסף זמין במאמר עדכון הגדרות של קובץ snapshot בפרויקט.
לשנות את הגדרות תמונת המצב ולציין את המיקום באופן ידני במהלך יצירת תמונת המצב. לחלופין, אתם יכולים לשנות את הגדרות תמונת המצב ולציין באופן ידני מיקום לבחירתכם כשאתם יוצרים תמונת מצב. אתם יכולים להשתמש באפשרות הזו כדי לבחור מיקום אחר לתמונות מצב ספציפיות על בסיס תפעולי. במאמר יצירת קובץ snapshot של Persistent Disk מוסבר איך מציינים את המיקום כשיוצרים קובץ snapshot.
מתי לבחור ב Google Cloud מיקום ברירת המחדל שהוגדר מראש
דוגמאות לתרחישים שבהם כדאי להשתמש במספר אזורים, שמוגדרים מראש בהגדרות של תמונת המצב, כמיקום האחסון:
- מיקום ברירת המחדל במספר אזורים עומד בדרישות של מדיניות מיקום הנתונים של הארגון או הממשלה.
- הדיסק מאוחסן במיקום אזורי (כמו
us-central1) שהוא חלק ממיקום במספר אזורים (us), ואתם מעדיפים זמינות גבוהה יותר של קובצי snapshot, גם אם יש סיכון לביצועים איטיים יותר של שחזור קובצי snapshot. - אתם לא צופים שתשחזרו לעיתים קרובות את קובצי ה-snapshot לדיסקים שנמצאים מחוץ למיקום ברירת המחדל לאחסון קובצי ה-snapshot.
מתי כדאי לבחור מיקום אחסון משלכם
הנה כמה דוגמאות לתרחישים שבהם כדאי להשתמש במיקום אחסון בהתאמה אישית, על ידי עדכון או שינוי של הגדרות תמונת המצב:
- המיקום המותאם אישית במספר אזורים עומד בדרישות של מדיניות מיקום הנתונים של הארגון או הממשלה.
- האפליקציה שלכם פרוסה באזור שלא נכלל באחד מהמיקומים במספר אזורים של Cloud Storage, ואתם רוצים לתת עדיפות לביצועים של שחזור תמונת המצב על פני הזמינות של תמונת המצב.
- אתם משחזרים את קובצי ה-snapshot כמה פעמים מדיסק שנמצא מחוץ למיקום ברירת המחדל לאחסון קובצי ה-snapshot.
אי אפשר לשנות את מיקום האחסון של קובצי snapshot קיימים. אם רוצים לאחסן את קובץ ה-snapshot של הדיסק במיקום חדש, יוצרים קובץ snapshot חדש במיקום שנבחר ואז מוחקים את קובץ ה-snapshot במיקום הישן. אם אתם צריכים לאחסן תמונת מצב ביותר ממיקום אחד, אתם צריכים ליצור תמונת מצב בכל מיקום. כשיוצרים קובץ snapshot חדש במיקום חדש, נוצר קובץ snapshot מלא עם כל הנתונים בדיסק.
תמונות מצב ברמת האזור
כדי לבחור את מיקום האחסון של תמונות מצב ברמה האזורית, צריך לציין את האזור באופן ידני כשיוצרים את תמונת המצב. כשמגדירים היקף אזורי, מבטלים את כל מיקומי האחסון שהוגדרו כברירת מחדל. אם לא מגדירים היקף אזורי, תמונת המצב נוצרת כתמונת מצב בהיקף גלובלי. במאמר הגדרת מיקומים ליצירה ולשחזור של תמונות מצב אזוריות מוסבר איך מציינים אזור כשיוצרים תמונת מצב.
עלויות הרשת
בתמונות מצב ברמה הגלובלית, חלים חיובים על הרשת כשיוצרים או משחזרים את כל תמונות המצב הרגילות במספר אזורים, אם הדיסק נמצא באחד מהאזורים האלה. אם אין לכם צורך בשכפול הנוסף ובעמידות של תמונות מצב במספר אזורים, מומלץ להשתמש בתמונות מצב אזוריות על ידי ציון של מיקום אזורי כשתמונות המצב נוצרות.
חשוב לבחור את מיקום האחסון של קובץ ה-snapshot כדי לצמצם את עלויות הרשת. אם אתם מאחסנים את קובץ ה-snapshot באותו אזור שבו נמצא דיסק המקור, לא תחויבו על שימוש ברשת כשתגשו לקובץ ה-snapshot מאותו אזור. אם ניגשים לתמונת המצב מאזור אחר, יש עלות רשת. עלויות הרשת נצברות כשיוצרים קובץ snapshot באזור שונה מהדיסק המקורי, וכשמשחזרים קובץ snapshot לדיסק באזור שונה מקובץ ה-snapshot.
יש חיוב רשת על גישה בין אזורים. לדוגמה, אם דיסק המקור נמצא ב-asia-east1 ואתם מאחסנים את קובצי ה-snapshot ב-asia-east2, תחויבו בעלות רשת כשתגשו לקובץ ה-snapshot בין שני האזורים האלה.
לשני אזורים, australia-southeast1 ו-southamerica-east1, יש מיקום ברירת מחדל לאחסון של קובצי snapshot במספר אזורים, שיחויב בעלויות רשת אלא אם תשנו את מיקום האחסון. אפשר לשנות את מיקום האחסון באמצעות הגדרות של קובץ snapshot, או לשנות ידנית את מיקום ברירת המחדל במהלך יצירת קובץ ה-snapshot:
- אם דיסק המקור נמצא ב-
australia-southeast1, מיקום ברירת המחדל לאחסון קובץ ה-snapshot הוא במספר אזורים ב-asia. כדי להוזיל את העלויות, כדאי לאחסן את קובצי ה-snapshot באזורaustralia-southeast1. - אם דיסק המקור נמצא ב-
southamerica-east1, מיקום ברירת המחדל לאחסון קובץ ה-snapshot הוא במספר אזורים ב-us. כדי להוזיל את העלויות, כדאי לאחסן את קובצי ה-snapshot באזורsouthamerica-east1.
אם תשחזרו קובץ snapshot לדיסק באזור שלא נכלל במיקום האחסון של קובץ ה-snapshot, תחויבו בעלות רשת. לדוגמה, אם יוצרים Persistent Disk אזורי חדש ב-australia-southeast1 מתמונת מצב שמאוחסנת ב-asia, מיקום בכמה אזורים, תחויבו בעלויות רשת.
מגבלות
אי אפשר לשנות את מיקום האחסון של קובץ snapshot רגיל קיים. למידע נוסף, קראו את המאמר בחירת מיקום האחסון של קובץ snapshot.
אפשר ליצור קובץ snapshot של דיסק ספציפי עד שש פעמים בכל 60 דקות. אם הדיסק הוא דיסק אזורי, המגבלה הזו משותפת עם יצירת שיבוטים אזוריים של הדיסק, אם מתקיים אחד מהתנאים הבאים:
- הדיסק נוצר מתמונה
- הדיסק נוצר על ידי שכפול של דיסק שנוצר מתמונה
מידע נוסף זמין במאמרים מגבלות קצב לשכפול דיסקים ומגבלות תדירות של קובצי Snapshot.
אי אפשר לערוך את הנתונים ששמורים בתמונת מצב.
אי אפשר לבטל מחיקה של דיסק, קובץ snapshot מואץ, קובץ אימג' או קובץ snapshot של ארכיון.
אם סל המיחזור (תצוגה מקדימה) מושבת בשביל קובץ snapshot רגיל, יכול להיות שלא תוכלו לשחזר אותו אחרי שתמחקו אותו.
אפשר ליצור מספר בלתי מוגבל של קובצי snapshot רגילים של דיסק נתון.
(גרסת טרום-השקה (Preview)) אפשר לאחסן קובצי snapshot ברמת האזור רק במיקומים אזוריים של Cloud Storage, כמו
asia-south1אוus-central1. אי אפשר לאחסן תמונות מצב ברמת האזור במיקומים במספר אזורים, כמוasia.אי אפשר להמיר קובץ snapshot ברמת הפרויקט לקובץ snapshot ברמת האזור. צריך ליצור קובץ snapshot חדש עם ההיקף המתאים.
אי אפשר ליצור תמונות מצב ברמת האזור של דיסקים של מקור שמוגנים באמצעות מפתח הצפנה באספקת הלקוח (CSEK) (הוצא משימוש).
שמות של קובצי snapshot ברמת האזור הם ייחודיים רק בתוך האזור. אפשר ליצור קובצי snapshot ברמת האזור עם אותו שם באזורים שונים.