שינוי של מכונה
אחרי שיוצרים מופע Bigtable, אפשר לעדכן את ההגדרות הבאות בלי השבתה:
-
אפשר לשדרג ל-Enterprise Plus או לשנמך ל-Enterprise.
-
אפשר להפעיל או להשבית את רמת הביניים בזיכרון של אשכול במופע.
-
אתם יכולים להפעיל או להשבית את ההתאמה האוטומטית לעומס של אשכולות של מכונה, או להגדיר את ההגדרות של אשכולות שכבר מופעלת בהם התאמה אוטומטית לעומס.
מספר הצמתים באשכולות ששינוי הגודל שלהם מתבצע באופן ידני
אחרי שמוסיפים או מסירים צמתים, בדרך כלל חולפות כמה דקות בעומס עד ש-Bigtable מבצע אופטימיזציה של ביצועי האשכול.
מספר הצבירים במופע
אחרי שמוסיפים אשכול, עובר זמן עד שמערכת Bigtable משכפלת את הנתונים לאשכול החדש. אשכולות חדשים משוכפלים מהאשכול הקרוב ביותר מבחינה גיאוגרפית במכונה. באופן כללי, ככל שהמרחק גדול יותר, כך השכפול יימשך זמן רב יותר.
פרופילי האפליקציות של המופע, שמכילים הגדרות של שכפול
התוויות של המופע, שמספקות מטא-נתונים על המופע
השם המוצג של המופע
אפשר לשנות מזהה של אשכול רק על ידי מחיקה של האשכול ויצירה שלו מחדש.
כדי לשנות את אחד מהפרטים הבאים, צריך ליצור מופע חדש עם ההגדרות המועדפות, לייצא את הנתונים מהמופע הישן, לייבא את הנתונים למופע החדש ואז למחוק את המופע הישן.
מזהה מופע
סוג האחסון (SSD או HDD)
הגדרת מפתח הצפנה בניהול הלקוח (CMEK)
לפני שמתחילים
אם אתם רוצים להשתמש בממשקי שורת הפקודה של Bigtable, אתם צריכים להתקין את Google Cloud CLI ואת
cbt CLI
, אם עדיין לא עשיתם זאת.
שינוי מהדורות
אפשר לעבור בין מהדורות על ידי שדרוג ל-Enterprise Plus או שדרוג לאחור ל-Enterprise.
שדרוג ל-Enterprise Plus
אחרי שמשנים את המהדורה, החיוב ב-Bigtable מתעדכן באופן אוטומטי ויש לכם גישה מיידית לתכונות של Enterprise Plus.
המסוף
פותחים את רשימת מופעי Bigtable במסוף Google Cloud .
לוחצים על המופע של Enterprise שרוצים לשדרג ואז לוחצים על עריכת המופע.
בקטע Edition, בוחרים באפשרות Enterprise Plus.
לוחצים על Save.
אופציונלי: מפעילים את רמת הביניים בזיכרון.
gcloud
משתמשים בפקודה bigtable instances update כדי לשנות את המהדורה:
gcloud bigtable instances update INSTANCE_ID \
--edition=ENTERPRISE_PLUS
עליך לספק את הפרטים הבאים:
-
INSTANCE_ID: המזהה הקבוע של המופע.
שנמוך ל-Enterprise
כדי לשדרג לאחור מ-Enterprise Plus ל-Enterprise, צריך להשבית תכונות שזמינות רק ב-Enterprise Plus. אחרי שתשנו את המהדורה, החיוב ב-Bigtable יעודכן באופן אוטומטי ולא תהיה לכם יותר גישה לתכונות של Enterprise Plus.
המסוף
פותחים את רשימת מופעי Bigtable במסוף Google Cloud .
לוחצים על המופע של Enterprise שרוצים לשנמך ואז לוחצים על עריכת המופע.
בקטע 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
יכול להיות שתוכלו לקבל את ההרשאות האלה גם באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש אחרים.
מידע נוסף על תפקידים והרשאות ב-Bigtable זמין במאמר בקרת גישה באמצעות IAM.
הפעלת רמת ביניים בזיכרון
במהדורת Enterprise Plus, אפשר להפעיל את רמת הביניים בזיכרון באשכול. כדי להשתמש בשכבת הנתונים בזיכרון, צריך להשתמש בפרופיל אפליקציה שהגדרתם לשימוש בזיכרון. מידע נוסף מופיע במאמר סקירה כללית של In-memory.
המסוף
פותחים את רשימת מופעי Bigtable במסוף Google Cloud .
לוחצים על מופע Enterprise שרוצים לעדכן ואז לוחצים על עריכת המופע.
לוחצים על עריכת אשכול באשכול שבו רוצים להפעיל את שכבת הנתונים בזיכרון.
בוחרים באפשרות הפעלה בזיכרון.
לוחצים על Save.
gcloud
אי אפשר להשתמש ב-CLI של gcloud כדי להפעיל את רמת הביניים בזיכרון.
השבתה של רמת הביניים בזיכרון
לפני שמשדרגים לאחור מ-Enterprise Plus ל-Enterprise, צריך להשבית את רמת השירות in-memory.
המסוף
פותחים את רשימת מופעי Bigtable במסוף Google Cloud .
לוחצים על מופע Enterprise שרוצים לעדכן ואז לוחצים על עריכת המופע.
לוחצים על עריכת אשכול באשכול שבו רוצים להשבית את שכבת הזיכרון.
מבטלים את הסימון של הפעלה בזיכרון.
לוחצים על Save.
gcloud
אי אפשר להשתמש ב-CLI של gcloud כדי להשבית את רמת הביניים בזיכרון.
צפייה במידע על רמת הביצועים בזיכרון
אפשר לראות את הסטטוס והקיבולת של שכבת הזיכרון של אשכול.
המסוף
פותחים את רשימת מופעי Bigtable במסוף Google Cloud .
לוחצים על המזהה של המופע שכולל את האשכול שרוצים לראות.
בטבלת האשכולות, בודקים את העמודה In-memory של האשכול.
gcloud
כדי לראות מידע על רמת הזיכרון במאגר נתונים, כמו מצב הזיכרון, משתמשים בפקודה gcloud beta bigtable memory-layers describe.
gcloud beta bigtable memory-layers describe CLUSTER_ID \
--instance=INSTANCE_ID
עליך לספק את הפרטים הבאים:
-
CLUSTER_ID: המזהה הקבוע של האשכול. -
INSTANCE_ID: המזהה הקבוע של המופע.
הגדרת התאמה אוטומטית לעומס
אפשר להפעיל או להשבית את שינוי הגודל האוטומטי לכל אשכול קיים. אפשר גם לשנות את יעד ניצול המעבד, את המספר המינימלי של הצמתים ואת המספר המקסימלי של הצמתים באשכול. למידע נוסף על בחירת הגדרות של התאמה אוטומטית לעומס, אפשר לעיין במאמר בנושא התאמה אוטומטית לעומס. אי אפשר להשתמש ב-CLI של cbt כדי להגדיר התאמה אוטומטית לעומס (automatic scaling).
הפעלת התאמה אוטומטית לעומס
המסוף
פותחים את רשימת מופעי Bigtable במסוף Google Cloud .
לוחצים על המופע שרוצים לשנות ואז לוחצים על עריכת המופע.
בקטע Configure clusters (הגדרת אשכולות), לוחצים על Edit (עריכה) ליד האשכול שרוצים לעדכן.
בוחרים באפשרות שינוי גודל אוטומטי.
מזינים ערכים למשתנים הבאים:
- מספר הצמתים המינימלי
- מספר הצמתים המקסימלי
- יעד ניצול המעבד
- יעד לניצול נפח האחסון
לוחצים על 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 שומר עליו על ידי הוספה או הסרה של צמתיםבמקרים רבים, לכל אשכול במופע צריך להיות אותו מספר של צמתים, אבל יש יוצאים מן הכלל. מידע על צמתים ורפליקציה
-
השבתת שינוי הגודל האוטומטי
המסוף
פותחים את רשימת מופעי Bigtable במסוף Google Cloud .
לוחצים על המופע שרוצים לשנות ואז לוחצים על עריכת המופע.
בקטע Configure clusters (הגדרת אשכולות), לוחצים על לצד האשכול שרוצים לעדכן.
בוחרים באפשרות הקצאת צמתים ידנית.
מזינים את מספר הצמתים של האשכול בשדה כמות.
במקרים רבים, לכל אשכול במופע צריך להיות אותו מספר של צמתים, אבל יש יוצאים מן הכלל. מידע על צמתים ורפליקציה
לוחצים על 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. מוודאים שמספר הצמתים מוגדר כערך שונה מאפס.במקרים רבים, לכל אשכול במופע צריך להיות אותו מספר של צמתים, אבל יש יוצאים מן הכלל. מידע על צמתים ורפליקציה
-
שינוי הגדרות התאמה אוטומטית לעומס
המסוף
פותחים את רשימת מופעי Bigtable במסוף Google Cloud .
לוחצים על המופע שרוצים לשנות ואז לוחצים על עריכת המופע.
בקטע Configure clusters (הגדרת אשכולות), לוחצים על לצד האשכול שרוצים לעדכן.
מזינים ערכים חדשים לכל אחד מהפרטים הבאים שרוצים לשנות:
- מספר הצמתים המינימלי
- מספר הצמתים המקסימלי
- יעד ניצול המעבד
- יעד לניצול נפח האחסון
לוחצים על 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 במסוף Google Cloud .
לוחצים על המופע שרוצים לשנות ואז לוחצים על עריכת המופע.
בקטע Configure clusters (הגדרת אשכולות), לוחצים על Edit (עריכה) ליד האשכול שרוצים לעדכן.
בקטע הקצאת צמתים ידנית, מזינים את מספר הצמתים עבור האשכול בשדה כמות.
במקרים רבים, לכל אשכול במופע צריך להיות אותו מספר של צמתים, אבל יש יוצאים מן הכלל. מידע על צמתים ורפליקציה
לוחצים על 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 באזור שבו מתכננים למקם את האשכול.
לפני שמוסיפים אשכולות למופע של אשכול יחיד, כדאי לקרוא על ההגבלות שחלות כשמשנים מדיניות של איסוף נתונים מיותרים בטבלאות משוכפלות. אחר כך תוכלו לעיין בדוגמאות להגדרות שכפול של המלצות.
כדי להוסיף אשכול למופע:
המסוף
פותחים את רשימת מופעי Bigtable במסוף Google Cloud .
לוחצים על המופע שרוצים לשנות ואז לוחצים על עריכת המופע.
בקטע הגדרת אשכולות, לוחצים על הוספת אשכול.
אם הלחצן הזה לא פעיל, המשמעות היא שבמופע כבר יש את המספר המקסימלי של אשכולות.
מזינים מזהה אשכול לאשכול הראשון.
מזהה האשכול הוא מזהה קבוע של האשכול.
בוחרים את האזור והתחום שבהם האשכול הראשון יפעל.
אופציונלי: כדי להגדיר את האשכול כך שתמיד יתבצע שינוי גודל במרווחים של שני צמתים, בוחרים באפשרות הפעלת שינוי גודל של צמתים כפולים. מידע נוסף זמין במאמר בנושא Node scaling factor.
בוחרים מצב של שינוי גודל הצומת עבור האשכול. ברוב המקרים, כדאי לבחור באפשרות של שינוי גודל אוטומטי. הנחיות לגבי התאמה לעומס זמינות במאמר התאמה אוטומטית לעומס.
- בקטע הקצאת צמתים ידנית, מזינים את מספר צמתי Bigtable עבור האשכול הראשון. אם אתם לא בטוחים בכמה צמתים אתם צריכים, השתמשו בברירת המחדל. אפשר להוסיף עוד צמתים בהמשך.
- בקטע Autoscaling (שינוי גודל אוטומטי), מזינים ערכים בשדות הבאים:
- מספר הצמתים המינימלי
- מספר הצמתים המקסימלי
- יעד ניצול המעבד (CPU)
- יעד ניצול נפח האחסון
אופציונלי: כדי להגן על המופע באמצעות CMEK במקום ההצפנה שמוגדרת כברירת מחדל בניהול Google, מבצעים את הפעולות הבאות:
- לוחצים על הצגת אפשרויות ההצפנה.
- לוחצים על לחצן הבחירה לצד מפתח הצפנה בניהול הלקוח (CMEK).
- בוחרים או מזינים את שם המשאב של מפתח ה-CMEK שרוצים להשתמש בו באשכול. לא תוכלו להוסיף את המידע הזה מאוחר יותר.
- אם מוצגת בקשה להעניק הרשאה לחשבון השירות של מפתח ה-CMEK, לוחצים על הענקה. כדי לבצע את המשימה הזו, צריך להקצות לחשבון המשתמש שלכם את תפקיד האדמין ב-Cloud KMS.
- לוחצים על Save.
מזינים את מספר הצמתים באשכול.
במקרים רבים, לכל אשכול במופע צריך להיות אותו מספר של צמתים, אבל יש יוצאים מן הכלל. מידע על צמתים ורפליקציה
אם המופע מוגן באמצעות CMEK, בוחרים או מזינים מפתח בניהול הלקוח. מפתח ה-CMEK צריך להיות באותו אזור שבו נמצא האשכול.
לוחצים על הוספה.
חוזרים על השלבים האלה לכל אשכול נוסף ולוחצים על שמירה. Bigtable יוצר את האשכול ומתחיל לשכפל את הנתונים לאשכול החדש. יכול להיות שתבחינו בעלייה בשימוש במעבד כשהשכפול יתחיל.
בודקים את הגדרות השכפול בפרופיל ברירת המחדל של האפליקציה כדי לראות אם הן מתאימות לתרחיש השימוש בשכפול. יכול להיות שתצטרכו לעדכן את פרופיל אפליקציית ברירת המחדל או ליצור פרופילים מותאמים אישית לאפליקציות.
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. מוודאים שמספר הצמתים מוגדר כערך שונה מאפס. במקרים רבים, לכל אשכול במופע צריך להיות אותו מספר של צמתים, אבל יש יוצאים מן הכלל. מידע על צמתים ורפליקציהכדי להשתמש בשינוי גודל אוטומטי, צריך לספק את כל הדגלים
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:
- אם אחד מפרופילי האפליקציה מעביר את כל התנועה לאשכול יחיד, Bigtable לא יאפשר לכם למחוק את האשכול הזה. כדי להסיר את האשכול, צריך לערוך או למחוק את פרופיל האפליקציה.
- אם מוסיפים אשכולות חדשים למופע קיים, אי אפשר למחוק אשכולות במופע הזה עד שהעתקת הנתונים הראשונית לאשכולות החדשים תושלם.
כדי למחוק אשכול ממופע:
המסוף
פותחים את רשימת מופעי Bigtable במסוף Google Cloud .
לוחצים על המופע שרוצים לשנות ואז לוחצים על עריכת המופע.
בקטע Configure clusters (הגדרת אשכולות), לוחצים על Delete cluster (מחיקת אשכול) ליד האשכול שרוצים למחוק.
כדי לבטל את פעולת המחיקה, לוחצים על ביטול. האפשרות הזו זמינה עד שלוחצים על שמירה. אחרת, לוחצים על שמירה.
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 המסוף לזיהוי המופע:
המסוף
פותחים את רשימת מופעי Bigtable במסוף Google Cloud .
לוחצים על המופע שרוצים לשנות ואז לוחצים על עריכת המופע.
עורכים את שם המופע ולוחצים על שמירה.
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
התכונה הזו לא זמינה בכלי cbt CLI.
המאמרים הבאים
- איך מוסיפים, מעדכנים ומסירים תוויות למופע
- איך יוצרים ועדכנים פרופילים של אפליקציות במופע, שמכילים הגדרות לשכפול.