envoyproxy/envoy

feature request: add cluster intialization status to admin `/init_dump`

Open

#15.178 aperta il 24 feb 2021

Vedi su GitHub
 (4 commenti) (0 reazioni) (0 assegnatari)C++ (5373 fork)batch import
area/adminhelp wanted

Metriche repository

Star
 (27.997 star)
Metriche merge PR
 (Merge medio 8g) (378 PR mergiate in 30 g)

Descrizione

We can now query the active cluster and warm cluster to know what clusters are able to use. It's adequate to explain why a request is "NR 503", but it's still hard to troubleshooting why a cluster stays warming up.

We can expose the per cluster init::manager to cluster manager and query init manager's unready target.

The followings are need to be resolved.

  1. The cluster ready details query should be exposed to admin interface /init_dump
  2. Not all the blocking items are under the frame of init::manager. If each of the blocking item attaches to a init::target with a meaningful name, the init status can be as simple as listing all the unready target names. The current cluster initialization does not end with init::manager announce "ready".

Thoughts?

Guida contributor

Direzione di ricerca
Indaga come init::manager tiene traccia dell'inizializzazione del cluster e considera l'esposizione dei nomi dei target non pronti tramite l'endpoint admin `/init dump`. Assicurati che tutti gli elementi bloccanti siano allegati a un init::target con un nome significativo.
Tech stack
cpp
Dominio
backendapidevops
Tipo issue
Funzionalità
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
3
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
1-2 giorni
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
Attiva
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
Abbastanza chiara
Prerequisiti
C++Envoy internalsAdmin API
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
50