<div dir="ltr"><div>I believe with 3.14+ and new style workers, you can have an independant redis on the backup server.</div><div><br></div><div>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.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Sep 20, 2021 at 4:22 PM Bin Li (BLOOMBERG/ 120 PARK) <<a href="mailto:bli111@bloomberg.net">bli111@bloomberg.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div style="white-space:pre-wrap;font-size:small;font-family:"Courier New",Courier,"BB.FixedWidth"">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?<div><br></div><div>Thanks</div></div></div>_______________________________________________<br>
Pulp-list mailing list<br>
<a href="mailto:Pulp-list@redhat.com" target="_blank">Pulp-list@redhat.com</a><br>
<a href="https://listman.redhat.com/mailman/listinfo/pulp-list" rel="noreferrer" target="_blank">https://listman.redhat.com/mailman/listinfo/pulp-list</a></blockquote></div>