שינוי של מכונה

אחרי שיוצרים מכונה של 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.

המסוף

  1. במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.

    פתיחת רשימת המכונות

  2. לוחצים על המכונה של Enterprise שרוצים לשדרג, ואז על Edit instance.

  3. בקטע מהדורה, בוחרים באפשרות Enterprise Plus.

  4. לוחצים על Save.

  5. אופציונלי: מפעילים את הרמה בזיכרון.

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.

המסוף

  1. במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.

    פתיחת רשימת המכונות

  2. לוחצים על המכונה של Enterprise שרוצים לשדרג לאחור, ואז לוחצים על Edit instance.

  3. בקטע Edition, בוחרים באפשרות Enterprise.

  4. לוחצים על Save.

gcloud

משתמשים בפקודה bigtable instances update כדי לשנות את המהדורה:

gcloud bigtable instances update INSTANCE_ID \
    --edition=ENTERPRISE

מזינים את הפרטים הבאים:

  • INSTANCE_ID: המזהה הקבוע של המכונה.

הגדרת השכבה בזיכרון

אתם יכולים להפעיל, להשבית או להציג מידע על שכבת הנתונים בזיכרון.

התפקידים הנדרשים

כדי לקבל את ההרשאות שנדרשות להגדרת שכבת הזיכרון, צריך לבקש מהאדמין להקצות לכם את התפקיד "אדמין של Bigtable‏" (roles/bigtable.admin) בממשק לניהול זהויות והרשאות גישה (IAM) במכונה.

התפקיד המוגדר מראש הזה כולל את ההרשאות שנדרשות ל-Bigtable כדי לעבוד עם שכבת הזיכרון הפנימי. כדי לראות את ההרשאות הנדרשות, מרחיבים את הקטע ההרשאות הנדרשות:

ההרשאות הנדרשות

  • bigtable.memoryLayer.get
  • bigtable.memoryLayer.list
  • bigtable.memoryLayer.update

יכול להיות שתוכלו לקבל את ההרשאות האלה גם באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש אחרים.

במאמר בקרת גישה באמצעות IAM תוכלו לקרוא מידע נוסף על התפקידים וההרשאות ב-Bigtable.

הפעלת השכבה בזיכרון

במהדורת Enterprise Plus, אתם יכולים להפעיל את שכבת הזיכרון הפנימי באשכול. כדי להשתמש ברמת הזיכרון, אתם צריכים להשתמש בפרופיל אפליקציה שהגדרתם לזיכרון. מידע נוסף זמין במאמר סקירה כללית על שכבת הזיכרון.

המסוף

  1. במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.

    פתיחת רשימת המכונות

  2. לוחצים על המכונה של Enterprise שרוצים לעדכן ואז על Edit instance.

  3. לוחצים על Edit cluster באשכול שבו רוצים להפעיל את השכבה בזיכרון.

  4. בוחרים באפשרות הפעלה בזיכרון.

  5. לוחצים על 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, צריך להשבית את שכבת הזיכרון.

המסוף

  1. במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.

    פתיחת רשימת המכונות

  2. לוחצים על המכונה של Enterprise שרוצים לעדכן ואז על Edit instance.

  3. לוחצים על Edit cluster באשכול שבו רוצים להשבית את השכבה בזיכרון.

  4. מבטלים את הסימון של Enable in-memory.

  5. לוחצים על Save.

gcloud

כדי להשבית את שכבת הזיכרון הפנימי באשכול, משתמשים בפקודה gcloud beta bigtable memory-layers update.

gcloud beta bigtable memory-layers update CLUSTER_ID \
    --instance=INSTANCE_ID \
    --disable

מזינים את הפרטים הבאים:

  • CLUSTER_ID: המזהה הקבוע של האשכול.
  • INSTANCE_ID: המזהה הקבוע של המכונה.

איך מקבלים רשימה של אשכולות עם שכבת הנתונים בזיכרון

המסוף

כדי לראות אשכולות שמופעלת בהם שכבה בזיכרון בדף הסקירה הכללית של המכונה, מבצעים את השלבים הבאים:

  1. במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.

    פתיחת רשימת המכונות

  2. לוחצים על המזהה של המכונה שכוללת את האשכול שרוצים להציג.

  3. בטבלת האשכולות, בודקים את העמודה In-memory tier.

gcloud

כדי להציג את רשימת האשכולות שבהם מופעלת שכבת הנתונים בזיכרון במכונה, משתמשים בפקודה gcloud beta bigtable memory-layers list.

gcloud beta bigtable memory-layers list \
    --instance=INSTANCE_ID

מזינים את הפרטים הבאים:

  • INSTANCE_ID: המזהה הקבוע של המכונה.

מידע על השכבה בזיכרון

אתם יכולים לראות את הסטטוס והקיבולת של שכבת הזיכרון הפנימי של האשכול.

המסוף

  1. במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.

    פתיחת רשימת המכונות

  2. לוחצים על המזהה של המכונה שכוללת את האשכול שרוצים להציג.

  3. בטבלת האשכולות, בודקים את העמודה 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)

המסוף

  1. במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.

    פתיחת רשימת המכונות

  2. לוחצים על המופע שרוצים לשנות ואז על עריכת המופע.

  3. בקטע Configure clusters, לוחצים על Edit באשכול שרוצים לעדכן.

  4. בוחרים באפשרות Autoscaling.

  5. מזינים ערכים בשדות הבאים:

    • מספר הצמתים המינימלי
    • מספר הצמתים המקסימלי
    • יעד ניצול המעבד (CPU)
    • יעד ניצול נפח האחסון
  6. לוחצים על Save.

gcloud

  1. אם אתם לא יודעים מהו מזהה המכונה, תוכלו להשתמש בפקודה bigtable instances list כדי להציג רשימה של המכונות בפרויקט:

    gcloud bigtable instances list
    
  2. אם אתם לא יודעים מהם מזהי האשכולות של המכונה, תוכלו להשתמש בפקודה bigtable clusters list כדי להציג את רשימת האשכולות במכונה:

    gcloud bigtable clusters list --instances=INSTANCE_ID
    

    מחליפים את INSTANCE_ID במזהה הקבוע של המכונה.

  3. מפעילים את הפקודה 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 שומר עליו על ידי הוספה או הסרה של צמתים

      במקרים רבים, לכל אשכול במכונה צריך להיות אותו מספר של צמתים, אבל יש חריגים. מידע על צמתים ורפליקציה

השבתת ההתאמה האוטומטית לעומס

המסוף

  1. במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.

    פתיחת רשימת המכונות

  2. לוחצים על המופע שרוצים לשנות ואז על עריכת המופע.

  3. בקטע Configure clusters, לוחצים על באשכול שרוצים לעדכן.

  4. בוחרים באפשרות Manual node allocation.

  5. בשדה Quantity, מזינים את מספר הצמתים באשכול.

    במקרים רבים, לכל אשכול במכונה צריך להיות אותו מספר של צמתים, אבל יש חריגים. מידע על צמתים ורפליקציה

  6. לוחצים על Save.

gcloud

  1. אם אתם לא יודעים מהו מזהה המכונה, תוכלו להשתמש בפקודה bigtable instances list כדי להציג רשימה של המכונות בפרויקט:

    gcloud bigtable instances list
    
  2. אם אתם לא יודעים מהם מזהי האשכולות של המכונה, תוכלו להשתמש בפקודה bigtable clusters list כדי להציג את רשימת האשכולות במכונה:

    gcloud bigtable clusters list --instances=INSTANCE_ID
    

    מחליפים את INSTANCE_ID במזהה הקבוע של המכונה.

  3. משתמשים בפקודה 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)

המסוף

  1. במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.

    פתיחת רשימת המכונות

  2. לוחצים על המופע שרוצים לשנות ואז על עריכת המופע.

  3. בקטע Configure clusters, לוחצים על באשכול שרוצים לעדכן.

  4. מזינים ערכים חדשים לכל אחד מהפרטים הבאים שרוצים לשנות:

    • מספר הצמתים המינימלי
    • מספר הצמתים המקסימלי
    • יעד ניצול המעבד (CPU)
    • יעד ניצול נפח האחסון
  5. לוחצים על Save.

gcloud

  1. אם אתם לא יודעים מהו מזהה המכונה, תוכלו להשתמש בפקודה bigtable instances list כדי להציג רשימה של המכונות בפרויקט:

    gcloud bigtable instances list
    
  2. אם אתם לא יודעים מהם מזהי האשכולות של המכונה, תוכלו להשתמש בפקודה bigtable clusters list כדי להציג את רשימת האשכולות במכונה:

    gcloud bigtable clusters list --instances=INSTANCE_ID
    

    מחליפים את INSTANCE_ID במזהה הקבוע של המכונה.

  3. משתמשים בפקודה 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 , קראו את המאמר מכסות של צמתים. אם אתם צריכים להקצות יותר צמתים מברירת המחדל, אתם יכולים לבקש עוד.

כדי לשנות את מספר הצמתים באשכול שמשתמש בהתאמה ידנית לעומס:

המסוף

  1. במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.

    פתיחת רשימת המכונות

  2. לוחצים על המופע שרוצים לשנות ואז על עריכת המופע.

  3. בקטע Configure clusters, לוחצים על Edit באשכול שרוצים לעדכן.

  4. בקטע Manual node allocation, מזינים את מספר הצמתים של האשכול בשדה Quantity.

    במקרים רבים, לכל אשכול במכונה צריך להיות אותו מספר של צמתים, אבל יש חריגים. מידע על צמתים ורפליקציה

  5. לוחצים על Save.

gcloud

  1. אם אתם לא יודעים מהו מזהה המכונה, תוכלו להשתמש בפקודה bigtable instances list כדי להציג רשימה של המכונות בפרויקט:

    gcloud bigtable instances list
    
  2. אם אתם לא יודעים מהם מזהי האשכולות של המכונה, תוכלו להשתמש בפקודה bigtable clusters list כדי להציג את רשימת האשכולות במכונה:

    gcloud bigtable clusters list --instances=INSTANCE_ID
    

    מחליפים את INSTANCE_ID במזהה הקבוע של המכונה.

  3. משתמשים בפקודה 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

  1. אם אתם לא יודעים מהו מזהה המכונה, תוכלו להשתמש בפקודה listinstances כדי להציג רשימה של המכונות בפרויקט:

    cbt listinstances
    
  2. אם אתם לא יודעים מהם מזהי האשכולות של המכונה, תוכלו להשתמש בפקודה listclusters כדי להציג רשימה של האשכולות במכונה:

    cbt -instance=INSTANCE_ID listclusters
    

    מחליפים את INSTANCE_ID במזהה הקבוע של המכונה.

  3. משתמשים בפקודה 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 באזור שבו רוצים למקם את האשכול.

לפני שמוסיפים אשכולות למכונה עם אשכול יחיד, חשוב לקרוא על ההגבלות שחלות כשמשנים את מדיניות איסוף האשפה בטבלאות משוכפלות. אחרי זה, כדאי לעיין בדוגמאות להגדרות של רפליקציה כדי לקבל המלצות.

כדי להוסיף אשכול למכונה:

המסוף

  1. במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.

    פתיחת רשימת המכונות

  2. לוחצים על המופע שרוצים לשנות ואז על עריכת המופע.

  3. בקטע Configure clusters, לוחצים על Add cluster.

    אם הלחצן הזה לא פעיל, למכונה כבר יש את המספר המקסימלי של אשכולות.

  4. מזינים מזהה לאשכול הראשון.

    מזהה האשכול הוא מזהה קבוע של האשכול.

  5. בוחרים את האזור והתחום שבהם האשכול הראשון יפעל.

  6. אופציונלי: כדי להגדיר את האשכול כך שתמיד יתבצע שינוי קנה מידה במרווחים של שני צמתים, בוחרים באפשרות Enable 2x node scaling. מידע נוסף זמין במאמר גורם לקביעת קנה מידה של צומת.

  7. בוחרים מצב התאמה לעומס (scaling) של צומת באשכול. ברוב המקרים, כדאי לבחור בהתאמה אוטומטית לעומס. הנחיות בנושא התאמה לעומס (scaling) מפורטות במאמר התאמה אוטומטית לעומס (automatic scaling).

    1. בקטע Manual node allocation, מזינים את מספר הצמתים של Bigtable באשכול הראשון. אם אתם לא בטוחים כמה צמתים אתם צריכים, השתמשו בברירת המחדל. אפשר להוסיף עוד צמתים בהמשך.
    2. בשדה Autoscaling, מזינים ערכים בשדות הבאים:
      • מספר הצמתים המינימלי
      • מספר הצמתים המקסימלי
      • יעד ניצול המעבד (CPU)
      • יעד ניצול נפח האחסון
  8. אופציונלי: כדי להגן על המכונה באמצעות CMEK במקום ההצפנה שמוגדרת כברירת מחדל ומנוהלת על ידי Google, מבצעים את הפעולות הבאות:

    1. לוחצים על הצגת אפשרויות ההצפנה.
    2. לוחצים על כפתור הבחירה לצד Customer-managed encryption key (CMEK).
    3. בוחרים או מזינים את שם המשאב של מפתח ה-CMEK שבו רוצים להשתמש באשכול. אי אפשר להוסיף את זה אחר כך.
    4. אם מוצגת בקשה לתת הרשאה לחשבון השירות של מפתח ה-CMEK, לוחצים על Grant. כדי לבצע את המשימה הזו, צריך להקצות לחשבון המשתמש את התפקיד "אדמין ב-Cloud KMS".
    5. לוחצים על Save.
  9. מזינים את מספר הצמתים באשכול.

    במקרים רבים, לכל אשכול במכונה צריך להיות אותו מספר של צמתים, אבל יש חריגים. מידע על צמתים ורפליקציה

  10. אם המכונה מוגנת באמצעות CMEK, בוחרים או מזינים מפתח בניהול הלקוח. מפתח ה-CMEK צריך להיות באותו אזור שבו נמצא האשכול.

  11. לוחצים על הוספה.

  12. חוזרים על השלבים האלה לכל אשכול נוסף, ואז לוחצים על Save. ‫Bigtable יוצר את האשכול ומתחיל לשכפל את הנתונים לאשכול החדש. יכול להיות שתבחינו בעלייה בשימוש במעבד (CPU) כשהשכפול יתחיל.

  13. בודקים את הגדרות הרפליקציה בפרופיל ברירת המחדל של האפליקציה כדי לראות אם הן מתאימות לתרחיש לדוגמה של הרפליקציה. יכול להיות שתצטרכו לעדכן את פרופיל ברירת המחדל של האפליקציה או ליצור פרופילים בהתאמה אישית לאפליקציה.

gcloud

  1. אם אתם לא יודעים מהו מזהה המכונה, תוכלו להשתמש בפקודה bigtable instances list כדי להציג רשימה של המכונות בפרויקט:

    gcloud bigtable instances list
    
  2. אם אתם לא יודעים מהם מזהי האשכולות של המכונה, תוכלו להשתמש בפקודה bigtable clusters list כדי להציג את רשימת האשכולות במכונה:

    gcloud bigtable clusters list --instances=INSTANCE_ID
    

    מחליפים את INSTANCE_ID במזהה הקבוע של המכונה.

  3. משתמשים בפקודה 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 שומר עליו על ידי הוספה או הסרה של צמתים.
  4. בודקים את הגדרות הרפליקציה בפרופיל ברירת המחדל של האפליקציה כדי לראות אם הן מתאימות לתרחיש לדוגמה של הרפליקציה. יכול להיות שתצטרכו לעדכן את פרופיל ברירת המחדל של האפליקציה או ליצור פרופילים בהתאמה אישית לאפליקציה.

cbt

  1. אם אתם לא יודעים מהו מזהה המכונה, תוכלו להשתמש בפקודה listinstances כדי להציג רשימה של המכונות בפרויקט:

    cbt listinstances
    
  2. אם אתם לא יודעים מהם מזהי האשכולות של המכונה, תוכלו להשתמש בפקודה listclusters כדי להציג רשימה של האשכולות במכונה:

    cbt -instance=INSTANCE_ID listclusters
    

    מחליפים את INSTANCE_ID במזהה הקבוע של המכונה.

  3. משתמשים בפקודה 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.

  4. בודקים את הגדרות הרפליקציה בפרופיל ברירת המחדל של האפליקציה כדי לראות אם הן מתאימות לתרחיש לדוגמה של הרפליקציה. יכול להיות שתצטרכו לעדכן את פרופיל ברירת המחדל של האפליקציה או ליצור פרופילים בהתאמה אישית לאפליקציה.

מחיקת אשכול

אם למכונה יש כמה אשכולות, אפשר למחוק את כולם חוץ מאחד. אם מוחקים את כל האשכולות מלבד אחד, הרפליקציה מושבתת באופן אוטומטי.

במקרים הבאים, Bigtable לא מאפשר למחוק אשכול:

  • אם אחד מפרופילי האפליקציה מנתב את כל התנועה לאשכול יחיד. כדי להסיר את האשכול, צריך לערוך או למחוק את פרופיל האפליקציה.
  • אם מוסיפים אשכולות חדשים למכונה קיימת, אי אפשר למחוק אשכולות במכונה הזו עד שההעתקה הראשונית של הנתונים לאשכולות החדשים מסתיימת.
  • אם אשכול מכיל גיבוי אחד או יותר. כדי למחוק את האשכול, צריך למחוק את הגיבויים האלה או לחכות שהתוקף שלהם יפוג.
  • אם אשכול מוגדר כמיקום במדיניות הגיבוי האוטומטי של טבלה. כדי למחוק את האשכול, קודם צריך לעדכן את מדיניות הגיבוי האוטומטי.

כדי למחוק אשכול ממכונה:

המסוף

  1. במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.

    פתיחת רשימת המכונות

  2. לוחצים על המופע שרוצים לשנות ואז על עריכת המופע.

  3. בקטע Configure clusters, לוחצים על Delete cluster באשכול שרוצים למחוק.

  4. כדי לבטל את פעולת המחיקה, לוחצים על Undo. אפשר לעשות את זה עד שלוחצים על Save. אם לא רוצים, לוחצים על שמירה.

gcloud

  1. אם אתם לא יודעים מהו מזהה המכונה, תוכלו להשתמש בפקודה bigtable instances list כדי להציג רשימה של המכונות בפרויקט:

    gcloud bigtable instances list
    
  2. אם אתם לא יודעים מהם מזהי האשכולות של המכונה, תוכלו להשתמש בפקודה bigtable clusters list כדי להציג את רשימת האשכולות במכונה:

    gcloud bigtable clusters list --instances=INSTANCE_ID
    

    מחליפים את INSTANCE_ID במזהה הקבוע של המכונה.

  3. משתמשים בפקודה bigtable clusters delete כדי למחוק את האשכול:

    gcloud bigtable clusters delete CLUSTER_ID \
        --instance=INSTANCE_ID
    

    מזינים את הפרטים הבאים:

    • CLUSTER_ID: המזהה הקבוע של האשכול.
    • INSTANCE_ID: המזהה הקבוע של המכונה.

cbt

  1. אם אתם לא יודעים מהו מזהה המכונה, תוכלו להשתמש בפקודה listinstances כדי להציג רשימה של המכונות בפרויקט:

    cbt listinstances
    
  2. אם אתם לא יודעים מהם מזהי האשכולות של המכונה, תוכלו להשתמש בפקודה listclusters כדי להציג רשימה של האשכולות במכונה:

    cbt -instance=INSTANCE_ID listclusters
    

    מחליפים את INSTANCE_ID במזהה הקבוע של המכונה.

  3. משתמשים בפקודה deletecluster כדי למחוק את האשכול:

    cbt -instance=INSTANCE_ID deletecluster CLUSTER_ID
    

    מזינים את הפרטים הבאים:

    • INSTANCE_ID: המזהה הקבוע של המכונה.
    • CLUSTER_ID: המזהה הקבוע של האשכול.

העברת נתונים למיקום חדש

כדי להעביר את הנתונים במכונה של Bigtable לאזור חדש, מוסיפים אשכול חדש במיקום שאליו רוצים להעביר את הנתונים, ואז מוחקים את האשכול במיקום שממנו רוצים להעביר את הנתונים. האשכול שנמחק נשאר זמין עד שהנתונים משוכפלים לאשכול החדש, כך שאין צורך לדאוג לגבי בקשות שנכשלות. ‫Bigtable משכפל את כל הנתונים לאשכול החדש באופן אוטומטי.

ניהול פרופילים של אפליקציות

פרופילי אפליקציות, או פרופילי אפליקציה, קובעים איך האפליקציות מתחברות למכונה שמשתמשת ברפליקציה. לכל מכונה עם יותר מאשכול אחד יש פרופיל אפליקציה משלה שמוגדר כברירת מחדל. אפשר גם ליצור פרופילים רבים ושונים של אפליקציות בהתאמה אישית לכל מכונה, ולהשתמש בפרופיל אפליקציה שונה לכל סוג של אפליקציה שאתם מריצים.

במאמר הגדרת פרופילי אפליקציות מוסבר איך מגדירים פרופילי אפליקציות של מכונה. במאמר דוגמאות להגדרות של רפליקציה תוכלו למצוא דוגמאות להגדרות שבהן אפשר להשתמש כדי ליישם תרחישים נפוצים לדוגמה.

ניהול תוויות

תוויות הן צמדי מפתח/ערך שמאפשרים לקבץ מכונות קשורות ולאחסן מטא-נתונים על מכונה.

כדי ללמוד איך לנהל תוויות, קראו את המאמרים הוספה או עדכון של תוויות של מכונה והסרת תווית ממכונה.

שינוי השם המוצג של מכונה

כדי לשנות את השם המוצג של המכונה, שמשמש לזיהוי המכונה במסוף Google Cloud :

המסוף

  1. במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.

    פתיחת רשימת המכונות

  2. לוחצים על המופע שרוצים לשנות ואז על עריכת המופע.

  3. עורכים את שם המכונה ולוחצים על שמירה.

gcloud

  1. אם אתם לא יודעים מהו מזהה המכונה, תוכלו להשתמש בפקודה bigtable instances list כדי להציג רשימה של המכונות בפרויקט:

    gcloud bigtable instances list
    
  2. משתמשים בפקודה bigtable instances update כדי לעדכן את השם המוצג:

    gcloud bigtable instances update INSTANCE_ID \
        --display-name=DISPLAY_NAME
    

    מזינים את הפרטים הבאים:

    • INSTANCE_ID: המזהה הקבוע של המכונה.
    • ‫DISPLAY_NAME: שם קריא לאנשים שמזהה את המכונה במסוף Google Cloud .

cbt

התכונה הזו לא זמינה ב-CLI של cbt.

המאמרים הבאים