Apigee Hybrid unterstützt Rolling Updates, Bei Kubernetes-Updates können Rolling Updates ohne Ausfallzeiten ausgeführt werden, indem Pod-Instanzen schrittweise mit neuen aktualisiert werden.
Komponenten, die Rolling Updates unterstützen
Wenn Sie die Attributeinstellungen für eine Hybridversion der folgenden Komponenten in Ihrer Überschreibungendatei ändern, können Sie mit dem Attribut revision darauf hinweisen, dass Sie ein Rolling Update für die betroffenen Pods ausführen möchten.
runtime
mart
udca
metrics
synchronizer
Sie können revision auch verwenden, wenn Sie eines der folgenden Attribute ändern:
nodeSelector.*
envs.*
imagePullSecrets.*
gcpProjectID
k8sClusterName
contractProvider
org
So führen Sie ein Rolling Update durch
Angenommen, Sie möchten den aktuellen Speicher von runtime von 1Gi in 5Gi ändern:
In der aktuellen Konfiguration ist revision auf blue gesetzt:
In der neuen Konfiguration wird revision in green geändert. Damit wird angezeigt, dass Sie ein Rolling Update durchführen möchten, wenn die Änderung angewendet wird. Der festgelegte Wert revision spielt keine Rolle Sie können jeden beliebigen String verwenden, solange Sie den vorherigen Wert in einen anderen Wert ändern.
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2025-08-28 (UTC)."],[[["\u003cp\u003eThis documentation pertains to version 1.1 of Apigee hybrid, which is no longer supported and should be upgraded.\u003c/p\u003e\n"],["\u003cp\u003eApigee hybrid utilizes Kubernetes rolling updates, ensuring zero downtime during Deployment updates.\u003c/p\u003e\n"],["\u003cp\u003eRolling updates can be triggered for specific components like \u003ccode\u003eruntime\u003c/code\u003e, \u003ccode\u003emart\u003c/code\u003e, \u003ccode\u003eudca\u003c/code\u003e, \u003ccode\u003emetrics\u003c/code\u003e, and \u003ccode\u003esynchronizer\u003c/code\u003e by modifying the \u003ccode\u003erevision\u003c/code\u003e property in the overrides file.\u003c/p\u003e\n"],["\u003cp\u003eChanging properties such as \u003ccode\u003enodeSelector.*\u003c/code\u003e, \u003ccode\u003eenvs.*\u003c/code\u003e, \u003ccode\u003eimagePullSecrets.*\u003c/code\u003e, \u003ccode\u003egcpProjectID\u003c/code\u003e, \u003ccode\u003ek8sClusterName\u003c/code\u003e, \u003ccode\u003econtractProvider\u003c/code\u003e, or \u003ccode\u003eorg\u003c/code\u003e also necessitates a rolling update, signaled by changing the \u003ccode\u003erevision\u003c/code\u003e value.\u003c/p\u003e\n"],["\u003cp\u003eApplying the \u003ccode\u003e-c\u003c/code\u003e flag to the \u003ccode\u003eapigeectl apply\u003c/code\u003e command can be used to update only the specified component's pods.\u003c/p\u003e\n"]]],[],null,["# Rolling updates\n\n| You are currently viewing version 1.1 of the Apigee hybrid documentation. **This version is end of life.** You should upgrade to a newer version. For more information, see [Supported versions](/apigee/docs/hybrid/supported-platforms#supported-versions).\n\n\nApigee hybrid supports [rolling\nupdates](https://kubernetes.io/docs/tutorials/kubernetes-basics/update/update-intro/). In Kubernetes, rolling updates allow Deployment updates to take place with zero\ndowntime by incrementally updating Pod instances with new ones.\n\nComponents that support rolling updates\n---------------------------------------\n\n\nIf you change property settings for any hybrid of the following components in your\noverrides file, you can use\nthe `revision` property to signal that you want to perform a rolling update\nto the affected pods.\n\n- `runtime`\n- `mart`\n- `udca`\n- `metrics`\n- `synchronizer`\n\nYou can also use `revision` when you change any\nof the following properties:\n\n- `nodeSelector.*`\n- `envs.*`\n- `imagePullSecrets.*`\n- `gcpProjectID`\n- `k8sClusterName`\n- `contractProvider`\n- `org`\n\nHow to perform a rolling update\n-------------------------------\n\n\nFor example, suppose you want to change the current `runtime` memory from 1Gi to\n5Gi:\n\n\nIn the current configuration, `revision` is set to `blue`: \n\n```\n...\nrevision: blue\n...\nruntime:\n replicaCountMin: 2\n replicaCountMax: 20\n resources:\n cpu: 1000m\n memory: 1Gi\n...\n```\n\n\nIn the new configuration, `revision` is changed to `green`, signaling\nthat you want to perform a rolling update when\nthe change is applied. The value you set `revision` to does not matter; you can\nuse any string you wish, as long as you change it from the previous value to something else. \n\n```\n...\nrevision: green\n...\nruntime:\n replicaCountMin: 2\n replicaCountMax: 20\n resources:\n cpu: 1000m\n memory: 5Gi\n...\n```\n\n\nWhen you apply the change, you can use the `-c` flag to only update a specific\npod. For example: \n\n```\napigeectl apply -f my-overrides.yaml -c runtime\n```\n\n\nOr, if you do not use `-c` all of the pods that have config changes will be updated."]]
