-
Notifications
You must be signed in to change notification settings - Fork 5.3k
Description
Title: Initialise Envoy with static config only, when management server is not responding
Description:
In our envoy config we have static listeners, several static clusters and some dynamic resources fetched from management server (by RDS, CDS and EDS).
Our static config is sufficient to handle our "minimal" viable scenario, so we want to be able to initialise Envoy successfully, even if the management server is down.
One of the static listeners doesn't use dynamic resources at all (only static route config and static clusters). However, when the management server is not responding, even that listener doesn't work (returns empty reply for all requests)
When the management server is down Envoy is stuck at PRE_INITIALIZING state and we have in application log:
[2019-01-16 16:38:02.009][000025][info][config] [source/server/configuration_impl.cc:50] loading 0 static secret(s)
[2019-01-16 16:38:02.009][000025][info][config] [source/server/configuration_impl.cc:56] loading 2 cluster(s)
[2019-01-16 16:38:02.014][000025][info][config] [source/server/configuration_impl.cc:67] loading 2 listener(s)
[2019-01-16 16:38:02.017][000025][info][config] [source/server/configuration_impl.cc:92] loading tracing configuration
[2019-01-16 16:38:02.017][000025][info][config] [source/server/configuration_impl.cc:112] loading stats sink configuration
[2019-01-16 16:38:02.017][000025][info][main] [source/server/server.cc:463] starting main dispatch loop
[2019-01-16 16:38:02.019][000025][info][upstream] [source/common/upstream/cluster_manager_impl.cc:132] cm init: initializing cds
[2019-01-16 16:38:03.015][000025][warning][upstream] [source/common/config/grpc_mux_impl.cc:268] gRPC config stream closed: 14, upstream connect error or disconnect/reset before headers
[2019-01-16 16:38:04.101][000025][warning][upstream] [source/common/config/grpc_mux_impl.cc:268] gRPC config stream closed: 14, upstream connect error or disconnect/reset before headers
<the last line is repeated infinitely>
Is there any way to make management server optional, and successfully initialise Envoy when management server is not responding?