שימוש במסוף Spanner Omni

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

הפעלת מסוף Spanner Omni

מורידים את מסוף Spanner Omni כדי להריץ מכונה אחת לכל הפריסה. מידע נוסף זמין במאמר הורדת Spanner Omni.

שימוש במסוף Spanner Omni בפריסות של שרת יחיד

כדי להפעיל את מסוף Spanner Omni בפריסה של שרת יחיד:

1. פועלים לפי השלבים במאמר הגדרת Spanner Omni.

2. מריצים את הפקודה start-single-server כדי להפעיל את שרת Spanner.

3. מפעילים את מסוף Spanner Omni. אם אתם משתמשים בקונטיינרים, מריצים את הפקודה הבאה:

   docker exec -it spanneromni /google/spanner/bin/omni-jre/bin/java -jar /google/spanner/bin/spanner-console
   

   במסוף של Spanner Omni משתמשים באותם דגלים שמשתמשים בהם ב-CLI של Spanner Omni.

   • כדי להפעיל עם TLS, משתמשים בפקודה:

     docker exec -it spanneromni /google/spanner/bin/omni-jre/bin/java -jar \
         /google/spanner/bin/spanner-console \
         --ca-certificate-file=PATH_TO_CA_FILE
     

   • כדי להפעיל עם mTLS, משתמשים בפקודה:

     docker exec -it spanneromni /google/spanner/bin/omni-jre/bin/java -jar \
         /google/spanner/bin/spanner-console \
         --ca-certificate-file=PATH_TO_CA_FILE \
         --client-certificate-directory=PATH_TO_CLIENT_CERT_DIR
     

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

   • PATH_TO_CA_FILE: הנתיב לקובץ האישור של רשות האישורים (CA).
   • ‫PATH_TO_CLIENT_CERT_DIR: הנתיב לספריית האישורים של הלקוח.

4. בדפדפן, נכנסים לכתובת http://localhost:15026 כדי לגשת למסוף Spanner Omni.

שימוש במסוף Spanner Omni עם פריסות אזוריות, של תחום מוגדר ושל כמה אשכולות

בפריסות שמבוססות על Kubernetes, מסוף Spanner Omni נפרס כשיוצרים פריסה. כדי לגשת למסוף Spanner Omni, נכנסים לכתובת http://HOST_ADDRESS:15026 בדפדפן.

מחליפים את HOST_ADDRESS ב-EXTERNAL_IP של spanner-omni-console שמופיע בפלט של הפקודה הבאה:

kubectl get svc -n spanner-ns

התכונות של מסוף Spanner Omni

מסוף Spanner Omni כולל כמה דפים שמספקים תובנות לגבי הפריסה.

סקירה כללית

הדף Overview הוא מרכז הבקרה הראשי לפריסה של Spanner Omni. הוא מספק את המידע הכללי הבא על התקינות, הסטטוס וניצול המשאבים של צומתי Spanner:

פרטי הפריסה

בקטע הזה מפורטים פרטי הפריסה:

• ‫Deployment ID: מזהה ייחודי של הפריסה הנוכחית של Spanner Omni. אתם מציינים את המזהה הזה כשאתם יוצרים את הפריסה.

• ‫Database version: הגרסה הספציפית של תוכנת Spanner Omni שאתם מריצים (לדוגמה, 2026.r4-lts.1).

• ‫Edition: מהדורת הרישיון של Spanner Omni שמותקנת בפריסה.

• סוג הרישיון: סוג הרישיון שמותקן בפריסה. מידע נוסף על המהדורות וסוגי הרישיונות של Spanner Omni מופיע בסקירה הכללית על המהדורות של Spanner Omni.

• תפוגת הרישיון: התאריך שבו פג תוקף הרישיון של הפריסה.

הגדרת התצורה של פריסה

• ניצול המעבד (CPU): תרשים בזמן אמת שמציג את עומס העיבוד בפריסה. אפשר לעבור בין Zone ל-Server כדי לראות את הניצול.

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

  עמודה	תיאור
  שם המשאב	שם האזור או צומת השרת הספציפי של Spanner Omni.
  סוג	Zone: סוג האזור (לדוגמה, קריאה-כתיבה, קריאה בלבד או עדות). שרת Spanner Omni: צמתים נפרדים שמריצים את שירות Spanner Omni. במסוף Spanner Omni, שרתי הבסיס מזוהים באופן ספציפי.
  סטטוס	מציין אם המשאב תקין (לדוגמה, Ready).
  מיקום	האזור הפיזי או הלוגי שבו נמצא האזור (לדוגמה, us-central1).
  מעבדי vCPU, זיכרון, נפח אחסון בשימוש	ההקצאה והניצול הנוכחיים של המשאבים בכל צומת ואזור.

מסדי נתונים

בדף Databases מוצגת תצוגה מרוכזת של כל מסדי הנתונים בפריסה של Spanner Omni. הטבלה בדף הזה כוללת את הפרטים הבאים:

עמודה	תיאור
שם מסד הנתונים	המזהה הייחודי של מסד הנתונים (לדוגמה, retail, ycsbdb).
ניב	‫SQL dialect שנתמך במסד הנתונים: ‫GOOGLE_STANDARD_SQL: הניב שמוגדר כברירת מחדל, עם תמיכה מלאה בתכונות של Spanner. ‫POSTGRESQL: ממשק שתואם ל-PostgreSQL.
ניצול יחידת העיבוד המרכזית (CPU)	אחוז משאבי המעבד (CPU) שמסד הנתונים צורך. כך תוכלו לזהות מסדי נתונים עם עומס גבוה.
Tables	המספר הכולל של טבלאות שהוגדרו על ידי המשתמש במסד הנתונים.
תקופת השמירה של הגרסה	משך הזמן שבו Spanner Omni שומר נתונים היסטוריים לשחזור מנקודה מסוימת בזמן (לדוגמה, 1h).

גיבויים

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

מידע נוסף זמין במאמר גיבויים ב-Spanner Omni.

נפח האחסון הכולל לגיבוי

בקטע Total backup storage מוצג הגודל המצטבר של כל הגיבויים שאתם שומרים באחסון החיצוני (לדוגמה, Amazon Simple Storage Service (Amazon S3),‏ Cloud Storage או אחסון מקומי שתואם ל-Amazon S3).

טבלת הגיבויים

בטבלת הגיבויים מוצגים הפרטים הבאים לכל גיבוי:

עמודה	תיאור
שם הגיבוי	המזהה הייחודי של הגיבוי.
מסד נתונים מקורי	שם מסד הנתונים שממנו נוצר הגיבוי במסוף Spanner Omni.
סטטוס	המצב הנוכחי של הגיבוי. הסטטוסים הנפוצים כוללים: מוכן: הגיבוי הושלם ואפשר לשחזר אותו. Creating: הגיבוי מתבצע. התוקף יפוג בקרוב: הגיבוי קרוב לתאריך התפוגה שהמשתמש ציין.
נפח הגיבוי	גודל נתוני הגיבוי באחסון.
זמן היצירה	חותמת הזמן שבה שרת Spanner Omni התחיל את תהליך הגיבוי.
זמן תמונת המצב (או זמן הגרסה)	הנקודה בזמן שהגיבוי מייצג. כל הנתונים בגיבוי הם תמונת מצב עקבית של מסד הנתונים באותו רגע.
מועד התפוגה	התאריך והשעה שבהם Spanner Omni מוחק את הגיבוי.

תובנות לגבי המערכת

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

אתם יכולים להתאים אישית את הנתונים שמוצגים במרכז הבקרה באמצעות המסננים הבאים:

• אזורים: סינון מדדים לפי אזורי פריסה ספציפיים.

• שרתים: פירוט של צומתי שרתים ספציפיים.

• ‫Databases: הצגת מדדים של מסד נתונים ספציפי או של כל הפריסה.

• טווח תאריכים: בוחרים חלון מבט לאחור משעה אחת ועד 7 ימים.

ניצול יחידת העיבוד המרכזית (CPU)

בקטע הזה אפשר לעקוב אחרי עומס העיבוד בפריסה. אפשר לקבץ את המדד הזה לפי:

• אזור: זיהוי חוסר איזון בעומסים בין מיקומים פיזיים.

• ‫Priority: חלוקת המשאבים בין משימות בעדיפות גבוהה, בינונית ונמוכה.

• ‫Operation Type: פירוט השימוש לפי משימות שהמשתמשים התחילו, כמו קריאות, כתיבות ואישורים.

זמן אחזור

בקטע הזה אפשר לעקוב אחרי מהירות הפעולות:

• ‫Request Latency: משך הזמן שלוקח לבקשות API ספציפיות.

• זמן אחזור של עסקאות: הזמן הכולל של עסקאות מלאות במסד הנתונים.

• אחוזונים: לדוגמה, אפשר להציג את הנתון הזה באחוזון ה-50 (P50) כדי לראות את הביצועים החציוניים. עם זאת, כדי לפתור בעיות צריך בדרך כלל לבדוק את P90 או את P99.

תפוקה ותפעול

בקטע הזה מוצגים הפרטים הבאים:

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

• פעולות לשנייה: המספר הכולל של קריאות ל-API שהמערכת מעבדת.

זמן ההמתנה לנעילה

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

מדדי אחסון

• נפח אחסון: נפח האחסון הכולל והזמין במערכת הקבצים הבסיסית, שמקובץ לפי אזור במסוף Spanner Omni.

• ניצול האחסון: מספר הבייטים שמסדי הנתונים שלכם משתמשים בהם. תהליך דחיסת הנתונים ב-Spanner Omni עלול לגרום לתנודות זמניות במספרים האלה.

ביצועי מערכת הקבצים

בקטע הזה מופיעות תובנות לגבי הביצועים של שכבת האחסון הבסיסית (SpanhostFS):

• זמן האחזור של מערכת הקבצים: משך הזמן של פעולות קלט/פלט ברמה נמוכה (קריאה, כתיבה וריקון).

• קצב העברת הנתונים של מערכת הקבצים: קצב העברת הנתונים ברמת מערכת הקבצים.

תובנות לגבי שאילתות

הדף Query Insights עוזר לזהות ולאבחן בעיות בביצועים של שאילתות SQL והצהרות DML‏ (INSERT,‏ UPDATE ו-DELETE). אתם יכולים להשתמש בתובנות לגבי שאילתות כדי לזהות שאילתות לא יעילות, שיכולות לגרום לשימוש גבוה ב-CPU.

• זיהוי: בודקים אם השאילתות הן הסיבה העיקרית לעומס על המעבד (CPU) בפריסה.

• זיהוי: מאתרים את השאילתות הספציפיות או את תגי הבקשות של האפליקציה שצורכים הכי הרבה משאבים.

• ניתוח: משתמשים במדדים מפורטים כמו זמן אחזור וספירת שורות כדי להבין למה השאילתה איטית.

עומס על מסד הנתונים לפי זמן הביצוע (כל השאילתות)

ב-Database load by execution time מוצג השימוש המצטבר ב-CPU לכל השאילתות לאורך זמן. כדי להציג את העומס של מסד נתונים ספציפי, משתמשים במסנן של מסד הנתונים.

‫N השאילתות והתגים המובילים

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

טבלת השאילתות והתגים המובילים

בטבלה מפורטים השאילתות והתגים שצורכים הכי הרבה משאבים. אפשר להשתמש בזה כדי לזהות את השאילתות שצורכות הכי הרבה משאבים בעומס העבודה של השאילתות.

עמודה	תיאור
טביעת אצבע	מזהה ייחודי של "תבנית" שאילתה ספציפית.
תג השאילתה או הבקשה	טקסט ה-SQL המנורמל של השאילתה. אם האפליקציה מספקת תג בקשה באפשרויות השאילתה, במסוף Spanner Omni יוצג התג הזה במקום זאת, וכך תוכלו לקבץ שאילתות קשורות (לדוגמה, checkout_process).
סוג השאילתה	סוג הפעולה (לדוגמה, QUERY).
מעבד (CPU) (%)	אחוז משאבי המעבד (CPU) הכוללים של מסד הנתונים שהשאילתה הזו צורכת במהלך המרווח.
מספר ההרצות	מספר הפעמים הכולל שהשאילתה הופעלה במסוף Spanner Omni.
זמן אחזור ממוצע (באלפיות השנייה)	הזמן הממוצע שנדרש להשלמת השאילתה, כולל זמן הרשת בין השרתים.
מספר ממוצע של שורות שנסרקו	מספר השורות הממוצע ש-Spanner Omni קורא כדי לעבד את השאילתה. יחסים גבוהים בין מספר המסמכים שנסרקו למספר המסמכים שהוחזרו בדרך כלל מצביעים על אינדקסים חסרים או לא יעילים.
מספר ממוצע של שורות שהוחזרו	מספר השורות הממוצע שמסוף Spanner Omni שולח בחזרה לאפליקציה.
בייטים שהוחזרו	כמות הנתונים הממוצעת שמסוף Spanner Omni מחזיר בכל הפעלה.