שינוי של מכונה
אחרי שיוצרים מכונה של Bigtable, אפשר לעדכן את ההגדרות הבאות בלי זמן השבתה:
-
אתם יכולים לשדרג ל-Enterprise Plus או לשדרג לאחור ל-Enterprise.
In-memory tier (גרסת טרום-השקה (Preview))
אתם יכולים להפעיל או להשבית את שכבת הזיכרון הפנימי של אשכול במכונה.
התאמה אוטומטית לעומס (Autoscaling)
אתם יכולים להפעיל או להשבית את ההתאמה האוטומטית לעומס באשכולות של מכונה, או לקבוע את ההגדרות של אשכולות שכבר מופעלת בהם התאמה אוטומטית לעומס.
מספר הצמתים באשכולות שמותאמים ידנית
אחרי שמוסיפים או מסירים צמתים, בדרך כלל לוקח כמה דקות עד ש-Bigtable מבצע אופטימיזציה של ביצועי האשכול תחת עומס.
מספר האשכולות במכונה
אחרי שמוסיפים אשכול, לוקח זמן עד ש-Bigtable משכפל את הנתונים לאשכול החדש. אשכולות חדשים משוכפלים מהאשכול הקרוב ביותר מבחינה גיאוגרפית במכונה. באופן כללי, ככל שהמרחק גדול יותר, כך הרפליקציה תימשך זמן רב יותר.
פרופילי האפליקציות של המכונה, שמכילים את הגדרות הרפליקציה
התוויות של המכונה, שמספקות מטא-נתונים על המכונה
השם המוצג של המכונה
כדי לשנות את מזהה האשכול, צריך למחוק את האשכול וליצור אותו מחדש.
כדי לשנות את ההגדרות הבאות, צריך ליצור מכונה חדשה עם ההגדרות הרצויות, לייצא את הנתונים מהמכונה הישנה, לייבא את הנתונים למכונה החדשה ואז למחוק את המכונה הישנה.
מזהה מופע
סוג האחסון (SSD או HDD)
הגדרת מפתח הצפנה בניהול הלקוח (CMEK)
לפני שמתחילים
אם אתם רוצים להשתמש בממשקי שורת הפקודה של Bigtable, התקינו את Google Cloud CLI ואת
ממשק ה-CLI של cbt
, אם עדיין לא עשיתם זאת.
שינוי מהדורות
אתם יכולים לעבור בין המהדורות על ידי שדרוג ל-Enterprise Plus או שדרוג לאחור ל-Enterprise.
שדרוג ל-Enterprise Plus
אחרי שמשנים את המהדורה, החיוב ב-Bigtable מתעדכן באופן אוטומטי ויש לכם גישה מיידית לתכונות של Enterprise Plus.
המסוף
במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.
לוחצים על המכונה של Enterprise שרוצים לשדרג, ואז על Edit instance.
בקטע מהדורה, בוחרים באפשרות Enterprise Plus.
לוחצים על Save.
אופציונלי: מפעילים את הרמה בזיכרון.
gcloud
משתמשים בפקודה bigtable instances update כדי לשנות את המהדורה:
gcloud bigtable instances update INSTANCE_ID \
--edition=ENTERPRISE_PLUS
מזינים את הפרטים הבאים:
INSTANCE_ID: המזהה הקבוע של המכונה.
שנמוך ל-Enterprise
כדי לשדרג לאחור מ-Enterprise Plus ל-Enterprise, צריך להשבית את התכונות שייחודיות ל-Enterprise Plus. לדוגמה, אם המכונה מכילה טבלאות עם רמת פירוט של חותמות זמן במיקרו-שניות, צריך למחוק את הטבלאות האלה לפני שמשדרגים לאחור למהדורת Enterprise.
אחרי שיוצרים מכונה של Enterprise Plus או משדרגים מכונה קיימת ל-Enterprise Plus, אי אפשר לשדרג אותה לאחור למהדורת Enterprise במשך 48 שעות.
אחרי שמשנים את המהדורה, החיוב ב-Bigtable מתעדכן באופן אוטומטי ומאבדים את הגישה לתכונות של Enterprise Plus.
המסוף
במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.
לוחצים על המכונה של Enterprise שרוצים לשדרג לאחור, ואז לוחצים על Edit instance.
בקטע Edition, בוחרים באפשרות Enterprise.
לוחצים על Save.
gcloud
משתמשים בפקודה bigtable instances update כדי לשנות את המהדורה:
gcloud bigtable instances update INSTANCE_ID \
--edition=ENTERPRISE
מזינים את הפרטים הבאים:
INSTANCE_ID: המזהה הקבוע של המכונה.
הגדרת השכבה בזיכרון
אתם יכולים להפעיל, להשבית או להציג מידע על שכבת הנתונים בזיכרון.
התפקידים הנדרשים
כדי לקבל את ההרשאות שנדרשות להגדרת שכבת הזיכרון, צריך לבקש מהאדמין להקצות לכם את התפקיד "אדמין של Bigtable" (roles/bigtable.admin) בממשק לניהול זהויות והרשאות גישה (IAM) במכונה.
התפקיד המוגדר מראש הזה כולל את ההרשאות שנדרשות ל-Bigtable כדי לעבוד עם שכבת הזיכרון הפנימי. כדי לראות את ההרשאות הנדרשות, מרחיבים את הקטע ההרשאות הנדרשות:
ההרשאות הנדרשות
bigtable.memoryLayer.getbigtable.memoryLayer.listbigtable.memoryLayer.update
יכול להיות שתוכלו לקבל את ההרשאות האלה גם באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש אחרים.
במאמר בקרת גישה באמצעות IAM תוכלו לקרוא מידע נוסף על התפקידים וההרשאות ב-Bigtable.
הפעלת השכבה בזיכרון
במהדורת Enterprise Plus, אתם יכולים להפעיל את שכבת הזיכרון הפנימי באשכול. כדי להשתמש ברמת הזיכרון, אתם צריכים להשתמש בפרופיל אפליקציה שהגדרתם לזיכרון. מידע נוסף זמין במאמר סקירה כללית על שכבת הזיכרון.
המסוף
במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.
לוחצים על המכונה של Enterprise שרוצים לעדכן ואז על Edit instance.
לוחצים על Edit cluster באשכול שבו רוצים להפעיל את השכבה בזיכרון.
בוחרים באפשרות הפעלה בזיכרון.
לוחצים על Save.
gcloud
כדי להפעיל את שכבת הזיכרון הפנימי באשכול, משתמשים בפקודה gcloud beta bigtable memory-layers update.
gcloud beta bigtable memory-layers update CLUSTER_ID \
--instance=INSTANCE_ID \
--enable
מזינים את הפרטים הבאים:
CLUSTER_ID: המזהה הקבוע של האשכול.INSTANCE_ID: המזהה הקבוע של המכונה.
השבתת השכבה בזיכרון
לפני שמשדרגים לאחור מ-Enterprise Plus ל-Enterprise, צריך להשבית את שכבת הזיכרון.
המסוף
במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.
לוחצים על המכונה של Enterprise שרוצים לעדכן ואז על Edit instance.
לוחצים על Edit cluster באשכול שבו רוצים להשבית את השכבה בזיכרון.
מבטלים את הסימון של Enable in-memory.
לוחצים על Save.
gcloud
כדי להשבית את שכבת הזיכרון הפנימי באשכול, משתמשים בפקודה gcloud beta bigtable memory-layers update.
gcloud beta bigtable memory-layers update CLUSTER_ID \
--instance=INSTANCE_ID \
--disable
מזינים את הפרטים הבאים:
CLUSTER_ID: המזהה הקבוע של האשכול.INSTANCE_ID: המזהה הקבוע של המכונה.
איך מקבלים רשימה של אשכולות עם שכבת הנתונים בזיכרון
המסוף
כדי לראות אשכולות שמופעלת בהם שכבה בזיכרון בדף הסקירה הכללית של המכונה, מבצעים את השלבים הבאים:
במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.
לוחצים על המזהה של המכונה שכוללת את האשכול שרוצים להציג.
בטבלת האשכולות, בודקים את העמודה In-memory tier.
gcloud
כדי להציג את רשימת האשכולות שבהם מופעלת שכבת הנתונים בזיכרון במכונה, משתמשים בפקודה gcloud beta bigtable memory-layers list.
gcloud beta bigtable memory-layers list \
--instance=INSTANCE_ID
מזינים את הפרטים הבאים:
INSTANCE_ID: המזהה הקבוע של המכונה.
מידע על השכבה בזיכרון
אתם יכולים לראות את הסטטוס והקיבולת של שכבת הזיכרון הפנימי של האשכול.
המסוף
במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.
לוחצים על המזהה של המכונה שכוללת את האשכול שרוצים להציג.
בטבלת האשכולות, בודקים את העמודה In-memory של האשכול.
gcloud
כדי להציג מידע על שכבת הזיכרון הפנימי באשכול, כמו מצב שכבת הזיכרון הפנימי, משתמשים בפקודה gcloud beta bigtable memory-layers describe.
gcloud beta bigtable memory-layers describe CLUSTER_ID \
--instance=INSTANCE_ID
מזינים את הפרטים הבאים:
CLUSTER_ID: המזהה הקבוע של האשכול.INSTANCE_ID: המזהה הקבוע של המכונה.
הגדרת התאמה לעומס (autoscaling)
אפשר להפעיל או להשבית את ההתאמה האוטומטית לעומס בכל אשכול קיים. אפשר גם לשנות את יעד ניצול המעבד, את המספר המינימלי של הצמתים ואת המספר המקסימלי של הצמתים באשכול. לקבלת הנחיות לבחירת הגדרות ההתאמה האוטומטית לעומס, ראה התאמה אוטומטית לעומס. אי אפשר להשתמש ב-CLI של cbt כדי להגדיר התאמה לעומס.
הפעלת התאמה אוטומטית לעומס (autoscaling)
המסוף
במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.
לוחצים על המופע שרוצים לשנות ואז על עריכת המופע.
בקטע Configure clusters, לוחצים על Edit באשכול שרוצים לעדכן.
בוחרים באפשרות Autoscaling.
מזינים ערכים בשדות הבאים:
- מספר הצמתים המינימלי
- מספר הצמתים המקסימלי
- יעד ניצול המעבד (CPU)
- יעד ניצול נפח האחסון
לוחצים על Save.
gcloud
אם אתם לא יודעים מהו מזהה המכונה, תוכלו להשתמש בפקודה
bigtable instances listכדי להציג רשימה של המכונות בפרויקט:gcloud bigtable instances listאם אתם לא יודעים מהם מזהי האשכולות של המכונה, תוכלו להשתמש בפקודה
bigtable clusters listכדי להציג את רשימת האשכולות במכונה:gcloud bigtable clusters list --instances=INSTANCE_IDמחליפים את
INSTANCE_IDבמזהה הקבוע של המכונה.מפעילים את הפקודה
bigtable clusters updateכדי להפעיל התאמה אוטומטית לעומס:gcloud bigtable clusters update CLUSTER_ID \ --instance=INSTANCE_ID \ --autoscaling-max-nodes=AUTOSCALING_MAX_NODES \ --autoscaling-min-nodes=AUTOSCALING_MIN_NODES \ --autoscaling-cpu-target=AUTOSCALING_CPU_TARGET \ --autoscaling-storage-target=AUTOSCALING_STORAGE_TARGETמזינים את הפרטים הבאים:
CLUSTER_ID: המזהה הקבוע של האשכול.INSTANCE_ID: המזהה הקבוע של המכונה.-
AUTOSCALING_MAX_NODES: המספר המינימלי של צמתים -
AUTOSCALING_MIN_NODES: המספר המקסימלי של צמתים -
AUTOSCALING_CPU_TARGET: אחוז היעד של ניצול המעבד (CPU) ש-Bigtable שומר עליו על ידי הוספה או הסרה של צמתים. הערך הזה צריך להיות בין 10 ל-80.
AUTOSCALING_STORAGE_TARGET: יעד ניצול האחסון ב-GiB לכל צומת, ש-Bigtable שומר עליו על ידי הוספה או הסרה של צמתיםבמקרים רבים, לכל אשכול במכונה צריך להיות אותו מספר של צמתים, אבל יש חריגים. מידע על צמתים ורפליקציה
השבתת ההתאמה האוטומטית לעומס
המסוף
במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.
לוחצים על המופע שרוצים לשנות ואז על עריכת המופע.
בקטע Configure clusters, לוחצים על באשכול שרוצים לעדכן.
בוחרים באפשרות Manual node allocation.
בשדה Quantity, מזינים את מספר הצמתים באשכול.
במקרים רבים, לכל אשכול במכונה צריך להיות אותו מספר של צמתים, אבל יש חריגים. מידע על צמתים ורפליקציה
לוחצים על Save.
gcloud
אם אתם לא יודעים מהו מזהה המכונה, תוכלו להשתמש בפקודה
bigtable instances listכדי להציג רשימה של המכונות בפרויקט:gcloud bigtable instances listאם אתם לא יודעים מהם מזהי האשכולות של המכונה, תוכלו להשתמש בפקודה
bigtable clusters listכדי להציג את רשימת האשכולות במכונה:gcloud bigtable clusters list --instances=INSTANCE_IDמחליפים את
INSTANCE_IDבמזהה הקבוע של המכונה.משתמשים בפקודה
bigtable clusters updateכדי להשבית את ההתאמה האוטומטית לעומס ולהגדיר מספר קבוע של צמתים:gcloud bigtable clusters update CLUSTER_ID \ --instance=INSTANCE_ID \ --num-nodes=NUM_NODES --disable-autoscalingמזינים את הפרטים הבאים:
CLUSTER_ID: המזהה הקבוע של האשכול.INSTANCE_ID: המזהה הקבוע של המכונה.NUM_NODES: השדה הזה הוא אופציונלי. אם לא מגדירים ערך, Bigtable מקצה צמתים באופן אוטומטי על סמך נפח הנתונים ומבצע אופטימיזציה לניצול של 50% מהאחסון. כדי לשלוט במספר הצמתים באשכול, מעדכנים את הערך שלNUM_NODES. מוודאים שמספר הצמתים מוגדר לערך שאינו אפס.במקרים רבים, לכל אשכול במכונה צריך להיות אותו מספר של צמתים, אבל יש חריגים. מידע על צמתים ורפליקציה
שינוי ההגדרות של התאמה אוטומטית לעומס (autoscaling)
המסוף
במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.
לוחצים על המופע שרוצים לשנות ואז על עריכת המופע.
בקטע Configure clusters, לוחצים על באשכול שרוצים לעדכן.
מזינים ערכים חדשים לכל אחד מהפרטים הבאים שרוצים לשנות:
- מספר הצמתים המינימלי
- מספר הצמתים המקסימלי
- יעד ניצול המעבד (CPU)
- יעד ניצול נפח האחסון
לוחצים על Save.
gcloud
אם אתם לא יודעים מהו מזהה המכונה, תוכלו להשתמש בפקודה
bigtable instances listכדי להציג רשימה של המכונות בפרויקט:gcloud bigtable instances listאם אתם לא יודעים מהם מזהי האשכולות של המכונה, תוכלו להשתמש בפקודה
bigtable clusters listכדי להציג את רשימת האשכולות במכונה:gcloud bigtable clusters list --instances=INSTANCE_IDמחליפים את
INSTANCE_IDבמזהה הקבוע של המכונה.משתמשים בפקודה
bigtable clusters updateכדי לעדכן את ההגדרות של ההתאמה האוטומטית לעומס:gcloud bigtable clusters update CLUSTER_ID \ --instance=INSTANCE_ID \ --autoscaling-max-nodes=AUTOSCALING_MAX_NODES \ --autoscaling-min-nodes=AUTOSCALING_MIN_NODES \ --autoscaling-cpu-target=AUTOSCALING_CPU_TARGET \ --autoscaling-storage-target=AUTOSCALING_STORAGE_TARGETמזינים את הפרטים הבאים:
CLUSTER_ID: המזהה הקבוע של האשכול.INSTANCE_ID: המזהה הקבוע של המכונה.
הפקודה מקבלת דגלים אופציונליים של התאמה אוטומטית לעומס. אפשר להשתמש בכל הדגלים או רק בדגלים של הערכים שרוצים לשנות.
-
AUTOSCALING_MAX_NODES: המספר המינימלי של הצמתים. -
AUTOSCALING_MIN_NODES: המספר המקסימלי של הצמתים. -
AUTOSCALING_CPU_TARGET: אחוז היעד של ניצול המעבד (CPU) ש-Bigtable שומר עליו על ידי הוספה או הסרה של צמתים. הערך הזה צריך להיות בין 10 ל-80.
AUTOSCALING_STORAGE_TARGET: יעד ניצול האחסון ב-GiB לכל צומת, ש-Bigtable שומר עליו על ידי הוספה או הסרה של צמתים.במקרים רבים, לכל אשכול במכונה צריך להיות אותו מספר של צמתים, אבל יש חריגים. מידע על צמתים ורפליקציה
הוספה או הסרה של צמתים באופן ידני
ברוב המקרים, מומלץ להפעיל התאמה אוטומטית לעומס. אם מצב התאמת קנה המידה של הצמתים באשכול הוא ידני, אתם יכולים להוסיף או להסיר צמתים, ומספר הצמתים יישאר קבוע עד שתשנו אותו שוב. כדי לבדוק את מכסות ברירת המחדל של הצמתים לכל אזור בכל פרויקט ב- Google Cloud , קראו את המאמר מכסות של צמתים. אם אתם צריכים להקצות יותר צמתים מברירת המחדל, אתם יכולים לבקש עוד.
כדי לשנות את מספר הצמתים באשכול שמשתמש בהתאמה ידנית לעומס:
המסוף
במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.
לוחצים על המופע שרוצים לשנות ואז על עריכת המופע.
בקטע Configure clusters, לוחצים על Edit באשכול שרוצים לעדכן.
בקטע Manual node allocation, מזינים את מספר הצמתים של האשכול בשדה Quantity.
במקרים רבים, לכל אשכול במכונה צריך להיות אותו מספר של צמתים, אבל יש חריגים. מידע על צמתים ורפליקציה
לוחצים על Save.
gcloud
אם אתם לא יודעים מהו מזהה המכונה, תוכלו להשתמש בפקודה
bigtable instances listכדי להציג רשימה של המכונות בפרויקט:gcloud bigtable instances listאם אתם לא יודעים מהם מזהי האשכולות של המכונה, תוכלו להשתמש בפקודה
bigtable clusters listכדי להציג את רשימת האשכולות במכונה:gcloud bigtable clusters list --instances=INSTANCE_IDמחליפים את
INSTANCE_IDבמזהה הקבוע של המכונה.משתמשים בפקודה
bigtable clusters updateכדי לשנות את מספר הצמתים:gcloud bigtable clusters update CLUSTER_ID \ --instance=INSTANCE_ID \ --num-nodes=NUM_NODESמזינים את הפרטים הבאים:
CLUSTER_ID: המזהה הקבוע של האשכול.INSTANCE_ID: המזהה הקבוע של המכונה.NUM_NODES: השדה הזה הוא אופציונלי. אם לא מגדירים ערך, Bigtable מקצה צמתים באופן אוטומטי על סמך נפח הנתונים ומבצע אופטימיזציה לניצול של 50% מהאחסון. כדי לשלוט במספר הצמתים באשכול, מעדכנים את הערך שלNUM_NODES. מוודאים שמספר הצמתים מוגדר לערך שאינו אפס.במקרים רבים, לכל אשכול במכונה צריך להיות אותו מספר של צמתים, אבל יש חריגים. מידע על צמתים ורפליקציה
cbt
אם אתם לא יודעים מהו מזהה המכונה, תוכלו להשתמש בפקודה
listinstancesכדי להציג רשימה של המכונות בפרויקט:cbt listinstancesאם אתם לא יודעים מהם מזהי האשכולות של המכונה, תוכלו להשתמש בפקודה
listclustersכדי להציג רשימה של האשכולות במכונה:cbt -instance=INSTANCE_ID listclustersמחליפים את
INSTANCE_IDבמזהה הקבוע של המכונה.משתמשים בפקודה
updateclusterכדי לשנות את מספר הצמתים:cbt -instance=INSTANCE_ID updatecluster CLUSTER_ID NUM_NODESמזינים את הפרטים הבאים:
INSTANCE_ID: המזהה הקבוע של המכונה.CLUSTER_ID: המזהה הקבוע של האשכול.NUM_NODES: השדה הזה הוא אופציונלי. אם לא מגדירים ערך, Bigtable מקצה צמתים באופן אוטומטי על סמך נפח הנתונים ומבצע אופטימיזציה לניצול של 50% מהאחסון. כדי לשלוט במספר הצמתים באשכול, מעדכנים את הערך שלNUM_NODES. מוודאים שמספר הצמתים מוגדר לערך שאינו אפס.במקרים רבים, לכל אשכול במכונה צריך להיות אותו מספר של צמתים, אבל יש חריגים. מידע על צמתים ורפליקציה
הוספת אשכול
אתם יכולים להוסיף אשכולות למכונה קיימת. למכונה יכולים להיות אשכולות ב-8 אזורים לכל היותר שבהם Bigtable זמין. כל אזור בתחום יכול להכיל רק אשכול אחד. המיקומים האידיאליים לאשכולות נוספים תלויים בתרחיש לדוגמה.
אם המכונה מוגנת באמצעות CMEK, כל אשכול חדש צריך להשתמש במפתח CMEK שנמצא באותו אזור של האשכול. לפני שמוסיפים אשכול חדש למכונה שמוגנת באמצעות CMEK, צריך לזהות או ליצור מפתח CMEK באזור שבו רוצים למקם את האשכול.
לפני שמוסיפים אשכולות למכונה עם אשכול יחיד, חשוב לקרוא על ההגבלות שחלות כשמשנים את מדיניות איסוף האשפה בטבלאות משוכפלות. אחרי זה, כדאי לעיין בדוגמאות להגדרות של רפליקציה כדי לקבל המלצות.
כדי להוסיף אשכול למכונה:
המסוף
במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.
לוחצים על המופע שרוצים לשנות ואז על עריכת המופע.
בקטע Configure clusters, לוחצים על Add cluster.
אם הלחצן הזה לא פעיל, למכונה כבר יש את המספר המקסימלי של אשכולות.
מזינים מזהה לאשכול הראשון.
מזהה האשכול הוא מזהה קבוע של האשכול.
בוחרים את האזור והתחום שבהם האשכול הראשון יפעל.
אופציונלי: כדי להגדיר את האשכול כך שתמיד יתבצע שינוי קנה מידה במרווחים של שני צמתים, בוחרים באפשרות Enable 2x node scaling. מידע נוסף זמין במאמר גורם לקביעת קנה מידה של צומת.
בוחרים מצב התאמה לעומס (scaling) של צומת באשכול. ברוב המקרים, כדאי לבחור בהתאמה אוטומטית לעומס. הנחיות בנושא התאמה לעומס (scaling) מפורטות במאמר התאמה אוטומטית לעומס (automatic scaling).
- בקטע Manual node allocation, מזינים את מספר הצמתים של Bigtable באשכול הראשון. אם אתם לא בטוחים כמה צמתים אתם צריכים, השתמשו בברירת המחדל. אפשר להוסיף עוד צמתים בהמשך.
- בשדה Autoscaling, מזינים ערכים בשדות הבאים:
- מספר הצמתים המינימלי
- מספר הצמתים המקסימלי
- יעד ניצול המעבד (CPU)
- יעד ניצול נפח האחסון
אופציונלי: כדי להגן על המכונה באמצעות CMEK במקום ההצפנה שמוגדרת כברירת מחדל ומנוהלת על ידי Google, מבצעים את הפעולות הבאות:
- לוחצים על הצגת אפשרויות ההצפנה.
- לוחצים על כפתור הבחירה לצד Customer-managed encryption key (CMEK).
- בוחרים או מזינים את שם המשאב של מפתח ה-CMEK שבו רוצים להשתמש באשכול. אי אפשר להוסיף את זה אחר כך.
- אם מוצגת בקשה לתת הרשאה לחשבון השירות של מפתח ה-CMEK, לוחצים על Grant. כדי לבצע את המשימה הזו, צריך להקצות לחשבון המשתמש את התפקיד "אדמין ב-Cloud KMS".
- לוחצים על Save.
מזינים את מספר הצמתים באשכול.
במקרים רבים, לכל אשכול במכונה צריך להיות אותו מספר של צמתים, אבל יש חריגים. מידע על צמתים ורפליקציה
אם המכונה מוגנת באמצעות CMEK, בוחרים או מזינים מפתח בניהול הלקוח. מפתח ה-CMEK צריך להיות באותו אזור שבו נמצא האשכול.
לוחצים על הוספה.
חוזרים על השלבים האלה לכל אשכול נוסף, ואז לוחצים על Save. Bigtable יוצר את האשכול ומתחיל לשכפל את הנתונים לאשכול החדש. יכול להיות שתבחינו בעלייה בשימוש במעבד (CPU) כשהשכפול יתחיל.
בודקים את הגדרות הרפליקציה בפרופיל ברירת המחדל של האפליקציה כדי לראות אם הן מתאימות לתרחיש לדוגמה של הרפליקציה. יכול להיות שתצטרכו לעדכן את פרופיל ברירת המחדל של האפליקציה או ליצור פרופילים בהתאמה אישית לאפליקציה.
gcloud
אם אתם לא יודעים מהו מזהה המכונה, תוכלו להשתמש בפקודה
bigtable instances listכדי להציג רשימה של המכונות בפרויקט:gcloud bigtable instances listאם אתם לא יודעים מהם מזהי האשכולות של המכונה, תוכלו להשתמש בפקודה
bigtable clusters listכדי להציג את רשימת האשכולות במכונה:gcloud bigtable clusters list --instances=INSTANCE_IDמחליפים את
INSTANCE_IDבמזהה הקבוע של המכונה.משתמשים בפקודה
bigtable clusters createכדי להוסיף אשכול:gcloud bigtable clusters create CLUSTER_ID \ --async \ --instance=INSTANCE_ID \ --zone=ZONE \ [--num-nodes=NUM_NODES] \ [--autoscaling-min-nodes=AUTOSCALING_MIN_NODES, \ --autoscaling-max-nodes=AUTOSCALING_MAX_NODES, \ --autoscaling-cpu-target=AUTOSCALING_CPU_TARGET \ --autoscaling-storage-target=AUTOSCALING_STORAGE_TARGET] \ [--kms-key=KMS_KEY --kms-keyring=KMS_KEYRING \ --kms-location=KMS_LOCATION --kms-project=KMS_PROJECT] \מזינים את הפרטים הבאים:
CLUSTER_ID: המזהה הקבוע של האשכול.INSTANCE_ID: המזהה הקבוע של המכונה.
ZONE: האזור שבו פועל האשכול.כל אזור בתחום יכול להכיל רק אשכול אחד. לדוגמה, אם למכונה יש אשכול ב-
us-east1-b, אתם יכולים להוסיף אשכול באזור אחר באותו מחוז, כמוus-east1-c, או באזור במחוז נפרד, כמוeurope-west2-a. לצפייה ברשימת האזורים
הדגל
--asyncלא נדרש, אבל מומלץ מאוד להשתמש בו. בלי הדגל הזה, יכול להיות שהפקודה תסתיים לפני שהפעולה תושלם. Bigtable ימשיך ליצור את האשכול ברקע.הפקודה מקבלת את הדגלים האופציונליים הבאים:
-
--kms-key=KMS_KEY: מפתח ה-CMEK שבו משתמש האשכול. אפשר להוסיף אשכולות CMEK רק למכונות שכבר מוגנות באמצעות CMEK. -
--kms-keyring=KMS_KEYRING: המזהה של אוסף המפתחות ב-KMS. -
--kms-location=KMS_LOCATION: המיקום של המפתח ב- Google Cloud . -
--kms-project=KMS_PROJECT: מזהה הפרויקט ב- Google Cloud של המפתח. -
--storage-type=STORAGE_TYPE: סוג האחסון שבו משתמשים באשכול. כל אשכול במכונה חייב להשתמש באותו סוג אחסון. אפשר להזין את הערכיםSSDו-HDD. ערך ברירת המחדל הואSSD. -
--node-scaling-factor=node-scaling-factor-2x: דגל שמפעיל שינוי קנה מידה של צומת פי 2. אפשר להפעיל את התכונה הזו גם עם התאמה ידנית וגם עם התאמה אוטומטית לעומס.
במגבלות של גורם קביעת קנה המידה של צמתים מפורטת רשימה של אזורי Bigtable שבהם אי אפשר להגדיל את קנה המידה של הצמתים פי 2.
אם לא מגדירים ערך לאפשרות
--num-nodes, המערכת של Bigtable מקצה צמתים לאשכול באופן אוטומטי על סמך נפח הנתונים, ומבצעת אופטימיזציה לניצול של 50% מהאחסון. להקצאה האוטומטית הזו של צמתים יש השפעה על התמחור. כדי לשלוט במספר הצמתים באשכול, צריך לעדכן את הערך שלNUM_NODES. מוודאים שמספר הצמתים מוגדר לערך שאינו אפס. במקרים רבים, לכל אשכול במכונה צריך להיות אותו מספר של צמתים, אבל יש חריגים. מידע על צמתים ורפליקציהלהתאמה אוטומטית לעומס (automatic scaling), צריך לספק את כל הדגלים של
autoscaling-ולא להשתמש ב-num-nodes. לקבלת הנחיות לבחירת הערכים עבור הגדרות ההתאמה האוטומטית לעומס, ראה התאמה אוטומטית לעומס. מחליפים את מה שכתוב בשדות הבאים:-
AUTOSCALING_MIN_NODES: המספר המינימלי של צמתים באשכול. -
AUTOSCALING_MAX_NODES: המספר המקסימלי של צמתים באשכול. -
AUTOSCALING_CPU_TARGET: יעד ניצול המעבד (CPU) של האשכול. הערך צריך להיות בין 10 ל-80. -
AUTOSCALING_STORAGE_TARGET: יעד ניצול האחסון ב-GiB ש-Bigtable שומר עליו על ידי הוספה או הסרה של צמתים.
בודקים את הגדרות הרפליקציה בפרופיל ברירת המחדל של האפליקציה כדי לראות אם הן מתאימות לתרחיש לדוגמה של הרפליקציה. יכול להיות שתצטרכו לעדכן את פרופיל ברירת המחדל של האפליקציה או ליצור פרופילים בהתאמה אישית לאפליקציה.
cbt
אם אתם לא יודעים מהו מזהה המכונה, תוכלו להשתמש בפקודה
listinstancesכדי להציג רשימה של המכונות בפרויקט:cbt listinstancesאם אתם לא יודעים מהם מזהי האשכולות של המכונה, תוכלו להשתמש בפקודה
listclustersכדי להציג רשימה של האשכולות במכונה:cbt -instance=INSTANCE_ID listclustersמחליפים את
INSTANCE_IDבמזהה הקבוע של המכונה.משתמשים בפקודה
createclusterכדי להוסיף אשכול:cbt -instance=INSTANCE_ID \ createcluster CLUSTER_ID \ ZONE \ NUM_NODES \ STORAGE_TYPEמזינים את הפרטים הבאים:
INSTANCE_ID: המזהה הקבוע של המכונה.CLUSTER_ID: המזהה הקבוע של האשכול.
ZONE: האזור שבו פועל האשכול.כל אזור בתחום יכול להכיל רק אשכול אחד. לדוגמה, אם למכונה יש אשכול ב-
us-east1-b, אתם יכולים להוסיף אשכול באזור אחר באותו מחוז, כמוus-east1-c, או באזור במחוז נפרד, כמוeurope-west2-a. לצפייה ברשימת האזוריםNUM_NODES: השדה הזה הוא אופציונלי. אם לא מגדירים ערך, Bigtable מקצה צמתים באופן אוטומטי על סמך נפח הנתונים ומבצע אופטימיזציה לניצול של 50% מהאחסון. כדי לשלוט במספר הצמתים באשכול, מעדכנים את הערך שלNUM_NODES. מוודאים שמספר הצמתים מוגדר לערך שאינו אפס.במקרים רבים, לכל אשכול במכונה צריך להיות אותו מספר של צמתים, אבל יש חריגים. מידע על צמתים ורפליקציה
STORAGE_TYPE: סוג האחסון שבו משתמשים באשכול. כל אשכול במכונה חייב להשתמש באותו סוג אחסון. אפשר להזין את הערכיםSSDו-HDD.
בודקים את הגדרות הרפליקציה בפרופיל ברירת המחדל של האפליקציה כדי לראות אם הן מתאימות לתרחיש לדוגמה של הרפליקציה. יכול להיות שתצטרכו לעדכן את פרופיל ברירת המחדל של האפליקציה או ליצור פרופילים בהתאמה אישית לאפליקציה.
מחיקת אשכול
אם למכונה יש כמה אשכולות, אפשר למחוק את כולם חוץ מאחד. אם מוחקים את כל האשכולות מלבד אחד, הרפליקציה מושבתת באופן אוטומטי.
במקרים הבאים, Bigtable לא מאפשר למחוק אשכול:
- אם אחד מפרופילי האפליקציה מנתב את כל התנועה לאשכול יחיד. כדי להסיר את האשכול, צריך לערוך או למחוק את פרופיל האפליקציה.
- אם מוסיפים אשכולות חדשים למכונה קיימת, אי אפשר למחוק אשכולות במכונה הזו עד שההעתקה הראשונית של הנתונים לאשכולות החדשים מסתיימת.
- אם אשכול מכיל גיבוי אחד או יותר. כדי למחוק את האשכול, צריך למחוק את הגיבויים האלה או לחכות שהתוקף שלהם יפוג.
- אם אשכול מוגדר כמיקום במדיניות הגיבוי האוטומטי של טבלה. כדי למחוק את האשכול, קודם צריך לעדכן את מדיניות הגיבוי האוטומטי.
כדי למחוק אשכול ממכונה:
המסוף
במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.
לוחצים על המופע שרוצים לשנות ואז על עריכת המופע.
בקטע Configure clusters, לוחצים על Delete cluster באשכול שרוצים למחוק.
כדי לבטל את פעולת המחיקה, לוחצים על Undo. אפשר לעשות את זה עד שלוחצים על Save. אם לא רוצים, לוחצים על שמירה.
gcloud
אם אתם לא יודעים מהו מזהה המכונה, תוכלו להשתמש בפקודה
bigtable instances listכדי להציג רשימה של המכונות בפרויקט:gcloud bigtable instances listאם אתם לא יודעים מהם מזהי האשכולות של המכונה, תוכלו להשתמש בפקודה
bigtable clusters listכדי להציג את רשימת האשכולות במכונה:gcloud bigtable clusters list --instances=INSTANCE_IDמחליפים את
INSTANCE_IDבמזהה הקבוע של המכונה.משתמשים בפקודה
bigtable clusters deleteכדי למחוק את האשכול:gcloud bigtable clusters delete CLUSTER_ID \ --instance=INSTANCE_IDמזינים את הפרטים הבאים:
CLUSTER_ID: המזהה הקבוע של האשכול.INSTANCE_ID: המזהה הקבוע של המכונה.
cbt
אם אתם לא יודעים מהו מזהה המכונה, תוכלו להשתמש בפקודה
listinstancesכדי להציג רשימה של המכונות בפרויקט:cbt listinstancesאם אתם לא יודעים מהם מזהי האשכולות של המכונה, תוכלו להשתמש בפקודה
listclustersכדי להציג רשימה של האשכולות במכונה:cbt -instance=INSTANCE_ID listclustersמחליפים את
INSTANCE_IDבמזהה הקבוע של המכונה.משתמשים בפקודה
deleteclusterכדי למחוק את האשכול:cbt -instance=INSTANCE_ID deletecluster CLUSTER_IDמזינים את הפרטים הבאים:
INSTANCE_ID: המזהה הקבוע של המכונה.CLUSTER_ID: המזהה הקבוע של האשכול.
העברת נתונים למיקום חדש
כדי להעביר את הנתונים במכונה של Bigtable לאזור חדש, מוסיפים אשכול חדש במיקום שאליו רוצים להעביר את הנתונים, ואז מוחקים את האשכול במיקום שממנו רוצים להעביר את הנתונים. האשכול שנמחק נשאר זמין עד שהנתונים משוכפלים לאשכול החדש, כך שאין צורך לדאוג לגבי בקשות שנכשלות. Bigtable משכפל את כל הנתונים לאשכול החדש באופן אוטומטי.
ניהול פרופילים של אפליקציות
פרופילי אפליקציות, או פרופילי אפליקציה, קובעים איך האפליקציות מתחברות למכונה שמשתמשת ברפליקציה. לכל מכונה עם יותר מאשכול אחד יש פרופיל אפליקציה משלה שמוגדר כברירת מחדל. אפשר גם ליצור פרופילים רבים ושונים של אפליקציות בהתאמה אישית לכל מכונה, ולהשתמש בפרופיל אפליקציה שונה לכל סוג של אפליקציה שאתם מריצים.
במאמר הגדרת פרופילי אפליקציות מוסבר איך מגדירים פרופילי אפליקציות של מכונה. במאמר דוגמאות להגדרות של רפליקציה תוכלו למצוא דוגמאות להגדרות שבהן אפשר להשתמש כדי ליישם תרחישים נפוצים לדוגמה.
ניהול תוויות
תוויות הן צמדי מפתח/ערך שמאפשרים לקבץ מכונות קשורות ולאחסן מטא-נתונים על מכונה.
כדי ללמוד איך לנהל תוויות, קראו את המאמרים הוספה או עדכון של תוויות של מכונה והסרת תווית ממכונה.
שינוי השם המוצג של מכונה
כדי לשנות את השם המוצג של המכונה, שמשמש לזיהוי המכונה במסוף Google Cloud :
המסוף
במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.
לוחצים על המופע שרוצים לשנות ואז על עריכת המופע.
עורכים את שם המכונה ולוחצים על שמירה.
gcloud
אם אתם לא יודעים מהו מזהה המכונה, תוכלו להשתמש בפקודה
bigtable instances listכדי להציג רשימה של המכונות בפרויקט:gcloud bigtable instances listמשתמשים בפקודה
bigtable instances updateכדי לעדכן את השם המוצג:gcloud bigtable instances update INSTANCE_ID \ --display-name=DISPLAY_NAMEמזינים את הפרטים הבאים:
INSTANCE_ID: המזהה הקבוע של המכונה.-
DISPLAY_NAME: שם קריא לאנשים שמזהה את המכונה במסוף Google Cloud .
cbt
התכונה הזו לא זמינה ב-CLI של cbt.
המאמרים הבאים
- איך מוסיפים, מעדכנים ומסירים תוויות של מכונה
- איך יוצרים ומעדכנים פרופילי אפליקציות של מכונה, שמכילים הגדרות לרפליקציה.