פתרון בעיות

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

תרחישי שכפול

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

איך עוקבים אחרי השהיות בשכפול?

ל-Memorystore for Redis Cluster יש את המדד /cluster/replication/maximum_offset_diff. המדד הזה עוקב אחרי ההפרש המקסימלי של היסטוריית השכפול (בבייטים) של צומת באשכול ראשי.

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

מומלץ להגדיר ערך סף למדד maximum_offset_diff. אם הסף יעבור, מערכת Memorystore for Redis Cluster תוכל לשלוח לכם התראה.

על סמך סוג הצומת של האשכול, מומלץ להגדיר את הסף באופן הבא:

• אם סוג הצומת הוא redis-shared-core-nano,‏ redis-standard-small,‏ redis-highmem-medium,‏ redis-highcpu-medium או redis-standard-large, צריך להגדיר את ערך הסף כך שיהיה קטן מ-64MB.

• אם סוג הצומת הוא redis-highmem-xlarge או redis-highmem-2xlarge, צריך להגדיר את ערך הסף כך שיהיה קטן מ-1GB.

זהירות: מומלץ להשתמש בסוג הצומת redis-shared-core-nano רק למטרות פיתוח או בדיקה, כי לסוג הצומת הזה אין הסכם רמת שירות (SLA). אם אתם מפעילים את Memorystore for Redis Cluster בסביבת ייצור, מומלץ להשתמש בסוג צומת אחר. מידע נוסף על סוגי הצמתים האלה זמין במאמר בחירת סוג הצומת.

תרחישים של שגיאות קישוריות

בקטע הזה מוסברות בעיות קישוריות שעלולות להתרחש במופע שלכם.

שגיאת חיבור שנגרמת בגלל כללים של חומת אש

כללים בחומת האש עלולים לגרום לשגיאות בחיבור על ידי חסימת היציאות שבהן נעשה שימוש ב-Memorystore for Redis Cluster. בשתי נקודות הקצה של Private Service Connect של המופע, צריך להוסיף לרשימת ההיתרים את הפורטים 11000 עד 13047. מידע נוסף על נקודות הקצה האלה זמין במאמר כתובות רשת שמורות.

שגיאת חיבור שנגרמת בגלל מדיניות הארגון

יכול להיות שיש לכם מדיניות ארגונית שחוסמת את החיבורים של Private Service Connect למופע של Memorystore for Redis Cluster.

אם במדיניות הארגון שלכם נעשה שימוש במדיניות .restrictPrivateServiceConnectProducer, צריך להוסיף לרשימת ההיתרים את מספר התיקייה 961333125034, שהיא תיקייה שנוצרה במיוחד בשביל Memorystore for Redis Cluster. לדוגמה:

name: organizations/Consumer-org-1/policies/compute.restrictPrivateServiceConnectProducer
spec:
    rules:
      - values:
          allowedValues:
          - under:folders/961333125034

אם מדיניות הארגון שלכם משתמשת במדיניות .disablePrivateServiceConnectCreationForConsumers, אתם צריכים להוסיף את SERVICE_PRODUCERS לרשימת ההיתרים. לדוגמה:

name: organizations/Consumer-org-1/policies/compute.disablePrivateServiceConnectCreationForConsumers
spec:
    rules:
      - values:
          allowedValues:
          - SERVICE_PRODUCERS

תרחישי שימוש במעבד

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

נגמר המקום במאגר הפלט של האשכול

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

• מגדירים ערך קטן יותר לפרמטר maxmemory.
• משתמשים במדיניות allkeys-lru maxmemory.

כשהזיכרון של האשכול מלא ומגיעה פעולת כתיבה חדשה, Memorystore for Redis Cluster מפנה מקום לכתיבה על ידי הוצאת מפתחות, בהתאם למדיניות maxmemory של האשכול. המדיניות allkeys-lru מסירה את המפתחות שהיו בשימוש הכי מזמן (LRU) מכל קבוצת המפתחות.

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

תרחישי התמדה

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

נפח התנועה של פעולות הכתיבה חורג מהיכולת של Memorystore for Redis Cluster לבצע דחיסה ולפנות מקום באמצעות שכתוב של AOF

אם זה קורה, קובץ ה-Append-Only File (AOF) גדל מהר יותר מהמהירות שבה תהליך השכתוב יכול להתמודד. התוצאה היא שהדיסק מתמלא, פעולות הכתיבה נכשלות והפעולות שדורשות יצירת עותק משוכפל וסנכרון מלא נחסמות.

ב-Memorystore for Redis Cluster הוטמעו אמצעי בקרה כדי לווסת את קצב העברת הנתונים לכתיבה. כך אפשר לוודא ששכתוב קובץ ה-AOF יכול לעמוד בקצב של עומסי עבודה גבוהים ומתמשכים של פעולות כתיבה.