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 <bmbou...@redhat.com> wrote: > > > > On Mon, Sep 20, 2021 at 5:40 PM Matthias Dellweg <mdell...@redhat.com> 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 use. If that were the case cache invalidations not reaching it > would be fine because the cache would be empty at failover time. As always > though, there could be more needed to handle some specific use cases. > >> >> On Mon, Sep 20, 2021 at 10:31 PM Brian Bouterse <bmbou...@redhat.com> wrote: >> > >> > 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 answering subsequent >> > content-app requests easier. If those caches miss, e.g. if you had a >> > failover event, Pulp will continue to work fine, just building the Redis >> > cache data as it goes. >> > >> > On Mon, Sep 20, 2021 at 4:22 PM Bin Li (BLOOMBERG/ 120 PARK) >> > <bli...@bloomberg.net> wrote: >> >> >> >> 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 backup server? >> >> >> >> Thanks >> >> _______________________________________________ >> >> Pulp-list mailing list >> >> Pulp-list@redhat.com >> >> https://listman.redhat.com/mailman/listinfo/pulp-list >> > >> > _______________________________________________ >> > Pulp-list mailing list >> > Pulp-list@redhat.com >> > https://listman.redhat.com/mailman/listinfo/pulp-list >> _______________________________________________ Pulp-list mailing list Pulp-list@redhat.com https://listman.redhat.com/mailman/listinfo/pulp-list