[[["易于理解","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-28。"],[],[],null,["# Configure Envoy bootstrap attributes\n====================================\n\n| **Note:** This guide only supports Cloud Service Mesh with Google Cloud APIs and does not support Istio APIs. For more information see, [Cloud Service Mesh overview](/service-mesh/docs/overview).\n\nWhen the Envoy proxies and gRPC libraries that power your service mesh\ninitialize, they need to connect to Cloud Service Mesh and become Cloud Service Mesh\nclients. To establish this connection, a client needs to be bootstrapped with\nconfiguration information, for example:\n\n- Where to find Cloud Service Mesh (`trafficdirector.googleapis.com`)\n- The VPC network name for which the client should request configuration\n- Other optional information like whether to enable logging\n\nThis document covers how to supply bootstrapping information when using Envoy\nwith Cloud Service Mesh. The method that you use to supply bootstrapping\nconfiguration varies depending on how you deploy your services:\n\n- For Envoy sidecar proxies deployed automatically with VMs, see [Options for VM setup with automated Envoy deployment](/service-mesh/docs/service-routing/auto-vms-options) for the parameter equivalents when you create an instance template.\n- For Envoy sidecar proxies deployed automatically with GKE Pods, add the supported parameters below to the `proxyMetadata` in the sidecar injector's `ConfigMap`. For more information about configuring required attributes, see [Set up Google Kubernetes Engine Pods with automated Envoy injection](/service-mesh/legacy/load-balancing-apis/set-up-gke-pods-auto).\n- For manual Envoy deployments, add the supported parameters below to your proxy's bootstrap node metadata configuration.\n\nOnly xDS v3 is supported. If you are using xDS v2, migrate to xDS v3 using the\ninstructions is [Migrate from xDS v2 to xDS v3](/service-mesh/docs/service-routing/xds-control-plane-apis#migrate_from_xds_v2_to_xds_v3).\n\nRequired bootstrap configuration for manual Envoy deployments\n-------------------------------------------------------------\n\nThe following table contains all required bootstrap configuration attributes.\n\nOptional bootstrap configuration for manual Envoy deployments\n-------------------------------------------------------------\n\nThe following table contains all optional bootstrap configuration attributes.\n\nThe following is an example in yaml format of how to configure the supported\nattributes in the node metadata section of the Envoy proxy bootstrap\nconfiguration: \n\n```\nnode:\n metadata:\n TRAFFICDIRECTOR_INTERCEPTION_PORT: \"15001\"\n TRAFFICDIRECTOR_NETWORK_NAME: \"default\"\n TRAFFICDIRECTOR_GCP_PROJECT_NUMBER: \"111222333444\"\n TRAFFICDIRECTOR_ACCESS_LOG_PATH: \"/tmp/sidecar/access.log\"\n TRAFFICDIRECTOR_ENABLE_TRACING: \"true\"\n```"]]