[occi-wg] Resource Types: Compute / Network / Storage
Ignacio Martin Llorente
llorente at dacya.ucm.es
Sun Apr 19 05:19:01 CDT 2009
Now, it looks complete :)
Ignacio M. Llorente, Full Professor (Catedratico): web http://dsa-research.org/llorente
and blog http://imllorente.dsa-research.org/
DSA Research Group: web http://dsa-research.org and blog http://blog.dsa-research.org
Globus GridWay Metascheduler: http://www.GridWay.org
OpenNebula Virtual Infrastructure Engine: http://www.OpenNebula.org
On 19/04/2009, at 10:25, Sam Johnston wrote:
> Turns out this isn't such a bad idea as between writing and sending
> that post Andy Edmonds independently suggested exactly the same
> thing via the wiki (suggestion: change workload to compute -
> workload might be something ran on a compute resource).
> This is such a good (albeit obvious) idea - thanks David/RM-WG -
> that I've even updated my cloud computing reference model (attached)
> by adding "network' to it.
> On Sun, Apr 19, 2009 at 10:08 AM, Sam Johnston <samj at samj.net> wrote:
> So one thing I did see validated by the rm-wg document was the trend
> towards compute/network/storage that we're fast settling on ourselves.
> Our current terminology however is far more specific - we've picked
> up "Drive" and "Server" from ElasticHosts for example. While this
> does make sense a lot of the time there's nothing to say that OCCI
> can't be used for VDI for example, where the "servers" are in fact
> "clients". Take it a step further and you've got things like
> Dreamhost PS which kind of like a virtual provate server in that it
> behaves like one (it can be restarted via their API etc.), only it
> refers to resource allocations in a shared hosting environment or
> MySQL instances.
> Granted that's outside of our remit but ther'es no point stopping
> them from using it by choosing our terminology poorly. In fact a lot
> of these functions can apply equally to physical machines as they
> can to lightweight threads in an Apache process (and everything in
> between including, of course, virtual machines which are currently
> our primary target).
> I've been trying to think of other resources outside of these three
> main types but even strange things like ISDN interfaces (yes, this
> sort of thing does appear in enterprise data centers) can be handled
> via PCI passthrough parameters on a virtual machine.
> All in all, unless anyone has any concerns about this approach I'd
> like to adopt this terminology throughout.
> <Cloud Computing Reference Model.svg><Cloud Computing Reference
> occi-wg mailing list
> occi-wg at ogf.org
More information about the occi-wg