במאמר הזה מוסבר על הגדרות מינימליות של אשכולים ב-Apigee Hybrid. התצורות המינימליות האלה חלות על כל פלטפורמות Kubernetes הנתמכות. ההמלצות בנושא הזה רלוונטיות להתקנות שאינן בסביבת ייצור, כמו תרחישי ניסיון או בדיקה. חשוב לזכור את ההמלצות האלה כשמבצעים את שלבי ההתקנה של Apigee hybrid.
מידע על מאגרי צמתים
מאגר צמתים הוא קבוצה של צמתים באשכול, שלכולם יש את אותה ההגדרה. כברירת מחדל, hybrid מקצה את כל הפודים למאגר הצמתים שמוגדר כברירת מחדל. עם זאת, אפשר ליצור מאגרי צמתים ייעודיים ולהקצות להם רכיבי hybrid כדי לחלק את המשאבים.
בדרך כלל, מגדירים מאגרי צמתים ייעודיים כשרוצים להשתמש בפודים עם דרישות שונות של משאבים. לדוגמה, ל-pods של apigee-cassandra נדרש אחסון מתמיד, אבל ל-pods אחרים של Apigee Hybrid לא. לכן מומלץ ליצור מאגר צמתים עם שמירת מצב ל-Cassandra ומאגר צמתים ללא שמירת מצב לשאר שירותי זמן הריצה ההיברידיים. פרטים נוספים זמינים במאמר הגדרת מאגרי צמתים ייעודיים.
בקטע הבא מפורטות הגדרות של מאגרי צמתים עם שמירת מצב ושל מאגרי צמתים בלי שמירת מצב.
תצורות מינימליות
כדאי להשתמש בהגדרות המינימליות הבאות כשמגדירים את האשכול:
| הגדרות אישיות | מאגר צמתים עם שמירת מצב | מאגר צמתים ללא שמירת מצב |
|---|---|---|
| מטרה | מאגר צמתים עם שמירת מצב שמשמש למסד הנתונים של Cassandra. | מאגר צמתים חסר מצב שמשמש את מעבד ההודעות של זמן הריצה. |
| שם התווית | apigee-data | apigee-runtime |
| מספר הצמתים | 1 לכל אזור (3 לכל אזור) | 1 לכל אזור (3 לכל אזור) |
| CPU | 8 (Prod) 4 (Non-prod) |
8 (Prod) 4 (Non-prod) |
| RAM | 32 (ייצור) 16 (לא ייצור) |
32 (ייצור) 16 (לא ייצור) |
| אחסון | דינמי | מנוהל באמצעות ApigeeDeployment CRD |
| מספר פעולות קלט/פלט בשנייה (IOPS) מינימלי בדיסק | 2,000 IOPS עם SAN או אחסון שמצורף ישירות. לא מומלץ להשתמש ב-NFS גם אם הוא יכול לתמוך ב-IOPS הנדרש. | 2,000 IOPS עם SAN או אחסון שמצורף ישירות. לא מומלץ להשתמש ב-NFS גם אם הוא יכול לתמוך ב-IOPS הנדרש. |
| רוחב הפס של הרשת לכל סוג של מכונת וירטואלית | 1 Gbps | 1 Gbps |
דרישות רשת של Cassandra
בקטע הזה מוסבר על הדרישות וההמלצות לגבי הרשת כשמגדירים את Apigee Hybrid.
רוחב הפס של הרשת
Cassandra משתמשת בפרוטוקול Gossip כדי להעביר מידע לצמתים אחרים על טופולוגיית הרשת. השימוש ב-Gossip ובאופי המבוזר של Cassandra – שכולל תקשורת עם כמה צמתים לפעולות קריאה וכתיבה – מוביל להעברת נתונים רבה ברשת.
Cassandra דורשת רוחב פס מינימלי של 1Gbps לכל מופע של מכונה. לדוגמה, ב-GKE, סוג המכונה המומלץ המינימלי, e2-standard-4, כולל רוחב פס מינימלי של 1Gbps. להתקנות בסביבת ייצור, מומלץ להשתמש ברוחב פס גבוה יותר.
זמן האחזור המקסימלי או האחוזון ה-99 של Cassandra צריך להיות מתחת ל-100 מילישניות.
חיבור מאובטח לרשת בין אזורים
כשמתקינים את הגרסה ההיברידית במספר אזורים, חשוב לוודא שהחיבורים בין האזורים מאובטחים:
- משתמשים בפתרון של רשת וירטואלית פרטית, כמו ענן וירטואלי פרטי (VPC) של Google, כדי לאבטח את הקישוריות בין האזורים.
- פותחים חומת אש כדי לוודא שצומתי Cassandra יכולים להתחבר בין אזורים ברשתות משנה לא חופפות, ויכולים לפתור את כתובות ה-IP של הרשתות האלה.
- תמיד משתמשים ביציאה 7001 עבור Cassandra. כל שאר היציאות הן מקומיות לאזור. מידע נוסף זמין במאמר בנושא שימוש ביציאות מאובטחות.
הדרישות של Cassandra NTP
הסנכרון של נתוני Cassandra מתבצע על סמך חותמת הזמן של המערכת. מוודאים שהשעה מסונכרנת בכל הפודים ובכל האזורים באשכול Cassandra. השהיות בזמן בין הצמתים והאזורים גורמות לחוסר עקביות בנתונים.
שינוי גודל ההגדרה
אם אתם צריכים להרחיב את ההגדרה הראשונית על סמך קיבולת נוספת או צורכי תפוקה, תוכלו לעיין בנושאים הבאים:
- הגדרת Cassandra לסביבת ייצור
- שינוי גודל של פודים של Cassandra
- הגדרת מאגרי צמתים ייעודיים
- התאמה של העומס בשירותי זמן ריצה והתאמה אוטומטית של העומס
- פריסות במספר אזורים