You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We rely on xDS to dynamically fetch resources from our control plane, following the flow: vhds -> cds -> eds. This means the client fetches vhds first on demand, then cds, and finally eds. When supporting request mirroring, is it possible to also fetch the mirrored cluster via xDS?
For example, we configure the request_mirror_policies in the vhds in the control plane, as shown below. The "backendCluster" can be fetched from CDS, but the mirrored cluster "darkBackendCluster" cannot be fetched, resulting in the error message: "shadow cluster 'darkBackendCluster' does not exist."
According to the manual, the cluster specified in request_mirror_policies must exist in the cluster manager configuration. Does this mean that request_mirror_policies cannot support xDS?
Here is our vhds configuration from the control plane, with request_mirror_policies included:
See the validate_clusters option. It should allow it to load and fail gracefully at runtime if the cluster doesn't exist.
// An optional boolean that specifies whether the clusters that the route
// table refers to will be validated by the cluster manager. If set to true
// and a route refers to a non-existent cluster, the route table will not
// load. If set to false and a route refers to a non-existent cluster, the
// route table will load and the router filter will return a 404 if the route
// is selected at runtime. This setting defaults to true if the route table
// is statically defined via the :ref:`route_config
// <envoy_v3_api_field_extensions.filters.network.http_connection_manager.v3.HttpConnectionManager.route_config>`
// option. This setting default to false if the route table is loaded dynamically via the
// :ref:`rds
// <envoy_v3_api_field_extensions.filters.network.http_connection_manager.v3.HttpConnectionManager.rds>`
// option. Users may wish to override the default behavior in certain cases (for example when
// using CDS with a static route table).
google.protobuf.BoolValue validate_clusters = 7;
This issue has been automatically marked as stale because it has not had activity in the last 30 days. It will be closed in the next 7 days unless it is tagged "help wanted" or "no stalebot" or other activity occurs. Thank you for your contributions.
This issue has been automatically closed because it has not had activity in the last 37 days. If this issue is still valid, please ping a maintainer and ask them to label it as "help wanted" or "no stalebot". Thank you for your contributions.
We rely on xDS to dynamically fetch resources from our control plane, following the flow: vhds -> cds -> eds. This means the client fetches vhds first on demand, then cds, and finally eds. When supporting request mirroring, is it possible to also fetch the mirrored cluster via xDS?
For example, we configure the request_mirror_policies in the vhds in the control plane, as shown below. The "backendCluster" can be fetched from CDS, but the mirrored cluster "darkBackendCluster" cannot be fetched, resulting in the error message: "shadow cluster 'darkBackendCluster' does not exist."
According to the manual, the cluster specified in request_mirror_policies must exist in the cluster manager configuration. Does this mean that request_mirror_policies cannot support xDS?
Here is our vhds configuration from the control plane, with request_mirror_policies included:
The text was updated successfully, but these errors were encountered: