; Cc: Bin Li (BLOOMBERG/ 120 PARK ) , pulp-list@redhat.com
> Subject: Re: [Pulp-list] redis on a passive backup server
>
> Right i did not read that correctly. It's a failover scenario. It
> would even be safe to flush redis on failover.
> I was thinking about multiple independent con
:50:53 UTC-4:00To: bmbou...@redhat.com
Cc: Bin Li (BLOOMBERG/ 120 PARK ) , pulp-list@redhat.com
Subject: Re: [Pulp-list] redis on a passive backup server
Right i did not read that correctly. It's a failover scenario. It
would even be safe to flush redis on failover.
I was thinking
Right i did not read that correctly. It's a failover scenario. It
would even be safe to flush redis on failover.
I was thinking about multiple independent content app installations
each with their own redis server. But that is another challenge.
On Tue, Sep 21, 2021 at 7:32 PM Brian Bouterse wrot
On Mon, Sep 20, 2021 at 5:40 PM Matthias Dellweg
wrote:
> I am not sure if the cache invalidations will be pushed to all redis
> instances if deployed that way. Maybe there is a little bit of extra
> work needed.
>
I imagined the backup Pulp would have its Redis empty because that Pulp
wasn't in
I am not sure if the cache invalidations will be pushed to all redis
instances if deployed that way. Maybe there is a little bit of extra
work needed.
On Mon, Sep 20, 2021 at 10:31 PM Brian Bouterse wrote:
>
> I believe with 3.14+ and new style workers, you can have an independant redis
> on the
I believe with 3.14+ and new style workers, you can have an independant
redis on the backup server.
With the new-style tasking system (the default in 3.14) you no longer need
Redis for tasking. It's only purpose then is to help speedup the content
app which caches info about requests to make answe
We configured a redis slave on a passive backup server which shares the same
external database with the primary pulp server. I noticed the task queues are
now being tracked in the database. Is it still necessary to configure redis as
a slave or we can have an independent instance of redis on the
