מידע על תמונות מצב של דיסקים רגילים ודיסקים בארכיון

תמונות Snapshot רגילות מגבות נתונים בדיסק באופן מצטבר. אחרי שיוצרים תמונת מצב, אפשר להשתמש בה כדי ליצור דיסק חדש שמכיל את הנתונים שצולמו. הדיסק החדש יכול להגיע מיד לביצועים המקסימליים שלו, ולא צריך לבצע בו חימום מראש.

תמונות מצב רגילות מספקות גיבויים עם יתירות גיאוגרפית של דיסק יחיד, ללא קשר לשאלה אם הדיסק מחובר למכונה וירטואלית (VM) שפועלת. כדי לגבות מכונה וירטואלית שלמה או כמה דיסקים בבת אחת, יוצרים קובץ אימג' של מכונה. לתרחישים אחרים, אפשר לעיין בתרשים שמתאר אפשרויות לגיבוי נתונים.

במאמר הזה מוסבר איך פועלות תמונות המצב הרגילות ואיך אפשר להשתמש בהן כדי לגבות את הדיסקים לצורך תוכנית התאוששות מאסון (DR). המידע במסמך הזה רלוונטי גם לתמונות מצב של ארכיון וגם לתמונות מצב רגילות, אלא אם צוין אחרת.

מחזור החיים של קובץ snapshot שנוצר מדיסק שמצורף למכונת VM פעילה הוא נפרד ממחזור החיים של מכונת ה-VM.

סוגי תמונות מצב

אפשר לגבות דיסק באמצעות תמונות מצב. שלושת הסוגים של תמונות מצב – רגילה, מיידית וארכיון – מתעדים את התוכן של דיסק בנקודת זמן ספציפית.

אלה ההבדלים העיקריים בין סוגי התמונות:

שמירה אחרי מחיקה של דיסק המקור

תמונת מצב מיידית של דיסק קיימת רק עד למחיקת דיסק המקור. תמונות מצב רגילות ותמונות מצב של ארכיון לא נמחקות עם דיסק המקור. לכן, אם רוצים לשמור גיבוי של דיסק אחרי שמוחקים את הדיסק עצמו, צריך להשתמש בארכיון או בתמונות מצב רגילות.

זמן שחזור הנתונים

זמן שחזור הנתונים הוא משך הזמן שנדרש ליצירת דיסק חדש מתמונת מצב, והוא משתנה בהתאם לסוג תמונת המצב.

  • תמונות מצב מיידיות מציעות את זמני השחזור הקצרים והטובים ביותר.
  • זמני שחזור הנתונים בתמונות מצב רגילות מהירים יותר מאלה של תמונות מצב בארכיון.
  • לתמונות מצב של ארכיון יש את זמני שחזור הנתונים הארוכים ביותר, אבל הן מציעות את האחסון הכי חסכוני.

מיקום האחסון לפי סוג תמונת המצב

מיקום האחסון הוא התחום או האזור שבו Compute Engine מאחסן את התמונה.

  • תמונות מצב מיידיות הן גיבויים של דיסקים מקומיים שמאוחסנים באותו אזור או באותו תחום כמו דיסק המקור.
  • תמונות מצב רגילות ותמונות מצב של ארכיון הן גיבויים מרחוק של נתוני הדיסק, שמאוחסנים בנפרד מדיסק המקור.

קובצי snapshot רגילים וקובצי snapshot של ארכיון מאוחסנים ב-Compute Engine באותו אופן. עותקים של תמונות מצב רגילות ותמונות מצב של ארכיון מאוחסנים בכמה מיקומים עם סכומי ביקורת אוטומטיים כדי להבטיח את שלמות הנתונים.

אלא אם צוין אחרת, הפניות לתמונות מצב רגילות כוללות תמונות מצב בארכיון.

מידע נוסף על תמונות מצב מיידיות

השוואה בין סוגי תמונות מצב

בטבלה הבאה מפורטים ההבדלים בין סוגי התמונות:

סוג תמונת המצב למי זה מתאים יתירות באחסון תמיכה ב-Hyperdisk אפשר ליצור אותם באמצעות לוחות זמנים של snapshot נמחק כשדיסק המקור נמחק
קובצי snapshot רגילים גיבוי נתונים עם יתירות גיאוגרפית כדי להגן מפני הפסקות חשמל מקומיות, אזוריות ושל תחום מוגדר. מיותר. מאוחסן באזור אחד או יותר. לא מוגבל לאותו אזור או לאותה זמינות כמו דיסק המקור. כן כן לא
קובצי snapshot של ארכיון בדומה לתמונות מצב רגילות, אבל לנתונים שניגשים אליהם לעיתים רחוקות וצריך לשמור אותם למשך כמה חודשים או שנים. אחסון גיאוגרפי עם יתירות בעלות נמוכה יותר, שמתאים יותר לנתונים שקשורים לתאימות, לביקורות ולאחסון נתונים בשימוש נדיר (cold storage). מיותר. מאוחסן באזור אחד או יותר. לא מוגבל לאותו אזור או לאותה זמינות כמו דיסק המקור. כן לא לא
קובצי snapshot מואצים גיבוי נתונים במקום כדי לאפשר שחזור מהיר לדיסק חדש במקרה של טעות משתמש או פגיעה באפליקציה. לא מיותר. מאוחסנים באותו אזור או באותו אזור זמינות כמו דיסק המקור בלבד. כן, עבור סוגים מסוימים של
Hyperdisk*
לא כן

*אי אפשר ליצור תמונות מצב מיידיות של נפחי אחסון מסוג Hyperdisk ML או Hyperdisk Throughput.

בנוסף לתמונות מצב, ב-Compute Engine יש אפשרויות אחרות לגיבוי נתונים. בודקים את התרשים שמתאר את אפשרויות הגיבוי של הנתונים.

קובצי snapshot של ארכיון

ההבדל העיקרי בין תמונות מצב רגילות לבין תמונות מצב בארכיון הוא מיקום האחסון והעלות.

ל-snapshots של ארכיונים יש את אותם היתרונות כמו ל-snapshots רגילים, כולל שרשראות מצטברות, דחיסה והצפנה.

עם זאת, תמונות מצב של ארכיון הן זולות יותר ומתאימות יותר לתרחישי שימוש שקשורים לתאימות, לביקורת ולאחסון נתונים בשימוש נדיר (cold storage) לטווח ארוך. אם אתם צריכים לשמור תמונות מצב למשך חודשים או שנים רבות, ובדרך כלל לא נדרשת גישה לתמונות מצב, כדאי להשתמש בתמונות מצב בארכיון במקום בתמונות מצב רגילות. כל סוג של קובץ snapshot מאוחסן בשרשרות נפרדות של קובצי snapshot מצטברים, וקובצי snapshot של ארכיון מופיעים בנפרד במסוף Google Cloud .

גישה לתמונות מצב רגילות

כברירת מחדל, קובצי snapshot הם משאבים גלובליים. כלומר, כשמשתמשים בתמונת מצב כדי ליצור דיסק חדש, הדיסק החדש יכול להיות בכל פרויקט או אזור, בלי קשר למקום שבו מאוחסנת תמונת המצב של המקור. כדי להגביל את המיקומים שאפשר לגשת אליהם, מגדירים את האזורים שבהם אפשר ליצור ולשחזר את התמונה.

אפשר גם לשתף תמונות מצב בין פרויקטים.

שימוש בדיסקים שנוצרו מתמונות מצב

כדי לגשת לנתונים ב-snapshot, צריך ליצור דיסק חדש מה-snapshot. הפעולה הזו נקראת שחזור של snapshot. הדיסק החדש יכול להגיע מיד לביצועים המקסימליים שלו, ולא צריך לבצע חימום מראש.

שחזור תמונת מצב לא מחליף את דיסק המקור או מוחק את תמונת המקור.

עבודה עם תמונות מצב רגילות

  • במאמר יצירת תמונות מצב מוסבר איך לגבות דיסקים באמצעות תמונות מצב.

  • מידע נוסף על יצירת דיסק חדש מקובץ snapshot זמין במאמר בנושא שחזור קובצי snapshot.

  • אם אין לכם יותר צורך בתמונת מצב ספציפית, אתם יכולים למחוק אותה כדי לצמצם את עלויות האחסון.

  • כדי לצמצם את הסיכון לאובדן נתונים לא צפוי, מומלץ להגדיר לוח זמנים ליצירת תמונת מצב כדי לוודא שהנתונים מגובים באופן קבוע.

היקפי תמונת מצב

כשיוצרים snapshot, אפשר ליצור snapshot בהיקף גלובלי (ברירת מחדל) או snapshot בהיקף אזורי. כדי להגדיר היקף אזורי, מבצעים את השלבים ליצירת תמונת מצב בהיקף אזורי.

הגדרת היקף אזורי מבטיחה שכל נתוני תמונת המצב והמטא-נתונים שנדרשים לשימוש בתמונת המצב ימוקמו באותו אזור. תמונות מצב בהיקף אזורי תומכות בבקרה נוספת על מיקומים, ומאפשרות להגביל את המיקומים המותרים ליצירה ולשחזור של תמונות מצב. לעומת זאת, אפשר ליצור תמונות מצב בהיקף גלובלי ולשחזר אותן בכל אזור ללא הגבלה. כך תוכלו לשלוט בעלויות של תמונות המצב של הרשת, לשפר את העמידות שלכם להפסקות שירות גלובליות ולקבל הגנה נוספת על הנתונים של תמונות המצב.

כדי להחליט אם תמונות מצב בהיקף אזורי או בהיקף גלובלי הן האפשרות הכי מתאימה לפרויקט שלכם, כדאי לעיין בטבלה הבאה:

קובצי snapshot בהיקף אזורי קובצי snapshot בהיקף גלובלי (ברירת מחדל)
הגבלת המיקומים שבהם מותר ליצור ולשחזר תמונות מצב. שליטה מינימלית במיקומים של יצירת תמונת מצב ושחזור.
כל המטא-נתונים והנתונים של התמונה המלאה מאוחסנים באותו אזור מוגבל. המטא-נתונים והנתונים של התמונה לא תמיד מאוחסנים באותו אזור.
שיפור אבטחת הנתונים על ידי הגבלת המיקומים שבהם תוקף פוטנציאלי יכול ליצור ולשחזר נתוני תמונת מצב. משתמשים עם הרשאות IAM הנדרשות יכולים ליצור ולשחזר נתונים בכל אזור.

איך פועלות תמונות מצב מצטברות רגילות

תמונות ה-Snapshot הן מצטברות, כך שאפשר ליצור תמונות Snapshot רגילות בדיסק אחסון מתמיד או ב-Hyperdisk מהר יותר ובעלות נמוכה יותר בהשוואה ליצירה קבועה של תמונה מלאה של הדיסק.

קובצי snapshot מצטברים קודמים של הדיסק הזה לא משתנים.

תמונות מצב מצטברות פועלות באופן הבא:

  • התמונה הראשונה של דיסק שנוצרה בהצלחה היא תמונה מלאה שמכילה את כל הנתונים בדיסק.
  • התמונה השנייה כוללת רק נתונים חדשים או נתונים ששונו מאז התמונה הראשונה. נתונים שלא השתנו מאז צילום המצב הראשון לא נכללים. במקום זאת, תמונת מצב 2 מכילה הפניות לתמונת מצב 1 לכל נתון שלא השתנה.
  • תמונת המצב 3 מכילה את כל הנתונים החדשים או הנתונים ששונו מאז תמונת המצב 2, אבל היא לא תכיל נתונים שלא השתנו מתמונות המצב 1 או 2. במקום זאת, תמונת המצב 3 מכילה הפניות לבלוקים בתמונת המצב 1 ובתמונת המצב 2 לכל הנתונים שלא השתנו.

הפעולה הזו חוזרת על עצמה לכל התמונות הבאות של הדיסק. תמונות מצב תמיד נוצרות על סמך תמונת המצב המוצלחת האחרונה שצולמה.

איך יוצרים snapshot

מחיקת קובץ snapshot

‫Compute Engine משתמש בתמונות מצב מצטברות, כך שכל תמונת מצב מכילה רק את הנתונים שהשתנו מאז תמונת המצב הקודמת. במקרה של נתונים שלא השתנו, תמונות המצב מפנות לנתונים בתמונות מצב קודמות. עלויות אחסון של תמונות מצב של Persistent Disk ו-Hyperdisk החיוב הוא רק על הגודל הכולל של תמונת המצב.

כשמוחקים תמונת מצב רגילה, היא נמחקת לגמרי אם אין לה תמונות מצב שתלויות בה.

עם זאת, אם מוחקים תמונת מצב שיש לה תמונות מצב שתלויות בה, קורה הדבר הבא:

  1. כל הנתונים שנדרשים לשחזור תמונות מצב אחרות מועברים לתמונת המצב הבאה, והגודל שלה גדל.
  2. כל הנתונים שלא נדרשים לשחזור תמונות מצב אחרות נמחקים. כך מקטינים את הגודל הכולל של כל התמונות שלכם.
  3. תמונת המצב הבאה כבר לא מפנה לתמונת המצב שסומנה למחיקה, אלא לתמונת המצב שלפניה.

יכול להיות שיהיה צורך במידע שמאוחסן בתמונת מצב קודמת כדי ליצור תמונות מצב עוקבות, לכן חשוב לזכור שמחיקת תמונת מצב לא בהכרח מוחקת את כל הנתונים שבתמונת המצב. כדי למחוק נתונים מהתמונות שלכם באופן סופי, צריך למחוק את כל התמונות.

אם לדיסק שלכם יש לוח זמנים ליצירת תמונת מצב, אתם צריכים לבטל את השיוך של לוח הזמנים ליצירת תמונת מצב לדיסק כדי שתוכלו למחוק את לוח הזמנים. הסרת לוח הזמנים של התמונות המיידיות מהדיסק מונעת יצירה של תמונות מיידיות נוספות. אי אפשר למחוק לוח זמנים שמצורף לדיסק. תמיד אפשר למחוק את התמונות באופן ידני.

התרשים הבא מציג את התהליך הזה:

התהליך למחיקת תמונת מצב.

גודל תמונת המצב

גודל תמונת המצב הרגילה או תמונת המצב של הארכיון מציין כמה נתונים השתנו בדיסק המקור מאז יצירת תמונת המצב הקודמת. הגודל של תמונת מצב הוא אפס אם לא חלו שינויים בנתונים מאז יצירת תמונת המצב. תמונת מצב בגודל אפס בייט לא אומרת שהדיסק ריק או שהתרחשה בעיה בגיבוי הדיסק.

איך מוודאים שהקבצים שנמחקו יימחקו לצמיתות

תמונות המצב מתעדות חלקים מהדיסק שנכתבו ולא נמחקו. בהתאם להגדרות של מערכת הקבצים בדיסק, לפעמים קבצים שנמחקו לא נמחקים. במקרה כזה, יכול להיות שתראו שהגודל של התמונה הוא גדול יותר מהשטח שנעשה בו שימוש בדיסק, כפי שמדווח במערכת הקבצים. כדי להימנע מכך, מומלץ להפעיל את האפשרות discard או להריץ את הפקודה fstrim בדיסק.

שרשראות של תמונות מצב

אתם יכולים ליצור קובצי snapshot רגילים בשרשראות נפרדות של קובצי snapshot על ידי ציון שם של שרשרת קובצי snapshot בזמן יצירת ה-snapshot. כשיוצרים כמה תמונות מצב רגילות של דיסק מתמשך באמצעות שם שרשרת, כל תמונת מצב חדשה מבוססת באופן מצטבר על תמונת המצב האחרונה שנוצרה בהצלחה עם שם השרשרת הזה. מומלץ להשתמש בשרשראות של snapshot רק אם אתם בעלי שירות מתקדמים וצריכים ליצור שרשראות נפרדות של snapshot, למשל למעקב אחר החזרים כספיים.

אפשר לציין שם לשרשרת של קובצי snapshot במהלך יצירה של קובץ snapshot רגיל באמצעות ה-CLI של gcloud,‏ REST או Terraform.

כשיוצרים snapshot, אפשר ליצור snapshot רגיל או snapshot לארכיון. ל-snapshots של ארכיון יש את אותם היתרונות כמו ל-snapshots רגילים, כולל שרשראות מצטברות, דחיסה והצפנה. עם זאת, תמונות מצב של ארכיון הן זולות יותר ומתאימות יותר לתרחישי שימוש שקשורים לתאימות, לביקורת ולאחסון נתונים בשימוש נדיר (cold storage) לטווח ארוך. אם אתם צריכים לשמור תמונות מצב למשך חודשים או שנים רבות, ובדרך כלל לא נדרשת גישה לתמונות מצב, כדאי לשקול שימוש בתמונות מצב של ארכיון במקום בתמונות מצב רגילות. כל סוג של קובץ snapshot מאוחסן בשרשראות נפרדות של קובצי snapshot מצטברים, וקובצי snapshot של ארכיון מופיעים בנפרד במסוףGoogle Cloud .

מיקומי האחסון של תמונות המצב והגישה אליהן

כשיוצרים קובץ snapshot של דיסק, Google Cloud הוא מאוחסן במיקום אחסון ספציפי. במקרה של תמונות מצב בהיקף גלובלי, אפשר להשתמש בתמונת המצב כדי ליצור דיסק חדש בכל אזור ואזור משנה, בלי קשר למיקום האחסון של תמונת המצב. עם זאת, המיקום של קובץ ה-snapshot משפיע על הזמינות שלו, ויכול להיות שתחויבו בעלויות של רשת כשתיצרו את קובץ ה-snapshot או תשחזרו אותו לדיסק חדש. במקרה של תמונות מצב בהיקף אזורי, אפשר להגדיר מיקומים מותרים כדי לשלוט באזורים שבהם אפשר לשחזר תמונות מצב.

סוגים של מיקומי אחסון

אפשר לאחסן תמונות מצב בהיקף גלובלי באחד מסוגי המיקומים הבאים:

(תצוגה מקדימה) אפשר לאחסן תמונות מצב בהיקף אזורי במיקומים אזוריים ב-Cloud Storage, כמו asia-south1 או us-central1.

מיקום אחסון עם מספר אזורים מספק את הזמינות והעמידות הכי גבוהות. מיקום אחסון אזורי מאפשר לכם לשלוט יותר במיקום הפיזי של הנתונים, כי אתם מציינים אזור יחיד.

אם אתם צריכים לעמוד בדרישות של מדיניות החברה או הממשלה בנושא מיקום נתונים, אתם יכולים לאחסן את התמונה שלכם במיקום האזורי הקרוב ביותר שעומד בדרישות המדיניות האלה.

אם האפליקציה שלכם לא נפרסה בחלק מאזור מרובה, ואתם רוצים לתת עדיפות לעלויות נמוכות של רשת על פני זמינות גבוהה של תמונות מצב, כדאי לאחסן את תמונת המצב באזור שבו נמצא דיסק המקור. אחסון קובץ ה-snapshot באזור שבו נמצא דיסק המקור מצמצם את עלויות הרשת לשחזור וליצירת קובצי snapshot מדיסק המקור.

עם זאת, בניגוד למיקום אחסון במספר אזורים, מיקום אחסון אזורי מאחסן את הנתונים במספר אזורים באזור יחיד, ויכול להיות שלא תהיה לכם גישה לנתונים אם תתרחש הפרעה אזורית. כדי להבטיח את הזמינות של הנתונים, כדאי גם לאחסן תמונת מצב מיותרת במיקום שני.

אם יש לכם מדיניות ארגונית שכוללת את המגבלה על מיקומי המשאבים, כל מיקום אחסון של תמונת מצב שתציינו חייב להיות בין המיקומים שמוגדרים במגבלה. מידע נוסף זמין במאמר בנושא מיקומי משאבים ב-Compute Engine.

הגדרת מיקום אחסון

מגדירים את מיקום האחסון בהתאם לסוג הצילום: צילום גלובלי או צילום אזורי.

תמונות מצב בהיקף גלובלי

  • שימוש במיקום האחסון המוגדר כברירת מחדל או במיקום מותאם אישית שהוגדר בהגדרות של התמונות. מדיניות מיקום האחסון של הגדרות התמונות מגדירה את מיקום ברירת המחדל שבו Google Cloud מאחסן את כל התמונות של הפרויקט. למרות ש- Google Cloud שומר על מדיניות מוגדרת מראש של מיקום אחסון ברירת מחדל, הגדרות התמונות מאפשרות לכם להתאים אישית את המדיניות הזו ולהגדיר מיקום אחסון ברירת מחדל משלכם:

    • שימוש במיקום ברירת המחדל Google Cloud שהוגדר מראש עד שתעדכנו את הגדרות התמונות בפעם הראשונה, Google Cloud ייקבע ערך מוגדר מראש למדיניות לגבי מיקום האחסון. מיקום ברירת המחדל המוגדר מראש הוא האזור הרב-אזורי הקרוב ביותר לדיסק המקור. מידע נוסף זמין במאמר בנושא Google Cloud מדיניות מוגדרת מראש למיקום אחסון
    • הגדרת מיקום ברירת מחדל מותאם אישית משלכם. כדי להתאים אישית את מיקום האחסון שמוגדר כברירת מחדל לצילום התמונות של הפרויקט, צריך לעדכן את מדיניות מיקום האחסון בהגדרות של צילום התמונות. אחרי שמעדכנים את הגדרות תמונות המצב ומגדירים מיקום ברירת מחדל משלכם,Google Cloud מתחיל להשתמש במיקום החדש הזה כדי לאחסן את כל תמונות המצב העתידיות. מידע נוסף זמין במאמר עדכון הגדרות של תמונת מצב בפרויקט.
  • לבטל את הגדרות תמונת המצב ולציין באופן ידני את המיקום במהלך יצירת תמונת המצב. לחלופין, אתם יכולים לשנות את הגדרות תמונת המצב ולציין באופן ידני מיקום לבחירתכם כשאתם יוצרים תמונת מצב. אתם יכולים להשתמש באפשרות הזו כדי לבחור מיקום אחר לתמונות מצב ספציפיות על בסיס תפעולי. במאמר יצירת קובץ snapshot של נפח Persistent Disk מוסבר איך מציינים מיקום במהלך יצירת קובץ ה-snapshot.

מתי לבחור במיקום ברירת המחדל המוגדר מראש Google Cloud

לפניכם כמה דוגמאות לתרחישי שימוש שבהם כדאי להשתמש באזור הגיאוגרפי הנרחב שמוגדר מראש בהגדרות של התמונה שלכם כמקום האחסון:

  • מיקום ברירת המחדל של מספר אזורים עומד בדרישות של מדיניות החברה או הממשלה בנושא מיקום נתונים.
  • הדיסק מאוחסן במיקום אזורי (כמו us-central1) ששייך למיקום רב-אזורי (us), ואתם מעדיפים זמינות גבוהה יותר של תמונות מצב, גם אם זה עלול להאט את הביצועים של שחזור תמונות המצב.
  • אתם לא מצפים לשחזר את התמונות שלכם לעיתים קרובות לדיסקים שנמצאים מחוץ למיקום ברירת המחדל לאחסון תמונות.
מתי כדאי לבחור מיקום אחסון משלכם

הנה כמה דוגמאות לתרחישי שימוש שבהם כדאי להשתמש במיקום אחסון מותאם אישית, על ידי עדכון או ביטול של הגדרות התמונות:

  • המיקום המותאם אישית של מספר אזורים עומד במדיניות של חברות או ממשלות בנושא מיקום נתונים.
  • האפליקציה שלכם נפרסת באזור שלא נכלל באחד מהמיקומים הרב-אזוריים של Cloud Storage, ואתם רוצים לתת עדיפות לביצועים של שחזור תמונת המצב על פני הזמינות של תמונת המצב.
  • אתם משחזרים את תמונות המצב כמה פעמים מדיסק שנמצא מחוץ למיקום ברירת המחדל לאחסון תמונות מצב.

אי אפשר לשנות את מיקום האחסון של תמונות מצב קיימות. אם רוצים לאחסן את ה-snapshot של הדיסק במיקום חדש, יוצרים snapshot חדש במיקום הרצוי ואז מוחקים את ה-snapshot במיקום הישן. אם אתם צריכים לאחסן תמונת מצב ביותר ממיקום אחד, אתם צריכים ליצור תמונת מצב בכל מיקום. כשיוצרים snapshot חדש במיקום חדש, נוצר snapshot מלא עם כל הנתונים בדיסק.

קובצי snapshot בהיקף אזורי

כדי לבחור את מיקום האחסון של תמונות מצב בהיקף אזורי, צריך לציין את האזור באופן ידני במהלך יצירת תמונת המצב. כשמגדירים היקף אזורי, מבטלים את מיקומי האחסון שהוגדרו כברירת מחדל. אם לא מגדירים היקף אזורי, תמונת המצב נוצרת כתמונת מצב בהיקף גלובלי. במאמר הגדרת מיקומים ליצירה ולשחזור של תמונות מצב בהיקף אזורי מוסבר איך לציין אזור במהלך יצירת תמונת מצב.

עלויות הרשת

בתמונות מצב בהיקף גלובלי, חלים חיובים על הרשת כשיוצרים או משחזרים תמונות מצב רגילות במספר אזורים, אם הדיסק נמצא באזור שהוא חלק מהאזור הגיאוגרפי הנרחב. אם אין לכם צורך בשכפול הנוסף ובעמידות של תמונות מצב במספר אזורים, מומלץ להשתמש בתמונות מצב אזוריות על ידי ציון של מיקום אזורי כשתמונות המצב נוצרות.

בחירת מיקום האחסון של התמונות הוא שלב חיוני לצמצום עלויות הרשת. אם מאחסנים את התמונה באותו אזור שבו נמצא דיסק המקור, לא יחויב תשלום על תעבורת נתונים ברשת כשניגשים לתמונה מאותו אזור. אם ניגשים לתמונת המצב מאזור אחר, יש עלות רשת. עלויות הרשת נוצרות כשיוצרים תמונת מצב באזור שונה מזה של דיסק המקור, וכשמשחזרים תמונת מצב לדיסק באזור שונה מזה של תמונת המצב.

יש תשלום על גישה לרשת בין אזורים. לדוגמה, אם דיסק המקור נמצא באזור asia-east1 ואתם מאחסנים את התמונות שלכם באזור asia-east2, תהיה לכם עלות רשת כשתגשו לתמונה בין שני האזורים האלה.

בשני אזורים, australia-southeast1 ו-southamerica-east1, מוגדר כברירת מחדל מיקום אחסון של תמונת מצב מרובת אזורים, שיוביל לחיובים על תעבורת נתונים ברשת אלא אם תשנו את מיקום האחסון. אפשר לשנות את מיקום האחסון באמצעות הגדרות של תמונת מצב, או לשנות ידנית את מיקום ברירת המחדל במהלך יצירת תמונת מצב:

  • אם דיסק המקור נמצא ב-australia-southeast1, מיקום האחסון של קובץ ה-snapshot שמוגדר כברירת מחדל הוא במספר אזורים asia. כדי להפחית את העלויות, כדאי לאחסן את התמונות שלכם באזור australia-southeast1.
  • אם דיסק המקור נמצא ב-southamerica-east1, מיקום האחסון של קובץ ה-snapshot שמוגדר כברירת מחדל הוא במספר אזורים us. כדי להפחית את העלויות, כדאי לאחסן את התמונות שלכם באזור southamerica-east1.

אם תשחזרו תמונת מצב לדיסק באזור שלא נכלל במיקום האחסון של תמונת המצב, תחויבו בעלות רשת. לדוגמה, אם תיצרו דיסק קשיח קבוע אזורי חדש ב-australia-southeast1 מתמונת מצב שמאוחסנת ב-asia, מיקום רב-אזורי, תחויבו בעלויות רשת.

מגבלות

  • אי אפשר לשנות את מיקום האחסון של תמונת מצב רגילה קיימת. מידע נוסף זמין במאמר בנושא בחירת מיקום האחסון של תמונת מצב.

  • אפשר ליצור תמונת מצב של דיסק ספציפי עד 6 פעמים בכל 60 דקות. מידע נוסף זמין במאמר בנושא מגבלות על תדירות יצירת תמונות מצב.

  • אי אפשר לערוך את הנתונים ששמורים בתמונת מצב.

  • אי אפשר לשחזר תמונות מצב שנמחקו.

  • אפשר ליצור מספר בלתי מוגבל של תמונות מצב רגילות של דיסק נתון.

  • (גרסת Preview) אפשר לאחסן תמונות מצב בהיקף אזורי רק במיקומים אזוריים ב-Cloud Storage, כמו asia-south1 או us-central1. אי אפשר לאחסן תמונות מצב בהיקף אזורי במיקומים במספר אזורים, כמו asia.

  • אי אפשר להמיר תמונת מצב בהיקף גלובלי לתמונת מצב בהיקף אזורי. תצטרכו ליצור snapshot חדש עם ההיקף המתאים.

  • אי אפשר ליצור תמונות מצב בהיקף אזורי עם דיסקים של מקור שמוגנים באמצעות מפתח הצפנה באספקת הלקוח (CSEK).

  • שמות של תמונות מצב בהיקף אזורי הם ייחודיים רק בתוך אזור מסוים. אתם יכולים ליצור תמונות מצב בהיקף אזורי עם אותו שם באזורים שונים.

המאמרים הבאים