<div dir="ltr">Hi neutrons,<div><br></div><div>We've been discussing various ways of doing cloud upgrades.</div><div><br></div><div>One of the safe and viable solutions seems to be moving existing resources to a new cloud deployed with new version of openstack.</div><div>By saying 'moving' I mean replication of all resources and wiring everything together in a new cloud.</div><div><br></div><div>This solution, while having its obvious drawbacks, is relatively simple, works through cloud public API and also allows users to move back to their existing working cloud at any time.</div><div><br></div><div>One of the concerns of this approach seems to be the issue with client-side automatization. E.g. everything that relies on existing cloud data.</div><div><br></div><div>Technically speaking, there is no way to fully replicate objects, because the API of different components, including Neutron, doesn't allow IDs to be provided at creation time.</div><div><br></div><div>Surprisingly, it's purely API limitation; db code support ID being passed from the API.</div><div><br></div><div>So my question is - is this API limitation really critical?</div><div>I know getting rid of it will require to take care of some additional things like DBDuplicateErrors, but is there other reasons to keep it?</div><div><br></div><div>Thanks,</div><div>Eugene.</div><div><br></div></div>