[occi-wg] Finished first pass over FeatureMatrix

Chuck Wegrzyn eprparadocs at gmail.com
Mon Jun 15 12:28:23 CDT 2009


Whoa...RAID has all to do with data integrity and performance. I will
buy that on NAS or SAN.

Chuck Wegrzyn

Gary Mazz wrote:
> I like Sam's approach, especially the "expressed as what". The whole 
> idea of SANx or RAIDxx can be overwhelming and confusing to the 
> customers. Especially, when raid or sans have very little to do with 
> data integrity or performance.
> 
> I would prefer to see something that falls in line with SLAs as way to 
> describe storage services.
> 
> -gary
> 
> Sam Johnston wrote:
>> On Mon, Jun 15, 2009 at 5:29 PM, Richard Davies 
>> <richard at daviesmail.org <mailto:richard at daviesmail.org>> wrote:
>>
>>     There's a strong argument for clouds to support both. Persistent
>>     storage is
>>     typically on SAN where it can be accessed from all virtualization
>>     hosts when
>>     the server is stopped and restarted. Ephemeral storage is
>>     typically on local
>>     disk, which is much faster but unavailable after the server is
>>     stopped and
>>     restarted on a different machine.
>>
>>
>> Right, there are many different possibilities for storage that should 
>> arguably be specified by user requirement ("what" e.g. "geographically 
>> redundant") rather than technology ("how" e.g. "RAID 10"). The three 
>> main options I see for "local" storage are:
>>
>>     * Ephemeral which is lost when the machine stops (thus simplifying
>>       infrastructure and reducing costs)
>>     * Local storage which may or may not exist next time you need it
>>       (good for caching configurations, calculations and so on but not
>>       much else)
>>     * Redundant storage which will probably survive failures (e.g. SAN)
>>     * HA storage which is geographically distributed, backed up, etc.
>>       and which you can rely on.
>>
>> Of course the different levels would carry different costs and be 
>> useful for different purposes. We just need to find a simple way for 
>> users to get and set their preferences (whether expressed as "what" or 
>> "how").
>>
>> Sam
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> occi-wg mailing list
>> occi-wg at ogf.org
>> http://www.ogf.org/mailman/listinfo/occi-wg
>>   
> 
> _______________________________________________
> occi-wg mailing list
> occi-wg at ogf.org
> http://www.ogf.org/mailman/listinfo/occi-wg




More information about the occi-wg mailing list