Here's a good list of cloud providers:
http://www.cio.com.au/article/374190/5_open_source_cloud_computing_projects_watch/
Of these, I have implemented Ganeti and Citrix Xenserver and Ubuntu cloud.
Each has it's own utilization (comparison is like apples and oranges).
Sheepdog looks interesting, since the storage model is supposed to be rock
solid.
Storage (and additional integration features KVM) integration with your
needs is really the comparison item for all the offerings.
But any solid successful cloud integration would first have to have a
complete project network and systems map with full requirements to ensure
the best solution. Additional features can be planned like LDAP utilizing
secure tunnels, VPN management, etc.
A full price map (including LEASE hardware, rackspace and bandwidth or cloud
costs) would, of course be compared against features (where scalability
would be considered -
While scalebility makes our eyes glaze over, few web systems providers
really need it in a well engineered environment. For instance Skymall (who
provides rewards programs for Merrill Lynch/Capital One as well as the
online airline magazine) has 4 QA and 4 Production we servers in a 3 tiered
model, backended with Sun Oracle hardware/OS and J2EE engines to meet 9
million hits and a million in revenue a day.
Managed use of Akamai caching for web systems is an alternative to expansive
scaling.
On Fri, Apr 22, 2011 at 6:23 AM, Lisa Kachold <
lisakachold@obnosis.com>wrote:
>
>
> On Thu, Apr 21, 2011 at 11:10 PM, Vimal Shah <vimals@sokikom.com> wrote:
>
>> Will having dev and test as in-house servers run the risk of having a live
>> server that is not ~100% identical? Keeping all environments virtual seems
>> to be a sure fire (not to mention expensive) way to make sure that all
>> environments are as close to identical as possible. Is this overkill?
>>
>>
>> On Thu, Apr 21, 2011 at 11:03 PM, Bryan O'Neal <
>> Bryan.ONeal@theonealandassociates.com> wrote:
>>
>>> If your really good you can work magic at $5 per instance per month.
>>> But that requires some actual planning. But after that it does make
>>> things easy to expand. Personally I would go for horizontal scaling
>>> options from commodity providers. Maybe mix in some spare office
>>> equipment for dev and test and you would be off to the races.
>>> Ease of expansion and contraction combined with low cost is what you
>>> gain from commodity commuting. Cloud is just a word. Don't get caught
>>> up making things more web 2.0 and cloud-ish. Aim for solid horizontal
>>> sailing at a low cost that will still provide solid HA.
>>>
>>> On 4/21/11, Ted Gould <ted@gould.cx> wrote:
>>> > On Fri, 2011-04-22 at 01:38 +0000, Ariel Gold wrote:
>>> >> Private Cloud? Commodity hosting provider?
>>> >>
>>> >> So you're saying Amazon and Linode are public clouds, and recommending
>>> >> he setup a private cloud for less than $100/mo? That means he's paying
>>> >> and managing his own hardware and setting up an automated
>>> >> virtualization system? And the $100/month would be for colocation and
>>> >> bandwidth?
>>> >
>>> > Why, yes, yes I am :-)
>>> >
>>> > You can set up a private cloud with two machines and a few hours of
>>> work
>>> > by installing UEC on them.
>>> >
>>> > http://www.ubuntu.com/business/server/cloud
>>> >
>>> > I'm sure other vendors have similar solutions, but that's the one I
>>> know
>>> > (I work for Canonical). It's really pretty easy to do.
>>> >
>>> > I think that as we enter the "cloud era" business will be measured on
>>> > their success of managing the balance between private and public
>>> clouds.
>>> > Public clouds provide scalability but private clouds provide more
>>> > predictability. And I think that predictability is key for development
>>> > and QA. Of course, I'm one guy on a mailing list :-)
>>> >
>>> > So back to your numbers, a couple of decent servers for $1K each with a
>>> > 2-3 year lifetime is less than $100/mo. Of course YMMV.
>>> >
>>> > --Ted
>>> >
>>> >
>>>
>>>
> Any image can be identical to cloud or local systems using
> virtualization. It's simply a matter of experienced Linux administration
> supporting QA/DEV and Production servers.
>
> As a basic part of disaster recovery every server once built, hardened and
> configured optimally needs to be imaged. Swap out of a waiting spare,
> reimaging would be trivial to ensure uptime SLA.
>
> That image can be used in Vmware, Xen or Citrix Xenserver VPS, depending on
> your implementation and tools.
>
> Next subject, of course would be disk SAN/NAS to manage large system file
> sharing and DR images.
>
>
> --
>>> Sent from my mobile device
>>> ---------------------------------------------------
>>> PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
>>> To subscribe, unsubscribe, or to change your mail settings:
>>> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
>>>
>>
>>
>>
>> --
>> Vimal Shah, VP of Engineering
>> Sokikom
>> Office: (480) 788-1849
>> Mobile: (480) 752-9269
>> Email: vimals@sokikom.com
>> Web: www.sokikom.com
>>
>> Follow us: twitter.com/sokikom <http://www.twitter.com/sokikom>
>> Like us: facebook.com/sokikom <http://www.facebook.com/sokikom>
>>
>>
>> ---------------------------------------------------
>> PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
>> To subscribe, unsubscribe, or to change your mail settings:
>> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
>>
>
>
>
> --
> (503) 754-4452 iPhone
> (623) 239-3392 Skype
> (623) 688-3392 Google Voice
>
> http://www.it-clowns.com
>
> "It took me many years but I have gained access to the root account and
> have removed the user God." -Saros
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
(503) 754-4452 iPhone
(623) 239-3392 Skype
(623) 688-3392 Google Voice
http://www.it-clowns.com
"It took me many years but I have gained access to the root account and have
removed the user God." -Saros
---------------------------------------------------
PLUG-discuss mailing list -
PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss