<div dir="ltr">Thanks a lot.<div>That is what I am looking for some days.<br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Nguyen Huu Khoi<br></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Apr 6, 2023 at 7:16 PM Sean Mooney <<a href="mailto:smooney@redhat.com">smooney@redhat.com</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">On Thu, 2023-04-06 at 12:44 +0100, wodel youchi wrote:<br>
> Hi,<br>
> <br>
> This is what documentation says about updating kolla-ansible : "Inside a<br>
> series, it is usually sufficient to just update the kolla-ansible package,<br>
> rebuild (if needed) and pull the images, and run kolla-ansible deploy<br>
> again. Please follow release notes to check if there are any issues to be<br>
> aware of."<br>
> <br>
> So to summarize, the procedure is like this :<br>
> 1 - update kolla-ansible<br>
> 2 - Download the latest containers of the used version<br>
> 3 - In my case publish them in the local registry<br>
> 4 - launch kolla-ansible deploy<br>
> <br>
> My question :<br>
> Can I do the update directly , especially on the compute nodes, or do I<br>
> have to empty some of them by moving VMs and execute the update on the<br>
> empty nodes only, then proceed with the same logic with the rest of the<br>
> nodes?<br>
in general yes. however depending on the option you selected there can be some downtime.<br>
for example recreating the libvirt/nova-comptue contaienr will not cause teh vm to stop running.<br>
the libvirt contaienr runs with pid=host so the qemu process is not actully runing in the contaienr.<br>
obvioulsy if you have started using the host installed libvirt feature then that is also true.<br>
<br>
if you are using kernel ovs then restart the ovs contaienr to update it does not impact the datapath<br>
since that is runningin the ovs kernel module your are just updating the contol plane when you upgrade the<br>
contianer.<br>
<br>
<br>
stateless services like nova-api will also just work<br>
<br>
where you have to be careful is any contaienr that is in the datapath.<br>
<br>
for example if you are using iscsid to export cinder lvm<br>
since cinder lvm is not HA the restart of iscsid can cause the vms to loose access to storage.<br>
<br>
if your using ceph that is not a problem.<br>
<br>
<br>
if your using ovn you may similar have some connectiv issue while the distributed contoelrs are recomputing<br>
ther flows.<br>
in general the flow cache in ovs is enough to hide that but new connections wont be establised until the new contaienr starts up properly.<br>
<br>
that is why its imporant to pull the images first to keep that start up time as short as possible.<br>
<br>
i dont know how many users of kolla actully use the inplace upgrade with production workload.<br>
you can obviouly drain a compute of vms and use --limit to update only empty comptues and live migrate workloads around too.<br>
<br>
but in principal i belive inplcae upgrade should be possible.<br>
<br>
the kolla team can confirm but when i used to use kolla for an internal dev cloud in my previous job (with ceph) i did not move instances<br>
when i upgraded the cluster.<br>
> <br>
> Regards.<br>
<br>
<br>
</blockquote></div>