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

במאמר הזה מוסבר על הגדרות מינימליות של אשכולים ב-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
אחסון דינמי מנוהל באמצעות CRD‏ ApigeeDeployment
מספר פעולות קלט/פלט בשנייה (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. השהיות בזמן בין הצמתים והאזורים גורמות לחוסר עקביות בנתונים.

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

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