פתרון בעיות במינויים ל-Cloud Storage

בדף הזה מפורטים כמה טיפים נפוצים לפתרון בעיות שקשורות למינויים ל-Cloud Storage.

בדיקת הסטטוס של מינוי לנפח אחסון ב-Cloud Storage

כדי לבדוק את סטטוס המינוי:

  1. נכנסים לדף המינוי ל-Pub/Sub במסוף Google Cloud .

    לדף "מינויים"

  2. בודקים את הסמל של State במינוי לנפח אחסון ב-Cloud Storage.

    • אם הסמל הוא סימן וי ירוק, המינוי תקין.

    • אם הסמל הוא סימן קריאה אדום, המינוי נמצא במצב שגיאה.

  3. לוחצים על המינוי לנפח אחסון ב-Cloud Storage.

    ייפתח דף פרטי המינוי.

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

  5. בהתאם להודעת השגיאה, עוברים אל הקטע הרלוונטי בדף הזה כדי לפתור את הבעיה.

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

לא ניתן ליצור או לעדכן מינוי

אלה כמה מהבעיות הנפוצות שאתם עלולים להיתקל בהן אם אתם מתקשים ליצור או לעדכן מינוי לנפח אחסון ב-Cloud Storage.

השגיאה 'הקטגוריה לא נמצאה'

אם הקטגוריה שציינתם בתהליך העבודה של יצירה או עדכון מינוי לא קיימת, תהליך העבודה יחזיר את השגיאה bucket not found. ההודעה במסוף Google Cloud תיראה כך:

The Cloud Storage bucket specified cannot be found.

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

שגיאה בחשבון שירות

אם לא הגדרתם את חשבון השירות של Pub/Sub עם ההרשאות הנכונות, תוחזר שגיאה בתהליך העבודה של יצירה או עדכון של מינוי. ההודעה במסוף Google Cloud תיראה כך:

Cloud Pub/Sub did not have the necessary permissions configured to access
the provided bucket my-bucket (or the bucket may not exist).
Please verify that the service account
service-112233445566@gcp-sa-pubsub.iam.gserviceaccount.com
was granted the Storage Legacy Bucket Reader and Storage Object Creator
roles for the provided bucket.

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

במצב המינוי מופיע סימן קריאה אדום

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

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

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

  • ההרשאה לקטגוריה נדחתה: לחשבון השירות ב-Pub/Sub אין יותר הרשאה לכתוב בקטגוריה. בודקים אם לחשבון השירות יש את ההרשאות הנכונות.

בזמן שמינוי Pub/Sub נמצא במצב שגיאה, ההודעות לא נכתבות לדלי ונשארות בפיגור של המינוי. שימו לב שההודעות לא מועברות לנושא להודעות ללא מוצא שמצורף, אם הוא מוגדר. הודעות שלא אושרו נשמרות למשך התקופה שמוגדרת בmessage_retention_duration (7 ימים כברירת מחדל).

המינוי מעבד הודעות לאט מאוד

הגדרות מינוי מסוימות עלולות להאט את עיבוד ההודעות.

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

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

מגבלות המכסה

אפשרות נוספת היא שהפרויקט הגיע למכסת התפוקה של הודעות Push ב-Pub/Sub‏ (pubsub.googleapis.com/regionalpushsubscriber). כדי לבדוק אם נתקלתם במגבלות מכסה, כדאי לבדוק את מדד בקשות ה-Push‏ (subscription/push_request_count) ולחפש שגיאות מסוג resource_exhausted.

בודקים את המכסות של הפרויקט ומוודאים שיש מספיק מכסה פנויה. עוברים אל IAM & Admin (ניהול הרשאות וגישה) > Quotas (מכסות) בפרויקט שמכיל את המינוי שלכם ל-Pub/Sub. מחפשים את המכסה pubsub.googleapis.com/regionalpushsubscriber. אם אתם מתקרבים למגבלת המכסה, אתם יכולים לשלוח בקשה לשינוי המכסות.

מינוי יוצר יותר קבצים מהצפוי

כדי לשפר את יכולת ההתאמה לגודל, יכול להיות שהמינוי שלכם ל-Cloud Storage יטופל על ידי כמה עורפי Pub/Sub. כל שרת backend כותב לקובץ נפרד ב-Cloud Storage, ולכן יכול להיות שתראו ש-Cloud Storage יוצר יותר קבצים מהצפוי, במיוחד בעומסי עבודה עם תפוקה נמוכה.

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

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

  • אם הבעיות במינוי ל-Cloud Storage נמשכות, אפשר לעיין במאמר בנושא קבלת תמיכה.