Thanks Geoff. On the secondary conversion to S3, can you give me more information about the problems there? I presume that the updateCloudToUseObjectStore API is designed for exactly this scenario. According to the docs from Citrix, which are very thin on the topic, the old NFS is retained as staging store after the conversion and the existing snaps etc. stay there, and templates/volumes can migrate with certain API fuctions (extractVolume, etc.).
Is it just not recommended at all to convert to object store, even though there is functionality for it? The reason I am considering S3 is that we want region-wide secondary storage for DR purposes. If the primary datacenter suffers catastrophic failure I need to be able to restore VMs from snapshot on secondary storage to the secondary site. I am replicating my existing NFS secondary storage from each site to the other site, but it's a manual process to import VHDs for recovery if disaster strikes. Chris ----- Original Message ----- From: "Geoff Higginbottom" <[email protected]> To: "<[email protected]>" <[email protected]> Sent: Thursday, May 7, 2015 4:16:34 PM Subject: Re: Adding Second Zone Hi Christopher, Re seeding secondary storage with system VM tempate, it's best if you do, however if the SSVM in the first zone has a route to the secondary storage in the new zone you can use the copy template command. If when you added other templates you added them as all zones and not specifically for the first zone, once the new zone is online and the SSVM is running you should see them automatically replicate across. You can copy templates between zones from the UI or API. Regarding adding S3 backed secondary storage at a later date, you will run into problems with volume snapshots and the cleanest approach would be to add it on day one, or if adding later delete all the snapshots and then remove the exiting secondary storage, before adding the the new one, but that can also be a tricky task. Regards Geoff Higginbottom CTO / Cloud Architect D: +44 20 3603 0542<tel:+442036030542> | S: +44 20 3603 0540<tel:+442036030540> | M: +447968161581<tel:+447968161581> [email protected]<mailto:[email protected]> | www.shapeblue.com<htp://www.shapeblue.com/> | Twitter:@cloudstackguru<https://twitter.com/#!/cloudstackguru> ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N 4HS<x-apple-data-detectors://5> On 7 May 2015, at 21:01, Christopher Falk <[email protected]<mailto:[email protected]>> wrote: I'm running commercial CP 4.5 Hotfix 3 and we're about to deploy a second site. I've been searching the CP and CS docs and mailing list for some of the pitfalls and haven't found a lot of information so I'm jumping in here with some questions. I'd love to learn from those who've done it already. Our current environment looks like: * 6-host XenServer 6.2 SP1 cluster in a single pod/zone. * Two management servers and a DB master/slave in the same datacenter as the compute. * iSCSI primary storage, NFS secondary. We've got a brand new XenServer 6.5 cluster ready to go in our second datacenter with a high-bandwidth redundant link to the first DC. We intend to create a second zone in the new facility and leave management in the first one for now. I've got the following questions I was hoping for some wisdom on: * Do I need to seed the system VM template to the NFS secondary storage in the new zone before I create the zone, or does it get copied from the first zone SS when creating the second? * Is it possible to copy templates between zones directly without export/import? * Our eventual goal is S3 region-wide secondary storage later in the year. Has anybody done the conversion successfully? My lab tests have been challenging against a RiakCS backend, with a successful API call for the conversion, but failing snapshot copies from XenServer to S3. The lab was on XenServer 6.5 - I haven't tried 6.2SP1 with S3. Thanks, Chris Find out more about ShapeBlue and our range of CloudStack related services IaaS Cloud Design & Build<http://shapeblue.com/iaas-cloud-design-and-build//> CSForge - rapid IaaS deployment framework<http://shapeblue.com/csforge/> CloudStack Consulting<http://shapeblue.com/cloudstack-consultancy/> CloudStack Software Engineering<http://shapeblue.com/cloudstack-software-engineering/> CloudStack Infrastructure Support<http://shapeblue.com/cloudstack-infrastructure-support/> CloudStack Bootcamp Training Courses<http://shapeblue.com/cloudstack-training/> This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue Services India LLP is a company incorporated in India and is operated under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic of South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is a registered trademark.
