On 09/08/2010 05:03, Ken Woolard wrote:
Thanks for that Terence - I now have a better understanding and also a better 
idea on what I want to do with regards to splitting the buses on my T5240. 
However I'm not sure if it would benefit me to do this. Let me explain and let 
me know what you think, your feedback what be most appreciated:-

In a previous LDOM config on a T5240 there was only a primary (control) domain 
doing all the IO , servicing etc. points to note:-

-->  T5240 installed via jumpstart onto local disks.

-->  Primary domain set up with one virtual switch and 2 virtual disk services.
       One disk service for the LUN's allocated for the Guest domains OS
       One disk service for the LUN's for Guest domains application data

The PCI express HBA cards were put in PCI slots 4 and 5 ( p...@500) so that 
they were not on the same bus as the internal disks ( p...@400). However the 
internal quad network card is on p...@500

-->  Guest domains were all jumpstarted onto the LUN's from vds 1 and then 
application data LUN's allocated via vds 2.

Now I now have another T5240 that I have just installed the OS on and have been 
exploring the possibility of creating a seperate IO domain hence all the 
questions I have been asking

The way I see it on a T5240 is that the internal disks and the network devices 
are on seperate buses. Ideally I would like them on the same bus freeing up the 
other bus for an IO domain connected to the SAN storage.
The only way I see this happening is to get an PCI express 1GB NIC and install 
it in slot 2 for example so that network and internal disks are on the same bus.
However the company does not want to spend money so I was thinking about still 
splitting the buses having the internal disk on one bus and the network and SAN 
storage on another bus ( IO domain ). To the IO domain I can add a virtual 
switch for the guest domains to connect to.

I'm still not sure exactly what I'm trying to do here and maybe my prose is a 
bit confusing but I would appreciate any feedback you may have to offer.

Ken

I am not sure you are going to gain anything from doing the above ( apart from making your configuration more complex).

Ususally the scond I/O domain would be used to make the configuration more resilient, but this is not what you are proposing. As I already said you will be using the primary domain to supply the boot device for the second I/O domain, so if that fails then the second I/O domain will hang as well. Thus gaining you nothing.

Are you worried about performance or resilience or are you just experimenting?

T

_______________________________________________
ldoms-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/ldoms-discuss

Reply via email to