.. _envoy_v3_api_file_envoy/config/endpoint/v3/endpoint_components.proto: Endpoints ========= .. _envoy_v3_api_msg_config.endpoint.v3.Endpoint: config.endpoint.v3.Endpoint --------------------------- `[config.endpoint.v3.Endpoint proto] `_ Upstream host identifier. .. code-block:: json { "address": "{...}", "health_check_config": "{...}" } .. _envoy_v3_api_field_config.endpoint.v3.Endpoint.address: address (:ref:`config.core.v3.Address `) The upstream host address. .. attention:: The form of host address depends on the given cluster type. For STATIC or EDS, it is expected to be a direct IP address (or something resolvable by the specified :ref:`resolver ` in the Address). For LOGICAL or STRICT DNS, it is expected to be hostname, and will be resolved via DNS. .. _envoy_v3_api_field_config.endpoint.v3.Endpoint.health_check_config: health_check_config (:ref:`config.endpoint.v3.Endpoint.HealthCheckConfig `) The optional health check configuration is used as configuration for the health checker to contact the health checked host. .. attention:: This takes into effect only for upstream clusters with :ref:`active health checking ` enabled. .. _envoy_v3_api_msg_config.endpoint.v3.Endpoint.HealthCheckConfig: config.endpoint.v3.Endpoint.HealthCheckConfig --------------------------------------------- `[config.endpoint.v3.Endpoint.HealthCheckConfig proto] `_ The optional health check configuration. .. code-block:: json { "port_value": "..." } .. _envoy_v3_api_field_config.endpoint.v3.Endpoint.HealthCheckConfig.port_value: port_value (`uint32 `_) Optional alternative health check port value. By default the health check address port of an upstream host is the same as the host's serving address port. This provides an alternative health check port. Setting this with a non-zero value allows an upstream host to have different health check address port. .. _envoy_v3_api_msg_config.endpoint.v3.LbEndpoint: config.endpoint.v3.LbEndpoint ----------------------------- `[config.endpoint.v3.LbEndpoint proto] `_ An Endpoint that Envoy can route traffic to. .. code-block:: json { "endpoint": "{...}", "health_status": "...", "metadata": "{...}", "load_balancing_weight": "{...}" } .. _envoy_v3_api_field_config.endpoint.v3.LbEndpoint.endpoint: endpoint (:ref:`config.endpoint.v3.Endpoint `) Upstream host identifier or a named reference. .. _envoy_v3_api_field_config.endpoint.v3.LbEndpoint.health_status: health_status (:ref:`config.core.v3.HealthStatus `) Optional health status when known and supplied by EDS server. .. _envoy_v3_api_field_config.endpoint.v3.LbEndpoint.metadata: metadata (:ref:`config.core.v3.Metadata `) The endpoint metadata specifies values that may be used by the load balancer to select endpoints in a cluster for a given request. The filter name should be specified as *envoy.lb*. An example boolean key-value pair is *canary*, providing the optional canary status of the upstream host. This may be matched against in a route's :ref:`RouteAction ` metadata_match field to subset the endpoints considered in cluster load balancing. .. _envoy_v3_api_field_config.endpoint.v3.LbEndpoint.load_balancing_weight: load_balancing_weight (`UInt32Value `_) The optional load balancing weight of the upstream host; at least 1. Envoy uses the load balancing weight in some of the built in load balancers. The load balancing weight for an endpoint is divided by the sum of the weights of all endpoints in the endpoint's locality to produce a percentage of traffic for the endpoint. This percentage is then further weighted by the endpoint's locality's load balancing weight from LocalityLbEndpoints. If unspecified, each host is presumed to have equal weight in a locality. .. _envoy_v3_api_msg_config.endpoint.v3.LocalityLbEndpoints: config.endpoint.v3.LocalityLbEndpoints -------------------------------------- `[config.endpoint.v3.LocalityLbEndpoints proto] `_ A group of endpoints belonging to a Locality. One can have multiple LocalityLbEndpoints for a locality, but this is generally only done if the different groups need to have different load balancing weights or different priorities. .. code-block:: json { "locality": "{...}", "lb_endpoints": [], "load_balancing_weight": "{...}", "priority": "..." } .. _envoy_v3_api_field_config.endpoint.v3.LocalityLbEndpoints.locality: locality (:ref:`config.core.v3.Locality `) Identifies location of where the upstream hosts run. .. _envoy_v3_api_field_config.endpoint.v3.LocalityLbEndpoints.lb_endpoints: lb_endpoints (:ref:`config.endpoint.v3.LbEndpoint `) The group of endpoints belonging to the locality specified. .. _envoy_v3_api_field_config.endpoint.v3.LocalityLbEndpoints.load_balancing_weight: load_balancing_weight (`UInt32Value `_) Optional: Per priority/region/zone/sub_zone weight; at least 1. The load balancing weight for a locality is divided by the sum of the weights of all localities at the same priority level to produce the effective percentage of traffic for the locality. Locality weights are only considered when :ref:`locality weighted load balancing ` is configured. These weights are ignored otherwise. If no weights are specified when locality weighted load balancing is enabled, the locality is assigned no load. .. _envoy_v3_api_field_config.endpoint.v3.LocalityLbEndpoints.priority: priority (`uint32 `_) Optional: the priority for this LocalityLbEndpoints. If unspecified this will default to the highest priority (0). Under usual circumstances, Envoy will only select endpoints for the highest priority (0). In the event all endpoints for a particular priority are unavailable/unhealthy, Envoy will fail over to selecting endpoints for the next highest priority group. Priorities should range from 0 (highest) to N (lowest) without skipping.