WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-users

[Xen-users] Re: Input from xen hosting providers?

To: xen-users@xxxxxxxxxxxxxxxxxxx
Subject: [Xen-users] Re: Input from xen hosting providers?
From: Brandon Lamb <brandonlamb@xxxxxxxxx>
Date: Mon, 15 Mar 2010 19:37:36 -0700
Delivery-date: Mon, 15 Mar 2010 19:39:38 -0700
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=9/d+mVQQ+QHyrXAQbn5Z0MnXvpgbNc99jKqNK2i/b8s=; b=hc2zQeeKTGTsn6U9PSj8NlXpWN1wCCEgKAgbAhtNNkkxEIG3aIrq+GbxRmA94u5vFb 20SW4BQLUVNDixGPvW7jxYDrvjnGeECX67MFPys5XXzkPwlgCNK4+GqiAuvx3kMFptf0 wMA7Nv30YcoFIu2rielaM+TtTlFio/4+dQLx0=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=UjMC8ef5kTGC1pv8pVGV4A+hyrvyyt+78pokw+AGCceV8pTGbYUska7yQNYFOKdaIr 0cXIix1YEJ55L6F3GLAlwUa1VCQe3X54HvuAzCMVh0H3NGl9hyjXNRkEx+74LA1Dnnwp pjkm6fZoLRJ44wkVBqBio78uTEv5mXPhhnIaE=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <f25c44611003151934x747749f8p6a4472e05be65cc1@xxxxxxxxxxxxxx>
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
References: <f25c44611003151934x747749f8p6a4472e05be65cc1@xxxxxxxxxxxxxx>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
On Mon, Mar 15, 2010 at 7:34 PM, Brandon Lamb <brandonlamb@xxxxxxxxx> wrote:
> This is my second mail because the first one turned into a two page novel.
>
> Basically my question is this, what is your opinion on the following,
> in regards to having to know about the os and USE in your hosting
> environtment. Here is my problem...
>
> We have a sales guy that sold people on the idea of having 4 windows
> clients, and 2 "filestore" servers. filestore1 backs up to filestore2
> so that if filestore1 fails, they can move over. Okay that is fine
> right. But now my boss wants me to be able to keep track and manage
> what these guests FUNCTION AS. ie he wants to be able to allow a
> customer to tell us to have filestore1 on one physical xen machine,
> and filestore2 on another physical xen machine. This way if one
> physical box dies they can still operate on filestore2 on the other
> box.
>
> My problem with this is being asked to MANAGE these guests, and having
> to know which guests can run where. I just want to tell a customer
> here is your memory and disk space, here is windows installed. Thats
> IT. We already concluded we did not want to be involved in the IT
> aspect of running virtual servers. Now for us to take this track seems
> like we now would have to take on the IT architecture design as well.
> I REALLY dont want to give a rip what the guests are running or how
> their os/it level applications are setup.
>
> Does that make sense? Looking for some help here. Im not really into
> having to build and keep a spreadsheet of guest2-1 needs to be on
> xen1, guest2-2 needs to be on xen2. Oh guest2-2 died uhhh cant move it
> to xen1 so have to move to xen3, oh xen3 doesnt have enough resources
> DAMN.

I also cant seem to get the point across that, ok if clients1-4 and
fileserver1 are on xen1, and filestore2 are on xen2 and then xen1
physical box dies, theres NO point in splitting where filestore1 and 2
are because theres no clients to access filestore2 anway!

Part of this huge argument was the salesman selling clients on "if
your first datastore fails i can set your clients to use your second
one" but didnt really think this out at the physical box level.

Another discussion/argument is on hot spares. It seems to me a total
waste to have to basically buy a new server twice, because for every
server there would be a hot spare ready to go if the primary failed
for every physical box. I would much prefer the cloud type model where
if xen2 failed, i would just use my backup server to bring whatever
guests were running up on other boxes that had free resources.

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users

<Prev in Thread] Current Thread [Next in Thread>