<div dir="ltr">Hello.<div>Many thanks for your information. It's very helpful for me. :)<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 Sun, Mar 26, 2023 at 7:24 PM Rafael Weingärtner <<a href="mailto:rafaelweingartner@gmail.com">rafaelweingartner@gmail.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"><div dir="ltr"><div>Hello Nguyễn Hũu Khôi, <br></div><div>You might want to take a look at: <a href="https://review.opendev.org/c/openstack/nova/+/864760" target="_blank">https://review.opendev.org/c/openstack/nova/+/864760</a>. We created a patch to avoid migrating VMs to any AZ, once the VM has been bootstrapped in an AZ that has cross zone attache equals to false.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Mar 26, 2023 at 8:20 AM Nguyễn Hữu Khôi <<a href="mailto:nguyenhuukhoinw@gmail.com" target="_blank">nguyenhuukhoinw@gmail.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"><div dir="ltr">Hello guys.<div>I playing with Nova AZ and Masakari</div><div><br></div><div><a href="https://docs.openstack.org/nova/latest/admin/availability-zones.html" target="_blank">https://docs.openstack.org/nova/latest/admin/availability-zones.html</a><br></div><div><br></div><div>Masakari will move server by nova scheduler.<br></div><div><br></div><div>Openstack Docs describe that:</div><div><br></div><div><span style="color:rgb(51,51,51);font-family:-apple-system,BlinkMacSystemFont,"Segoe UI",Roboto,Oxygen-Sans,Ubuntu,Cantarell,"Helvetica Neue",sans-serif;font-size:14px">If the server was not created in a specific zone then it is free to be moved to other zones, i.e. the </span><a href="https://docs.openstack.org/nova/latest/admin/scheduling.html#availabilityzonefilter" style="box-sizing:border-box;color:rgb(48,115,156);font-family:-apple-system,BlinkMacSystemFont,"Segoe UI",Roboto,Oxygen-Sans,Ubuntu,Cantarell,"Helvetica Neue",sans-serif;font-size:14px" target="_blank"><span style="box-sizing:border-box">AvailabilityZoneFilter</span></a><span style="color:rgb(51,51,51);font-family:-apple-system,BlinkMacSystemFont,"Segoe UI",Roboto,Oxygen-Sans,Ubuntu,Cantarell,"Helvetica Neue",sans-serif;font-size:14px"> is a no-op.</span><br></div><div><span style="color:rgb(51,51,51);font-family:-apple-system,BlinkMacSystemFont,"Segoe UI",Roboto,Oxygen-Sans,Ubuntu,Cantarell,"Helvetica Neue",sans-serif;font-size:14px"><br></span></div><div><span style="color:rgb(51,51,51);font-family:-apple-system,BlinkMacSystemFont,"Segoe UI",Roboto,Oxygen-Sans,Ubuntu,Cantarell,"Helvetica Neue",sans-serif;font-size:14px">I see that everyone usually creates instances with "Any Availability Zone" on Horzion and also we don't specify AZ when creating instances by cli.</span></div><div><br></div><div>By this way, when we use Masakari or we miragrated instances( or evacuate) so our instance will be moved to other zones.</div><div><br></div><div>Can we attach AZ to server create requests API based on Any Availability Zone to limit instances moved to other zones?</div><div><br></div><div>Thank you. Regards</div><div><br clear="all"><div><div dir="ltr"><div dir="ltr">Nguyen Huu Khoi<br></div></div></div></div></div>
</blockquote></div><br clear="all"><br><span>-- </span><br><div dir="ltr"><div dir="ltr">Rafael Weingärtner</div></div>
</blockquote></div>