סקירה כללית של פרופילי אפליקציות

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

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

בדף הזה מתוארים פרופילי אפליקציות ומוסבר איך להשתמש בהם.

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

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

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

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

בקטעים הבאים מתוארים היתרונות של יצירה ושימוש בכמה פרופילים של אפליקציות.

בידוד של עומסי עבודה

שימוש בפרופילים נפרדים של אפליקציות מאפשר לכם להשתמש במדיניות שונה של חישוב וניתוב ב-Bigtable למטרות שונות. לדוגמה, נניח שאתם רוצים למנוע מעבודת קריאה באצווה (עומס עבודה A) להגדיל את השימוש במעבד באשכולות שמטפלים בקריאות ובכתיבות קבועות של אפליקציה (עומס עבודה B). אפשר להשתמש באחת מהגישות הבאות:

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

  • להשתמש בפרופיל אפליקציה רגיל, שמשתמש בצמתי אשכול לחישוב, שהוגדר להפניה לכל אשכול עבור עומס עבודה B, וליצור פרופיל אפליקציית Data Boost לשימוש באשכול יחיד עם עומס עבודה A. התכונה Data Boost משתמשת במחשוב ללא שרת, ואילו תנועת האפליקציות משתמשת בצמתים של האשכול למחשוב.

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

ניראות (observability)

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

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

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

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

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

פרופילים רגילים של אפליקציות

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

ניתוב

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

עדיפות הבקשה

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

פרופילים של אפליקציות בשכבת זיכרון

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

פרופילים של אפליקציות Data Boost

פרופיל אפליקציה של Data Boost מאפשר לכם להשתמש בחישוב ללא שרת של Data Boost כדי לבודד משימות ושאילתות עם תפוקה גבוהה מתנועת השרת של האפליקציה. פרופיל של אפליקציית Data Boost לא מאפשר להגדיר עדיפות לבקשות, ומדיניות הניתוב היחידה שזמינה היא single-cluster. מידע נוסף מופיע במאמר סקירה כללית על Data Boost.

מהדורת Enterprise Plus מרחיבה את היכולות של Data Boost לתמיכה ב:

  • שאילתות SQL מבודדות
  • ניתוח נתונים באשכולות או בטבלאות של כונני HDD עם אחסון מדורג מופעל

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

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

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

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

אם משנים פרופיל אפליקציה מסטנדרטי ל-Data Boost, סוג החישוב שמשמש לתעבורת נתונים בפרופיל האפליקציה משתנה לבלי שרת (serverless), וגם התמחור משתנה. מידע נוסף זמין במאמרים סקירה כללית על Data Boost ותמחור של Bigtable.

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

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

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

כשיוצרים מופע, Bigtable יוצר באופן אוטומטי פרופיל אפליקציה שמוגדר כברירת מחדל עבור המופע. פרופיל האפליקציה שמוגדר כברירת מחדל הוא פרופיל אפליקציה רגיל, אבל אפשר להמיר אותו לפרופיל Data Boost. אם האפליקציה לא מציינת פרופיל אפליקציה, או אם אתם משתמשים ב-HBase shell כדי להתחבר למופע, Bigtable משתמש בהגדרות בפרופיל האפליקציה שמוגדר כברירת מחדל.

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

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

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

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

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

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