[[["易于理解","easyToUnderstand","thumb-up"],["解决了我的问题","solvedMyProblem","thumb-up"],["其他","otherUp","thumb-up"]],[["很难理解","hardToUnderstand","thumb-down"],["信息或示例代码不正确","incorrectInformationOrSampleCode","thumb-down"],["没有我需要的信息/示例","missingTheInformationSamplesINeed","thumb-down"],["翻译问题","translationIssue","thumb-down"],["其他","otherDown","thumb-down"]],["最后更新时间 (UTC):2025-08-25。"],[[["\u003cp\u003eThis documentation covers configuring and managing Apigee hybrid runtime plane components, emphasizing the use of an overrides file for customization.\u003c/p\u003e\n"],["\u003cp\u003eAn overrides file is crucial for the initial hybrid runtime installation, allowing you to define necessary properties such as project names and environment details, and also serves to override default configuration values.\u003c/p\u003e\n"],["\u003cp\u003eConfiguration changes to the hybrid runtime components are made by editing the overrides file and then applying these changes using the \u003ccode\u003eapigeectl\u003c/code\u003e command.\u003c/p\u003e\n"],["\u003cp\u003eApigee provides sample overrides files, like \u003ccode\u003eoverrides-small.yaml\u003c/code\u003e, \u003ccode\u003eoverrides-medium.yaml\u003c/code\u003e, and \u003ccode\u003eoverrides-large.yaml\u003c/code\u003e, which can be adapted to match various deployment needs and help guide users in setting up their deployments.\u003c/p\u003e\n"],["\u003cp\u003eThe \u003ccode\u003eapigeectl\u003c/code\u003e tool supports a dry-run feature to preview changes before applying them, and it also allows users to delete certain runtime components, or even entire environments, when needed.\u003c/p\u003e\n"]]],[],null,["# Manage runtime plane components\n\n| You are currently viewing version 1.8 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\nThis topic explains how to configure and manage the Apigee hybrid\n[runtime plane components](/apigee/docs/hybrid/v1.8/what-is-hybrid#about-the-runtime-plane).\n\nAbout the overrides file\n------------------------\n\nThe first time you install the hybrid runtime into a cluster, you must\ncreate a configuration *overrides file* . This file lets you provide required property values\nneeded to install hybrid, such as the name of your Google project, organization name, environment\ndetails, certificate files, and so on. You can also override certain default values for most\nhybrid components in the overrides file. For a complete\nlist of configurable properties, see the [Configuration property reference](./config-prop-ref).\n\n\nThe hybrid [installation steps](/apigee/docs/hybrid/v1.8/install-before-begin) walk through the process of creating\nan overrides file and applying your configuration to a cluster. If you want to change\nthe configuration later, modify the overrides file\nyou created and re-apply it. See [Making a configuration change](#making-a-configuration-change).\n\nMaking a configuration change\n-----------------------------\n\nTo make a configuration change to a hybrid runtime plane component,\nedit your overrides file and\napply the changes with [`apigeectl`](/apigee/docs/hybrid/v1.3/cli-reference). For a complete\nlist of configurable properties, see the [Configuration property reference](./config-prop-ref).\n\nFor example, to enable the `logger` component, update the overrides file and re-apply it:\n\n1. Open your overrides file. Be sure to use the same overrides file that was used to install the hybrid runtime into the cluster.\n2. Locate the `logger` element in the file. For example: \n\n ```\n ...\n logger:\n enabled: false\n ...\n ```\n3. Change the property value to `true`: \n\n ```\n ...\n logger:\n enabled: true\n ...\n ```\n4. Use [`apigeectl`](/apigee/docs/hybrid/v1.3/cli-reference) to apply the change to the cluster: \n\n ```\n $APIGEECTL_HOME/apigeectl apply -f $HYBRID_FILES/overrides/OVERRIDES.yaml --telemetry\n ```\n\n The `--telemetry` flag tells `apigeectl` to only update the logger component. For\n information about scoping parameters, like `--telemetry`, see [Scopes for applying apigeectl](./cli-reference#scopes-for-applying-apigeectl).\n\nWhich configuration properties can you modify?\n----------------------------------------------\n\nYou can find the complete list of configurable properties in the [Configuration property reference](/apigee/docs/hybrid/v1.8/config-prop-ref).\nThe reference only lists the properties you can modify; if you try to modify a property that's not in the\nreference, the change is ignored.\n\nHow to use the configuration reference\n--------------------------------------\n\nThe [Configuration property reference](/apigee/docs/hybrid/v1.8/config-prop-ref) uses dot notation to\ndescribe configuration elements, where\nthe first item is the top-level element name followed by properties and child properties.\nFor example: \n\n```text\nauthz.image.pullPolicy\n```\n\nIn the overrides file, the properties are formatted in proper YAML. For the above example,\nthe top-level `authz` element is left-indented\nand sub-element properties are indented under it. Also, YAML requires a colon at the\nend of each element and sub-element.\n\n\nFor example, to set the `authz.image.pullPolicy` property to `Always`, locate\nthis YAML stanza in the overrides file and set it as follows: \n\n```actionscript-3\nauthz:\n image:\n pullPolicy: Always\n```\n\nFor another example, the property `cassandra.auth.admin.password` (as it\nis listed in **Configuration property reference**) is used to set the Cassandra\nadmin password. To change it, locate the following YAML in the overrides file and set\nit as follows: \n\n```actionscript-3\ncassandra:\n auth:\n admin:\n password: abc123\n```\n\n\nRemember, the [Configuration property reference](/apigee/docs/hybrid/v1.8/config-prop-ref) describes all of the properties that you can set\non hybrid runtime plane components. Follow the pattern explained above to modify\nthese elements in your overrides file before applying the changes to your cluster.\n\nAbout configuration defaults\n----------------------------\n\nApigee maintains its default component configuration in the file\n**$HYBRID_FILES**`/config/values.yaml`. This file specifies defaults, when possible, for\neach hybrid component.\n\nYour overrides files follow the same YAML\nstructure as `values.yaml`; however, an overrides file includes\nonly a subset of the configuration properties found in\n`values.yaml`. Remember, [not\nall properties are editable](#which-configuration-properties-can-you-modify). When you apply a configuration\nto a cluster, your overrides are merged with the defaults to create the complete Kubernetes\ncluster configuration.\n| If you want to modify a component's defaults and the component is not already in your overrides file, you can copy its YAML from `values.yaml` into your overrides file and modify it there.\n| Never edit `values.yaml` directly; always use an overrides file to specify your configuration properties.\n\nUsing pre-defined sample overrides files\n----------------------------------------\n\nApigee provides a set of sample overrides files to\nhelp guide you in setting up your hybrid deployment. It's a good practice\nto copy and modify the overrides file that most closely matches your installation requirements.\n| When getting started, it's a good idea to use one of the [overrides file\n| examples](#sample-override-configurations). The examples provide all of the configuration settings you need to set up a working cluster, including comments that explain which values you need to provide. After things are working, you can always go back later and [make configuration changes](#making-a-configuration-change) as needed.\n\nThe following samples are included in the\ndirectory **$APIGEECTL_HOME**`/examples`:\n\nCustom annotations\n------------------\n\n[Annotations](https://kubernetes.io/docs/concepts/overview/working-with-objects/annotations/) are key/value maps used to attach metadata to Kubernetes pods.\nYou can create custom annotations for the following hybrid component properties listed in\n[Configuration property reference](/apigee/docs/hybrid/v1.8/config-prop-ref):\n\n- [`cassandra`](/apigee/docs/hybrid/v1.8/config-prop-ref#cassandra)\n- [`connectAgent`](/apigee/docs/hybrid/v1.8/config-prop-ref#connectagent)\n- [`logger`](/apigee/docs/hybrid/v1.8/config-prop-ref#logger)\n- [`mart`](/apigee/docs/hybrid/v1.8/config-prop-ref#mart)\n- [`metrics`](/apigee/docs/hybrid/v1.8/config-prop-ref#metrics)\n- [`runtime`](/apigee/docs/hybrid/v1.8/config-prop-ref#runtime)\n- [`synchronizer`](/apigee/docs/hybrid/v1.8/config-prop-ref#synchronizer)\n- [`udca`](/apigee/docs/hybrid/v1.8/config-prop-ref#udca)\n- [`watcher`](/apigee/docs/hybrid/v1.8/config-prop-ref#watcher)\n\nTo add a custom name/value pair annotation, open your overrides file and add an `annotations` stanza\nfor the respective component, then apply the change with `apigeectl`. For example: \n\n```actionscript-3\nruntime:\n annotations:\n businessunit: \"bu1\"\n```\n\nUse dry runs to test configuration changes\n------------------------------------------\n\nYou can use the `--dry-run` flag with [`apigeectl`](/apigee/docs/hybrid/v1.3/cli-reference) to test your\noverrides configuration file without actually applying it to your cluster. This option is useful for debugging an\ninstallation problem because it shows you exactly what will be applied to the cluster.\n\nIn Apigee hybrid, the syntax of the `--dry-run` flag depends on the version of\n`kubectl` you are running. Check the version of `kubectl` with the\nfollowing command: \n\n```\nkubectl version\n```\n\n**kubectl version 1.17 and older:** \n\n```\n$APIGEECTL_HOME/apigeectl init -f $HYBRID_FILES/overrides/OVERRIDES.yaml --dry-run=true\n```\n\n**kubectl version 1.18 and newer:** \n\n```\n $APIGEECTL_HOME/apigeectl init -f $HYBRID_FILES/overrides/OVERRIDES.yaml --dry-run=client\n```\n| **Caution:** Be aware that the configuration output contains password and secret information.\n\nCreate multiple overrides files as needed\n-----------------------------------------\n\n\nYou can create multiple overrides files, where each one serves a specific\nrequirement. For example, you might have an overrides file that tunes your cluster for\nproduction, and another for creating a cluster for testing.\nYou can then maintain these\nfiles in your source control system.\n\nUse the [apigeectl apply](./cli-reference#commands) command to apply an overrides\nfile to the cluster. For example: \n\n```\n$APIGEECTL_HOME/apigeectl apply -f $HYBRID_FILES/overrides/test_env_override.yaml\n```\n\nDelete runtime components\n-------------------------\n\n\nThe [apigeectl delete](./cli-reference#commands) command provides flags that let\nyou delete all or a subset of the installed hybrid runtime components. For details,\non command usage, see the [apigeectl](./cli-reference#commands) reference page.\nSee also [Uninstall hybrid runtime](./uninstall).\n\nDelete an environment\n---------------------\n\nTo completely delete an environment, you have to remove both the runtime (local) and management (cloud)\nplanes. For details, see [Delete environments](./environment-delete)."]]