Hi Florin, I believe Deltacloud is very flexible on the definition of realms. With the FGCP I have mapped realms to two FGCP concepts: Systems (which are equivalent to the CIMI concept: a bunch of servers part of a private tiered network) and the network tiers. They could be in any region, any data centre. It's not a perfect mapping - listing the realms lists both types but when you create a resource the realm you are allowed to specify is specific for the resource (i.e. a volume needs a system realm while an instance needs a network realm) - but it works.
Add the time, we discussed adding create/delete actions to realms to allow the creation/deletion of fgcp systems. As fgcp was the only driver with this requirement, and I found an acceptable workaround (each system is fronted by a firewall, so I mapped create_firewall to creating a system), so that never materialised. Regards, Dies Koper > -----Original Message----- > From: Florin Ardelian [mailto:[email protected]] > Sent: Tuesday, 13 November 2012 10:50 PM > To: [email protected] > Subject: Creating the ProfitBricks driver > > Hi folks, > > I began work on the ProfitBricks driver, but I had to halt because I found > an inconsistency between the common models implemented by Deltacloud and > the ProfitBricks model. ProfitBricks defines physical data centers as > "regions" (currently EUROPE and NORTH_AMERICA), but it also reserves "data > centers" for virtual data centers which users can define in any region they > want. All virtual resources must be placed in a virtual data center. For > example, a user can create two virtual data centers in the EUROPE region > and one in the NORTH_AMERICA region, each with their own servers, storages > and firewalls. > > From what I have seen, Deltacloud uses the term "realm" to define a > physical data center. This is the equivalent of "region" used by both > Amazon and ProfitBricks. The problem with ProfitBricks is that if a user > wants to create a resource in a region, he must put that resource in a > virtual data center that belongs to that same region. For example, if a > user wants to create a ProfitBricks server in NORTH_AMERICA, he must first > create a virtual data center in NORTH_AMERICA and then create his server in > that virtual data center. > > What can I do to account for the missing step? Any tips on how I should > begin to implement these virtual data centers? Would this involve adding > support for a new driver feature, maybe called :virtual_datacenters or > something similar? > > Thanks, > Florin
