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

אתם צופים כרגע בגרסה 1.11 של התיעוד של Apigee Hybrid. This version is end of life. You should upgrade to a newer version. מידע נוסף זמין במאמר בנושא גרסאות נתמכות.

Version 1.11 

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

• 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                                         

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

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

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

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

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

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

יצירת האשכול

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

GKE

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

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

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

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

1. מוודאים שאתם משתמשים בגרסה של GKE שנתמכת בגרסה היברידית 1.11.2. פלטפורמות וגרסאות נתמכות של Apigee Hybrid
2. מוודאים שהשעונים בכל הצמתים ובשרתי האפליקציות מסונכרנים עם Network Time Protocol ‏ (NTP), כמו שמוסבר בדרישות המוקדמות. מסד הנתונים של Cassandra מסתמך על סנכרון של פרוטוקול זמן רשת (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 , הקפידו לבחור באפשרות מעבר לאשכול רגיל.
   הערה: אם אתם לא יוצרים את האשכול ברשת שמוגדרת כברירת מחדל, פועלים לפי ההוראות במאמר יצירת אשכול ברשת משנה קיימת

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

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

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

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

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

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

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

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

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

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

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

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: האזור שבו יצרתם את האשכול.
   • ‫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. מפעילים את Workload Identity באשכול. ‫Workload Identity מאפשר לעומסי עבודה באשכולות 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}

    הערה: השלב הזה של הפעלת Workload Identity באשכול רלוונטי לכל ההתקנות של GKE.

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

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

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

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

    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"

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

GKE On-Prem

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

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

1. מוודאים שאתם משתמשים בגרסה של Google Distributed Cloud שיש לה תמיכה בגרסה היברידית 1.11.2. מידע נוסף זמין במאמר פלטפורמות וגרסאות נתמכות של 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. מידע נוסף, כולל הוראות לשינוי שמות ברירת המחדל של מאגרי הצמתים באמצעות עריכת קובץ ההגדרות של האשכול, זמין במאמר שימוש ב-nodeSelector של ברירת המחדל.

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

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

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

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

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

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

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

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 בשרת פיזי

יצירת אשכול ב-Google Distributed Cloud בשרת פיזי

בשלבים הבאים מוסבר איך להגדיר וליצור אשכול ל-Apigee Hybrid ב-Anthos בשרת פיזי. ‫Anthos בשרת פיזי מאפשר להריץ אשכולות Kubernetes ישירות במשאבי המכונות שלכם.

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

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

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

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

     • הגדרת מאגרי צמתים ייעודיים
     • מידע על מאגרי צמתים
     • דרישות הרשת של 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 הנדרש.
     רוחב הפס של הרשת לכל סוג של מכונת וירטואלית	‫1 Gbps	‫1 Gbps

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

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

AKS

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

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

1. מוודאים שאתם משתמשים בגרסה של AKS שיש לה תמיכה בגרסה היברידית 1.11.2. פלטפורמות וגרסאות נתמכות של 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. מידע נוסף, כולל הוראות לשינוי שמות ברירת המחדל של מאגרי הצמתים באמצעות עריכת קובץ ההגדרות של האשכול, זמין במאמר שימוש ב-nodeSelector של ברירת המחדל.

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

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

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

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

   הגדרות אישיות	מאגר צמתים עם שמירת מצב	מאגר צמתים ללא שמירת מצב
   מטרה	מאגר צמתים עם שמירת מצב שמשמש למסד הנתונים של 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 הנדרש.
   רוחב הפס של הרשת לכל סוג של מכונת וירטואלית	‫1 Gbps	‫1 Gbps

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

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

EKS

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

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

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

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

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

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

   • הגדרת מאגרי צמתים ייעודיים
   • מידע על מאגרי צמתים
   • דרישות הרשת של 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 הנדרש.
   רוחב הפס של הרשת לכל סוג של מכונת וירטואלית	‫1 Gbps	‫1 Gbps

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

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

‫GKE ב-AWS

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

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

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

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

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

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

   • הגדרת מאגרי צמתים ייעודיים
   • מידע על מאגרי צמתים
   • דרישות הרשת של 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 הנדרש.
   רוחב הפס של הרשת לכל סוג של מכונת וירטואלית	‫1 Gbps	‫1 Gbps

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

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

OpenShift

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

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

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

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

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

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

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

   • הגדרת מאגרי צמתים ייעודיים
   • מידע על מאגרי צמתים
   • דרישות הרשת של 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 הנדרש.
   רוחב הפס של הרשת לכל סוג של מכונת וירטואלית	‫1 Gbps	‫1 Gbps

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

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

 

1 (NEXT) Step 2: Install cert-manager 3 4 5 6 7 8 9 10