‫Google משתמשת בטכנולוגיית AI כדי לתרגם תוכן לשפה המועדפת עליך. בתרגומים כאלו עשויות להיות שגיאות.

שדרוג Apigee Hybrid לגרסה 1.3.6

סקירה כללית על שדרוג לגרסה 1.3.6.

ההליכים לשדרוג Apigee hybrid מאורגנים בקטעים הבאים:

הכנה

ליצור ולעדכן חשבונות שירות.
תכנון קבוצות סביבה.
מעתיקים ומעדכנים את קובץ ההגדרות שבוטלו.

משדרגים את Istio ואת cert-manager.
התקנת גרסה 1.3 של סביבת זמן ריצה היברידית.
לפנות.

דרישות מוקדמות

גרסה 1.2 של Apigee Hybrid. אם אתם מעדכנים מגרסה קודמת, תוכלו לעיין בהוראות שדרוג Apigee Hybrid לגרסה 1.2.

הכנה

(מומלץ) יוצרים עותק גיבוי של ספריית $APIGEECTL_HOME/ בגרסה 1.2. לדוגמה:
```
tar -czvf $APIGEECTL_HOME/../apigeectl-v1.2-backup.tar.gz $APIGEECTL_HOME
```
(מומלץ) מגבים את מסד הנתונים של Cassandra לפי ההוראות במאמר בנושא גיבוי ושחזור של Cassandra.

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

פלטפורמה	שדרוג לגרסה
GKE	‫1.15.x
Anthos	‫1.5
AKS	‫1.16.x באמצעות Anthos Attached Clusters

אם אתם לא משתמשים ב-Apigee Connect בהתקנה ההיברידית שלכם, אתם צריכים להפעיל את Apigee Connect.
1. בודקים אם Apigee Connect API מופעל:
```
gcloud services list | grep apigeeconnect

apigeeconnect.googleapis.com         Apigee Connect API
```
2. אם הוא לא מופעל, מפעילים את ה-API:
```
gcloud services enable apigeeconnect.googleapis.com --project $PROJECT_ID
```
  ‫$PROJECT_ID הוא מזהה הפרויקט בענן שלכם ב-Google Cloud.
3. בשורת הפקודה, מקבלים את פרטי הכניסה לאימות gcloud, כמו בדוגמה הבאה:
```
TOKEN=$(gcloud auth print-access-token)
```
  כדי לוודא שהטוקן אוכלס, משתמשים ב-echo, כמו בדוגמה הבאה:
```
echo $TOKEN
```
  האסימון יוצג כמחרוזת מקודדת.
  
  למידע נוסף, ראו סקירה כללית של כלי שורת הפקודה של Google Cloud.
4. כדי לבדוק אם Apigee Connect מופעל בארגון:
```
curl -H "Authorization: Bearer $TOKEN" \
  "https://apigee.googleapis.com/v1/organizations/$ORG_NAME"
```
  כאשר $ORG_NAME הוא המזהה של הארגון.
  אם הפלט מכיל:
```
      "name" : "features.mart.connect.enabled",
      "value" : "true"
```
  ‫Apigee Connect מופעל.
5. אם Apigee Connect לא מופעל, צריך להקצות את התפקיד Apigee Connect Agent לחשבון השירות של MART:
```
gcloud projects add-iam-policy-binding $PROJECT_ID \
  --member serviceAccount:apigee-mart@$PROJECT_ID.iam.gserviceaccount.com \
  --role roles/apigeeconnect.Agent
```
  כדאי לדעת: כדי לקבל את כתובת האימייל של חשבון השירות של MART, מריצים את הפקודה הבאה:
```
gcloud iam service-accounts list | grep mart
```
6. מפעילים את Apigee Connect באמצעות הפקודה הבאה:
```
curl -H "Authorization: Bearer $TOKEN" -X PUT \
  -H "Content-Type: application/json" \
  -d '{
    "name" : "'"$ORG_NAME"'",
    "properties" : {
      "property" : [ {
        "name" : "features.hybrid.enabled",
        "value" : "true"
      }, {
        "name" : "features.mart.connect.enabled",
        "value" : "true"
      } ]
    }
  }' \
  "https://apigee.googleapis.com/v1/organizations/$ORG_NAME"
```
  אם הפלט מכיל את שני הנכסים הבאים, סימן שהפעלתם את Apigee Connect בהצלחה:
```
      {
        "name": "features.mart.connect.enabled",
        "value": "true"
      },
      {
        "name": "features.hybrid.enabled",
        "value": "true"
      }
```
יוצרים את חשבון השירות apigee-watcher. ‫Apigee Watcher הוא חשבון שירות חדש שהוצג בגרסה 1.3. הוא עוקב אחרי הסנכרון כדי לראות אם יש שינויים ברמת הארגון, ומחיל את השינויים האלה כדי להגדיר את Istio ingress.
מהספרייה ההיברידית הראשית:
```
./tools/create-service-account apigee-watcher ./service-accounts
```
מקצים את התפקיד Apigee Runtime Agent לחשבון השירות של Watcher:
```
gcloud projects add-iam-policy-binding $PROJECT_ID \
  --member serviceAccount:apigee-watcher@$PROJECT_ID.iam.gserviceaccount.com \
  --role roles/apigee.runtimeAgent
```
כאשר PROJECT_ID הוא מזהה הפרויקט שלכם ב-Google Cloud. אם כתובות האימייל של חשבון השירות שונות מהתבנית הזו, צריך להחליף אותן בהתאם.
טיפ: כדי לקבל את כתובת האימייל של חשבון השירות של שירות הצפייה, מריצים את הפקודה הבאה:
```
gcloud iam service-accounts list | grep watcher
```
הפלט צריך לכלול רשימה של כל חשבונות השירות והתפקידים שלהם, כולל:
```
  ...
- members:
  - serviceAccount:apigee-watcher@hybrid13rc5.iam.gserviceaccount.com
  role: roles/apigee.runtimeAgent
  ...
```
תכנון קבוצות סביבה לניתוב. ב-Apigee hybrid 1.3, ניהול הניתוב של נתיב הבסיס מתבצע באמצעות קבוצות סביבה במקום באמצעות routingRules. אם אתם משתמשים ב-routingRules בהגדרה ההיברידית שלכם, כדאי לתכנן קבוצות של סביבות שישכפלו את הניתוב שלכם.
צריך ליצור לפחות קבוצת סביבות אחת.

מידע נוסף על קבוצות סביבות
כאן אפשר לראות דוגמה לשימוש בקבוצות סביבות כדי להחליף את routingRules

בדוגמה הזו, הבקשות של routingRules בקובץ overrides.yaml מנותבות אל סביבת prod-env-1 של שרתי ה-API של foo ו-bar, והבקשות של שרת ה-proxy‏ foo-test מנותבות אל סביבת test-env:
```
virtualhosts:
  - name: default
    hostAliases:
      - "*.acme.com"
    sslCertPath: ./certs/keystore.pem
    sslKeyPath: ./certs/keystore.key
    routingRules:
      - paths:
        - /foo
        - /bar
      - env: prod-env-1
      - paths:
        - foo-test
      -env: test-env
```
כדי לשכפל את זה בגרסה היברידית 1.3.6:
1. פורסים את שרתי ה-proxy‏ foo ו-bar בסביבה prod-env-1.
2. פורסים את ה-proxy‏ foo-test ו-bar בסביבה test-env.
3. יוצרים קבוצת סביבות עם hostalias לשרתי ה-proxy, כמו api.acme.com.
  טיפ: כדאי ליצור קבוצת סביבות עם אותו שם של המארחים הווירטואליים שבהם השתמשתם בגרסה 1.2.
4. כדאי לשנות את הבית virtualhosts ב-overrides.yaml ל-
  - מחליפים את virtualhosts:name בשם של קבוצת הסביבות.
  - מסירים את virtualhosts:routingRules.
  לדוגמה:
```
virtualhosts:
  - name: default # environment group name
    sslCertPath: ./certs/keystore.pem
    sslKeyPath: ./certs/keystore.key
```
מעדכנים את קובץ הגדרות העקיפה:

יוצרים עותק של קובץ ההגדרות לשינוי.

מעדכנים את פסקאות ה-gcp ו-k8sCluster.

מאפייני ההגדרה הבאים הוחלפו בגרסה 1.3 של Hybrid:

הערך gcpRegion הוחלף בערך gcp:region
הערך gcpProjectID הוחלף בערך gcp:projectID
הערך gcpProjectIDRuntime הוחלף בערך gcp:gcpProjectIDRuntime
הערך k8sClusterName הוחלף בערך k8s:clusterName
הערך k8sClusterRegion הוחלף בערך k8s:clusterRegion

לדוגמה, מחליפים את המבנה הבא:

gcpRegion: gcp region
gcpProjectID: gcp project ID
gcpProjectIDRuntime: gcp project ID

k8sClusterName: name
k8sClusterRegion: region

עם:

gcp:
 projectID: gcp project ID
 region: gcp region
 gcpProjectIDRuntime: gcp project ID # optional. This is only required if you
                                       # want logger/metrics data to be sent in
                                       # different gcp project.

k8sCluster:
 name: gcp project ID
 region: gcp region

אם אין לכם מזהה מופע ייחודי בקובץ ההגדרות שלכם, תוכלו להוסיף אותו:
```
# unique identifier for this installation. 63 chars length limit
instanceID: ID
```
כאשר ID הוא מזהה ייחודי להתקנה ההיברידית הזו, כמו ‫my-hybrid-131-installation או acmecorp-hybrid-131.
מוסיפים את חשבון השירות של Watcher‏ (apigee-watcher) לקובץ ההגדרות שמוגדרות מחדש:
```
# Note: the SA should have the "Apigee Runtime Agent" role
watcher:
 serviceAccountPath: "service account file"
```
מוסיפים את חשבון השירות של Metrics ‏ (apigee-metrics) לקובץ ההגדרות שמוגדרות מחדש:
```
metrics:
 serviceAccountPath: "service account file"
```
מעדכנים את פסקה virtualhosts: כדי להחליף את routingRules בקבוצת הסביבות שלכם.
1. -name: מחליפים את השם בשם של קבוצת הסביבות. יכולים להיות לכם כמה רשומות של שמות, אחת לכל קבוצת סביבות.
2. hostAliases:[] מחיקת השורה.
3. משאירים (או מוסיפים) את הערכים sslCertPath: ו-sslKeyPath:.
4. מוחקים את כל הרשומות של routingRules.
לדוגמה:
```
virtualhosts:
  - name: default
    hostAliases:
      - "*.acme.com"
    sslCertPath: ./certs/keystore.pem
    sslKeyPath: ./certs/keystore.key
    routingRules:
      - paths:
        - /foo
        - /bar
      - env: my-environment
```
הופך ל:
```
virtualhosts:
  - name: example-env-group
    sslCertPath: ./certs/keystore.pem
    sslKeyPath: ./certs/keystore.key
```
מעדכנים את פסקאות mart ו-connectAgent:.
הערה: אם אתם לא מתכננים להשתמש ב-Apigee Connect בהתקנה היברידית בגרסה 1.3, דלגו על השלב הזה ופעלו לפי הטיפ בשלב 5 במאמר בנושא Apigee Connect אחרי השדרוג.
1. בקטע mart: מסירים את הערכים hostAlias:, sslCertPath: ו-sslKeyPath:.
2. מוסיפים בית connectAgent:.
3. בקטע connectAgent: מוסיפים רשומה של serviceAccountPath: ומזינים את הנתיב לקובץ של חשבון השירות שהוקצה לו התפקיד Apigee Connect Agent (בדרך כלל חשבון השירות של MART).
לדוגמה:
```
mart:
  hostAlias: "mart.apigee-hybrid-docs.net"
  serviceAccountPath: ./service-accounts/hybrid-project-apigee-mart.json
  sslCertPath: ./certs/fullchain.pem
  sslKeyPath: ./certs/privkey.key
```
הופך ל:
```
mart:
  serviceAccountPath: ./service-accounts/hybrid-project-apigee-mart.json

connectAgent:
  serviceAccountPath: ./service-accounts/hybrid-project-apigee-mart.json
```

שדרוג של Istio ו-cert-manager

ב-Apigee hybrid גרסה 1.3 נדרש cert-manager גרסה v0.14.2 כדי לנהל ולאמת אישורים, ונדרשת הפצת Istio שסופקה עם Anthos Service Mesh‏ (ASM) גרסה 1.5.7 (או גרסה חדשה יותר) כדי ליצור ולנהל את שער הכניסה של זמן הריצה.

שדרוג מ-Istio 1.4.6 ל-ASM 1.5.7 (או לגרסה חדשה יותר)

כדי לצמצם את זמן ההשבתה, לפריסות של Istio ול-HPA צריכות להיות לפחות שתי רפליקות לכל אחת. מריצים את הפקודות הבאות כדי לקבוע את מספר העותקים:
```
kubectl -n istio-system get deployments # list of deployments
kubectl -n istio-system get hpa # list of hpa
```
עורכים כל פריסה שיש לה רק עותק אחד ומגדילים את הערך של replicas: ל-2 או יותר:
```
kubectl -n istio-system edit deployment name
```
לדוגמה:
```
spec:
  progressDeadlineSeconds: 600
  replicas: 2
```
עורכים כל HPA שיש לו רק עותק אחד ומגדילים את minReplicas: ל-2 או יותר:
```
kubectl -n istio-system edit hpa name
```
לדוגמה:
```
spec:
  maxReplicas: 5
  minReplicas: 2
```
מורידים ומתקינים את ASM לפי הוראות ההתקנה במאמר הורדה והתקנה של ASM.

אחרי ההתקנה, מריצים את פקודת הגרסה כדי לוודא שהגרסה 1.5.x מותקנת בצורה תקינה:

./bin/istioctl version

client version: 1.5.8-asm.0
apigee-mart-ingressgateway version:
citadel version: 1.4.6
galley version: 1.4.6
ingressgateway version: 1.5.8-asm.0
pilot version: 1.4.6
policy version: 1.4.6
sidecar-injector version: 1.4.6
telemetry version: 1.4.6
pilot version: 1.5.8-asm.0
data plane version: 1.4.6 (1 proxies), 1.5.8-asm.0 (2 proxies)

שדרוג cert-manager

מחיקת פריסת cert-manager הנוכחית:

kubectl delete -n cert-manager deployment cert-manager cert-manager-cainjector cert-manager-webhook

בודקים את הגרסה של Kubernetes:
```
kubectl version
```

מריצים את הפקודה הבאה כדי להתקין את cert-manager מ-Jetstack:

kubectl apply --validate=false -f https://github.com/jetstack/cert-manager/releases/download/v0.14.2/cert-manager.yaml

התקנה של סביבת זמן ריצה היברידית

שמירת מספר הגרסה האחרונה במשתנה:

export VERSION=$(curl -s \
    https://storage.googleapis.com/apigee-public/apigee-hybrid-setup/current-version.txt?ignoreCache=1)

בודקים שהמשתנה אוכלס במספר גרסה. אם רוצים להשתמש בגרסה אחרת, אפשר לשמור אותה במשתנה סביבה. לדוגמה:
```
echo $VERSION
  1.3.6
```

מורידים את חבילת הגרסה למערכת ההפעלה שלכם:

‫Mac 64 bit:

curl -LO \
    https://storage.googleapis.com/apigee-public/apigee-hybrid-setup/$VERSION/apigeectl_mac_64.tar.gz

‫Linux 64 bit:

curl -LO \
    https://storage.googleapis.com/apigee-public/apigee-hybrid-setup/$VERSION/apigeectl_linux_64.tar.gz

Mac 32 bit:

curl -LO \
    https://storage.googleapis.com/apigee-public/apigee-hybrid-setup/$VERSION/apigeectl_mac_32.tar.gz

‫Linux‏ 32 ביט:

curl -LO \
    https://storage.googleapis.com/apigee-public/apigee-hybrid-setup/$VERSION/apigeectl_linux_32.tar.gz

משנים את השם של ספריית apigeectl/ הנוכחית לשם של ספריית גיבוי. לדוגמה:
```
mv $APIGEECTL_HOME/ $APIGEECTL_HOME-v1.2/ 
```
מחלצים את התוכן של קובץ ה-gzip שהורדתם לספריית הבסיס ההיברידית. לדוגמה:
```
tar xvzf filename.tar.gz -C hybrid-base-directory
```
‫cd לספריית הבסיס.
כברירת מחדל, התוכן של קובץ ה-tar מורחב לספרייה עם הגרסה והפלטפורמה בשם שלה. לדוגמה: ./apigeectl_1.0.0-f7b96a8_linux_64. משנים את השם של הספרייה ל-apigeectl:
```
mv apigeectl_1.0.0-f7b96a8_linux_64 apigeectl
```
מוחקים את המשרה apigee-resources-install מ-apigee-system:
```
kubectl -n apigee-system delete job apigee-resources-install
```

מוחקים את ה-CRD הישן:

kubectl delete crd apigeetelemetries.apigee.cloud.google.com

מעדכנים את פסקה cassandra: בקובץ ההחלפות עם מאפיין externalSeedHost. הנכס הזה יעזור לוודא שההתקנה החדשה של גרסה 1.3.6 ההיברידית תשתמש באותו אשכול Kubernetes כמו ההתקנה של גרסה 1.2. זהו שלב חד-פעמי שנדרש רק לשדרוג מגרסה היברידית 1.2 לגרסה 1.3.6 (או לגרסה חדשה יותר).
1. מחפשים את אחת מכתובות ה-IP של Cassandra הקיימת באותו אשכול Kubernetes שבו משדרגים את ההתקנה של גרסה 1.2.0.
```
kubectl -n namespace get pods -o wide
```
  כאשר namespace הוא מרחב השמות של Apigee Hybrid.
  
  חשוב לרשום את כתובת ה-IP של צומת Cassandra. לדוגמה:
```
kubectl -n apigee get pods -o wide
NAME                  READY   STATUS    RESTARTS   AGE   IP          NODE
apigee-cassandra-0    1/1     Running   0          33d   10.68.8.24   gke-example-cluster-rc5-apigee-data-c8bf1234-09kc
apigee-cassandra-1    1/1     Running   0          16d   10.68.8.33   gke-example-cluster-rc5-apigee-data-c9221ee7-10kc
apigee-cassandra-2    1/1     Running   0          23h   10.68.9.11   gke-example-cluster-rc5-apigee-data-d123e456-11kc
```
2. מוסיפים את הערך של המאפיין externalSeedHost:
```
cassandra:
 externalSeedHost: Cassandra_node_IP
```
  כאשר Cassandra_node_IP הוא כתובת ה-IP של צומת Cassandra (10.68.8.24 בדוגמה הקודמת).
  
  הערה: בשלב מאוחר יותר, אחרי שהמערכת החדשה של Cassandra תפעל ותאומת, תסירו את המאפיין externalSeedHost.
בספרייה new apigeectl/, מריצים את הפקודות apigeectl init,‏ apigeectl apply ו-apigeectl check-ready:
1. מפעילים את הגרסה ההיברידית 1.3.6:
```
apigeectl init -f overrides_1.3.yaml
```
  כאשר overrides_1.3.yaml הוא קובץ ה-overrides.yaml הערוך.
2. בגרסה היברידית 1.3, התחביר של הדגל --dry-run תלוי בגרסה של kubectl שמופעלת. בודקים את הגרסה של kubectl:
```
gcloud version
```
3. בודקים אם יש שגיאות באמצעות הרצה יבשה:
  ‫kubectl גרסה 1.17 וגרסאות ישנות יותר:
```
apigeectl apply -f overrides_1.3.yaml --dry-run=true
```
  ‫kubectl גרסה 1.18 ואילך:
```
apigeectl apply -f overrides_1.3.yaml --dry-run=client
```
4. מחילים את השינויים. בוחרים את ההוראות לסביבות ייצור או לסביבות הדגמה/ניסוי, בהתאם להתקנה.
  במהלך תהליך השדרוג, כל רכיב יבצע הפעלה מחדש מתגלגלת. לכן, בסביבות ייצור, מומלץ להחיל את השדרוג על רכיב אחד בכל פעם.
  ייצור
  
  בסביבות ייצור, צריך לשדרג כל רכיב היברידי בנפרד ולבדוק את הסטטוס של הרכיב המשודרג לפני שממשיכים לרכיב הבא.
  1. מחילים את השינויים כדי לשדרג את Cassandra:
    apigeectl apply -f overrides_1.3.yaml --datastore
  2. השלמת הבדיקה:
    kubectl -n namespace get pods
    
    כאשר namespace הוא מרחב השמות של Apigee Hybrid.
    
    ממשיכים לשלב הבא רק כשהפודים מוכנים.
  3. מחילים את ההחלפות כדי לשדרג את רכיבי הטלמטריה ובודקים שהשדרוג הושלם:
    apigeectl apply -f overrides_1.3.yaml --telemetry
    
    kubectl -n namespace get pods
  4. מחילים את השינויים כדי לשדרג את הרכיבים ברמת הארגון (MART, ‏ Watcher ו-Apigee Connect) ובודקים שהשדרוג הושלם:
    apigeectl apply -f overrides_1.3.yaml --org
    
    kubectl -n namespace get pods
  5. כדי לשדרג את הסביבות, צריך להחיל את הגדרות הביטול. יש שתי אפשרויות:
    
    מחילים את ההגדרות החלופיות על סביבה אחת בכל פעם ובודקים שהן הושלמו. חוזרים על השלב הזה לכל סביבה:
    apigeectl apply -f overrides_1.3.yaml --env env_name
    
    kubectl -n namespace get pods
    
    כאשר env_name הוא שם הסביבה שמשדרגים.
    
    מחילים את ההגדרות החלופיות על כל הסביבות בבת אחת ובודקים שהן הושלמו:
    apigeectl apply -f overrides_1.3.yaml --all-envs
    
    kubectl -n namespace get pods
  הדגמה/ניסוי
  
  ברוב סביבות ההדגמה או הניסוי, אפשר להחיל את שינויי ברירת המחדל על כל הרכיבים בבת אחת. אם סביבת ההדגמה או הניסויים שלכם גדולה ומורכבת או דומה מאוד לסביבת ייצור, כדאי להשתמש בהוראות לשדרוג סביבות ייצור.
  1. apigeectl apply -f overrides_1.3.yaml
  2. בודקים את הסטטוס:
    apigeectl check-ready -f overrides_1.3.yaml
  הוראות נוספות זמינות במאמר הגדרת GKE Hybrid – שלב 5: התקנת GKE Hybrid ב-GKE.
5. אחרי שמגדירים את הגרסה ההיברידית 1.3 ומפעילים אותה, מוודאים שכל צמתי Cassandra (הישנים והחדשים) הם חלק מאותו אשכול Cassandra. מריצים את הפקודה הבאה באחד מצמתי Cassandra:
```
kubectl -n namespace get pods
kubectl -n namespace exec old Cassandra pod -- nodetool status
```
  בדוגמת הפלט הבאה, 10.68.8.24 הוא מגרסה 1.2.0 והוא כתובת ה-IP של הצומת שבה השתמשתם כ-externalSeedHost. ‫10.68.7.11 היא מגרסה 1.3.6:
```
Datacenter: dc-1
================
Status=Up/Down
|/ State=Normal/Leaving/Joining/Moving
--  Address     Load        Tokens       Owns (effective)  Host ID                               Rack
UN  10.68.8.24  379.41 KiB  256          50.8%             11bbd43b-af64-464b-a96d-0d6dd0521de1  ra-1
UN  10.68.7.11  1.35 MiB    256          49.2%             0b4d9e08-f353-413a-b4a9-7d18a8d07e58  ra-1
```
  אם הם לא באותו אשכול, בודקים את הערך של externalSeedHost.
6. אחרי שכל הפודים יפעלו, מסירים את externalSeedHost מקובץ ההחלפות ומריצים שוב את apigeectl apply עם האפשרות --datastore:
```
apigeectl apply --datastore -f overrides_1.3.6.yaml
```
הסרת המשאבים

אחרי שמוודאים שכל ה-pods פועלים בצורה תקינה ושהנקודות של ASM תקפות להתקנה החדשה, אפשר לנקות:
- משאבים של Hybrid 1.2.
- המופע הישן יותר של Cassandra
- משאבים של Istio 1.4.6.
מחיקת משאבים ב-Hybrid 1.2.0
הערה: כדי לבצע את התהליך הזה, צריך את הפקודה apigeectl בגרסה 1.2 בספרייה המגובה. אם אתם צריכים להוריד עותק נוסף של apigeectl בגרסה 1.2, אתם יכולים להשתמש בפקודה הבאה:
```
curl -LO \
    https://storage.googleapis.com/apigee-public/apigee-hybrid-setup/1.2.0/apigeectl_your_system.tar.gz
```
כאשר your_system הוא אחד מהערכים linux_32, linux_64, mac_32 או mac_64.
1. מסירים את פרטי הניתוב של המארח הווירטואלי בגרסה 1.2.0:
```
$APIGEECTL_HOME-v1.2/apigeectl delete -s virtualhost -f 1.2.0_overrides.yaml
```
  כאשר $APIGEECTL_HOME-v1.2 היא הספרייה שבה גיביתם את הספרייה של apigeectl גרסה 1.2.
2. אם נקודת הקצה עדיין פועלת כמצופה ואימתתם שכל הרכיבים בגרסה 1.3.0 פועלים, מריצים את הפקודה הבאה כדי למחוק את המשאבים של גרסה 1.2.0 ההיברידית:
```
$APIGEECTL_HOME-v1.2/apigeectl delete -c "mart,connect-agent,synchronizer,runtime,udca,metrics,logger" \
  -f 1.2.0_overrides.yaml
```
הוצאה משימוש של מופע Cassandra ישן יותר
1. ‫cd לספרייה apigeectl שהותקנה לאחרונה.
2. מריצים את הסקריפט tools/cas_cleanup.sh.
  הסקריפט הזה מוציא משימוש את ה-pod הישן של Cassandra מתוך טבעת Cassandra, מוחק את ה-STS הישן ומוחק את ה-PVC.
```
bash cas_cleanup.sh Apigee namespace
```
מחיקת משאבים של Istio בגרסה 1.4.6

הערה: מחיקה של משאבי Istio בגרסה 1.4.6 תגרום גם למחיקה של MART ingress. ‫MART ingress מוחלף ב-Apigee Connect בגרסה 1.3 של Apigee Hybrid.
1. מריצים את הפקודה הבאה כדי למחוק את המשאבים האחרונים של Istio v.1.4.6:
```
kubectl delete all -n istio-system --selector \
  'app in (apigee-mart-istio-ingressgateway, galley, security, istio-nodeagent, istio-mixer, sidecarInjectorWebhook, istio-mixer)'
```
2. מריצים את הפקודות הבאות כדי למחוק משימות ישנות מההתקנה של Istio 1.4.6:
```
kubectl -n istio-system delete job istio-init-crd-10-1.4.6
kubectl -n istio-system delete job istio-init-crd-11-1.4.6
kubectl -n istio-system delete job istio-init-crd-14-1.4.6
```
מזל טוב! השדרוג ל-Apigee Hybrid גרסה 1.3.6 בוצע בהצלחה.

שדרוג Apigee Hybrid לגרסה 1.3.6 קל לארגן דפים בעזרת אוספים אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.

סקירה כללית על שדרוג לגרסה 1.3.6.

דרישות מוקדמות

הכנה

כאן אפשר לראות דוגמה לשימוש בקבוצות סביבות כדי להחליף את routingRules

שדרוג של Istio ו-cert-manager

שדרוג מ-Istio 1.4.6 ל-ASM 1.5.7 (או לגרסה חדשה יותר)

שדרוג cert-manager

התקנה של סביבת זמן ריצה היברידית

ייצור

הדגמה/ניסוי

הסרת המשאבים

מחיקת משאבים ב-Hybrid 1.2.0

הוצאה משימוש של מופע Cassandra ישן יותר

מחיקת משאבים של Istio בגרסה 1.4.6

שדרוג Apigee Hybrid לגרסה 1.3.6

כאן אפשר לראות דוגמה לשימוש בקבוצות סביבות כדי להחליף את `routingRules`