<div dir="auto"><div>Hey,<div dir="auto"><br></div><div dir="auto">We did such migration from RDO to the OSA deployment and it was quite resilient for the end users.</div><div dir="auto">But we've played with LB quite a lot, and had new hardware for net nodes and control plane, but other then that - it's completely possible to achieve.</div><div dir="auto"><br></div><div dir="auto">I think as a first step we've spawned new rabbit and mariadb cluster, though it was easier for us as we ran galera before, so we were able to just scale up galera cluster and point LB to the new IP. And then it was just about setup of new services with osa and pointing haproxy to the new set of the backends. As long as you're deploying the same major version it should be fine to do so.</div><div dir="auto"><br></div><div dir="auto">When it comes to net nodes, we migrated l3 and DHCP agents to the freshly provisioned nodes with quite simple script, that list all agents for agent A, removes agent it from A and adds to B afterwards.</div><div dir="auto"><br></div><div dir="auto">For compute nodes, I think we didn't do even live migrates - just stopped old service and provisioned new in place. As hostname remains the same, it was just picked up and placement wasn't complaining. But yeah, live migration should just work as long as you have same os version.</div><div dir="auto"><br></div>I think this all should work nicely for kolla as well.<br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">ср, 17 мая 2023 г., 12:12 Ryszard Mielcarek <<a href="mailto:crazy%2Bkolla@geeks.pl">crazy+kolla@geeks.pl</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dnia 2023-05-17, o godz. 11:53:11<br>
Piotr Misiak <<a href="mailto:piotrmisiak1984@gmail.com" target="_blank" rel="noreferrer">piotrmisiak1984@gmail.com</a>> napisał(a):<br>
<br>
> Hello,<br>
> <br>
> I haven’t done such migration but in theory it should be possible. It<br>
> depends on how your storage and networking looks like on the current<br>
> env. Have you thought about creating a new env and migrating workload<br>
> in stages from the old one to the new one? You can start with a small<br>
> new env and after freeing compute and storage hardware after first<br>
> migration you can move them to the new env to make more space for a<br>
> next migration stage.<br>
<br>
Hey Piotr, <br>
thanks for the idea, but my priority is minimal impact for<br>
the VMs (I want only live-migrate them during takeover). <br>
With new env I will end up with downtime for each VM and IP change.<br>
<br>
BR, <br>
crazik <br>
<br>
> <br>
> BR,<br>
> Piotr<br>
> <br>
> On Wed, 17 May 2023 at 11:02 Ryszard Mielcarek <<a href="mailto:crazy%2Bkolla@geeks.pl" target="_blank" rel="noreferrer">crazy+kolla@geeks.pl</a>><br>
> wrote:<br>
> <br>
> > Hello,<br>
> > is there anyone who already did transition on existing cluster,<br>
> > from package-version to kolla-ansible managed installation?<br>
> > Looking for guides, tips, your experience on that.<br>
> ><br>
> > BR,<br>
> > crazik<br>
> ><br>
> >  <br>
<br>
<br>
</blockquote></div></div></div>