שדרוג במקום

בדף הזה מוסבר איך לבצע שדרוג ושנמוך במקום של מופעי Cloud SQL.

ביצוע שינויים במקום במכונה של Cloud SQL

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

לפני שמתחילים

מוודאים שהמופע פועל ב-PostgreSQL 12 ואילך.

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

מהדורות שונות תומכות בסוגים שונים של מכונות שמשתמשות באפשרויות אחסון שונות. סוגי מכונות C4 ו-C4A עם ביצועים גבוהים משתמשים באחסון Hyperdisk Balanced ולא באחת מהאפשרויות של דיסק מתמשך שבהן נעשה שימוש בסוגי מכונות ישנים יותר.

כשמשנים את המהדורה או את סוג המכונה שבהם משתמשים, יכול להיות שגם סוג האחסון ישתנה. שינוי כזה עלול לגרום להשבתה זמנית ולשינוי בעלויות האחסון. כשעוברים ל-Google Cloud Hyperdisk Balanced, יש אפשרויות הגדרה נוספות שאפשר לציין. מידע נוסף זמין במאמר בנושא שינויים באחסון.

שימו לב לשינויים באחסון של יומן העסקאות של PITR

אם אתם משדרגים מופע של Cloud SQL במהדורת Enterprise שמאחסן את יומני הרישום מראש (write-ahead logs) שמשמשים ל-PITR בדיסק, חשוב לדעת שתהליך השדרוג למהדורת Cloud SQL Enterprise Plus מעביר את מיקום האחסון של היומנים האלה מהדיסק ל-Cloud Storage. כדי לקבוע את המיקום הנוכחי של יומני write-ahead של PITR עבור המופע, אפשר לעיין במאמר בדיקת מיקום האחסון של יומני טרנזקציות שמשמשים ל-PITR.

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

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

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

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

אפשר להשתמש בהליך שמתואר בקטע הזה כדי לשדרג מכונה במהדורת Cloud SQL Enterprise למהדורת Cloud SQL Enterprise Plus, או כדי לשנמך מכונה במהדורת Cloud SQL Enterprise Plus למהדורת Cloud SQL Enterprise.

המסוף

  1. נכנסים לדף Cloud SQL Instances במסוף Google Cloud .

    כניסה לדף Cloud SQL Instances

  2. כדי לפתוח את הדף סקירה כללית של מכונה, לוחצים על שם המכונה.
  3. לוחצים על Edit.
  4. בקטע Choose a Cloud SQL edition, לוחצים על Upgrade אם המכונה שלכם משתמשת במהדורת Cloud SQL Enterprise, או על Switch to Enterprise אם המכונה שלכם משתמשת במהדורת Cloud SQL Enterprise Plus.
  5. משתמשים בחלונית שנפתחת כדי לציין את ההגדרה של המופע באמצעות המהדורה החדשה. [אפשרויות לשינויים במקום](#change-options).
  6. מזינים את מזהה המופע כדי לאשר את הבחירות האלה, ואז לוחצים על שדרוג המהדורה או על החלפת המהדורה, בהתאם לשדרוג או לשנמוך שרוצים לבצע.

אפשר גם להתחיל שינוי מהדורה בדף Instances (מופעים) אם בוחרים באפשרות Edit (עריכה) בעמודה Actions (פעולות) של המופע.

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

gcloud

בדוגמת הקוד הבאה של [`gcloud sql instance patch`](/sdk/gcloud/reference/sql/instances/patch) מוצג איך לשדרג את המכונה למהדורת Cloud SQL Enterprise Plus:

gcloud sql instances patch INSTANCE_ID \
  --edition=enterprise-plus \
  --tier=MACHINE_TYPE \
  --project=PROJECT_ID

אופציונלי: אפשר גם להפעיל מטמון נתונים עבור המופע על ידי הוספת הדגל --enable-data-cache.

מחליפים את מה שכתוב בשדות הבאים:

  • ‫PROJECT_ID: מזהה הפרויקט של המופע שרוצים לשדרג.
  • ‫INSTANCE_ID: השם של המכונה שרוצים לשדרג.
  • ‫MACHINE_TYPE: סוג המכונה של המופע שרוצים לשדרג. מידע נוסף על סוגי מכונות במהדורת Cloud SQL Enterprise Plus זמין במאמר סוגי מכונות למכונות Cloud SQL Enterprise Plus.

REST

הפקודה הבאה משדרגת את המכונה למהדורת Cloud SQL Enterprise Plus ומפעילה מחדש את הפעולה.

לפני שמשתמשים בנתוני הבקשה, צריך להחליף את הנתונים הבאים:

  • ‫PROJECT_ID: מזהה הפרויקט של המופע שרוצים לשדרג.
  • ‫INSTANCE_ID: מזהה המכונה של המכונה שרוצים לשדרג.
  • ‫MACHINE_TYPE: סוג המכונה של המופע שרוצים לשדרג. מידע נוסף על סוגי מכונות במהדורת Cloud SQL Enterprise Plus זמין במאמר סוגי מכונות למכונות Cloud SQL Enterprise Plus.

אופציונלי: אפשר להפעיל מטמון נתונים על ידי הגדרת הפרמטר dataCacheEnabled כ-true.

ה-method של ה-HTTP וכתובת ה-URL:

PATCH https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/instances/INSTANCE_ID

תוכן בקשת JSON:

{
  "settings": {
      "tier": "MACHINE_TYPE",
      "edition": "ENTERPRISE_PLUS",
      "dataCacheConfig": {
        "dataCacheEnabled": true
      },
  }
}

כדי לשלוח את הבקשה צריך להרחיב אחת מהאפשרויות הבאות:

אתם אמורים לקבל תגובת JSON שדומה לזו:

{
  "kind": "sql#operation",
  "targetLink": "https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/instances/INSTANCE_ID",
  "status": "PENDING",
  "user": "user@example.com",
  "insertTime": "2020-01-16T02:32:12.281Z",
  "operationType": "UPDATE",
  "name": "OPERATION_ID",
  "targetId": "INSTANCE_ID",
  "selfLink": "https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/operations/OPERATION_ID",
  "targetProject": "PROJECT_ID"
}

REST v1beta4

הפקודה הבאה משדרגת את המכונה למהדורת Cloud SQL Enterprise Plus ומפעילה מחדש את הפעולה.

לפני שמשתמשים בנתוני הבקשה, צריך להחליף את הנתונים הבאים:

  • ‫PROJECT_ID: מזהה הפרויקט של המופע שרוצים לשדרג.
  • ‫INSTANCE_ID: מזהה המכונה של המכונה שרוצים לשדרג.
  • ‫MACHINE_TYPE: סוג המכונה של המופע שרוצים לשדרג. מידע נוסף על סוגי מכונות במהדורת Cloud SQL Enterprise Plus זמין במאמר סוגי מכונות למכונות Cloud SQL Enterprise Plus.

אופציונלי: אפשר להפעיל מטמון נתונים על ידי הגדרת הפרמטר dataCacheEnabled כ-true.

ה-method של ה-HTTP וכתובת ה-URL:

PATCH https://sqladmin.googleapis.com/v1beta4/projects/PROJECT_ID/instances/INSTANCE_ID

תוכן בקשת JSON:

{
  "settings": {
      "tier": "MACHINE_TYPE",
      "edition": "ENTERPRISE_PLUS",
      "dataCacheConfig": {
        "dataCacheEnabled": true
      },
  }
}

כדי לשלוח את הבקשה צריך להרחיב אחת מהאפשרויות הבאות:

אתם אמורים לקבל תגובת JSON שדומה לזו:

{
  "kind": "sql#operation",
  "targetLink": "https://sqladmin.googleapis.com/v1beta4/projects/PROJECT_ID/instances/INSTANCE_ID",
  "status": "PENDING",
  "user": "user@example.com",
  "insertTime": "2020-01-16T02:32:12.281Z",
  "operationType": "UPDATE",
  "name": "OPERATION_ID",
  "targetId": "INSTANCE_ID",
  "selfLink": "https://sqladmin.googleapis.com/v1beta4/projects/PROJECT_ID/operations/OPERATION_ID",
  "targetProject": "PROJECT_ID"
}

אפשרויות לשינויים במקום

שינוי המהדורה של מכונת Cloud SQL יכול לחייב שינוי של סדרת המכונות שלה, מה שמשפיע בתורו על סוג האחסון שלה.

שינויים במכונה

כשמשנים מהדורה, צריך לשנות גם את סוג המכונה. מידע נוסף על סדרות המכונות שנתמכות ב-Cloud SQL זמין במאמר בחירת סדרת מכונות.

כשמשדרגים ממהדורת Cloud SQL Enterprise למהדורת Cloud SQL Enterprise Plus, אפשר לבחור בין סדרות המכונות N2,‏ C4A ו-C4.

כשמבצעים שדרוג לאחור ממהדורת Cloud SQL Enterprise Plus למהדורת Cloud SQL Enterprise, אפשר לבחור בין ליבת CPU ייעודית לשימוש כללי לבין סדרת מכונות N4.

אפשר גם לשנות את סוג המכונה בלי לשנות את המהדורה. אחרי שבוחרים לערוך את המופע, עוברים לקטע המשנה Machine של Machine Configuration באזור Customize your instance. אפשר לבחור סוג מכונה אחר בתפריט הנפתח. אפשר גם לבחור מספר אחר של VCPU ולהפעיל או להשבית את מטמון הנתונים אם צריך.

מידע כללי נוסף זמין גם במאמרי העזרה של Compute Engine בנושא סדרות המכונות N2,‏ C4A,‏ C4 ו-N4.

שינויים באחסון

אם אתם עוברים מסדרת מכונות למטרות כלליות או מסדרת מכונות N2 לסדרת מכונות N4,‏ C4A או C4, האחסון שלכם יועבר מכונן SSD לאחסון Google Cloud Hyperdisk balanced. השדרוג הזה בדרך כלל דורש זמן השבתה מינימלי.

אפשר להתאים אישית את האחסון המאוזן של Google Cloud Hyperdisk לתרחיש השימוש שלכם על ידי הגדרת הפרמטרים הבאים:

  • נפח אחסון
  • ‫IOPS שהוקצו
  • הקצאת משאבים לפי התפוקה שנקבעה

ב-Google Cloud Hyperdisk Balanced, המערכת מגדירה כברירת מחדל ערכים ומגבלות של IOPS ושל קצב העברת נתונים על סמך ההגדרה של המכונה, שכוללת את סוג המכונה ואת קיבולת האחסון. קיבולת האחסון מגבילה את ערך ברירת המחדל, וסוג המכונה קובע את הערך המקסימלי של IOPS ושל Throughput. פרטים נוספים זמינים במאמר בנושא בחירת אפשרות אחסון.

שינויים במיקום של יומני write-ahead ל-PITR

אם במכונה שלכם במהדורת Cloud SQL Enterprise מאוחסנים יומני עסקאות לצורך PITR בדיסק, אז התחלת תהליך השדרוג למהדורת Cloud SQL Enterprise Plus מעבירה את מיקום האחסון של היומנים האלה ל-Cloud Storage.

התנאים הבאים חלים על שינוי המיקום:

  • התהליך נמשך בערך כמו משך הזמן של הגדרת ה-PITR‏ transactionLogRetentionDays עד שהמעבר ל-Cloud Storage מסתיים.
  • במהלך המעבר ל-Cloud Storage, מומלץ לא לשנות את הגדרת ה-PITR של transactionLogRetentionDays. גם אם תגדילו את transactionLogRetentionDays, יומני הרישום של פעולות הכתיבה לא יישמרו בדיסק יותר מ-7 ימים, שהוא ברירת המחדל למופע של Cloud SQL במהדורת Enterprise.

ברירות המחדל של אחסון גיבויים ויומנים ב-Cloud SQL Enterprise Plus

כשעוברים למהדורת Cloud SQL Enterprise, מיקום האחסון של יומני העסקאות שמשמשים ל-PITR לא משתנה. אם המכונה שלכם במהדורת Cloud SQL Enterprise Plus מאחסנת את יומני העסקאות שלה לצורך PITR ב-Cloud Storage, היומנים יישארו ב-Cloud Storage. עם זאת, במקום לשמור כברירת מחדל יומני עסקאות של 14 ימים לצורך PITR, ברירת המחדל השתנתה ל-7 ימים. הגדרות הגיבוי לא משתנות.