|   | 
      | 
  
  
      | 
      | 
  
 
     | 
    | 
  
  
     | 
    | 
  
  
    |   | 
      | 
  
  
    | 
         
xen-users
[Xen-users] practical example and explanation of Xen sHype
 
Hi,
I looked at the description of sHype in the Xen manual.
But I have trouble to see some real world usage: Is it really there
only to protect a careless admin to start a domain used by cocacola on
the same server where already a pepsicola domain is running, so they
cannot steal each others secrets? Why not just let the admin decide
and be careful about what domain he starts where?
I mean, to start a domain, he must put a config file there, log
himself on on the machine, run xm create. Assuming he's so careless
doing this on coca-cola-xen-server.mydatacentre.com instead of
pepsi-cola-xen-server.mydatacenter.com, then I have a totally
different problem that has not to be solved by adding a software
layer, but by selecting the right person who get root access - isn't
it?
I thought that anyway Xen protects DomU's from accessing each others
ressources - does the existence of sHype mean, domU's aren't really
well isolated?
If the idea is to have something in a distributed setup for multiple
Xen Servers (that eventual even try to automatically migrate to
another machine), then I am missing a bit the centralized management.
With multiple servers, and have these exclusion rules, I don't want to
be forced to put them on each machine manually - then I'd rather want
a central permission server, something like that.
Henning
_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users
 
 |   
 
| <Prev in Thread] | 
Current Thread | 
[Next in Thread>
 |  
- [Xen-users] practical example and explanation of Xen sHype,
Henning Sprang <=
 
 
 |  
  
 | 
    | 
  
  
    |   | 
    |