Is live migration a requirement or can you do the steps that Kirk suggested? If using NFS, can't you export a separate path for your new cloud and won't CS see that as a different primary storage?
On Tue, Apr 2, 2013 at 1:59 PM, Pierre Kossaras <[email protected]>wrote: > Thank you Kirk, > > That is the answer I was looking for. > > Now I just need to figure out a new strategy. The main issue here is that > we have a cloud environment that was based on > Basic Networking and we would like to move to Advanced Networking since > there is no way of doing this other than building a new cloud. > > So I figured that I would build another set of CS 4.1 with a pod of 2 > Xenserver hosts with advance networking then > migrate the VM's over but I'm no longer sure how I can achieve that since > I can not really duplicate my primary storage environment. > > Looks like it's a one way thing with cloudstack :( > > Any ideas? > > -pk > > > On Tue, 2013-04-02 at 13:03 -0700, Kirk Kosinski wrote: > > > Hi, Pierre. Primary storage is per cluster only, and cannot be attached > to multiple clusters or pods. If you try it with XenServer, the likely > result will be data corruption. > > It is possible to migrate VMs and volumes to different clusters by using > API calls. > > 1. Stop the VM. > 2. Detach data disks (if any). > 3. Call migrateVirtualMachine[1] for the VM. > 4. Call migrateVolume[2] for the data disks (if any). > 5. Attach data disks (if any). > 6. Start the VM. > > Best regards, > Kirk > > [1] > > http://cloudstack.apache.org/docs/api/apidocs-4.0.0/root_admin/migrateVirtualMachine.html > [2] > > http://cloudstack.apache.org/docs/api/apidocs-4.0.0/root_admin/migrateVolume.html > > On 04/02/2013 12:54 PM, Pierre Kossaras wrote: > > Thanks for the prompt response Ahmad. > > > > Ya I feel that this cloudstack business is all about trials and errors. > Seems like not too many people have questioned the > > migration path for such technology. Upgrades are fine but migrating > VM's to Cloudstack is crucial. > > > > I'll see how I can test this. > > > > Thanks! > > > > -pk > > > > > > On Tue, 2013-04-02 at 12:47 -0700, Ahmad Emneina wrote: > > not sure if its possible, cloudstack might prevent it. It wouldnt hurt > to test. The risk i see here is that this is running under the same > cloudstack and there might be UUID collisions, in naming of these templates > and vm's. I'd recommend trying it in a test environment and letting us know > how it goes! > > > > > > On Tue, Apr 2, 2013 at 12:37 PM, Pierre Kossaras < > [email protected]<mailto:[email protected]><mailto: > [email protected]>> wrote: > > Hello, > > > > Can two pods share the same primary storage? > > > > I mean a pod running Xenserver 6.0 and a pod running Xenserver 6.1 use > the same primary storage. > > > > The reason I ask is that I plan on migrating VM's from one pod (6.0) to > pod (6.1) is that also feasible? > > > > I'm currently using CS 3.0.2 and Xenserver 6.0.2 with basic networking > and plan on using CS 4.1 and Xenserver 6.1 with advance networking. > > > > Any help would be appreciated. > > > > Regards, > > > > -pk This e-mail may be privileged and/or confidential, and the sender > does not waive any related rights and obligations. Any distribution, use or > copying of this e-mail or the information it contains by other than an > intended recipient is unauthorized. If you received this e-mail in error, > please advise me (by return e-mail or otherwise) immediately. Ce courrier > électronique est confidentiel et protégé. L'expéditeur ne renonce pas aux > droits et obligations qui s'y rapportent. Toute diffusion, utilisation ou > copie de ce message ou des renseignements qu'il contient par une personne > autre que le (les) destinataire(s) désigné(s) est interdite. Si vous > recevez ce courrier électronique par erreur, veuillez m'en aviser > immédiatement, par retour de courrier électronique ou par un autre moyen. > > > > > > > > -- > > Pierre Kossaras > > Senior Linux Administrator > > Manwin Canada > > This e-mail may be privileged and/or confidential, and the sender does > not waive any related rights and obligations. Any distribution, use or > copying of this e-mail or the information it contains by other than an > intended recipient is unauthorized. If you received this e-mail in error, > please advise me (by return e-mail or otherwise) immediately. Ce courrier > électronique est confidentiel et protégé. L'expéditeur ne renonce pas aux > droits et obligations qui s'y rapportent. Toute diffusion, utilisation ou > copie de ce message ou des renseignements qu'il contient par une personne > autre que le (les) destinataire(s) désigné(s) est interdite. Si vous > recevez ce courrier électronique par erreur, veuillez m'en aviser > immédiatement, par retour de courrier électronique ou par un autre moyen. > > > > > > -- > Pierre Kossaras > Senior Linux Administrator > Manwin Canada > This e-mail may be privileged and/or confidential, and the sender does not > waive any related rights and obligations. Any distribution, use or copying > of this e-mail or the information it contains by other than an intended > recipient is unauthorized. If you received this e-mail in error, please > advise me (by return e-mail or otherwise) immediately. Ce courrier > électronique est confidentiel et protégé. L'expéditeur ne renonce pas aux > droits et obligations qui s'y rapportent. Toute diffusion, utilisation ou > copie de ce message ou des renseignements qu'il contient par une personne > autre que le (les) destinataire(s) désigné(s) est interdite. Si vous > recevez ce courrier électronique par erreur, veuillez m'en aviser > immédiatement, par retour de courrier électronique ou par un autre moyen. >
