Re: pgAdmin4 Docker behind load balancer
От | Daniel Gustafsson |
---|---|
Тема | Re: pgAdmin4 Docker behind load balancer |
Дата | |
Msg-id | DADA4413-0419-4DD6-AA59-BACB0F673BAC@yesql.se обсуждение исходный текст |
Ответ на | pgAdmin4 Docker behind load balancer (Lenain <lenaing@gmail.com>) |
Ответы |
Re: pgAdmin4 Docker behind load balancer
|
Список | pgsql-hackers |
> On 22 May 2018, at 18:07, Lenain <lenaing@gmail.com> wrote: > > Hello hackers, > > We are currently using the dpage/pgadmin4 image to run a pgAdmin4 web interface behind an AWS application load balancer. > The load balancer is configured to check the health of containers by querying the /login URI and checking if it answerswith a 200 HTTP code. > > However the app always send a new cookie for this page, storing it into the mounted docker volume. > It is understandable that it is wanted to generate a new session on login, but as load balancers check numerous times aday this URI, it quickly fill and use all of the inodes of the volume as it generate session tokens, and consequently saturatealso the inodes of the underlying system. > > We are therefore looking for another URI to do our healthcheck that won't generate a new session item. > However it seems that even on statics assets or redirects, the app set the pga4_session cookie. > > Is there another way available to do these checks ? Am I missing something ? This is the mailinglist for the core postgres database server. While there certainly are lots of people skilled in pgadmin here, you will probably have a better chance of getting help on the pgadmin-support mailinglist: https://www.postgresql.org/list/pgadmin-support/ cheers ./daniel
В списке pgsql-hackers по дате отправления: