On Thu, Jun 04, 2020 at 05:55:59AM +0000, Mattia Verga wrote: > Il 04/06/20 03:26, Kevin Fenzi ha scritto: > > > > It won't actually be down, it will just be moved to the new datacenter. > > > > So, applications that connect to 'rabbitmq.fedoraproject.org' will get > > the iad2 cluster instead of the phx2 one. Since we will change that when > > we move it everything should be using the same cluster, so it should > > still all work. > > > > Does that make sense? > > > > ie, a build happens in phx2, the message goes to the _iad2_ rabbitmq > > cluster and bodhi (listening there) acts on it. > > > > The one wrinkle is fedmsg, which we can't easily switch over like that. > > So, we may well lot have all our fedmsgs. ;( > > > Yeah, my concerns were about losing messages, since Bodhi relies on that > for moving things, especially when creating new updates. > When a new update is created, Bodhi, Koji and robosignatory work > together listening to messages to push the update to pending testing. If > we lose a lot of messages, we may end with a lot of builds not correctly > signed/tagged and a lot of updates stuck into pending. > > I just don't know how many messages you estimate to get lost while > migrating. Yeah, something to consider. However, all bodhi/koji/robosignatory are on fedora-messaging. I don't think we are going to loose many (if any) of those. fedmsg's are in more flux because each service connects to all the other ones, so if service a talks to service b and we migrate a, it likely won't be able to talk to b until b also is migrated. That said, we have few things left on fedmsg, so I don't think the impact will be that big. kevin
Attachment:
signature.asc
Description: PGP signature
_______________________________________________ infrastructure mailing list -- infrastructure@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to infrastructure-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/infrastructure@xxxxxxxxxxxxxxxxxxxxxxx
