בדף הזה מוסבר איך ליצור, להציג, לערוך ולמחוק מכונות של 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, בשני אזורים או במספר אזורים.
בוחרים מיקום להגדרה מהתפריט הנפתח.
אופציונלי: כדי להוסיף רפליקה לקריאה בלבד להגדרת בסיס של Spanner, קודם צריך ליצור הגדרה מותאמת אישית של מכונה באמצעות ה-CLI של gcloud. אפשר להוסיף רפליקות אופציונליות לקריאה בלבד להגדרת בסיס במהדורות Enterprise ו-Enterprise Plus.
לוחצים על Continue.
בקטע Allocate compute capacity, בקטע Select unit, לוחצים על אחת מהאפשרויות הבאות:
- צמתים למכונות גדולות. צומת הוא 1,000 יחידות עיבוד.
- יחידות עיבוד למכונות קטנות.
מידע נוסף זמין במאמר קיבולת המחשוב, צמתים ויחידות עיבוד.
בקטע Choose a scaling mode, לוחצים על אחת מהאפשרויות הבאות:
הקצאה ידנית, אם רוצים להגדיר באופן ידני את קיבולת המחשוב למשאבי מחשוב קבועים ועלויות קבועות.
- בשדה Quantity מציינים את מספר יחידות העיבוד או הצמתים שבהם רוצים להשתמש במכונה הזו.
התאמה אוטומטית לעומס (scaling) כדי לאפשר ל-Spanner להוסיף ולהסיר באופן אוטומטי את קיבולת המחשוב. התכונה "ניהול התאמה אוטומטית לעומס" זמינה במהדורות Enterprise ו-Enterprise Plus של Spanner. למידע נוסף על הכלי המנוהל להתאמה אוטומטית לעומס, קראו את המאמר כלי מנוהל להתאמה אוטומטית לעומס ב-Spanner. מגדירים את האפשרויות הבאות של המידרוג האוטומטי המנוהל:
- הערך Minimum מציין את הגבול המינימלי לצמצום אנכי בהתאם לעומס, בהתאם ליחידת המידה שבחרתם ל-Compute capacity. מידע נוסף זמין במאמר קביעת המגבלה המינימלית.
- הערך של Maximum מציין את הגבול המקסימלי להגדלת קנה המידה, בהתאם ליחידת המידה שבחרתם ל-Compute capacity. מידע נוסף זמין במאמר קביעת המגבלה המקסימלית.
- יעד ניצול המעבד (CPU) בעדיפות גבוהה מציין את אחוז היעד של המעבד (CPU) לשימוש במשימות בעדיפות גבוהה. למידע נוסף, קראו את המאמר הגדרת יעד לניצול ה-CPU.
- Total CPU utilization target מציין את אחוז היעד של המעבד (CPU) שבו יש להשתמש לכל המשימות בעדיפות נמוכה, בינונית וגבוהה. מידע נוסף זמין במאמר הגדרת היעד הכולל של ניצול ה-CPU.
- יעד ניצול נפח האחסון מציין את אחוז היעד של נפח האחסון לשימוש. מידע נוסף זמין במאמר הגדרת יעד ניצול נפח האחסון.
אופציונלי: אם בוחרים באפשרות Autoscaling כמצב ההתאמה לעומס, אפשר ללחוץ על התפריט הנפתח Show asymmetric autoscaling options כדי להתאים אוטומטית לעומס את הרפליקות לקריאה בלבד, בלי קשר לרפליקות אחרות. מידע נוסף מופיע במאמר התאמה אסימטרית של קנה המידה לקריאה בלבד.
בוחרים את הרפליקה לקריאה בלבד שרוצים להגדיר לה התאמה אסימטרית של קנה המידה.
מגדירים את האפשרויות הבאות של התאמה אסימטרית לעומס:
- הערך Minimum מציין את הגבול המינימלי לצמצום אנכי בהתאם לעומס, בהתאם ליחידת המידה שבחרתם ל-Compute capacity. מידע נוסף זמין במאמר קביעת המגבלה המינימלית.
- הערך של Maximum מציין את הגבול המקסימלי להגדלת קנה המידה, בהתאם ליחידת המידה שבחרתם ל-Compute capacity. מידע נוסף זמין במאמר קביעת המגבלה המקסימלית.
- High priority CPU utilization target מציין את אחוז היעד של המעבד (CPU) לשימוש במשימות בעדיפות גבוהה. למידע נוסף, קראו את המאמר קביעת היעד לניצול המעבד (CPU) בעדיפות גבוהה.
- Total CPU utilization target מציין את אחוז היעד של ה-CPU שבו יש להשתמש לכל המשימות בעדיפות נמוכה, בינונית וגבוהה. אחוז המעבד יכול להיות בין 10% ל-90%. היעד הכולל של המעבד (CPU) צריך להיות גדול מהיעד של המעבד (CPU) בעדיפות גבוהה. אם אתם מבצעים אופטימיזציה לעלות, השתמשו באחוז גבוה יותר. למידע נוסף, ראו הגדרת היעד הכולל של ניצול ה-CPU.
- Disable total CPU מציין שהמידרוג האוטומטי צריך להתעלם באופן מפורש מהיעד הכולל של המעבד (CPU).
- השבתת מעבד בעדיפות גבוהה מציינת שהמידרוג האוטומטי צריך להתעלם באופן מפורש מיעד המעבד למשימות בעדיפות גבוהה.
בקטע Backups, התיבה Enable default backup schedules מסומנת כברירת מחדל. כדי להשבית את לוחות הזמנים של ברירת המחדל לגיבוי, מבטלים את הסימון בתיבה. כשההגדרה מופעלת, כל 24 שעות נוצרים גיבויים מלאים לכל מסדי הנתונים החדשים במכונה. הגיבויים האלה נשמרים למשך 7 ימים. אתם יכולים לערוך או למחוק את לוחות הזמנים של ברירת המחדל לגיבוי בכל שלב. מידע נוסף מופיע במאמר לוחות זמנים לגיבוי כברירת מחדל.
לוחצים על Create כדי ליצור את המכונה.
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 וכן הלאה). הערה: אל תשתמשו בפרמטר הזה אם אתם יוצרים מכונה שאתם מתכוונים להפעיל בה את המידרוג האוטומטי המנוהל בשלב מאוחר יותר.
הוספת התאמה מנוהלת לעומס (autoscaling)
אתם יכולים גם ליצור מכונות במהדורת 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 \
[--disable-downscaling | --no-disable-downscaling] \
[--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 \
[--disable-downscaling | --no-disable-downscaling] \
[--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: המספר המינימלי של יחידות עיבוד או צמתים כשמצמצמים אנכית בהתאם לעומס (scale down). מידע נוסף מופיע בקטע קביעת המגבלה המינימלית.
- MAXIMUM_PROCESSING_UNITS, MAXIMUM_NODES: המספר המקסימלי של יחידות עיבוד או צמתים בהגדלת קנה המידה. מידע נוסף מופיע במאמר קביעת המגבלה המקסימלית.
- HIGH_PRIORITY_CPU_PERCENTAGE: אחוז היעד של שימוש במעבד (CPU) בעדיפות גבוהה, על סמך עדיפות המשימה. אחוז המעבד יכול להיות בין 10% ל-90%. אם אתם מבצעים אופטימיזציה לעלות, השתמשו באחוז גבוה יותר. למידע נוסף, קראו את המאמר קביעת היעד לניצול המעבד (CPU) בעדיפות גבוהה.
- TOTAL_CPU_PERCENTAGE: אחוז היעד של סך כל המעבד (CPU) בעדיפות גבוהה שבו צריך להשתמש. יעד המעבד (CPU) הכולל צריך להיות גדול מיעד המעבד (CPU) בעדיפות גבוהה. אחוז המעבד יכול להיות בין 10% ל-90%. אם אתם מבצעים אופטימיזציה לעלות, השתמשו באחוז גבוה יותר. למידע נוסף, קראו את המאמר קביעת היעד הכולל של ניצול ה-CPU.
- STORAGE_PERCENTAGE: אחוז היעד של נפח האחסון לשימוש, מ-10% עד 99%. מידע נוסף זמין במאמר הגדרת יעד לניצול נפח האחסון.
דגלים אופציונליים:
-
--disable-downscaling: משתמשים בדגל הבוליאני הזה כדי להשבית את הקטנת קנה המידה. כשהערך מוגדר כ-TRUE, המידרוג האוטומטי לא יכול להקטין את מספר הצמתים או יחידות העיבוד. הגדלת המכסות ממשיכה לפעול כרגיל כדי לעמוד בביקוש הגובר. כדי להפעיל את הקטנת קנה המידה אחרי שהשבתתם אותה, משתמשים בדגל--no-disable-downscaling.
--asymmetric-autoscaling-option: משתמשים בדגל הזה כדי להפעיל התאמה אסימטרית לעומס (autoscaling). מחליפים את הפרמטרים הבאים:- ASYMMETRIC_AUTOSCALING_LOCATION: אם משתמשים בדגל, חובה להשתמש בפרמטר הזה. המיקום של האזור לקריאה בלבד שרוצים לשנות את הגודל שלו באופן אסימטרי.
- ASYMMETRIC_AUTOSCALING_MIN: פרמטר אופציונלי. מספר הצמתים המינימלי כשמצמצמים את קנה המידה. אם לא מציינים את הערך הזה, הוא עובר בירושה מהגדרת המכונה הבסיסית.
- ASYMMETRIC_AUTOSCALING_MAX: פרמטר אופציונלי. מספר הצמתים המקסימלי בהגדלת קנה המידה. אם לא מציינים את הערך הזה, הוא עובר בירושה מהגדרת המכונה הבסיסית.
- ASYMMETRIC_HIGH_PRIORITY_CPU_TARGET: פרמטר אופציונלי. אחוז היעד של המעבד (CPU) לשימוש, על סמך עדיפות המשימה. אם לא מציינים ערך, הוא עובר בירושה מהגדרת המכונה הבסיסית. אם אתם מבצעים אופטימיזציה לעלות, השתמשו באחוז גבוה יותר. לרפליקות יכול להיות אחוז יעד שונה מזה של המכונה הבסיסית ומרפליקות אחרות, אבל בתרחישים של יתירות כשל, מומלץ להשתמש ביעדים עקביים ברפליקות השונות. מידע נוסף זמין במאמר בעיות שקשורות ליתירות כשל.
- ASYMMETRIC_TOTAL_CPU_TARGET: פרמטר אופציונלי. מגדירים את היעד מ-10% עד 90% ל-total CPU. אם לא מציינים ערך, הוא עובר בירושה מהגדרת המכונה הבסיסית. אם אתם מבצעים אופטימיזציה לעלות, השתמשו באחוז גבוה יותר. לרפליקות יכול להיות אחוז יעד שונה מזה של המכונה הבסיסית ומרפליקות אחרות, אבל בתרחישים של יתירות כשל, מומלץ להשתמש ביעדים עקביים ברפליקות השונות. מידע נוסף זמין במאמר התאמה אסימטרית לקריאה בלבד של קנה המידה.
-
disable_total_cpu_autoscaling: מגדירים את הפרמטר הזה לערךTRUEאם לא רוצים שהמנגנון להתאמה אוטומטית של קנה המידה יתאים אוטומטית את קנה המידה של סך כל ה-CPU ברפליקות. אם רוצים שהמכונה תירש את היעדtotal_cpu_autoscalingממכונת הבסיס, לא צריך לציין את הפרמטר הזה. אי אפשר להשבית גם את סך כל המעבד (CPU) וגם את המעבד (CPU) בעדיפות גבוהה באותה רפליקה. -
disable_high_priority_cpu_autoscaling: מגדירים אתdisable_high_priority_cpu_autoscalingלערךTRUEאם לא רוצים שה-autoscaler ישנה את הגודל של ה-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. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
יצירת מכונה בלי לוח זמנים לגיבוי כברירת מחדל
המשך
במאמר ספריות הלקוח של Spanner מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Spanner.
כדי לבצע אימות ב-Spanner, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
יצירת מכונה עם התאמה אוטומטית לעומס (automatic scaling) מנוהלת באמצעות Go
יצירת מכונה עם התאמה אסימטרית לקריאה בלבד באמצעות Go
יצירת מכונה בלי תזמון גיבוי כברירת מחדל
Java
במאמר ספריות הלקוח של Spanner מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Spanner.
כדי לבצע אימות ב-Spanner, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
יצירת מכונה עם התאמה אוטומטית מנוהלת לעומס (autoscaling) באמצעות 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.
המשך
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 .
לוחצים על השם של המכונה שרוצים לשדרג לאחור.
בדף Instance overview, לוחצים על Edit instance.
בדף Edit instance, בקטע Choose a Spanner edition, בוחרים את המהדורה ברמה הנמוכה יותר.
לוחצים על Update instance.
gcloud
משתמשים בפקודה gcloud spanner instances update כדי לשדרג לאחור את המהדורה של המכונה:
gcloud spanner instances update INSTANCE_ID --edition=EDITION
מחליפים את מה שכתוב בשדות הבאים:
- INSTANCE_ID: המזהה הקבוע של המכונה.
- EDITION: מציינים את המהדורה החדשה ברמה נמוכה יותר של המכונה. מידע נוסף זמין בסקירה הכללית על מהדורות Spanner.
שינוי השם המוצג
המסוף
נכנסים לדף Spanner Instances במסוף Google Cloud .
לוחצים על השם של המכונה שרוצים לשנות.
לוחצים על Edit instance.
מזינים שם חדש למכונה. השם חייב להיות ייחודי בפרויקט ב-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 .
שינוי קיבולת המחשוב
צריך להקצות מספיק קיבולת מחשוב כדי לשמור על ניצול המעבד (CPU) וניצול האחסון מתחת לערכי המקסימום המומלצים. למידע נוסף, ראו מכסות ומגבלות ב-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 .
לוחצים על שם המכונה שבה רוצים להפעיל את המידרוג האוטומטי המנוהל.
לוחצים על Edit instance.
בקטע Configure compute capacity, לוחצים על Autoscaling.
בשדה Minimum, בוחרים את הגבול המינימלי לצמצום אנכית (scale down). מידע נוסף זמין במאמר קביעת המגבלה המינימלית.
בשדה Maximum, בוחרים את המגבלה המקסימלית לשימוש בהגדלת קנה המידה. איך קובעים את המגבלה המקסימלית
בשדה High priority CPU utilization target, בוחרים את אחוז ה-CPU שיוקצה למשימות בעדיפות גבוהה. מידע נוסף זמין במאמר הגדרת יעד לניצול המעבד (CPU).
בשדה Total CPU utilization target, בוחרים את אחוז היעד של המעבד (CPU) לשימוש בכל המשימות בעדיפות נמוכה, בינונית וגבוהה. אחוז המעבד יכול להיות בין 10% ל-90%. מידע נוסף זמין במאמר הגדרת היעד הכולל של ניצול ה-CPU.
בשדה Storage utilization target, בוחרים את אחוז האחסון שרוצים להשתמש בו. מידע נוסף זמין במאמר הגדרת יעד לניצול נפח האחסון.
אופציונלי: אם בוחרים באפשרות Autoscaling כמצב ההתאמה לעומס, אפשר ללחוץ על התפריט הנפתח Show asymmetric autoscaling options כדי להתאים אוטומטית לעומס את הרפליקות לקריאה בלבד, בלי קשר לרפליקות אחרות.
בוחרים את הרפליקה לקריאה בלבד שרוצים להגדיר לה התאמה אסימטרית של קנה המידה.
מגדירים את האפשרויות הבאות של ההתאמה לעומס (autoscaler):
- הערך Minimum מציין את הגבול המינימלי לצמצום אנכי בהתאם לעומס, בהתאם ליחידת המידה שבחרתם ל-Compute capacity. מידע נוסף זמין במאמר קביעת המגבלה המינימלית.
- הערך של Maximum מציין את הגבול המקסימלי להגדלת קנה המידה, בהתאם ליחידת המידה שבחרתם ל-Compute capacity. מידע נוסף זמין במאמר קביעת המגבלה המקסימלית.
- יעד ניצול המעבד (CPU) בעדיפות גבוהה מציין את אחוז היעד של המעבד (CPU) לשימוש במשימות בעדיפות גבוהה. למידע נוסף, קראו את המאמר קביעת היעד לניצול המעבד (CPU) בעדיפות גבוהה.
- Total CPU utilization target מציין את אחוז היעד של ה-CPU שבו יש להשתמש לכל המשימות בעדיפות נמוכה, בינונית וגבוהה. אחוז המעבד יכול להיות בין 10% ל-90%. מידע נוסף זמין במאמר הגדרת היעד הכולל של ניצול ה-CPU.
לוחצים על 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 \
[--disable-downscaling | --no-disable-downscaling] \
[--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 \
[--disable-downscaling | --no-disable-downscaling] \
[--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: המספר המינימלי של יחידות עיבוד או צמתים שבהם צריך להשתמש כשמצמצמים אנכית בהתאם לעומס (scale down). מידע נוסף מופיע בקטע קביעת המגבלה המינימלית.
- MAXIMUM_PROCESSING_UNITS, MAXIMUM_NODES: המספר המקסימלי של יחידות עיבוד או צמתים שבהם אפשר להשתמש כשמגדילים את קנה המידה. איך קובעים את המגבלה המקסימלית
- HIGH_PRIORITY_CPU_PERCENTAGE: אחוז היעד של שימוש במעבד (CPU) בעדיפות גבוהה, על סמך עדיפות המשימה. אחוז המעבד יכול להיות בין 10% ל-90%. אם אתם מבצעים אופטימיזציה לעלות, השתמשו באחוז גבוה יותר. למידע נוסף, קראו את המאמר קביעת היעד לניצול המעבד (CPU) בעדיפות גבוהה.
- TOTAL_CPU_PERCENTAGE: אחוז היעד של סך כל המעבד (CPU) בעדיפות גבוהה שבו צריך להשתמש. יעד המעבד (CPU) הכולל צריך להיות גדול מיעד המעבד (CPU) בעדיפות גבוהה. אחוז המעבד יכול להיות בין 10% ל-90%. אם אתם מבצעים אופטימיזציה לעלות, השתמשו באחוז גבוה יותר. למידע נוסף, קראו את המאמר קביעת היעד הכולל של ניצול ה-CPU.
- STORAGE_PERCENTAGE: אחוז היעד של נפח האחסון לשימוש, מ-10% עד 99%. מידע נוסף זמין במאמר הגדרת יעד לניצול נפח האחסון.
דגלים אופציונליים:
-
--disable-downscaling: משתמשים בדגל הבוליאני הזה כדי להשבית את הקטנת קנה המידה. כשהערך מוגדר כ-TRUE, המידרוג האוטומטי לא יכול להקטין את מספר הצמתים או יחידות העיבוד. הגדלת המכסות ממשיכה לפעול כרגיל כדי לעמוד בביקוש הגובר. כדי להפעיל את הקטנת קנה המידה אחרי שהשבתתם אותה, משתמשים בדגל--no-disable-downscaling.
--asymmetric-autoscaling-option: משתמשים בדגל הזה כדי להפעיל התאמה אסימטרית לעומס (autoscaling).מחליפים את הפרמטרים הבאים:
- ASYMMETRIC_AUTOSCALING_LOCATION: אם משתמשים בדגל של התאמה אסימטרית של קנה מידה, צריך להשתמש בפרמטר הזה. המיקום של האזור לקריאה בלבד שרוצים לשנות את הגודל שלו באופן אסימטרי.
- ASYMMETRIC_AUTOSCALING_MIN: פרמטר אופציונלי. מספר הצמתים המינימלי כשמצמצמים את קנה המידה. אם לא מציינים את הערך הזה, הוא עובר בירושה מהגדרת המכונה הבסיסית.
- ASYMMETRIC_AUTOSCALING_MAX: פרמטר אופציונלי. מספר הצמתים המקסימלי בהגדלת קנה המידה. אם לא מציינים את הערך הזה, הוא עובר בירושה מהגדרת המכונה הבסיסית.
- ASYMMETRIC_HIGH_PRIORITY_CPU_TARGET: פרמטר אופציונלי. אחוז היעד של המעבד (CPU) לשימוש, על סמך עדיפות המשימה. אם לא מציינים ערך, הוא עובר בירושה מהגדרת המכונה הבסיסית. אם אתם מבצעים אופטימיזציה לעלות, השתמשו באחוז גבוה יותר. לרפליקות יכול להיות אחוז יעד שונה מזה של המכונה הבסיסית ומרפליקות אחרות, אבל בתרחישים של יתירות כשל, מומלץ להשתמש ביעדים עקביים ברפליקות השונות. מידע נוסף זמין במאמר בעיות שקשורות ליתירות כשל.
- ASYMMETRIC_TOTAL_CPU_TARGET: פרמטר אופציונלי. מגדירים את היעד מ-10% עד 90% ל-total CPU. אם לא מציינים ערך, הוא עובר בירושה מהגדרת המכונה הבסיסית. אם אתם מבצעים אופטימיזציה לעלות, השתמשו באחוז גבוה יותר. לרפליקות יכול להיות אחוז יעד שונה מזה של המכונה הבסיסית ומרפליקות אחרות, אבל בתרחישים של יתירות כשל, מומלץ להשתמש ביעדים עקביים ברפליקות השונות. מידע נוסף זמין במאמר התאמה אסימטרית לקריאה בלבד של קנה המידה.
-
disable_total_cpu_autoscaling: מגדירים את הפרמטר הזה לערךTRUEאם לא רוצים שהמנגנון להתאמה אוטומטית של קנה המידה יתאים אוטומטית את קנה המידה של סך כל ה-CPU ברפליקות. אם רוצים שהמכונה תירש את היעדtotal_cpu_autoscalingממכונת הבסיס, לא צריך לציין את הפרמטר הזה. אי אפשר להשבית גם את סך כל המעבד (CPU) וגם את המעבד (CPU) בעדיפות גבוהה באותה רפליקה. -
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 .
לוחצים על שם המכונה שבה רוצים להשבית את המידרוג האוטומטי המנוהל.
בקטע Choose a scaling mode, לוחצים על Manual allocation.
לוחצים על Save.
gcloud
משתמשים בפקודה gcloud spanner instances update כדי לעדכן את המכונה.
כדי לשנות מכונה משימוש ב-autoscaler מנוהל לשינוי קנה מידה ידני, משתמשים בפקודה הבאה:
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 .
- לוחצים על שם המכונה שרוצים לערוך את לוח הזמנים של הגיבוי שמוגדר לה כברירת מחדל.
- לוחצים על Edit instance.
- בקטע Backups, התיבה Enable default backup schedules קובעת אם לוחות הזמנים שמוגדרים כברירת מחדל לגיבוי מופעלים או לא. כשהאפשרות הזו מופעלת, לכל מסדי הנתונים החדשים במכונה הזו נוצר לוח זמנים לגיבוי כברירת מחדל.
- לוחצים על 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. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
המשך
במאמר ספריות הלקוח של 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 או ה-CLI של gcloud.
אם רוצים למחוק מכונה שיש בה מסד נתונים אחד או יותר עם הגנה מפני מחיקה, צריך קודם להשבית את ההגנה מפני מחיקה בכל מסדי הנתונים במכונה הזו.
המסוף
נכנסים לדף Spanner Instances במסוף Google Cloud .
לוחצים על השם של המכונה שרוצים למחוק.
לוחצים על Delete instance.
פועלים לפי ההוראות כדי לאשר שרוצים למחוק את המכונה.
לוחצים על Delete.
gcloud
מריצים את הפקודה gcloud spanner instances delete, ומחליפים את INSTANCE_ID במזהה המכונה:
gcloud spanner instances delete INSTANCE_ID
עצירה או הפעלה מחדש של מכונה
Spanner הוא שירות מנוהל של מסד נתונים שמפקח על המשימות והמשאבים הבסיסיים שלו, כולל מעקב אחרי תהליכים והפעלה מחדש שלהם לפי הצורך, בלי זמן השבתה. אין צורך לעצור או להפעיל מחדש באופן ידני מכונה נתונה, ולכן אין דרך לעשות זאת ב-Spanner.
המאמרים הבאים
- איך מוסיפים, מעדכנים ומוחקים נתונים באמצעות שפת טיפול בנתונים (DML) או ה-CLI של gcloud.
- להקצות תפקידים של ניהול זהויות והרשאות גישה (IAM) למכונה ולמסדי הנתונים שלה.
- איך מתכננים סכימה של Spanner