בדף הזה מוסבר איך ליצור, להציג, לערוך ולמחוק מופעים של 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 יחידות עיבוד.
- יחידות עיבוד למופעים קטנים.
מידע נוסף זמין במאמר קיבולת מחשוב, צמתים ויחידות עיבוד.
בקטע Choose a scaling mode (בחירת מצב שינוי גודל), לוחצים על אחת מהאפשרויות הבאות:
הקצאה ידנית אם רוצים להגדיר ידנית את קיבולת המחשוב של משאבי מחשוב קבועים ועלויות קבועות.
- כמות מציינת את מספר יחידות העיבוד או הצמתים שבהם יש להשתמש עבור המופע הזה.
התאמה אוטומטית לעומס כדי לאפשר ל-Spanner להוסיף ולהסיר באופן אוטומטי קיבולת חישוב. התכונה 'שינוי גודל אוטומטי מנוהל' זמינה במהדורות Spanner Enterprise ו-Enterprise Plus. מידע נוסף על שינוי גודל אוטומטי מנוהל זמין במאמר בנושא שינוי גודל אוטומטי מנוהל ל-Spanner. מגדירים את האפשרויות הבאות של קנה מידה אוטומטי מנוהל:
- המינימום מציין את הגבול התחתון של ההתאמה, בהתאם ליחידת המידה שבוחרים עבור קיבולת החישוב. מידע נוסף זמין במאמר בנושא קביעת המגבלה המינימלית.
- הערך המקסימלי מציין את המגבלה המקסימלית להגדלת הקיבולת, בהתאם ליחידת המידה שתבחרו עבור קיבולת החישוב. מידע נוסף זמין במאמר בנושא קביעת המגבלה המקסימלית.
- יעד ניצול CPU בעדיפות גבוהה מציין את אחוז היעד של ה-CPU שבו יש להשתמש למשימות בעדיפות גבוהה. מידע נוסף זמין במאמר בנושא קביעת יעד לניצול המעבד.
- יעד ניצול המעבד הכולל מציין את אחוז המעבד שייעשה בו שימוש לכל המשימות בעדיפות נמוכה, בינונית וגבוהה. מידע נוסף זמין במאמר בנושא קביעת יעד כולל לניצול CPU.
- יעד ניצול נפח האחסון מציין את אחוז היעד של נפח האחסון לשימוש. מידע נוסף זמין במאמר בנושא קביעת יעד לניצול נפח האחסון.
אופציונלי: אם בוחרים באפשרות התאמה אוטומטית לעומס כמצב התאמה לעומס, אפשר ללחוץ על התפריט הנפתח הצגת אפשרויות של התאמה אוטומטית לעומס אסימטרי כדי להתאים את הגודל של העותקים לקריאה בלבד באופן אוטומטי, בנפרד מעותקים אחרים. מידע נוסף מופיע במאמר שינוי גודל אוטומטי אסימטרי לקריאה בלבד.
בוחרים את העותק לקריאה בלבד שרוצים להגדיר לו שינוי גודל אוטומטי אסימטרי.
מגדירים את האפשרויות הבאות של התאמה אסימטרית לעומס:
- המינימום מציין את הגבול התחתון של ההתאמה, בהתאם ליחידת המידה שבוחרים עבור קיבולת החישוב. מידע נוסף זמין במאמר בנושא קביעת המגבלה המינימלית.
- הערך המקסימלי מציין את המגבלה המקסימלית להגדלת הקיבולת, בהתאם ליחידת המידה שתבחרו עבור קיבולת החישוב. מידע נוסף זמין במאמר בנושא קביעת המגבלה המקסימלית.
- יעד ניצול CPU בעדיפות גבוהה מציין את אחוז היעד של CPU לשימוש במשימות בעדיפות גבוהה. מידע נוסף זמין במאמר בנושא קביעת יעד לניצול מעבד בעדיפות גבוהה.
- יעד ניצול המעבד הכולל מציין את אחוז המעבד שייעשה בו שימוש עבור כל המשימות בעדיפות נמוכה, בינונית וגבוהה. אחוז השימוש במעבד יכול להיות בין 10% ל-90%. יעד ה-CPU הכולל צריך להיות גדול מיעד ה-CPU בעדיפות גבוהה. אם אתם מבצעים אופטימיזציה של העלויות, כדאי להשתמש באחוז גבוה יותר. מידע נוסף זמין במאמר קביעת יעד השימוש הכולל במעבד.
- השבתת סה"כ CPU מציינת שהכלי לשינוי גודל אוטומטי צריך להתעלם במפורש מיעד סה"כ CPU.
- השבתת עדיפות גבוהה ל-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 וכן הלאה). הערה: אל תשתמשו בפרמטר הזה אם אתם יוצרים מופע שאתם מתכוונים להפעיל בו את התכונה'שינוי גודל אוטומטי מנוהל' בהמשך.
הוספת התאמה אוטומטית לעומס (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: המספר המינימלי של יחידות או צמתים לעיבוד כשמצמצמים את קנה המידה. מידע נוסף מופיע במאמר בנושא קביעת המגבלה המינימלית.
- MAXIMUM_PROCESSING_UNITS, MAXIMUM_NODES: המספר המקסימלי של יחידות עיבוד או צמתים בהגדלת הקיבולת. מידע נוסף מופיע במאמר בנושא קביעת המגבלה המקסימלית.
- HIGH_PRIORITY_CPU_PERCENTAGE: אחוז היעד של השימוש ב-CPU בעדיפות גבוהה, על סמך העדיפות של המשימה. אחוז השימוש במעבד יכול להיות בין 10% ל-90%. אם אתם מבצעים אופטימיזציה לעלות, כדאי להשתמש באחוז גבוה יותר. מידע נוסף זמין במאמר בנושא קביעת יעד לניצול מעבד בעדיפות גבוהה.
- TOTAL_CPU_PERCENTAGE: אחוז היעד של סך המעבד בעדיפות לשימוש. יעד המעבד הכולל צריך להיות גדול מיעד המעבד בעדיפות גבוהה. אחוז השימוש במעבד יכול להיות בין 10% ל-90%. אם אתם מבצעים אופטימיזציה לעלות, כדאי להשתמש באחוז גבוה יותר. מידע נוסף זמין במאמר קביעת יעד כולל לניצול CPU.
- STORAGE_PERCENTAGE: אחוז האחסון לשימוש, מ-10% עד 99%. מידע נוסף זמין במאמר בנושא קביעת יעד לניצול נפח האחסון.
דגלים אופציונליים:
-
--disable-downscaling: משתמשים בדגל הבוליאני הזה כדי להשבית את הקטנת התמונה. אם מגדירים את הערךTRUE, המערכת למדרוג אוטומטי לא יכולה להקטין את מספר הצמתים או יחידות העיבוד. הגדלת הקיבולת ממשיכה לפעול כרגיל כדי לתת מענה לביקוש מוגבר. כדי להפעיל את הקטנת הרזולוציה אחרי השבתה, משתמשים בדגל--no-disable-downscaling.
--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. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
יצירת מכונה בלי תזמון גיבוי שמוגדר כברירת מחדל
המשך
מידע על התקנת ספריית הלקוח של 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.
המשך
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 הפרויקט.
שינוי קיבולת המחשוב
צריך להקצות מספיק קיבולת מחשוב כדי שניצול ה-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 .
לוחצים על השם של המכונה שרוצים להפעיל בה את הכלי לשינוי גודל אוטומטי מנוהל.
לוחצים על עריכת מופע.
בקטע Configure compute capacity (הגדרת קיבולת מחשוב), לוחצים על Autoscaling (שינוי גודל אוטומטי).
בקטע Minimum, בוחרים את המגבלה המינימלית לשימוש כשמצמצמים את מספר המכונות. מידע נוסף זמין במאמר בנושא קביעת המגבלה המינימלית.
בקטע מקסימום, בוחרים את המגבלה המקסימלית לשימוש בהגדלת הקיבולת. מידע נוסף זמין במאמר בנושא קביעת המגבלה המקסימלית.
בקטע יעד לניצול CPU בעדיפות גבוהה, בוחרים את אחוז ה-CPU שיוקצה למשימות בעדיפות גבוהה. מידע נוסף זמין במאמר בנושא קביעת יעד לניצול CPU.
בקטע יעד ניצול כולל של המעבד, בוחרים את אחוז המעבד שרוצים להשתמש בו עבור כל המשימות בעדיפות נמוכה, בינונית וגבוהה. אחוז השימוש במעבד יכול להיות בין 10% ל-90%. מידע נוסף זמין במאמר בנושא קביעת יעד לניצול כולל של CPU.
בשדה יעד לניצול נפח האחסון, בוחרים את אחוז נפח האחסון שרוצים להשתמש בו. מידע נוסף זמין במאמר בנושא קביעת יעד לניצול נפח האחסון.
אופציונלי: אם בוחרים באפשרות התאמה אוטומטית לעומס כמצב התאמה לעומס, אפשר ללחוץ על התפריט הנפתח הצגת אפשרויות של התאמה אוטומטית לעומס אסימטרית כדי להתאים את הגודל של העותקים לקריאה בלבד באופן אוטומטי, בנפרד מעותקים אחרים.
בוחרים את העותק לקריאה בלבד שרוצים להגדיר לו שינוי גודל אוטומטי אסימטרי.
מגדירים את האפשרויות הבאות של התאמה אוטומטית לעומס:
- המינימום מציין את הגבול התחתון של ההתאמה, בהתאם ליחידת המידה שבוחרים עבור קיבולת החישוב. מידע נוסף זמין במאמר בנושא קביעת המגבלה המינימלית.
- הערך המקסימלי מציין את המגבלה המקסימלית להגדלת הקיבולת, בהתאם ליחידת המידה שתבחרו עבור קיבולת החישוב. מידע נוסף זמין במאמר בנושא קביעת המגבלה המקסימלית.
- יעד ניצול CPU בעדיפות גבוהה מציין את אחוז היעד של ה-CPU לשימוש במשימות בעדיפות גבוהה. מידע נוסף זמין במאמר בנושא קביעת יעד לניצול 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: מספר יחידות העיבוד או הצמתים המינימליים לשימוש בהקטנת קנה המידה. מידע נוסף מופיע במאמר בנושא קביעת המגבלה המינימלית.
- MAXIMUM_PROCESSING_UNITS, MAXIMUM_NODES: מספר יחידות העיבוד או הצמתים המקסימליים לשימוש בהגדלת הקיבולת. מידע נוסף זמין במאמר בנושא קביעת המגבלה המקסימלית.
- HIGH_PRIORITY_CPU_PERCENTAGE: אחוז היעד של השימוש ב-CPU בעדיפות גבוהה, על סמך העדיפות של המשימה. אחוז השימוש במעבד יכול להיות בין 10% ל-90%. אם אתם מבצעים אופטימיזציה לעלות, כדאי להשתמש באחוז גבוה יותר. מידע נוסף זמין במאמר בנושא קביעת יעד לניצול מעבד בעדיפות גבוהה.
- TOTAL_CPU_PERCENTAGE: אחוז היעד של סך המעבד בעדיפות לשימוש. יעד המעבד הכולל צריך להיות גדול מיעד המעבד בעדיפות גבוהה. אחוז השימוש במעבד יכול להיות בין 10% ל-90%. אם אתם מבצעים אופטימיזציה לעלות, כדאי להשתמש באחוז גבוה יותר. מידע נוסף זמין במאמר קביעת יעד כולל לניצול CPU.
- STORAGE_PERCENTAGE: אחוז האחסון לשימוש, מ-10% עד 99%. מידע נוסף זמין במאמר בנושא קביעת יעד לניצול נפח האחסון.
דגלים אופציונליים:
-
--disable-downscaling: משתמשים בדגל הבוליאני הזה כדי להשבית את הקטנת התמונה. אם מגדירים את הערךTRUE, המערכת למדרוג אוטומטי לא יכולה להקטין את מספר הצמתים או יחידות העיבוד. הגדלת הקיבולת ממשיכה לפעול כרגיל כדי לתת מענה לביקוש מוגבר. כדי להפעיל את הקטנת הרזולוציה אחרי השבתה, משתמשים בדגל--no-disable-downscaling.
--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. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
המשך
מידע על התקנת ספריית הלקוח של 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