RE: The Business of Building Clouds

There is another angle to “building clouds” that I am seeing…..

 

1. Enterprises consolidated data centers and implemented virtualization or at least that is the plan they are working with.

 

2. They are running into space and power limitations so they are putting them up in separate buildings in same area (metro area).

 

3. These metro area networks are connected by fiber (and copper) but then they have trouble implementing layer 3 networks so they want a flat layer 2 architecture.

 

4. The layer 2 architecture with virtualization (primarily VMware) requires Virtual center and Cisco Enterprise manager to work together.

 

5. The other part is that they want to put VLANs over the same fiber and have the fiber equipment separate the traffic (somehow) using DWDM or other technologies.

 

Now this is an entirely different angle. Does this mean VMware will have to get an infrastructure partner that provides optical ether switching equipment?

 

Is any one else seeing this trend/need?

 

Chandra

 

---

From: cloud-computing@googlegroups.com [mailto:cloud-computing@googlegroups.com] On Behalf Of Khazret Sapenov
Sent: Thursday, June 05, 2008 8:14 AM
To: cloud-computing@googlegroups.com
Subject: Re: The Business of Building Clouds

 

Adrien,

This might depend on specific configuration of hardware layer and configuration of cloud (in many cases virtualized environment). There's always a tradeoff in performance (around 10-15%), when using hypervisor, but this also might be optimized by using eficient drivers, written for known hardware (I/O is pretty crucial one). However virtualization brings very important features, not present in barebone layout.

 

KS

On Thu, Jun 5, 2008 at 10:56 AM, arculeo <arculeo@arculeo.com> wrote:

Ray,

As a client perspective, I really like the fact to be able to compare
cloud features to what I am doing without the cloud. I take the example
of being able to say

before : how many HTTP request handling in GET/POST
after : how many HTTP request handling in GET/POST

before : how many SQL request handling in SELECT/INSERT
after : how many SQL request handling in SELECT/INSERT

I can compare a "cost per scalable INSERT" and evaluate what is better
for me. Not to move from cloud X to cloud Y but to able to move from
non-cloud to cloud and understand the offer in terms I already use with
our present platform.

Adrien

Ray Nugent a écrit :

> This question is for all the platform folks out there. Just out of
> curiosity, how many of your customers are asking for these portability
> features? Is there really a pent up demand to move apps from one cloud
> platform to another?
>
> Ray
>
> ----- Original Message ----
> From: Larry Ludwig <larrylud@gmail.com>
> To: cloud-computing@googlegroups.com
> Sent: Thursday, June 5, 2008 5:44:17 AM
> Subject: RE: The Business of Building Clouds
>
>
>
>     In particular he says "a developer should be able to move between
>     Joyent, the Amazon Web Services

>     <http://finance.google.com/finance?q=amzn>, Google
>     <http://finance.google.com/finance?q=goog>, Mosso, Slicehost,

>     GoGrid, etc. by simply pointing the "deploy gun" at the cloud and
>     go." I think he nailed it dead on with this statement.
>
>
>         Hi Reuven,
>
>
>         I've read that article also,  I too think it would be great to
>         move service between different providers.  I think reality
>         will set in how different each cloud provider will be.   Yes I
>         think you will find some application to convert between
>         providers, but I also think that will be the key
>         differentation between providers. One provider will only have
>         feature X, while another provider will only have feature Y.
>         In order for each cloud provider to exist, they has to be some
>         barrier of entry from other providers and also a method to not
>         make it too easy for customers to leave.  Otherwise why would
>         a cloud provider exist and offer service?  Geolocation of the
>         cloud isn't enough of a reason.
>
>
>         -L
>
>         --
>         Larry Ludwig
>         Empowering Media
>         1-866-792-0489 x600
>         Managed and Unmanaged Xen VPSes
>         http://www.hostcube.com/
>
>
>
>
>
> >
<br

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Cloud Computing" group.
To post to this group, send email to cloud-computing@googlegroups.com
To unsubscribe from this group, send email to cloud-computing-unsubscribe@googlegroups.com
For more options, visit this group at http://groups.google.ca/group/cloud-computing?hl=en
-~----------~----~----~----~------~----~------~--~---