שלב 1: יצירת אשכול

הגרסה הנוכחית של מסמכי התיעוד של Apigee Hybrid היא 1.16 . למידע נוסף, ראו גרסאות נתמכות.

Version 1.16 

   גרסאות נתמכות:

• v1.16 (הגרסה העדכנית)                        
• v1.15                         
• v1.14                        
• רשימת הגרסאות הנתמכות

   גרסאות שלא נתמכות:

• v1.13                         
• v1.12                         
• v1.11                         
• v1.10                                      
• v1.9                                         
• v1.8                                         
• v1.7                                         
• v1.6                                         
• v1.5                                         
• v1.4                                         
• v1.3                                         
• v1.2                                         
• v1.1                                         

שדרוג: אם אתם משדרגים לגרסה 1.16.11 של Apigee Hybrid, תוכלו למצוא הוראות במאמר שדרוג Apigee Hybrid. אם אתם מבצעים התקנה חדשה, המשיכו בהגדרות שמתוארות בהמשך.

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

• הגדרות מינימליות לאשכול
• הגדרת מאגרי צמתים ייעודיים
• הגדרת Cassandra לסביבת ייצור
• הגדרת אימות ל-Cassandra
• הגדרת StorageClass
• שימוש מאובטח ביציאות

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

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

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

יצירת האשכול

פועלים לפי השלבים שמתאימים לפלטפורמה שנבחרה:

GKE

יצירת אשכול ב-GKE

בשלבים הבאים מוסבר איך להגדיר וליצור אשכול GKE בפרויקט שלכם ב-Google Cloud.

זהירות: Apigee לא תומך ב-GKE Sandbox או ב-gVisor להתקנות היברידיות ב-GKE.

מומלץ ליצור אשכול אזורי ולא אשכול אזורי. אם אתם לא מכירים את ההבדל בין אזורים לתחומים, קראו את המאמר אזורים ותחומים. רשימת האזורים הזמינים מופיעה במאמר אזורים ותחומים זמינים. חשוב לזכור ש-us-west1 הוא שם תקין של אזור, ו-us-west1-a הוא תחום באזור.

1. מוודאים שאתם משתמשים בגרסה של GKE שיש לה תמיכה בגרסה היברידית 1.16.11. הגרסאות והפלטפורמות שנתמכות ב-Apigee Hybrid
2. מוודאים שהשעונים בכל הצמתים ובשרתי האפליקציות מסונכרנים עם Network Time Protocol ‏ (NTP), כמו שמוסבר בדרישות המוקדמות. מסד הנתונים של Cassandra מסתמך על סנכרון של Network Time Protocol‏ (NTP) כדי לשמור על עקביות הנתונים. אם אתם מתכננים להתקין את Hybrid בכמה אזורים, ודאו שהם מסונכרנים עם NTP בכל האזורים.
3. (אשכולות פרטיים של GKE בלבד) אם אתם יוצרים אשכול פרטי ב-GKE, הוסיפו כלל של חומת אש כדי לאפשר ליציאה 9443 לתקשר בין צומתי המאסטר של GKE לבין צומתי העובדים של GKE, וכדי לאפשר למאסטרים של GKE לגשת ל-webhooks לשינוי של Apigee. פועלים לפי ההוראות שבמאמר הוספת כללי חומת אש לתרחישי שימוש ספציפיים במסמכי התיעוד של Google Kubernetes Engine. מידע נוסף זמין במאמר בנושא אשכולות פרטיים ב-GKE.

   אם אתם יוצרים אשכול רגיל או ציבורי, אתם לא צריכים להוסיף את הכלל הזה.

4. יוצרים אשכול רגיל לפי ההוראות במאמר יצירת אשכול אזורי עם מאגר צמתים מרובה אזורים. אפשר ליצור את האשכול רק עם מאגר הצמתים שמוגדר כברירת מחדל. בשלב הבא תגדירו ותיצרו את מאגרי הצמתים הנדרשים של Apigee Hybrid.
   חשוב: צריך ליצור אשכול רגיל במקום אשכול Autopilot. ‫Apigee hybrid לא תומך באשכולות Autopilot, כי אשכולות Autopilot לא תומכים במאגרי צמתים בהתאמה אישית. אם אתם משתמשים בממשק המשתמש של Google Cloud console , הקפידו לבחור באפשרות SWITCH TO STANDARD CLUSTER.
   טיפ: אם אתם לא יוצרים את האשכול ברשת ברירת המחדל, פועלים לפי ההוראות במאמר בנושא יצירת אשכול ברשת משנה קיימת

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

5. יוצרים שני מאגרי צמתים לפי ההוראות במאמר הוספה וניהול של מאגרי צמתים. חשוב להגדיר את מאגרי הצמתים בהתאם לדרישות המינימליות שמפורטות בטבלה הבאה.

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

   הערה: מומלץ להשתמש בשמות apigee-data ו-apigee-runtime למאגרי הצמתים. ‫Apigee hybrid מזהה את השמות האלה כברירת מחדל. אם אתם לא רוצים להשתמש בשמות שמוגדרים כברירת מחדל, תצטרכו לבצע הגדרות נוספות בהמשך, כשתגדירו את האשכול ל-Apigee Hybrid. מידע נוסף, כולל הוראות לשינוי שמות ברירת המחדל של מאגרי הצמתים על ידי עריכת קובץ התצורה של האשכול, זמין במאמר שימוש בברירת המחדל של nodeSelectors.

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

   • מידע על מאגרי צמתים
   • דרישות הרשת של Cassandra

   דרישות מינימליות למאגר צמתים

   חשוב לוודא שאתם עומדים בדרישות המינימליות האלה כשאתם יוצרים את מאגרי הצמתים. חשוב לבחור את הערך של Production או Non-prod (בדיקה או הדגמה) בהתאם להתקנה של Apigee hybrid שאתם יוצרים. התקנות שאינן בסביבת ייצור מתאימות לבדיקות ולהדגמות, אבל לא מספיקות לתנועה בסביבת ייצור. אם אתם משתמשים במסוף Google Cloud , הקפידו להגדיר גם את הקטע פרטי מאגר הצמתים וגם את הקטע צמתים.

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

   שם מאגר הצמתים	תיאור	מספר הצמתים המינימלי	סוג המכונה המינימלית לסביבת הייצור	סוג מכונה מינימלי לסביבה שאינה סביבת ייצור
   apigee-data	מאגר צמתים עם שמירת מצב שמשמש למסד הנתונים של Cassandra.	אחד לכל אזור (3 לכל אזור)	‫e2-standard-8 (8 vCPU, זיכרון בנפח 32GB)	‫e2-standard-4 (4 vCPU, זיכרון בנפח 16GB)
   apigee-runtime	מאגר צמתים חסר מצב שמשמש את מעבד ההודעות של זמן הריצה.	אחד לכל אזור (3 לכל אזור)	‫e2-standard-8 (8 vCPU, זיכרון בנפח 32GB)	‫e2-standard-4 (4 vCPU, 16 GB memory)

   למידע נוסף על הגדרת מאגר צמתים, קראו את המאמר הגדרת מאגרי צמתים ייעודיים.

6. (אופציונלי) אם רוצים, אפשר למחוק את מאגר הצמתים default. מחיקת מאגר צמתים
7. אם עדיין לא עשיתם זאת, צרו את משתני הסביבה הבאים. המשתנים האלה משמשים בפקודות gcloud הבאות.

   ‫Linux / MacOS

   export CLUSTER_NAME="YOUR_CLUSTER_NAME"
   export CLUSTER_LOCATION="YOUR_CLUSTER_LOCATION"
   export PROJECT_ID="YOUR_PROJECT_ID"

   Windows

   set CLUSTER_NAME="YOUR_CLUSTER_NAME"
   set CLUSTER_LOCATION=YOUR_CLUSTER_LOCATION
   set PROJECT_ID=YOUR_PROJECT_ID

   כאשר:

   • ‫CLUSTER_NAME: שם האשכול.
   • ‫CLUSTER_LOCATION: האזור (באשכולות אזוריים) או האזור (באשכולות אזוריים) שבו יצרתם את האשכול, לדוגמה us-west1 או us-west1-a.
   • ‫PROJECT_ID: מזהה הפרויקט ב-Google Cloud.
8. מאמתים את ההגדרות של מאגר הצמתים:

   אשכולות אזוריים

   gcloud container node-pools list \
     --cluster=${CLUSTER_NAME} \
     --region=${CLUSTER_LOCATION} \
     --project=${PROJECT_ID}

   אשכולות של תחום מוגדר

   gcloud container node-pools list \
     --cluster=${CLUSTER_NAME} \
     --zone=${CLUSTER_LOCATION} \
     --project=${PROJECT_ID}

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

   אשכולות אזוריים

   gcloud container clusters get-credentials ${CLUSTER_NAME} \
     --region ${CLUSTER_LOCATION} \
     --project ${PROJECT_ID}

   אשכולות של תחום מוגדר

   gcloud container clusters get-credentials ${CLUSTER_NAME} \
     --zone ${CLUSTER_LOCATION} \
     --project ${PROJECT_ID}

   הגדרת אשכול ברירת מחדל לפקודות kubectl

10. מגדירים אחסון בכונן SSD מתמיד ל-Cassandra. אנחנו לא תומכים בשימוש בכונני SSD מקומיים. מידע נוסף זמין במאמר שינוי סוג האחסון שמוגדר כברירת מחדל במסמכי התיעוד של Kubernetes.

    1. מאתרים את השם של ה-StorageClass שמוגדר כברירת מחדל:

       kubectl get sc

       לדוגמה:

       kubectl get sc
       NAME                    PROVISIONER             RECLAIMPOLICY   VOLUMEBINDINGMODE      ALLOWVOLUMEEXPANSION   AGE
       premium-rwo             pd.csi.storage.gke.io   Delete          WaitForFirstConsumer   true                   15h
       standard                kubernetes.io/gce-pd    Delete          Immediate              true                   15h
       standard-rwo (default)  pd.csi.storage.gke.io   Delete          WaitForFirstConsumer   true                   15h

    2. תאר את StorageClass בשם standard-rwo. שימו לב שהסוג שלו הוא pd-balanced:

       kubectl describe sc standard-rwo

       לדוגמה:

       kubectl describe sc standard-rwo

       Name:                  standard-rwo
       IsDefaultClass:        Yes
       Annotations:           components.gke.io/layer=addon,storageclass.kubernetes.io/is-default-class=false
       Provisioner:           pd.csi.storage.gke.io
       Parameters:            type=pd-balanced
       AllowVolumeExpansion:  True
       MountOptions:          <none>
       ReclaimPolicy:         Delete
       VolumeBindingMode:     WaitForFirstConsumer
       Events:                <none>

    3. יוצרים קובץ חדש בשם storageclass.yaml.
    4. מוסיפים את הקוד לקובץ. שימו לב שהשם של סוג האחסון החדש הוא apigee-sc. אתם יכולים לבחור כל שם שתרצו. שימו לב שסוג האחסון הוא pd-ssd:

       ---
       kind: StorageClass
       apiVersion: storage.k8s.io/v1
       metadata:
         name: "apigee-sc"
       provisioner: kubernetes.io/gce-pd
       parameters:
         type: pd-ssd
         replication-type: none
       volumeBindingMode: WaitForFirstConsumer
       allowVolumeExpansion: true

    5. מחילים את ה-StorageClass החדש על אשכול Kubernetes:

       kubectl apply -f storageclass.yaml

    6. מריצים את שתי הפקודות הבאות כדי לשנות את ברירת המחדל של StorageClass:

       kubectl patch storageclass standard-rwo \
       -p '{"metadata": {"annotations":{"storageclass.kubernetes.io/is-default-class":"false"}}}'

       kubectl patch storageclass apigee-sc \
       -p '{"metadata": {"annotations":{"storageclass.kubernetes.io/is-default-class":"true"}}}'

    7. מריצים את הפקודה הבאה כדי לוודא שה-StorageClass החדש שמוגדר כברירת מחדל נקרא apigee-sc:

       kubectl get sc

       לדוגמה:

       kubectl get sc
         NAME                  PROVISIONER             RECLAIMPOLICY   VOLUMEBINDINGMODE      ALLOWVOLUMEEXPANSION   AGE
         apigee-sc (default)   kubernetes.io/gce-pd    Delete          WaitForFirstConsumer   true                   14h
         premium-rwo           pd.csi.storage.gke.io   Delete          WaitForFirstConsumer   true                   15h
         standard              kubernetes.io/gce-pd    Delete          Immediate              true                   15h
         standard-rwo          pd.csi.storage.gke.io   Delete          WaitForFirstConsumer   true                   15h

11. מפעילים באשכול את איחוד הזהויות של עומסי עבודה ל-GKE. איחוד שירותי אימות הזהות של עומסי עבודה ב-GKE מאפשר לעומסי עבודה באשכולות GKE להתחזות לחשבונות שירות של ניהול זהויות והרשאות גישה (IAM) כדי לגשת לשירותי Google Cloud. הפעולה הזו יכולה להימשך עד 30 דקות:

    אשכולות אזוריים

    gcloud container clusters update ${CLUSTER_NAME} \
      --workload-pool=${PROJECT_ID}.svc.id.goog \
      --project ${PROJECT_ID} \
      --region ${CLUSTER_LOCATION}

    אשכולות אזוריים

    gcloud container clusters update ${CLUSTER_NAME} \
      --workload-pool=${PROJECT_ID}.svc.id.goog \
      --zone ${CLUSTER_LOCATION} \
      --project ${PROJECT_ID}

    הערה: השלב הזה של הפעלת איחוד זהויות של עומסי עבודה ל-GKE עבור האשכול חל על כל ההתקנות של GKE.

    בנוסף, ב-Apigee hybrid יש אפשרות נפרדת להשתמש באיחוד שירותי אימות הזהות של עומסי עבודה ב-GKE כדי לאמת חשבונות שירות. אם אתם רוצים להשתמש בתכונה הזו, בחרו את התבניות של איחוד זהויות של עומסי עבודה ל-GKE כשתגיעו לשלבים להגדרת הקובץ overrides.yaml.

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

12. כדי לוודא שאיחוד הזהויות של עומסי עבודה ל-GKE הופעל, מריצים את הפקודה הבאה:

    אשכולות אזוריים

    gcloud container clusters describe ${CLUSTER_NAME} \
      --project ${PROJECT_ID} \
      --region ${CLUSTER_LOCATION} | grep -i "workload"

    אשכולות של תחום מוגדר

    gcloud container clusters describe ${CLUSTER_NAME} \
      --zone ${CLUSTER_LOCATION} \
      --project ${PROJECT_ID} | grep -i "workload"

    הפלט אמור להיראות כך:

    workloadIdentityConfig:
      workloadPool: my-project.svc.id.goog
    

אחרי שהתקנתם את האשכול והוא פועל, אתם יכולים לעבור לשלב הבא.

‫Google Distributed Cloud ב-VMware

יצירת אשכול ב-VMware

בשלבים הבאים מוסבר איך להגדיר וליצור אשכול GKE ל-Apigee hybrid כחלק מפריסה של Google Distributed Cloud ב-VMware, שהיא פריסה של תוכנה בלבד.

1. חשוב לוודא שאתם משתמשים בגרסה של Google Distributed Cloud שנתמכת בגרסה היברידית 1.16.11. פלטפורמות וגרסאות נתמכות של Apigee Hybrid
2. מוודאים שהשעונים בכל הצמתים ובשרתי האפליקציות מסונכרנים עם Network Time Protocol‏ (NTP), כמו שמוסבר בקטע דרישות מוקדמות. מסד הנתונים של Cassandra מסתמך על סנכרון של Network Time Protocol‏ (NTP) כדי לשמור על עקביות הנתונים. אם אתם מתכננים להתקין את Hybrid בכמה אזורים, חשוב לוודא שהם מסונכרנים עם NTP בכל האזורים.
3. יוצרים את האשכול לפי ההוראות במאמר יצירת אשכולות בסיסיים. אפשר ליצור את האשכול רק עם מאגר הצמתים שמוגדר כברירת מחדל. בשלב הבא תגדירו ותיצרו את מאגרי הצמתים הנדרשים של Apigee Hybrid.

   עוברים לשלב הבא רק אחרי שהאשכול נוצר בהצלחה.

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

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

   הערה: מומלץ להשתמש בשמות apigee-data ו-apigee-runtime למאגרי הצמתים. ‫Apigee hybrid מזהה את השמות האלה כברירת מחדל. אם אתם לא רוצים להשתמש בשמות שמוגדרים כברירת מחדל, תצטרכו להגדיר הגדרות נוספות בהמשך, כשתגדירו את האשכול ל-Apigee Hybrid. מידע נוסף, כולל הוראות לשינוי שמות ברירת המחדל של מאגרי הצמתים על ידי עריכת קובץ התצורה של האשכול, זמין במאמר שימוש בברירת המחדל של nodeSelectors.

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

   • מידע על מאגרי צמתים
   • דרישות הרשת של Cassandra

   דרישות מינימליות לגבי מאגר צמתים

   חשוב לוודא שאתם עומדים בדרישות המינימליות האלה כשאתם יוצרים את מאגרי הצמתים. בוחרים את הערכים של Production או Non-prod (בדיקה או הדגמה) בהתאם להתקנה של Apigee Hybrid שאתם יוצרים. התקנות שאינן בסביבת ייצור מתאימות לבדיקה ולהדגמה, אבל לא מספיקות לתנועה בסביבת ייצור.

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

   שם מאגר הצמתים	תיאור	מספר הצמתים המינימלי	סוג המכונה המינימלית לסביבת הייצור	סוג מכונה מינימלי לסביבה שאינה סביבת ייצור
   apigee-data	מאגר צמתים עם שמירת מצב שמשמש למסד הנתונים של Cassandra.	‫1 לכל אזור זמינות (3 לכל אזור)	‫e2-standard-8 (8 vCPU, זיכרון בנפח 16GB)	‫e2-standard-4 (4 vCPU, זיכרון בנפח 16GB)
   apigee-runtime	מאגר צמתים חסר מצב שמשמש את מעבד ההודעות של זמן הריצה.	אחד לכל אזור (3 לכל אזור)	‫e2-standard-8 (8 vCPU, זיכרון בנפח 16GB)	‫e2-standard-4 (4 vCPU, 16 GB memory)

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

5. (אופציונלי) אם רוצים, אפשר למחוק את מאגר הצמתים default. מחיקת מאגר צמתים

6. הגדרת אחסון בכונן SSD של אחסון מתמיד ל-Cassandra. אנחנו לא תומכים בשימוש בכונני SSD מקומיים. מידע נוסף מופיע במאמר שינוי סוג האחסון שמוגדר כברירת מחדל במסמכי התיעוד של Kubernetes.

   1. מאתרים את השם של ה-StorageClass שמוגדר כברירת מחדל:

      kubectl get sc

      לדוגמה:

      kubectl get sc
        NAME                    PROVISIONER             RECLAIMPOLICY   VOLUMEBINDINGMODE      ALLOWVOLUMEEXPANSION   AGE
        premium-rwo             pd.csi.storage.gke.io   Delete          WaitForFirstConsumer   true                   15h
        standard                kubernetes.io/gce-pd    Delete          Immediate              true                   15h
        standard-rwo (default)  pd.csi.storage.gke.io   Delete          WaitForFirstConsumer   true                   15h

   2. תיאור של StorageClass בשם standard-rwo. שימו לב שהסוג שלו הוא pd-balanced:

      kubectl describe sc standard-rwo

      לדוגמה:

      kubectl describe sc standard-rwo

      Name:                  standard-rwo
      IsDefaultClass:        Yes
      Annotations:           components.gke.io/layer=addon,storageclass.kubernetes.io/is-default-class=false
      Provisioner:           pd.csi.storage.gke.io
      Parameters:            type=pd-balanced
      AllowVolumeExpansion:  True
      MountOptions:          <none>
      ReclaimPolicy:         Delete
      VolumeBindingMode:     WaitForFirstConsumer
      Events:                <none>

   3. יוצרים קובץ חדש בשם storageclass.yaml.
   4. מוסיפים את הקוד הזה לקובץ. שימו לב שהשם של סוג האחסון החדש הוא apigee-sc. אתם יכולים לבחור כל שם שתרצו. חשוב גם לשים לב שסוג האחסון הוא pd-ssd:

      ---
      kind: StorageClass
      apiVersion: storage.k8s.io/v1
      metadata:
        name: "apigee-sc"
      provisioner: kubernetes.io/gce-pd
      parameters:
        type: pd-ssd
        replication-type: none
      volumeBindingMode: WaitForFirstConsumer
      allowVolumeExpansion: true

   5. מחילים את ה-StorageClass החדש על אשכול Kubernetes:

      kubectl apply -f storageclass.yaml

   6. מריצים את שתי הפקודות הבאות כדי לשנות את ברירת המחדל של StorageClass:

      kubectl patch storageclass standard-rwo \
        -p '{"metadata": {"annotations":{"storageclass.kubernetes.io/is-default-class":"false"}}}'

      kubectl patch storageclass apigee-sc \
        -p '{"metadata": {"annotations":{"storageclass.kubernetes.io/is-default-class":"true"}}}'

   7. מריצים את הפקודה הבאה כדי לוודא שה-StorageClass החדש שמוגדר כברירת מחדל נקרא apigee-sc:

      kubectl get sc

      לדוגמה:

      kubectl get sc
        NAME                  PROVISIONER             RECLAIMPOLICY   VOLUMEBINDINGMODE      ALLOWVOLUMEEXPANSION   AGE
        apigee-sc (default)   kubernetes.io/gce-pd    Delete          WaitForFirstConsumer   true                   14h
        premium-rwo           pd.csi.storage.gke.io   Delete          WaitForFirstConsumer   true                   15h
        standard              kubernetes.io/gce-pd    Delete          Immediate              true                   15h
        standard-rwo          pd.csi.storage.gke.io   Delete          WaitForFirstConsumer   true                   15h

אחרי שהתקנתם את האשכול והוא פועל, אתם יכולים לעבור לשלב הבא.

‫Google Distributed Cloud בשרת פיזי

יצירת אשכול ב-Bare Metal

בשלבים הבאים מוסבר איך להגדיר וליצור אשכול GKE ל-Apigee Hybrid כחלק מפריסת תוכנה בלבד של Google Distributed Cloud ב-Bare Metal. ‫Google Distributed Cloud on bare metal מאפשר להריץ אשכולות Kubernetes ישירות במכונות שלכם.

1. חשוב לוודא שאתם משתמשים בגרסה של Google Distributed Cloud שנתמכת בגרסה ההיברידית 1.16.11. הפלטפורמות והגרסאות שנתמכות ב-Apigee Hybrid
2. מוודאים שהשעונים בכל הצמתים ובשרתי האפליקציות מסונכרנים עם Network Time Protocol ‏ (NTP), כמו שמוסבר בדרישות המוקדמות. מסד הנתונים של Cassandra מסתמך על סנכרון של Network Time Protocol‏ (NTP) כדי לשמור על עקביות הנתונים. אם אתם מתכננים להתקין את הגרסה ההיברידית בכמה אזורים, חשוב לוודא שהם מסונכרנים עם NTP בכל האזורים.
3. בודקים את סקירה כללית של הדרישות המוקדמות להתקנה ואת יצירת אשכולות: סקירה כללית.
4. יוצרים את האשכול עם שני מאגרי צמתים שמוגדרים כמו שמתואר בהמשך:
   • פועלים לפי ההוראות ליצירת אשכול במאמר יצירת אשכולים בסיסיים.
   • יוצרים לפחות שני מאגרי צמתים. מגדירים את מאגרי הצמתים לפי הדרישות המינימליות שמפורטות בטבלה שלמטה.

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

     הערה: מומלץ להשתמש בשמות apigee-data ו-apigee-runtime למאגרי הצמתים. ‫Apigee hybrid מזהה את השמות האלה כברירת מחדל. אם אתם לא רוצים להשתמש בשמות שמוגדרים כברירת מחדל, תצטרכו לבצע הגדרות נוספות בהמשך, כשתגדירו את האשכול ל-Apigee Hybrid. מידע נוסף, כולל הוראות לשינוי שמות ברירת המחדל של מאגרי הצמתים על ידי עריכת קובץ התצורה של האשכול, זמין במאמר שימוש בברירת המחדל של nodeSelectors.

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

     • הגדרת מאגרי צמתים ייעודיים
     • מידע על מאגרי צמתים
     • דרישות הרשת של Cassandra

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

     הערה: ערכי ההגדרה של מאגר הצמתים שמתוארים בטבלה הבאה מייצגים ערכים מינימליים. ההגדרה המינימלית הזו מתאימה לבדיקה, אבל בהתאם לצרכים שלכם, אתם יכולים להגדיל את הצמתים עכשיו או בעתיד. בטבלאות הבאות מפורטים ערכי המינימום של המעבד (CPU) לProduction או לNon-prod, בהתאם להתקנה של Apigee Hybrid שאתם יוצרים. התקנות שאינן בסביבת ייצור מתאימות לבדיקה ולהדגמה, אבל לא מספיקות לתנועה בסביבת ייצור.

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

     למידע נוסף על הגדרות מינימליות של אשכולות, ראו: הגדרות מינימליות של אשכולות

אחרי שהתקנתם את האשכול והוא פועל, אתם יכולים לעבור לשלב הבא.

AKS

יצירת אשכול ב-AKS

בשלבים הבאים מוסבר איך להגדיר וליצור אשכול ל-Apigee hybrid ב-AKS.

1. מוודאים שאתם משתמשים בגרסה של AKS שיש לה תמיכה בגרסה היברידית 1.16.11. פלטפורמות וגרסאות נתמכות של Apigee Hybrid
2. מוודאים שהשעונים בכל הצמתים ושרתי האפליקציות מסונכרנים עם Network Time Protocol‏ (NTP), כמו שמוסבר בקטע דרישות מוקדמות. מסד הנתונים של Cassandra מסתמך על סנכרון של Network Time Protocol‏ (NTP) כדי לשמור על עקביות הנתונים. אם אתם מתכננים להתקין את Hybrid בכמה אזורים, חשוב לוודא שהם מסונכרנים עם NTP בכל האזורים.
3. יוצרים את האשכול באמצעות Azure CLI או Azure Portal, ויוצרים שני מאגרי צמתים כמו שמתואר בהמשך.

   מה שצריך לדעת על מאגרי צמתים

   הערה: מומלץ להשתמש בשמות apigee-data ו-apigee-runtime למאגרי הצמתים. כברירת מחדל, Apigee hybrid מזהה את השמות האלה. אם אתם לא רוצים להשתמש בשמות שמוגדרים כברירת מחדל, תצטרכו לבצע הגדרות נוספות בהמשך, כשתגדירו את האשכול ל-Apigee Hybrid. מידע נוסף, כולל הוראות לשינוי שמות ברירת המחדל של מאגרי הצמתים על ידי עריכת קובץ התצורה של האשכול, זמין במאמר שימוש בברירת המחדל של nodeSelectors.

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

   • הגדרת מאגרי צמתים ייעודיים
   • מידע על מאגרי צמתים
   • דרישות הרשת של Cassandra

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

   הערה: ערכי ההגדרות של מאגר הצמתים שמתוארים בטבלה הבאה מייצגים ערכי מינימום. ההגדרה המינימלית הזו מתאימה לבדיקה, אבל בהתאם לצרכים שלכם, אתם יכולים להגדיל את הצמתים עכשיו או בעתיד. למידע על ניהול צומתי אשכולות, ראו הוספה וניהול של מאגרי צמתים. בטבלאות הבאות מפורטים ערכי המינימום של המעבד (CPU) לProduction או לNon-prod, בהתאם להתקנה של Apigee Hybrid שאתם יוצרים. התקנות שאינן בסביבת ייצור מתאימות לבדיקות ולהדגמות, אבל לא מספיקות לתנועה בסביבת ייצור.

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

   למידע נוסף על הגדרות מינימליות של אשכולות, ראו: הגדרות מינימליות של אשכולות

אחרי שהתקנתם את האשכול והוא פועל, אתם יכולים לעבור לשלב הבא.

EKS

יצירת אשכול ב-EKS

בשלבים הבאים מוסבר איך להגדיר וליצור אשכול ל-Apigee hybrid ב-EKS.

1. חשוב לוודא שאתם משתמשים בגרסה של EKS שנתמכת בגרסה ההיברידית 1.16.11. פלטפורמות וגרסאות נתמכות ב-Apigee Hybrid
2. מוודאים שהשעונים בכל הצמתים ובשרתי האפליקציות מסונכרנים עם Network Time Protocol (NTP), כמו שמוסבר בדרישות המוקדמות. מסד הנתונים של Cassandra מסתמך על סנכרון של Network Time Protocol (NTP) כדי לשמור על עקביות הנתונים. אם אתם מתכננים להתקין את Hybrid בכמה אזורים, חשוב לוודא שהם מסונכרנים עם NTP בכל האזורים.
3. אם אתם משתמשים ב-Kubernetes בגרסה 1.24 ואילך, ודאו שהתקנתם את מנהל ההתקן של Kubernetes CSI ל-Amazon EBS.
4. כדי ליצור אשכול משתמשים וליצור שני מאגרי צמתים כמו שמתואר בהמשך, פועלים לפי ההוראות הבאות.
   • סקירה כללית על EKS.
   • יצירת אשכול Amazon EKS.

   מה שצריך לדעת על מאגרי צמתים

   הערה: מומלץ להשתמש בשמות apigee-data ו-apigee-runtime למאגרי הצמתים. מערכת Apigee hybrid מזהה את השמות האלה כברירת מחדל. אם אתם לא רוצים להשתמש בשמות שמוגדרים כברירת מחדל, תצטרכו להגדיר הגדרות נוספות בהמשך, כשתגדירו את האשכול ל-Apigee Hybrid. מידע נוסף, כולל הוראות לשינוי שמות ברירת המחדל של מאגרי הצמתים באמצעות עריכת קובץ התצורה של האשכול, זמין במאמר שימוש בברירת המחדל של nodeSelectors.

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

   • הגדרת מאגרי צמתים ייעודיים
   • מידע על מאגרי צמתים
   • דרישות הרשת של Cassandra

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

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

   הגדרות אישיות	מאגר צמתים עם שמירת מצב	מאגר צמתים ללא שמירת מצב (stateless)
   מטרה	מאגר צמתים עם שמירת מצב שמשמש למסד הנתונים של Cassandra.	מאגר של צמתים ללא שמירת מצב (stateless) שמשמש את מעבד ההודעות של סביבת זמן הריצה.
   שם התווית	apigee-data	apigee-runtime
   מספר הצמתים	אחד לכל אזור (3 לכל אזור)	אחד לכל אזור (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

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

אחרי שהתקנתם את האשכול והוא פועל, אתם יכולים לעבור לשלב הבא.

OpenShift

יצירת אשכול ב-OpenShift

בשלבים הבאים מוסבר איך להגדיר וליצור אשכול ל-Apigee hybrid ב-OpenShift.

1. חשוב לוודא שאתם משתמשים בגרסה של OpenShift שנתמכת בגרסה ההיברידית 1.16.11. פלטפורמות וגרסאות נתמכות ב-Apigee Hybrid
2. מוודאים שהשעונים בכל הצמתים ובשרתי האפליקציות מסונכרנים עם Network Time Protocol (NTP), כמו שמוסבר בדרישות המוקדמות. מסד הנתונים של Cassandra מסתמך על סנכרון של Network Time Protocol‏ (NTP) כדי לשמור על עקביות הנתונים. אם אתם מתכננים להתקין את Apigee Hybrid בכמה אזורים, חשוב לוודא שהם מסונכרנים עם NTP בכל האזורים.
3. יוצרים את אשכול OpenShift לפריסה במישור זמן הריצה, מתקינים את Apigee באשכול המשתמשים של OpenShift ויוצרים שני מאגרי צמתים.
   מידע נוסף על יצירה וניהול של אשכולות OpenShift ב-Google Cloud זמין במסמכי התיעוד של OpenShift, למשל: התקנה מהירה של אשכול ב-Google Cloud.
   לקבלת עזרה בהגדרת אשכול OpenShift במכונות וירטואליות ב-Google Cloud, אפשר לעיין במאמר איך מגדירים את Apigee hybrid ב-Openshift במכונות וירטואליות ב-Google Cloud.

   כחלק מההתקנה של OpenShift, מתקינים ומגדירים את כלי ה-CLI של oc. במאמר Getting started with the OpenShift CLI (תחילת העבודה עם OpenShift CLI) במסמכי התיעוד של OpenShift.

   מה שצריך לדעת על מאגרי צמתים

   הערה: מומלץ להשתמש בשמות apigee-data ו-apigee-runtime למאגרי הצמתים. כברירת מחדל, Apigee hybrid מזהה את השמות האלה. אם לא רוצים להשתמש בשמות ברירת המחדל, צריך לבצע הגדרה נוספת בהמשך, כשמגדירים את האשכול ל-Apigee hybrid. מידע נוסף, כולל הוראות לשינוי שמות ברירת המחדל של מאגרי הצמתים באמצעות עריכה של קובץ ההגדרה של האשכול, זמין במאמר שימוש ב-nodeSelector של ברירת המחדל.

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

   • הגדרת מאגרי צמתים ייעודיים
   • מידע על מאגרי צמתים
   • דרישות הרשת של Cassandra

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

   הערה: ערכי ההגדרה של מאגר הצמתים שמתוארים בטבלה הבאה מייצגים ערכים מינימליים. ההגדרה המינימלית הזו מתאימה לבדיקות, אבל בהתאם לצרכים שלכם, תוכלו להגדיל את הצמתים עכשיו או בעתיד. למידע על ניהול צומתי אשכולות, ראו הוספה וניהול של מאגרי צמתים. בטבלאות הבאות מפורטים ערכי המינימום של המעבד (CPU) לProduction או לNon-prod, בהתאם להתקנה של Apigee Hybrid שאתם יוצרים. התקנות שאינן בסביבת ייצור מתאימות לבדיקה ולהדגמה, אבל לא מספיקות לתנועה בסביבת ייצור.

   הגדרות אישיות	מאגר צמתים עם שמירת מצב	מאגר צמתים ללא שמירת מצב (stateless)
   מטרה	מאגר צמתים עם שמירת מצב שמשמש למסד הנתונים של Cassandra.	מאגר של צמתים ללא שמירת מצב (stateless) שמשמש את מעבד ההודעות של סביבת זמן הריצה.
   שם התווית	apigee-data	apigee-runtime
   מספר הצמתים	אחד לכל אזור (3 לכל אזור)	אחד לכל אזור (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

   למידע נוסף על הגדרות מינימליות של אשכולות, ראו: הגדרות מינימליות של אשכולות

אחרי שמתקינים אשכול, עוברים לשלב הבא.

 

השלב הבא

1 (NEXT) Step 2: Download the Helm charts 3 4 5 6 7 8 9 10 11