בדף הזה מוסבר איך ליצור, להציג, לערוך ולמחוק מופעים של Spanner.
יצירת מופע
אפשר ליצור מכונה באמצעות מסוף Google Cloud , Google Cloud CLI או ספריות לקוח. אפשר גם ליצור מופע עם הגדרת מופע בהתאמה אישית על ידי הוספה של רפליקות לקריאה בלבד אופציונליות.
המסוף
נכנסים לדף Spanner Instances במסוף Google Cloud .
לוחצים על Create instance.
בקטע Select an edition, בוחרים מהדורת Spanner.
אם רוצים להשוות בין המפרטים של המהדורות השונות, לוחצים על השוואה בין מהדורות. מידע נוסף מופיע בסקירה הכללית על מהדורות Spanner.
לוחצים על Continue.
בקטע Name your instance, מזינים Instance name שיוצג במסוף Google Cloud . שם המופע חייב להיות ייחודי בפרויקט Google Cloud .
מזינים מזהה מכונה כדי לזהות את המכונה באופן קבוע. מזהה המופע צריך להיות ייחודי גם בתוך הפרויקט Google Cloud . אי אפשר לשנות את מזהה המופע בשלב מאוחר יותר.
לוחצים על Continue.
בקטע Configure your instance (הגדרת המופע), בקטע Choose a configuration (בחירת הגדרה), בוחרים באפשרות Regional (אזורי), Dual-region (בשני אזורים) או Multi-region (במספר אזורים).
בוחרים מיקום הגדרה מהתפריט הנפתח.
אופציונלי: כדי להוסיף רפליקה לקריאה בלבד להגדרת בסיס של Spanner, קודם צריך ליצור הגדרת מכונה בהתאמה אישית באמצעות Google Cloud CLI. הוספה של רפליקות אופציונליות לקריאה בלבד להגדרת בסיס זמינה במהדורות Enterprise ו-Enterprise Plus.
לוחצים על Continue.
בקטע הקצאת קיבולת מחשוב, בקטע בחירת יחידה, לוחצים על אחת מהאפשרויות הבאות:
- צמתים למופעים גדולים. צומת הוא 1,000 יחידות עיבוד.
- יחידות עיבוד למופעים קטנים.
מידע נוסף זמין במאמר קיבולת מחשוב, צמתים ויחידות עיבוד.
בקטע בחירת מצב שינוי גודל, לוחצים על אחת מהאפשרויות הבאות:
הקצאה ידנית אם רוצים להגדיר ידנית את קיבולת המחשוב של משאבי מחשוב קבועים ועלויות קבועות.
- כמות מציינת את מספר יחידות העיבוד או הצמתים לשימוש במופע הזה.
התאמה אוטומטית לעומס כדי לאפשר ל-Spanner להוסיף ולהסיר באופן אוטומטי קיבולת חישוב. התכונה 'שינוי גודל אוטומטי מנוהל' זמינה במהדורות Spanner Enterprise ו-Enterprise Plus. מידע נוסף על מידרוג אוטומטי מנוהל זמין במאמר בנושא מידרוג אוטומטי מנוהל ל-Spanner. מגדירים את האפשרויות הבאות של קנה מידה אוטומטי מנוהל:
- מינימום מציין את הגבול התחתון של ההתאמה, בהתאם ליחידת המידה שבוחרים עבור קיבולת החישוב. מידע נוסף זמין במאמר בנושא קביעת המגבלה המינימלית.
- הערך המקסימלי מציין את המגבלה המקסימלית להגדלת הקיבולת, בהתאם ליחידת המידה שבוחרים עבור קיבולת החישוב. מידע נוסף זמין במאמר בנושא קביעת המגבלה המקסימלית.
- יעד ניצול CPU בעדיפות גבוהה מציין את אחוז היעד של ה-CPU שבו יש להשתמש למשימות בעדיפות גבוהה. מידע נוסף זמין במאמר בנושא קביעת יעד לניצול המעבד.
- יעד ניצול המעבד הכולל מציין את אחוז המעבד שייעשה בו שימוש עבור כל המשימות בעדיפות נמוכה, בינונית וגבוהה. מידע נוסף זמין במאמר בנושא קביעת יעד כולל לניצול CPU.
- יעד ניצול נפח האחסון מציין את אחוז נפח האחסון שרוצים לנצל. מידע נוסף זמין במאמר בנושא קביעת יעד לניצול נפח האחסון.
אופציונלי: אם בוחרים באפשרות התאמה אוטומטית לעומס כמצב שינוי הגודל, אפשר ללחוץ על התפריט הנפתח הצגת אפשרויות של התאמה אוטומטית לעומס אסימטרי כדי לשנות את הגודל של הרפליקות לקריאה בלבד באופן אוטומטי, בנפרד מרפליקות אחרות. מידע נוסף מופיע במאמר שינוי גודל אוטומטי אסימטרי לקריאה בלבד.
בוחרים את העותק לקריאה בלבד שרוצים להגדיר לו שינוי גודל אוטומטי אסימטרי.
מגדירים את האפשרויות הבאות של התאמה אוטומטית לעומס אסימטרית:
- מינימום מציין את הגבול התחתון של ההתאמה, בהתאם ליחידת המידה שבוחרים עבור קיבולת החישוב. מידע נוסף זמין במאמר בנושא קביעת המגבלה המינימלית.
- הערך המקסימלי מציין את המגבלה המקסימלית להגדלת הקיבולת, בהתאם ליחידת המידה שבוחרים עבור קיבולת החישוב. מידע נוסף זמין במאמר בנושא קביעת המגבלה המקסימלית.
- יעד ניצול CPU בעדיפות גבוהה מציין את אחוז היעד של CPU לשימוש במשימות בעדיפות גבוהה. מידע נוסף זמין במאמר בנושא קביעת יעד גבוה לניצול המעבד.
- יעד ניצול המעבד הכולל מציין את אחוז המעבד שייעשה בו שימוש עבור כל המשימות בעדיפות נמוכה, בינונית וגבוהה. אחוז השימוש במעבד יכול להיות בין 10% ל-90%. יעד המעבד הכולל צריך להיות גדול מיעד המעבד בעדיפות גבוהה. אם אתם מבצעים אופטימיזציה של העלויות, כדאי להשתמש באחוז גבוה יותר. מידע נוסף זמין במאמר קביעת יעד השימוש הכולל במעבד.
- השבתת סה"כ יחידת העיבוד המרכזית מציינת שהכלי להתאמת קנה מידה אוטומטית צריך להתעלם באופן מפורש מיעד סה"כ יחידת העיבוד המרכזית.
- השבתת עדיפות גבוהה ל-CPU מציינת שהכלי להתאמת קנה מידה אוטומטית צריך להתעלם במפורש מיעד ה-CPU למשימות בעדיפות גבוהה.
בקטע גיבויים, תיבת הסימון הפעלת לוחות זמנים לגיבוי כברירת מחדל מסומנת כברירת מחדל. כדי להשבית את לוחות הזמנים לגיבוי שמוגדרים כברירת מחדל, מבטלים את הסימון בתיבה. כשהאפשרות הזו מופעלת, כל מסדי הנתונים החדשים במופע מגובים באופן מלא כל 24 שעות. הגיבויים האלה נשמרים למשך 7 ימים. אפשר לערוך או למחוק את לוחות הזמנים של הגיבוי בכל שלב. מידע נוסף מופיע במאמר לוחות זמנים לגיבוי שמוגדרים כברירת מחדל.
לוחצים על יצירה כדי ליצור את המופע.
gcloud
משתמשים בפקודה gcloud spanner instances create כדי ליצור מכונה. מציינים את קיבולת החישוב כמספר הצמתים או יחידות העיבוד שרוצים במופע.
gcloud spanner instances create INSTANCE_ID \ --edition=EDITION \ --config=INSTANCE_CONFIG \ --description=INSTANCE_DESCRIPTION \ --default-backup-schedule-type=DEFAULT_BACKUP_SCHEDULE_TYPE \ --nodes=NODE_COUNT
או
gcloud spanner instances create INSTANCE_ID \ --edition=EDITION \ --config=INSTANCE_CONFIG \ --description=INSTANCE_DESCRIPTION \ --default-backup-schedule-type=DEFAULT_BACKUP_SCHEDULE_TYPE \ --processing-units=PROCESSING_UNIT_COUNT
מחליפים את מה שכתוב בשדות הבאים:
- INSTANCE-ID: מזהה קבוע שייחודי ל Google Cloud פרויקט. אי אפשר לשנות את מזהה המופע בשלב מאוחר יותר.
- INSTANCE-CONFIG: מזהה קבוע של הגדרת המופע, שמגדיר את המיקום הגיאוגרפי של המופע ומשפיע על האופן שבו הנתונים משוכפלים. בהגדרות מותאמות אישית של מכונות, הוא מתחיל ב-
custom-. מידע נוסף זמין במאמר בנושא הגדרות של מופע. - INSTANCE_DESCRIPTION: השם שיוצג למכונה במסוף Google Cloud . השם של המופע חייב להיות ייחודי בתוךGoogle Cloud הפרויקט.
DEFAULT_BACKUP_SCHEDULE_TYPE: סוג לוח הזמנים לגיבוי שמוגדר כברירת מחדל ומשמש את המכונה. צריך להזין אחד מהערכים הבאים:
-
AUTOMATIC: כשיוצרים מסד נתונים חדש במופע, נוצר באופן אוטומטי לוח זמנים לגיבוי שמוגדר כברירת מחדל. כברירת מחדל, הגיבוי המלא מתבצע כל 24 שעות. הגיבויים המלאים האלה נשמרים למשך 7 ימים. אחרי שיוצרים את לוח הזמנים של גיבוי ברירת המחדל, אפשר לערוך או למחוק אותו. -
NONE: לוח זמנים לגיבוי שמוגדר כברירת מחדל לא נוצר אוטומטית כשיוצרים מסד נתונים חדש במופע.
-
NODE-COUNT: קיבולת החישוב של המכונה, שמוצגת כמספר הצמתים. כל צומת שווה ל-1,000 יחידות עיבוד.
PROCESSING_UNIT_COUNT: קיבולת המחשוב של המופע, שמוצגת כמספר יחידות העיבוד. מזינים כמויות עד 1,000 במרווחים של 100 (100, 200, 300 וכן הלאה) וכמויות גדולות יותר במרווחים של 1,000 (1,000, 2,000, 3,000 וכן הלאה). הערה: אל תשתמשו בפרמטר הזה אם אתם יוצרים מופע שאתם מתכוונים להפעיל בו את קנה המידה האוטומטי המנוהל בהמשך.
הוספת קנה מידה אוטומטי מנוהל
אפשר גם ליצור מכונות במהדורת Enterprise ובמהדורת Enterprise Plus כדי להשתמש בהתאמה אוטומטית לעומס מנוהלת באמצעות הפקודה gcloud spanner instances create. מידע נוסף זמין במאמר בנושא מידרוג אוטומטי מנוהל ל-Spanner.
כדי ליצור מכונה עם קנה מידה אוטומטי מנוהל, משתמשים בפקודה הבאה.
gcloud spanner instances create INSTANCE_ID \
--edition=EDITION \
--config=INSTANCE_CONFIG \
--description=INSTANCE_DESCRIPTION \
--autoscaling-min-processing-units=MINIMUM_PROCESSING_UNITS \
--autoscaling-max-processing-units=MAXIMUM_PROCESSING_UNITS \
--autoscaling-high-priority-cpu-target=HIGH_PRIORITY_CPU_PERCENTAGE \
--autoscaling-total-cpu-target=TOTAL_CPU_PERCENTAGE \
--autoscaling-storage-target=STORAGE_PERCENTAGE \
[--asymmetric-autoscaling-option \
location=ASYMMETRIC_AUTOSCALING_LOCATION,\
min_nodes=ASYMMETRIC_AUTOSCALING_MIN,\
max_nodes=ASYMMETRIC_AUTOSCALING_MAX,\
high_priority_cpu_target=ASYMMETRIC_HIGH_PRIORITY_CPU_TARGET,\
total_cpu_target=ASYMMETRIC_TOTAL_CPU_TARGET \
[,disable_total_cpu_autoscaling=TRUE|FALSE \
| disable_high_priority_cpu_autoscaling=TRUE|FALSE]
]או
gcloud spanner instances create INSTANCE_ID \
--edition=EDITION \
--config=INSTANCE_CONFIG \
--description=INSTANCE_DESCRIPTION \
--autoscaling-min-nodes=MINIMUM_NODES \
--autoscaling-max-nodes=MAXIMUM_NODES \
--autoscaling-high-priority-cpu-target=HIGH_PRIORITY_CPU_PERCENTAGE \
--autoscaling-total-cpu-target=TOTAL_CPU_PERCENTAGE \
--autoscaling-storage-target=STORAGE_PERCENTAGE \
[--asymmetric-autoscaling-option \
location=ASYMMETRIC_AUTOSCALING_LOCATION,\
min_nodes=ASYMMETRIC_AUTOSCALING_MIN,\
max_nodes=ASYMMETRIC_AUTOSCALING_MAX,\
high_priority_cpu_target=ASYMMETRIC_HIGH_PRIORITY_CPU_TARGET, \
total_cpu_target=ASYMMETRIC_TOTAL_CPU_TARGET, \
[,disable_total_cpu_autoscaling=TRUE|FALSE \
| disable_high_priority_cpu_autoscaling=TRUE|FALSE]
]מחליפים את מה שכתוב בשדות הבאים:
- INSTANCE-ID: מזהה קבוע שייחודי ל Google Cloud פרויקט. אי אפשר לשנות את מזהה המופע בשלב מאוחר יותר.
- INSTANCE-CONFIG: מזהה קבוע של הגדרת המופע, שמגדיר את המיקום הגיאוגרפי של המופע ומשפיע על האופן שבו הנתונים משוכפלים. בהגדרות מותאמות אישית של מכונות, הוא מתחיל ב-
custom-. מידע נוסף זמין במאמר בנושא הגדרות של מופע. - INSTANCE-DESCRIPTION: השם שיוצג למכונה במסוף Google Cloud . השם של המופע חייב להיות ייחודי בתוךGoogle Cloud הפרויקט.
- MINIMUM_PROCESSING_UNITS, MINIMUM_NODES: המספר המינימלי של יחידות עיבוד או צמתים כשמצמצמים את קנה המידה. מידע נוסף מופיע במאמר בנושא קביעת המגבלה המינימלית.
- MAXIMUM_PROCESSING_UNITS, MAXIMUM_NODES: המספר המקסימלי של יחידות עיבוד או צמתים בהגדלת הקיבולת. מידע נוסף מופיע במאמר בנושא קביעת המגבלה המקסימלית.
- HIGH_PRIORITY_CPU_PERCENTAGE: אחוז היעד של השימוש ב-CPU בעדיפות גבוהה, על סמך העדיפות של המשימה. אחוז השימוש במעבד יכול להיות בין 10% ל-90%. אם אתם מבצעים אופטימיזציה להפחתת העלויות, כדאי להשתמש באחוז גבוה יותר. מידע נוסף זמין במאמר בנושא קביעת יעד גבוה לניצול המעבד.
- TOTAL_CPU_PERCENTAGE: אחוז היעד של סך המעבד בעדיפות לשימוש. יעד המעבד הכולל צריך להיות גדול מיעד המעבד בעדיפות גבוהה. אחוז השימוש במעבד יכול להיות בין 10% ל-90%. אם אתם מבצעים אופטימיזציה לעלות, כדאי להשתמש באחוז גבוה יותר. מידע נוסף זמין במאמר קביעת יעד לניצול כולל של CPU.
- STORAGE_PERCENTAGE: אחוז האחסון שרוצים להשתמש בו, מ-10% עד 99%. מידע נוסף זמין במאמר בנושא קביעת יעד לניצול נפח האחסון.
דגלים אופציונליים:
--asymmetric-autoscaling-option: משתמשים בדגל הזה כדי להפעיל שינוי גודל אוטומטי אסימטרי. מחליפים את הפרמטרים הבאים:- ASYMMETRIC_AUTOSCALING_LOCATION: אם משתמשים בדגל, הפרמטר הזה נדרש. המיקום של האזור לקריאה בלבד שרוצים לשנות את הגודל שלו באופן לא סימטרי.
- ASYMMETRIC_AUTOSCALING_MIN: פרמטר אופציונלי. המספר המינימלי של צמתים כשמצמצמים את הקיבולת. אם לא מציינים ערך, הוא עובר בירושה מההגדרה של מופע הבסיס.
- ASYMMETRIC_AUTOSCALING_MAX: פרמטר אופציונלי. המספר המקסימלי של צמתים בהגדלת הקיבולת. אם לא מציינים ערך, הוא עובר בירושה מההגדרה של מופע הבסיס.
- ASYMMETRIC_HIGH_PRIORITY_CPU_TARGET: פרמטר אופציונלי. אחוז המעבד שרוצים להשתמש בו, על סמך העדיפות של המשימה. אם לא מציינים ערך, הערך הזה עובר בירושה מהגדרות מופע הבסיס. אם אתם מבצעים אופטימיזציה של העלות, כדאי להשתמש באחוז גבוה יותר. יכול להיות שלעותקים יהיה אחוז יעד שונה מזה של מופע הבסיס ומעותקים אחרים, אבל בתרחישי מעבר לגיבוי, מומלץ שהעותקים ישתמשו ביעדים עקביים בכל העותקים השונים. מידע נוסף זמין במאמר בנושא בעיות שקשורות למעבר לגיבוי בעת כשל.
- ASYMMETRIC_TOTAL_CPU_TARGET: פרמטר אופציונלי. מגדירים את היעד מ-10% ל-90% עבור total CPU. אם לא מציינים ערך, הערך הזה עובר בירושה מהגדרות מופע הבסיס. אם אתם מבצעים אופטימיזציה של העלות, כדאי להשתמש באחוז גבוה יותר. יכול להיות שלעותקים יהיה אחוז יעד שונה מזה של מופע הבסיס ומעותקים אחרים, אבל בתרחישי מעבר לגיבוי, מומלץ שהעותקים ישתמשו ביעדים עקביים בכל העותקים השונים. מידע נוסף מופיע במאמר בנושא שינוי גודל אוטומטי אסימטרי לקריאה בלבד.
-
disable_total_cpu_autoscaling: מגדירים את הפרמטר הזה לערךTRUEאם לא רוצים שהכלי לשינוי קנה מידה אוטומטי ישנה את קנה המידה של סך השימוש במעבד ברפליקות באופן אוטומטי. אם רוצים שהמופע יקבל בירושה אתtotal_cpu_autoscalingהיעד ממופע הבסיס, לא מציינים את הפרמטר הזה. אי אפשר להשבית גם את השימוש הכולל במעבד וגם את השימוש במעבד בעדיפות גבוהה באותה רפליקה. -
disable_high_priority_cpu_autoscaling: מגדירים את הערךdisable_high_priority_cpu_autoscalingל-TRUEאם לא רוצים שהכלי לשינוי קנה מידה אוטומטי ישנה את קנה המידה של השימוש ב-CPU בעדיפות גבוהה ברפליקות. אם רוצים שהמופע יקבל בירושה אתhigh_priority_cpu_autoscalingהיעד ממופע הבסיס, לא מציינים את הפרמטר הזה. אי אפשר להשבית את השימוש הכולל ב-CPU ואת השימוש ב-CPU בעדיפות גבוהה באותו עותק.
דוגמאות לשימוש בהגדרות בהתאמה אישית
כדי ליצור מופע test-instance בהגדרת מופע אזורי בסיסי us-central1, מריצים את הפקודה:
gcloud spanner instances create test-instance --edition=STANDARD --config=regional-us-central1 \
--description="Test Instance" --nodes=1
כדי ליצור מכונה custom-eur6-instance בהגדרת מכונה מותאמת אישית במספר אזורים custom-eur6, קודם צריך ליצור הגדרת מכונה מותאמת אישית.
לאחר מכן, מריצים את הפקודה:
gcloud spanner instances create custom-eur6-instance --edition=ENTERPRISE_PLUS --config=custom-eur6 \
--description="Instance with custom read-only" --nodes=1
אחרי הרצת אחת מהפקודות הקודמות, אמורה להופיע הודעה שדומה לדוגמה הבאה:
Creating instance...done.
C++
מידע על התקנת ספריית הלקוח של Spanner ושימוש בה מופיע במאמר ספריות הלקוח של Spanner.
כדי לבצע אימות ב-Spanner, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
C#
מידע על התקנת ספריית הלקוח של Spanner ושימוש בה מופיע במאמר ספריות הלקוח של Spanner.
כדי לבצע אימות ב-Spanner, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
יצירת מכונה בלי תזמון גיבוי שמוגדר כברירת מחדל
Go
מידע על התקנת ספריית הלקוח של Spanner ושימוש בה מופיע במאמר ספריות הלקוח של Spanner.
כדי לבצע אימות ב-Spanner, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
יצירת מכונה עם שינוי גודל אוטומטי מנוהל באמצעות Go
יצירת מכונה עם שינוי גודל אוטומטי אסימטרי לקריאה בלבד באמצעות Go
יצירת מכונה בלי תזמון גיבוי שמוגדר כברירת מחדל
Java
מידע על התקנת ספריית הלקוח של Spanner ושימוש בה מופיע במאמר ספריות הלקוח של Spanner.
כדי לבצע אימות ב-Spanner, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
יצירת מופע עם שינוי גודל אוטומטי מנוהל באמצעות Java
יצירת מופע עם שינוי גודל אוטומטי אסימטרי לקריאה בלבד באמצעות Java
יצירת מכונה בלי תזמון גיבוי שמוגדר כברירת מחדל
Node.js
מידע על התקנת ספריית הלקוח של Spanner ושימוש בה מופיע במאמר ספריות הלקוח של Spanner.
כדי לבצע אימות ב-Spanner, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
יצירת מכונה עם שינוי גודל אוטומטי מנוהל באמצעות Node.js
מידע על התקנת ספריית הלקוח של Spanner ושימוש בה מופיע במאמר ספריות הלקוח של Spanner.
כדי לבצע אימות ב-Spanner, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
יצירת מכונה בלי תזמון גיבוי שמוגדר כברירת מחדל
PHP
מידע על התקנת ספריית הלקוח של Spanner ושימוש בה מופיע במאמר ספריות הלקוח של Spanner.
כדי לבצע אימות ב-Spanner, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Python
מידע על התקנת ספריית הלקוח של Spanner ושימוש בה מופיע במאמר ספריות הלקוח של Spanner.
כדי לבצע אימות ב-Spanner, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
יצירת מופע עם שינוי גודל אוטומטי מנוהל באמצעות Python
מידע על התקנת ספריית הלקוח של Spanner ושימוש בה מופיע במאמר ספריות הלקוח של Spanner.
כדי לבצע אימות ב-Spanner, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
יצירת מכונה בלי תזמון גיבוי שמוגדר כברירת מחדל
Ruby
מידע על התקנת ספריית הלקוח של Spanner ושימוש בה מופיע במאמר ספריות הלקוח של Spanner.
כדי לבצע אימות ב-Spanner, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
הצגת רשימה של מכונות
אפשר להציג רשימה של מופעי Spanner.
המסוף
נכנסים לדף Spanner Instances במסוף Google Cloud .
Google Cloud במסוף מוצגת רשימה של מופעי Spanner, לצד המזהה, השם המוצג, ההגדרה וקיבולת החישוב של כל מופע, שמוצגת ביחידות עיבוד ובצמתים.
gcloud
משתמשים בפקודה gcloud spanner instances list:
gcloud spanner instances list
ה-CLI של gcloud מדפיס רשימה של מופעי Spanner, יחד עם המזהה, השם לתצוגה, ההגדרה וקיבולת החישוב של כל מופע.
עריכת מופע
בקטעים הבאים מוסבר איך לשדרג את המהדורה של המופע, ואיך לשנות את שם התצוגה של המופע, את קיבולת המחשוב ואת סוג לוח הזמנים של הגיבוי שמוגדר כברירת מחדל. אי אפשר לשנות את מזהה המופע או את הגדרות המופע (אבל אפשר להעביר את המופע).
שדרוג המהדורה
אתם יכולים לשדרג את המופעים של מהדורת Standard למהדורה ברמה גבוהה יותר. אפשר לשדרג מופעים של מהדורת Standard למהדורת Enterprise או למהדורת Enterprise Plus, כל עוד לא נמנע השדרוג על ידי הגבלת מדיניות ארגונית. אפשר לשדרג מכונות במהדורת Enterprise למהדורת Enterprise Plus. השדרוג של המהדורה נמשך כ-10 דקות, ללא השבתה.
המסוף
נכנסים לדף Spanner Instances במסוף Google Cloud .
לוחצים על השם של המכונה שרוצים לשדרג.
לוחצים על שדרוג לצד סוג המהדורה.
בדף Edition instance (מופע מהדורה), בקטע Update edition (עדכון מהדורה), בוחרים את המהדורה החדשה ברמה גבוהה יותר עבור המופע.
לוחצים על Save.
gcloud
משתמשים בפקודה gcloud spanner instances update כדי לשדרג את מהדורת המופע:
gcloud spanner instances update INSTANCE_ID --edition=EDITION \ [--async]
מחליפים את מה שכתוב בשדות הבאים:
- INSTANCE_ID: המזהה הקבוע של המכונה.
- EDITION: מציינים את המהדורה החדשה ברמה גבוהה יותר עבור המופע. מידע נוסף זמין במאמר סקירה כללית על מהדורות Spanner.
דגלים אופציונליים:
-
--async: משתמשים בדגל הזה אם רוצים שהבקשה תחזור באופן מיידי, בלי לחכות שהפעולה תסתיים. כדי לבדוק את סטטוס הבקשה, מריצים את הפקודהgcloud spanner operations describe.
Go
Java
Node.js
מידע על התקנת ספריית הלקוח של Spanner ושימוש בה מופיע במאמר ספריות הלקוח של Spanner.
כדי לבצע אימות ב-Spanner, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Python
מידע על התקנת ספריית הלקוח של Spanner ושימוש בה מופיע במאמר ספריות הלקוח של Spanner.
כדי לבצע אימות ב-Spanner, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
שדרוג לאחור של המהדורה
אפשר לשדרג לאחור את מופעי Spanner למהדורה ברמה נמוכה יותר. כדי לשנמך את המהדורה, צריך להפסיק להשתמש בתכונות של המהדורה ברמה הגבוהה יותר. אפשר לשנמך ממהדורות Enterprise למהדורות Standard. אפשר לשנמך מכונות במהדורת Enterprise Plus למהדורת Enterprise או למהדורת Standard. הורדת הרמה של המהדורה נמשכת כ-10 דקות, ללא השבתה.
כדי לעקוב אחרי השימוש בתכונות של מהדורות Enterprise ו-Enterprise Plus במופע שלכם, משתמשים במדד המעקב Feature usage (instance/edition/feature_usage). מידע נוסף זמין במאמר בנושא מעקב אחרי השימוש במהדורה.
המסוף
נכנסים לדף Spanner Instances במסוף Google Cloud .
לוחצים על השם של המופע שרוצים לשנמך.
בדף סקירה כללית של המכונה, לוחצים על עריכת המכונה.
בדף עריכת מופע, בקטע בחירת מהדורת Spanner, בוחרים במהדורה ברמה נמוכה יותר.
לוחצים על עדכון המופע.
gcloud
משתמשים בפקודה gcloud spanner instances update כדי לשנמך את המהדורה של המופע:
gcloud spanner instances update INSTANCE_ID --edition=EDITION
מחליפים את מה שכתוב בשדות הבאים:
- INSTANCE_ID: המזהה הקבוע של המכונה.
- EDITION: מציינים את המהדורה החדשה ברמה נמוכה יותר עבור המופע. מידע נוסף זמין במאמר סקירה כללית על מהדורות Spanner.
שינוי השם המוצג
המסוף
נכנסים לדף Spanner Instances במסוף Google Cloud .
לוחצים על השם של המכונה שרוצים לשנות.
לוחצים על עריכת מופע.
מזינים שם חדש למופע. השם הזה חייב להיות ייחודי בתוך הפרויקטGoogle Cloud .
לוחצים על Save.
gcloud
משתמשים בפקודה gcloud spanner instances update:
gcloud spanner instances update INSTANCE_ID --description=INSTANCE_NAME
מחליפים את מה שכתוב בשדות הבאים:
- INSTANCE_ID: המזהה הקבוע של המכונה.
- INSTANCE_NAME: השם שיוצג למכונה בGoogle Cloud מסוף. השם של המופע חייב להיות ייחודי בתוךGoogle Cloud הפרויקט.
שינוי קיבולת המחשוב
צריך להקצות מספיק קיבולת מחשוב כדי שניצול המעבד וניצול האחסון יהיו מתחת למקסימום המומלץ. מידע נוסף זמין במאמר מכסות ומגבלות ב-Spanner.
אפשר להקטין את קיבולת החישוב של מופע Spanner, למעט במקרים הבאים:
אי אפשר לאחסן יותר מ-10TiB של נתונים לכל צומת (1,000 יחידות עיבוד).
יש מספר גדול של פיצולים בנתונים של המופע. בתרחיש הזה, יכול להיות ש-Spanner לא יוכל לנהל את הפיצולים אחרי שתקטינו את קיבולת החישוב. אפשר לנסות להקטין את קיבולת המחשוב בסכומים קטנים יותר ויותר עד שתמצאו את הקיבולת המינימלית ש-Spanner צריך כדי לנהל את כל הפיצולים של המופע.
Spanner יכול ליצור מספר גדול של פיצולים כדי להתאים לדפוסי השימוש שלכם. אם דפוסי השימוש שלכם משתנים, יכול להיות שאחרי שבוע או שבועיים, מערכת Spanner תמזג כמה פיצולים, ותוכלו לנסות להקטין את קיבולת החישוב של המכונה.
כשמסירים קיבולת חישוב, כדאי לעקוב אחרי ניצול המעבד (CPU) והשהיות של הבקשות ב-Cloud Monitoring כדי לוודא שניצול המעבד נשאר מתחת ל-65% במופעים אזוריים ומתחת ל-45% בכל אזור במופעים מרובי-אזורים. יכול להיות שתהיה עלייה זמנית בחביון של הבקשות בזמן הסרת קיבולת מחשוב.
אם רוצים להגדיל את קיבולת החישוב של מופע,Google Cloud בפרויקט צריך להיות מספיק מכסה כדי להוסיף את קיבולת החישוב. הזמן שיידרש להשלמת הבקשה להגדלת המכסה תלוי בגודל הבקשה. ברוב המקרים, הבקשות מושלמות תוך כמה דקות. במקרים נדירים, יכול להיות שיחלפו עד שעה עד שהגדלת הקיבולת תושלם.
המסוף
נכנסים לדף Spanner Instances במסוף Google Cloud .
לוחצים על שם המופע שרוצים לשנות.
לוחצים על Edit Instance (עריכת מופע).
כדי לשנות את קיבולת החישוב, בוחרים את יחידות המידה (יחידות עיבוד או צמתים) ומזינים כמות. כשמשתמשים ביחידות עיבוד, צריך להזין כמויות של עד 1,000 במכפלות של 100 (100, 200, 300 וכן הלאה) וכמויות גדולות יותר במכפלות של 1,000 (1,000, 2,000, 3,000 וכן הלאה). כל צומת שווה ל-1,000 יחידות עיבוד.
לוחצים על Save.
אם מופיעה תיבת דו-שיח שבה מצוין שאין לכם מספיק נפח אחסון להוספת יכולת חישוב במיקום הזה, צריך לפעול לפי ההוראות כדי לבקש נפח אחסון גדול יותר.
gcloud
משתמשים בפקודה gcloud spanner instances update. כשמשתמשים בפקודה הזו, צריך לציין את קיבולת החישוב כמספר צמתים או יחידות עיבוד.
gcloud spanner instances update INSTANCE_ID --nodes=NODE_COUNT [--async]
או
gcloud spanner instances update INSTANCE_ID --processing-units=PROCESSING_UNIT_COUNT [--async]
מחליפים את מה שכתוב בשדות הבאים:
- INSTANCE_ID: המזהה הקבוע של המכונה.
- NODE_COUNT: קיבולת החישוב של המכונה, שמוצגת כמספר הצמתים. כל צומת שווה ל-1,000 יחידות עיבוד.
- PROCESSING_UNIT_COUNT: קיבולת המחשוב של המופע, שמוצגת כמספר יחידות העיבוד. מזינים כמויות עד 1,000 במרווחים של 100 (100, 200, 300 וכן הלאה) וכמויות גדולות יותר במרווחים של 1,000 (1,000, 2,000, 3,000 וכן הלאה).
דגלים אופציונליים:
-
--async: משתמשים בדגל הזה אם רוצים שהבקשה תחזור באופן מיידי, בלי לחכות שהפעולה תסתיים. כדי לבדוק את סטטוס הבקשה, מריצים את הפקודהgcloud spanner operations describe.
הפעלה או שינוי של קנה מידה אוטומטי מנוהל במופע
אפשר להפעיל או לשנות את ההתאמה האוטומטית לעומס במופע Spanner באמצעות Google Cloud המסוף, ה-CLI של gcloud או ספריות הלקוח של Spanner. ההגבלות הבאות חלות כשמוסיפים או משנים את התכונה 'התאמה אוטומטית לעומס מנוהלת' במופע קיים:
- התכונה 'מידרוג אוטומטי מנוהל' זמינה רק במהדורות Enterprise או Enterprise Plus.
- אי אפשר להפעיל את קנה המידה האוטומטי המנוהל במופע שמעבירים.
אי אפשר להעביר מופע בזמן שהמידרוג האוטומטי המנוהל מופעל.
המסוף
נכנסים לדף Spanner Instances במסוף Google Cloud .
לוחצים על השם של המכונה שרוצים להפעיל בה את הכלי לשינוי גודל אוטומטי מנוהל.
לוחצים על עריכת מופע.
בקטע Configure compute capacity (הגדרת קיבולת מחשוב), לוחצים על Autoscaling (שינוי גודל אוטומטי).
בקטע מינימום, בוחרים את הגבול המינימלי לשימוש כשמצמצמים את קנה המידה. מידע נוסף זמין במאמר בנושא קביעת המגבלה המינימלית.
בקטע מקסימום, בוחרים את המגבלה המקסימלית לשימוש בהגדלת הקיבולת. מידע נוסף זמין במאמר בנושא קביעת המגבלה המקסימלית.
בקטע יעד לניצול CPU בעדיפות גבוהה, בוחרים את אחוז ה-CPU שיוקצה למשימות בעדיפות גבוהה. מידע נוסף זמין במאמר בנושא קביעת יעד לניצול מעבד.
בקטע יעד ניצול כולל של המעבד, בוחרים את אחוז המעבד שרוצים להשתמש בו עבור כל המשימות בעדיפות נמוכה, בינונית וגבוהה. אחוז השימוש במעבד יכול להיות בין 10% ל-90%. מידע נוסף זמין במאמר בנושא קביעת יעד כולל לניצול מעבד.
בשדה יעד לניצול נפח האחסון, בוחרים את אחוז נפח האחסון שרוצים להשתמש בו. מידע נוסף זמין במאמר בנושא קביעת יעד לניצול נפח האחסון.
אופציונלי: אם בוחרים באפשרות התאמה אוטומטית לעומס (automatic scaling) כמצב שינוי הגודל, אפשר ללחוץ על התפריט הנפתח הצגת אפשרויות של התאמה אוטומטית לעומס (automatic scaling) אסימטרית כדי לשנות את הגודל של הרפליקות לקריאה בלבד באופן אוטומטי, בנפרד מרפליקות אחרות.
בוחרים את העותק לקריאה בלבד שרוצים להגדיר לו שינוי גודל אוטומטי אסימטרי.
מגדירים את האפשרויות הבאות של מידרוג אוטומטי:
- מינימום מציין את הגבול התחתון של ההתאמה, בהתאם ליחידת המידה שבוחרים עבור קיבולת החישוב. מידע נוסף זמין במאמר בנושא קביעת המגבלה המינימלית.
- הערך המקסימלי מציין את המגבלה המקסימלית להגדלת הקיבולת, בהתאם ליחידת המידה שבוחרים עבור קיבולת החישוב. מידע נוסף זמין במאמר בנושא קביעת המגבלה המקסימלית.
- יעד ניצול CPU בעדיפות גבוהה מציין את אחוז היעד של ה-CPU שבו יש להשתמש למשימות בעדיפות גבוהה. מידע נוסף זמין במאמר בנושא קביעת יעד לניצול CPU בעדיפות גבוהה.
- יעד השימוש הכולל במעבד מציין את אחוז המעבד שבו רוצים להשתמש עבור כל המשימות בעדיפות נמוכה, בינונית וגבוהה. אחוז השימוש במעבד יכול להיות בין 10% ל-90%. מידע נוסף זמין במאמר בנושא קביעת יעד כולל לניצול מעבד.
לוחצים על Save.
gcloud
משתמשים בפקודה gcloud spanner instances
update כדי להוסיף את המידרוג האוטומטי המנוהל למופע. מידע נוסף על המגבלות זמין במאמר בנושא הגבלות ודגלים של Google Cloud CLI.
כדי להוסיף את המידרוג האוטומטי המנוהל, מריצים את הפקודה הבאה:
gcloud spanner instances update INSTANCE_ID \
--autoscaling-min-processing-units=MINIMUM_PROCESSING_UNITS \
--autoscaling-max-processing-units=MAXIMUM_PROCESSING_UNITS \
--autoscaling-high-priority-cpu-target=HIGH_PRIORITY_CPU_PERCENTAGE \
--autoscaling-total-cpu-target=TOTAL_CPU_PERCENTAGE \
--autoscaling-storage-target=STORAGE_PERCENTAGE \
[--asymmetric-autoscaling-option \
location=ASYMMETRIC_AUTOSCALING_LOCATION,\
min_nodes=ASYMMETRIC_AUTOSCALING_MIN,\
max_nodes=ASYMMETRIC_AUTOSCALING_MAX,\
high_priority_cpu_target=ASYMMETRIC_HIGH_PRIORITY_CPU_TARGET,\
total_cpu_target=ASYMMETRIC_TOTAL_CPU_TARGET,\
disable_total_cpu_autoscaling=TRUE|FALSE
| disable_high_priority_cpu_autoscaling=TRUE|FALSE]או
gcloud spanner instances update INSTANCE_ID \
--autoscaling-min-processing-units=MINIMUM_NODES \
--autoscaling-max-processing-units=MAXIMUM_NODES \
--autoscaling-high-priority-cpu-target=HIGH_PRIORITY_CPU_PERCENTAGE \
--autoscaling-total-cpu-target=TOTAL_CPU_PERCENTAGE \
--autoscaling-storage-target=STORAGE_PERCENTAGE \
[--asymmetric-autoscaling-option \
location=ASYMMETRIC_AUTOSCALING_LOCATION,\
min_nodes=ASYMMETRIC_AUTOSCALING_MIN,\
max_nodes=ASYMMETRIC_AUTOSCALING_MAX,\
high_priority_cpu_target=ASYMMETRIC_HIGH_PRIORITY_CPU_TARGET,\
total_cpu_target=ASYMMETRIC_TOTAL_CPU_TARGET,\
disable_total_cpu_autoscaling=TRUE|FALSE
| disable_high_priority_cpu_autoscaling=TRUE|FALSE]מחליפים את מה שכתוב בשדות הבאים:
- INSTANCE_ID: המזהה הקבוע של המכונה.
- MINIMUM_PROCESSING_UNITS, MINIMUM_NODES: המספר המינימלי של יחידות עיבוד או צמתים לשימוש בהקטנת קנה המידה. מידע נוסף מופיע במאמר בנושא קביעת המגבלה המינימלית.
- MAXIMUM_PROCESSING_UNITS, MAXIMUM_NODES: מספר יחידות העיבוד או הצמתים המקסימליים לשימוש בהגדלת הקיבולת. מידע נוסף זמין במאמר בנושא קביעת המגבלה המקסימלית.
- HIGH_PRIORITY_CPU_PERCENTAGE: אחוז היעד של השימוש ב-CPU בעדיפות גבוהה, על סמך העדיפות של המשימה. אחוז השימוש במעבד יכול להיות בין 10% ל-90%. אם אתם מבצעים אופטימיזציה להפחתת העלויות, כדאי להשתמש באחוז גבוה יותר. מידע נוסף זמין במאמר בנושא קביעת יעד גבוה לניצול המעבד.
- TOTAL_CPU_PERCENTAGE: אחוז היעד של סך המעבד בעדיפות לשימוש. יעד המעבד הכולל צריך להיות גדול מיעד המעבד בעדיפות גבוהה. אחוז השימוש במעבד יכול להיות בין 10% ל-90%. אם אתם מבצעים אופטימיזציה לעלות, כדאי להשתמש באחוז גבוה יותר. מידע נוסף זמין במאמר קביעת יעד לניצול כולל של CPU.
- STORAGE_PERCENTAGE: אחוז האחסון שרוצים להשתמש בו, מ-10% עד 99%. מידע נוסף זמין במאמר בנושא קביעת יעד לניצול נפח האחסון.
דגלים אופציונליים:
--asymmetric-autoscaling-option: משתמשים בדגל הזה כדי להפעיל שינוי גודל אוטומטי אסימטרי.מחליפים את הפרמטרים הבאים:
- ASYMMETRIC_AUTOSCALING_LOCATION: אם משתמשים בדגל של שינוי גודל אוטומטי אסימטרי, חובה להשתמש בפרמטר הזה. המיקום של האזור לקריאה בלבד שרוצים לשנות את הגודל שלו באופן לא סימטרי.
- ASYMMETRIC_AUTOSCALING_MIN: פרמטר אופציונלי. המספר המינימלי של צמתים כשמצמצמים את הקיבולת. אם לא מציינים ערך, הוא עובר בירושה מההגדרה של מופע הבסיס.
- ASYMMETRIC_AUTOSCALING_MAX: פרמטר אופציונלי. המספר המקסימלי של צמתים בהגדלת הקיבולת. אם לא מציינים ערך, הוא עובר בירושה מההגדרה של מופע הבסיס.
- ASYMMETRIC_HIGH_PRIORITY_CPU_TARGET: פרמטר אופציונלי. אחוז המעבד שרוצים להשתמש בו, על סמך העדיפות של המשימה. אם לא מציינים ערך, הערך הזה עובר בירושה מהגדרות מופע הבסיס. אם אתם מבצעים אופטימיזציה של העלות, כדאי להשתמש באחוז גבוה יותר. יכול להיות שלעותקים יהיה אחוז יעד שונה מזה של מופע הבסיס ומעותקים אחרים, אבל בתרחישי מעבר לגיבוי, מומלץ שהעותקים ישתמשו ביעדים עקביים בכל העותקים השונים. מידע נוסף זמין במאמר בנושא בעיות שקשורות למעבר לגיבוי בעת כשל.
- ASYMMETRIC_TOTAL_CPU_TARGET: פרמטר אופציונלי. מגדירים את היעד מ-10% ל-90% עבור total CPU. אם לא מציינים ערך, הערך הזה עובר בירושה מהגדרות מופע הבסיס. אם אתם מבצעים אופטימיזציה של העלות, כדאי להשתמש באחוז גבוה יותר. יכול להיות שלעותקים יהיה אחוז יעד שונה מזה של מופע הבסיס ומעותקים אחרים, אבל בתרחישי מעבר לגיבוי, מומלץ שהעותקים ישתמשו ביעדים עקביים בכל העותקים השונים. מידע נוסף מופיע במאמר בנושא שינוי גודל אוטומטי אסימטרי לקריאה בלבד.
-
disable_total_cpu_autoscaling: מגדירים את הפרמטר הזה לערךTRUEאם לא רוצים שהכלי לשינוי קנה מידה אוטומטי ישנה את קנה המידה של סך השימוש במעבד ברפליקות באופן אוטומטי. אם רוצים שהמופע יקבל בירושה אתtotal_cpu_autoscalingהיעד ממופע הבסיס, לא מציינים את הפרמטר הזה. אי אפשר להשבית גם את השימוש הכולל במעבד וגם את השימוש במעבד בעדיפות גבוהה באותה רפליקה. -
disable_high_priority_cpu_autoscaling: מגדירים את הערךdisable_high_priority_cpu_autoscalingל-TRUEאם לא רוצים שהכלי לשינוי קנה מידה אוטומטי ישנה את קנה המידה של השימוש ב-CPU בעדיפות גבוהה ברפליקות. אם רוצים שהמופע יקבל בירושה אתhigh_priority_cpu_autoscalingהיעד ממופע הבסיס, לא מציינים את הפרמטר הזה. אי אפשר להשבית את השימוש הכולל ב-CPU ואת השימוש ב-CPU בעדיפות גבוהה באותו עותק.
אחרי שמוסיפים את המידרוג האוטומטי המנוהל למופע, אפשר גם לשנות את ההגדרות של המידרוג האוטומטי המנוהל. לדוגמה, אם רוצים להגדיל את המספר המקסימלי של יחידות העיבוד ל-10,000, מריצים את הפקודה הבאה:
gcloud spanner instances update test-instance \
--autoscaling-max-processing-units=10000
שינוי משימוש במידרוג אוטומטי מנוהל לשינוי גודל ידני של מופע
אפשר לשנות את סוג הגידול בקיבולת של מופע Spanner (ידני או מנוהל) באמצעות מסוף Google Cloud , ה-CLI של gcloud או ספריות הלקוח של Spanner.
המסוף
נכנסים לדף Spanner Instances במסוף Google Cloud .
לוחצים על שם המופע שבו רוצים להשבית את המידרוג האוטומטי המנוהל.
בקטע בחירת מצב שינוי גודל, לוחצים על הקצאה ידנית.
לוחצים על Save.
gcloud
משתמשים בפקודה gcloud spanner instances update כדי לעדכן את המכונה.
כדי לשנות את השימוש במכונה משימוש במידרוג אוטומטי מנוהל לשינוי גודל ידני, משתמשים בפקודה הבאה:
gcloud spanner instances update INSTANCE_ID \ --processing-units=PROCESSING_UNIT_COUNT
או
gcloud spanner instances update INSTANCE_ID \ --nodes=NODE_COUNT
מחליפים את מה שכתוב בשדות הבאים:
- INSTANCE_ID: המזהה הקבוע של המכונה.
- NODE_COUNT: קיבולת החישוב של המכונה, שמוצגת כמספר הצמתים. כל צומת שווה ל-1,000 יחידות עיבוד.
- PROCESSING_UNIT_COUNT: קיבולת המחשוב של המופע, שמוצגת כמספר יחידות העיבוד. מזינים כמויות עד 1,000 במרווחים של 100 (100, 200, 300 וכן הלאה) וכמויות גדולות יותר במרווחים של 1,000 (1,000, 2,000, 3,000 וכן הלאה).
הוספת תווית למופע
תוויות עוזרות לארגן את המשאבים.
המסוף
נכנסים לדף Spanner Instances במסוף Google Cloud .
מסמנים את התיבה שלצד המופע. חלונית המידע תופיע בצד שמאל של הדף.
לוחצים על הכרטיסייה תוויות בחלונית המידע. לאחר מכן תוכלו להוסיף, למחוק או לעדכן תוויות עבור מופע Spanner.
עריכת סוג לוח הזמנים של הגיבוי שמוגדר כברירת מחדל
לוחות זמנים לגיבוי שמוגדרים כברירת מחדל מופעלים באופן אוטומטי בכל המקרים החדשים. אפשר להפעיל או להשבית לוחות זמנים לגיבוי שמוגדרים כברירת מחדל במופע כשיוצרים את המופע או כשעורכים את המופע בשלב מאוחר יותר. מידע נוסף זמין במאמר בנושא תזמון גיבוי שמוגדר כברירת מחדל.
המסוף
- נכנסים לדף Spanner Instances במסוף Google Cloud .
- לוחצים על השם של המופע שרוצים לערוך את לוח הזמנים של הגיבוי שמוגדר כברירת מחדל.
- לוחצים על עריכת מופע.
- בקטע גיבויים, תיבת הסימון הפעלת לוחות זמנים לגיבוי כברירת מחדל קובעת אם לוחות הזמנים לגיבוי כברירת מחדל מופעלים או לא. אם האפשרות הזו מופעלת, לכל מסדי הנתונים החדשים במופע הזה נוצר לוח זמנים לגיבוי כברירת מחדל.
- לוחצים על Save.
gcloud
משתמשים בפקודה gcloud spanner instances update כדי לערוך את סוג לוחות הזמנים של הגיבוי שמוגדר כברירת מחדל.
כדי לערוך את סוג לוח הזמנים של הגיבוי שמוגדר כברירת מחדל, מריצים את הפקודה הבאה:
gcloud spanner instances update INSTANCE_ID \ --default-backup-schedule-type=DEFAULT_BACKUP_SCHEDULE_TYPE
מחליפים את מה שכתוב בשדות הבאים:
- INSTANCE_ID: המזהה הקבוע של המכונה.
DEFAULT_BACKUP_SCHEDULE_TYPE: סוג לוח הזמנים לגיבוי שמוגדר כברירת מחדל ומשמש את המכונה. צריך להזין אחד מהערכים הבאים:
-
AUTOMATIC: כשיוצרים מסד נתונים חדש במופע, נוצר באופן אוטומטי לוח זמנים לגיבוי שמוגדר כברירת מחדל. כברירת מחדל, הגיבוי המלא מתבצע כל 24 שעות. הגיבויים המלאים האלה נשמרים למשך 7 ימים. אחרי שיוצרים את לוח הזמנים של גיבוי ברירת המחדל, אפשר לערוך או למחוק אותו. -
NONE: לוח זמנים לגיבוי שמוגדר כברירת מחדל לא נוצר אוטומטית כשיוצרים מסד נתונים חדש במופע.
-
C#
מידע על התקנת ספריית הלקוח של Spanner ושימוש בה מופיע במאמר ספריות הלקוח של Spanner.
כדי לבצע אימות ב-Spanner, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Go
מידע על התקנת ספריית הלקוח של Spanner ושימוש בה מופיע במאמר ספריות הלקוח של Spanner.
כדי לבצע אימות ב-Spanner, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Java
מידע על התקנת ספריית הלקוח של Spanner ושימוש בה מופיע במאמר ספריות הלקוח של Spanner.
כדי לבצע אימות ב-Spanner, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Node.js
מידע על התקנת ספריית הלקוח של Spanner ושימוש בה מופיע במאמר ספריות הלקוח של Spanner.
כדי לבצע אימות ב-Spanner, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Python
מידע על התקנת ספריית הלקוח של Spanner ושימוש בה מופיע במאמר ספריות הלקוח של Spanner.
כדי לבצע אימות ב-Spanner, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
העברת מכונה
הוראות להעברת מכונה מכל הגדרה של מכונה לכל הגדרה אחרת של מכונה, כולל בין הגדרות אזוריות להגדרות מרובות אזורים, מופיעות במאמר העברת מכונה.
מחיקת מכונה
אפשר למחוק מכונה באמצעות מסוף Google Cloud או Google Cloud CLI.
אם רוצים למחוק מופע שיש בו מסד נתונים אחד או יותר שההגנה מפני מחיקה מופעלת בהם, קודם צריך להשבית את ההגנה מפני מחיקה בכל מסדי הנתונים במופע הזה, ורק אז אפשר למחוק את המופע.
המסוף
נכנסים לדף Spanner Instances במסוף Google Cloud .
לוחצים על שם המופע שרוצים למחוק.
לוחצים על מחיקת המופע.
פועלים לפי ההוראות כדי לאשר שרוצים למחוק את המופע.
לוחצים על Delete.
gcloud
משתמשים בפקודה gcloud spanner instances delete ומחליפים את INSTANCE_ID במזהה המופע:
gcloud spanner instances delete INSTANCE_ID
הפסקה או הפעלה מחדש של מכונה
Spanner הוא שירות מנוהל של מסד נתונים שמפקח על המשימות והמשאבים הבסיסיים שלו, כולל מעקב והפעלה מחדש של תהליכים כשצריך, ללא השבתה. אין צורך להפסיק או להפעיל מחדש באופן ידני מופע נתון, ולכן Spanner לא מציע דרך לעשות זאת.
המאמרים הבאים
- למדו כיצד להוסיף, לעדכן ולמחוק נתונים באמצעות שפת הטיפול בנתונים (DML) או ה-CLI של gcloud.
- מקצים תפקידים בניהול זהויות והרשאות גישה (IAM) למופע ולמסדי הנתונים שלו.
- איך מעצבים סכימה של Spanner