מפרט של מופע וצומת

בדף הזה מתוארים המפרטים של המופעים והצמתים במופעי Memorystore for Valkey. הוראות ליצירת מכונה זמינות במאמר יצירת מכונות.

בחירת סוג הצומת

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

סוג הצומת shared-core-nano מיועד לעומסי עבודה קטנים. סוג הצומת הזה מספק ביצועים משתנים ואין לו הסכם רמת שירות (SLA), ולכן הוא לא מתאים לעומסי עבודה של ייצור.

אם אתם מעבירים את עומסי העבודה מ-Memorystore for Redis ל-Memorystore for Valkey או שאתם צריכים ליצור מופעים עם גודלי צמתים של 1GB עד 3GB, אבל אתם צריכים ערבות SLA, אתם יכולים לבחור את סוגי הצמתים custom-pico,‏ custom-micro או custom-mini. הנחות תמורת התחייבות לשימוש (CUD) ב-Memorystore for Valkey לא חלות על ההוצאות שלכם על השימוש בסוגי הצמתים האלה.

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

אם יש לכם עומסי עבודה שדורשים קצב גבוה יותר של כוח עיבוד ביחס לזיכרון, כדאי לבחור את סוג הצומת highcpu-medium. אם אתם צריכים קיבולת גדולה יותר של מופעים ממה ש-highmem-medium מספקת, מומלץ לבחור את סוגי הצמתים standard-large,‏ highmem-xlarge או highmem-2xlarge. כשמוסיפים מעבדים וירטואליים לצמתים גדולים יותר ויותר (הרחבת קנה מידה), יכול להיות שהביצועים של Valkey לא יגדלו באופן לינארי. במקום זאת, כדי לשפר את הביצועים ביחס למחיר, מומלץ להרחיב את קנה המידה על ידי הוספת צמתים נוספים למופע.

הגדרת סוג הצומת

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

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

סוג הצומת קיבולת ברירת המחדל של מרחב מפתחות שניתן לכתיבה הקיבולת הכוללת של הצומת
shared-core-nano ‫1.12GB ‫1.4GB
custom-pico ‫1.08GB ‫1.25GB
custom-micro 2 GB ‫2.5GB
custom-mini ‫3GB ‫3.75GB
standard-small ‫5.2GB ‫6.5GB
highmem-medium ‫10.4GB ‫13GB
highcpu-medium ‫10.4GB ‫13GB
standard-large ‫20.8GB ‫26GB
highmem-xlarge ‫46.4GB ‫58GB
highmem-2xlarge ‫88GB ‫110GB

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

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

  • כמה נפח אחסון מקבלים? צריך לעיין בעמודה Default writable keyspace capacity (קיבולת ברירת המחדל של מרחב מפתחות שניתן לכתיבה) בטבלה הקודמת. כאן מוצג כמה נפח אחסון זמין למפתחות שלכם כברירת מחדל.

  • מיצוי נפח האחסון אם רוצים למצות את נפח האחסון, בעמודה total node capacity מוצגת מגבלת האחסון כשמגדירים את maxmemory config ל-100%. עם זאת, לא מומלץ לבחור ערך maxmemory גבוה יותר מהגדרת ברירת המחדל.

  • לסוג הצומת shared-core-nano יש מגבלה קשיחה של 1.12GB, ואי אפשר לשנות אותה באמצעות ההגדרה maxmemory.

מאפייני הצומת

סוג הצומת מספר ה-vCPU הסכם רמת שירות (SLA) מספר ברירת המחדל של חיבורי לקוח מספר מקסימלי של חיבורים ללקוח הזיכרון המקסימלי ללקוחות (ההגדרה maxmemory-clients configuration)
shared-core-nano ‫0.5 לא 5,000 5,000 ‫12%
custom-pico 2 כן ‫16,000 32,000 ‫12%
custom-micro 2 כן ‫16,000 32,000 ‫12%
custom-mini 2 כן ‫16,000 32,000 ‫12%
standard-small 2 כן ‫16,000 32,000 ‫7%
highmem-medium 2 כן 32,000 64,000 ‫7%
highcpu-medium 8 כן 32,000 64,000 ‫7%
standard-large 8 כן 32,000 64,000 ‫7%
highmem-xlarge 8 כן 64,000 64,000 ‫4%
highmem-2xlarge 16 כן 64,000 64,000 ‫4%

ככל שתבחרו יותר מעבדים וירטואליים (vCPU) למופע, כך הביצועים יהיו טובים יותר. אם המופע מריץ עומסי עבודה שדורשים הרבה משאבים, בוחרים סוג צומת עם vCPU גבוה יותר (לדוגמה, highmem-xlarge). אם המופע מבצע משימות שדורשות פחות משאבים, בוחרים סוג צומת עם vCPU נמוך יותר (לדוגמה, highmem-medium).

שינוי קנה מידה של מכונה

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

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

מפרט המכונה

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

קיבולת מינימלית לכתיבה

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

קיבולת מקסימלית לכתיבה

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

מופעלות בדוגמאות של מצב אשכול

בטבלה הבאה מפורטת הקיבולת המקסימלית לכתיבה עבור מופעים עם Cluster Mode Enabled שכוללים 0 עד 5 רפליקות לכל צומת.

סוג וגודל הצומת קיבולת מקסימלית, בהינתן צורה של מופע עם 250 צמתים ראשיים ו-0 עותקים משוכפלים לכל צומת קיבולת מקסימלית, בהינתן צורה של מופע עם 125 צמתים ראשיים ועותק משוכפל אחד לכל צומת קיבולת מקסימלית, בהינתן צורה של מופע עם 83 צמתים ראשיים ו-2 רפליקות לכל צומת קיבולת מקסימלית, בהינתן צורה של מופע עם 62 צמתים ראשיים ו-3 רפליקות לכל צומת קיבולת מקסימלית, בהינתן צורה של מופע עם 50 צמתים ראשיים ו-4 רפליקות לכל צומת קיבולת מקסימלית, בהינתן צורה של מופע עם 41 צמתים ראשיים ו-5 רפליקות לכל צומת
‫ליבת מעבד משותפת-nano –‏ 1.4GB ‫350GB ‫175GB ‫116.2GB ‫86.8GB ‫70GB ‫57.4GB
‫standard-small –‏ 6.5GB ‫1,625GB ‫812.5GB ‫539.5GB ‫403GB ‫325GB ‫266.5GB
‫highmem-medium – ‏13GB ‫3,250GB ‫1,625GB ‫1,079GB ‫806GB ‫650GB ‫533GB
‫highcpu-medium –‏ 13GB ‫3,250GB ‫1,625GB ‫1,079GB ‫806GB ‫650GB ‫533GB
‫standard-large – ‏26GB ‫6,500GB ‫3,250GB ‫2,158GB ‫1,612GB ‫1,300GB ‫1,066GB
‫highmem-xlarge –‏ 58GB ‫14,500GB ‫7,250GB ‫4,814GB ‫3,596GB ‫2,900GB ‫2,378GB
‫highmem-2xlarge –‏ 110GB ‫27,500GB ‫13,750GB ‫9,130GB ‫6,820GB ‫5,500GB ‫4,510GB

סוגי הצמתים custom-pico, custom-micro ו-custom-mini זמינים רק במופעים שבהם מצב האשכול מושבת. לכן, סוגי הצמתים האלה לא מופיעים בטבלה הזו.

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

בטבלה הבאה מפורט הקיבולת המקסימלית לכתיבה עבור מופעים שבהם Cluster Mode מושבת.

סוג וגודל הצומת קיבולת מקסימלית לכתיבה
‫ליבת מעבד משותפת-nano –‏ 1.4GB ‫1.12GB
custom-pico - 1.25 GB ‫1.08GB
custom-micro - 2.5 GB 2 GB
custom-mini - 3.75 GB ‫3GB
‫standard-small –‏ 6.5GB ‫5.2GB
‫highmem-medium – ‏13GB ‫10.4GB
‫highcpu-medium –‏ 13GB ‫10.4GB
‫standard-large – ‏26GB ‫20.8GB
‫highmem-xlarge –‏ 58GB ‫46.4GB
‫highmem-2xlarge –‏ 110GB ‫88GB

ביצועים

השימוש בכלי ההשוואה של OSS memtier באזור us-central1 הניב 120,000 עד 130,000 פעולות בשנייה לכל צומת עם 2 vCPU ‏ (standard-small ו-highmem-medium) עם זמן אחזור של מיקרו-שניות וגודל נתונים של 1KiB.

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

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

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

נקודת קצה של גילוי

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

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

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

נקודת הקצה של Discovery מתנהגת באופן הבא:

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

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

נקודת קצה של נתונים

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

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

בקטע הזה מוסבר על נקודות הקצה הראשיות ונקודות הקצה של הקוראים שיש לכל מופע שבו Cluster Mode Disabled מושבת.

נקודת קצה ראשית

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

נקודת הקצה הראשית שלך מתנהגת באופן הבא:

  1. כתובת ה-IP של נקודת הקצה הראשית לא משתנה לאורך מחזור החיים של המכונה. אם הצומת הבסיסי נכשל או עובר מעבר גיבוי אוטומטי לכשל, כתובת ה-IP משתנה אוטומטית ב-Memorystore for Valkey. הלקוחות לא צריכים לבצע שינויים בנקודת הקצה. עם זאת, אם אירועים לא מתוכננים גורמים לכשלים בחיבור, הלקוחות מנסים ליצור מחדש את החיבור.
  2. אם צומת ראשי הופך לרפליקה, החיבורים לצומת הרפליקה הזה מסתיימים, ו-Memorystore for Valkey מפנה חיבורים חדשים לצומת הראשי החדש באמצעות יתירות כשל אוטומטית. הלקוחות צריכים לנסות שוב להתחבר באמצעות השהיה מעריכית לפני ניסיון חוזר (exponential backoff).
  3. אם למופע יש עותק אחד, הזמינות של נקודת הקצה הראשית גבוהה יותר מזו של נקודת הקצה לקריאה. אם הוקצו 2 רפליקות למופע, גם לנקודת הקצה הראשית וגם לנקודת הקצה של הקורא יש זמינות גבוהה.

נקודת קצה של קורא

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

נקודת הקצה של הקורא מתנהגת באופן הבא:

  1. גם אם לא הוקצו רפליקות לקריאה למופע, Memorystore for Valkey מקצה את כתובת ה-IP של נקודת הקצה לקריאה כדי לאפשר הוספה דינמית של רפליקות לקריאה.
  2. אם למערכת אין רפליקות קריאה זמינות שאליהן אפשר להפנות תנועה, החיבור לנקודת הקצה של הקורא יסתיים. עם זאת, המערכת לא תפנה חיבורים שנוצרו לנקודת הקצה של הקורא לצומת הראשי.
  3. אם צומת משוכפל הופך לצומת הראשי, החיבורים לצומת הראשי מסתיימים ומערכת Memorystore for Valkey מפנה חיבורים חדשים לצומת המשוכפל החדש. הלקוחות מנסים להתחבר מחדש באמצעות השהיה מעריכית לפני ניסיון חוזר (exponential backoff).

במאמר טיפול בשגיאות במצב Cluster Mode Disabled מוסבר איך לטפל בשגיאות נפוצות שמתרחשות בזמן התחברות לנקודות קצה במצב Cluster Mode Disabled.