תצורות מינימליות של אשכולות

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

מידע על מאגרי צמתים

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

בדרך כלל, מגדירים מאגרי צמתים ייעודיים כשרוצים להשתמש בפודים עם דרישות שונות של משאבים. לדוגמה, ל-pods של apigee-cassandra נדרש אחסון מתמיד, אבל ל-pods אחרים של Apigee Hybrid לא. לכן מומלץ ליצור מאגר צמתים עם שמירת מצב ל-Cassandra ומאגר צמתים ללא שמירת מצב לשאר שירותי זמן הריצה ההיברידיים. פרטים נוספים זמינים במאמר הגדרת מאגרי צמתים ייעודיים.

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

תצורות מינימליות

כדאי להשתמש בהגדרות המינימליות הבאות כשמגדירים את האשכול:

הגדרות אישיות מאגר צמתים עם שמירת מצב מאגר צמתים ללא שמירת מצב
מטרה מאגר צמתים עם שמירת מצב שמשמש למסד הנתונים של Cassandra. מאגר צמתים חסר מצב שמשמש את מעבד ההודעות של זמן הריצה.
שם התווית apigee-data apigee-runtime
מספר הצמתים ‫1 לכל אזור (3 לכל אזור) ‫1 לכל אזור (3 לכל אזור)
CPU 4 4
RAM 15 15
אחסון דינמי מנוהל באמצעות ApigeeDeployment CRD
מספר פעולות קלט/פלט בשנייה (IOPS) מינימלי בדיסק ‫2,000 IOPS עם SAN או אחסון שמצורף ישירות. לא מומלץ להשתמש ב-NFS גם אם הוא יכול לתמוך ב-IOPS הנדרש. ‫2,000 IOPS עם SAN או אחסון שמצורף ישירות. לא מומלץ להשתמש ב-NFS גם אם הוא יכול לתמוך ב-IOPS הנדרש.

דרישות רשת של Cassandra

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

השימוש ב-Gossip והאופי המבוזר של Cassandra – שכולל תקשורת עם כמה צמתים לפעולות קריאה וכתיבה – מוביל להעברת נתונים רבה ברשת.

ב-Apigee מומלץ להשתמש בסוג אירוע עם רוחב פס ברשת של 1Gbps‎ לפחות, ועם יותר מ-1Gbps‎ למערכות ייצור.

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

כשפורסים סביבות היברידיות מרובות אזורים, מומלץ ב-Apigee להשתמש ב-VPN או בפתרון ענן כמו Google Cloud VPN כדי לאבטח את הקישוריות בין האזורים. חשוב לוודא שאין רשתות משנה חופפות, כי הן עלולות לגרום לבעיות בקישוריות של Cassandra. מוודאים שההגדרות הנוכחיות של חומת האש מאפשרות לתעבורת נתונים של Cassandra לעבור בין קבוצות ה-Pod של Cassandra. מידע על יציאות Cassandra זמין במאמר בנושא שימוש ביציאות מאובטחות.

זמן האחזור המקסימלי או האחוזון ה-99 של Cassandra צריך להיות מתחת ל-100 מילישניות.

הדרישות של Cassandra NTP

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

שינוי גודל ההגדרה

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