I vaguely remember that work Paul – but I’m amazed you’ve got all those figures 
in your head still!

 

I think Sezai might be able to attest to any general issues using a well set up 
SQL/SharePoint/SAN infrastructure. If funds allow, my experience has been that 
a well configured vmware solution is preferable given all the manageability 
benefits, with few issues arising.

 

Mike

 

MOSSuMS

 

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
Sent: Wednesday, 6 February 2008 2:50 PM
To: [email protected]
Subject: Re: [SPAM] RE: [OzMOSS] MOSS & V-Motio

 

(put my CIsco hat on for a sec)..  In terms of IO and bottlenecks I did some 
work on this a few years back when we contractually had to guarantee a minimim 
media streaming throughput on a gigabit network. 

Once you go beyond 100mbit (and any virtual server infrastructure likely uses 
several teamed gigabit adapters), the PCI bus kicks in as an IO constraint. But 
PCI-X specification took care of that as it at the time did 133MB/s or 
1064Mb/sec (gigabit speed - and this was 6 years ago so and is faster now).

So once you move past bus speeds, for us, disk IO constraints kicked in at 
around 5-600mbit/sec. Of course, there are lots of dependencies here, but we 
were testing on seriously good hardware (for its time) on large compaq raid 
arrays. If we streamed data from memory, we acheived 992mbit on a gigabit 
network. If we read from disk it went down to 600-650mbit.

Even based on figures from 6 years ago, 600mbit is plenty to handle a heavy 
load SQL server for most sites :-)

Now VM or no VM, if the disk infrastructure is on a SAN, we know that PCI 
bottlenecks are unlikely to become an issue and fibre channel is 2 or 4 
gigabit. You could still hit constraints if enough VM's worked hard enough at 
he same time, but for the most part, it all comes down to the disk 
infrastucture you have.

I do know of companies that run production VM's because they have all of the 
same advantages of using VM's for Dev, but they always put their data on a 
fast, redundant disk infrastructire. They planned things properly by estimating 
future peak I/O requirements of their VM's and ensured that the VM hardware was 
sized for those peak loads.

Thus I don't see a problem with SharePoint/SQL on production VM's when properly 
sized and planned for. In fact I know IBM engineers who swear by this 
arrangment for Exchange as well (and Microsoft definitely does not support 
exchange on VM's)

regards

Paul


On Wed Feb 6 13:26 , Dave Porter <[EMAIL PROTECTED]> wrote:

        Mainly networking issues and high proc and IO's that choke a virtual 
server.  You need one heck of a virtual environment for a SQL server. Since 
MOSS makes many more calls than the previous version of SharePoint, SQL 
utilization goes up.
        Dave P.
        
        
        
        

________________________________

        Date: Wed, 6 Feb 2008 14:06:46 +0900
        From: [EMAIL PROTECTED]
        To: [email protected]
        Subject: Re: [OzMOSS] MOSS & V-Motio
        
        Dave is there any way you could elaborate more on "not seen SQL do 
well" just out of interest.
        
        Thanks
        Jeremy Thake
        [EMAIL PROTECTED] <javascript:top.opencompose('[EMAIL 
PROTECTED]','','','')> 

        On Feb 6, 2008 1:55 PM, Dave Porter <[EMAIL PROTECTED] 
<javascript:top.opencompose('[EMAIL PROTECTED]','','','')> > wrote:

        I have seen several issues with MOSS when you virtualize SQL.  It is 
not recommended. You can virtualize the WFE's, but I have not seen SQL do well 
in a virtual environment.
        What are the specs on the virtual environment?
         
        Dave P.
        
        
        
        

________________________________

        Subject: [OzMOSS] MOSS & V-Motion
        Date: Wed, 6 Feb 2008 10:03:08 +1100
        From: [EMAIL PROTECTED] <javascript:top.opencompose('[EMAIL 
PROTECTED]','','','')> 
        To: [email protected] 
<javascript:top.opencompose('[email protected]','','','')> 

        Hi all,

        We currently have a client who has a virtual SharePoint environment. 
Virtual Web/Application Server and a virtual SQL Server.

        We are seeing, when the web/application server is v-motion, a whole 
stack of database connectivity errors appear in the event log, the SharePoint 
logs bloat to massive size and owstimer.exe is peaking out.

        My initial investigation has revealed that while v-motion is happening, 
network connectivity between the web/application server and the SQL server is 
lost.

        Has anyone encountered this before, as this seems like a common setup 
and if so, is there a work around for this (we have currently set the 
web/application and SQL server not to v-motion and be static).

        Thanks,

        - Adelaide SharePoint User group - http://www.aspug.org.au 
<http://www.aspug.org.au/>  (Comming Soon!)

        - My Blog: http://www.danielbrown.id.au <http://www.danielbrown.id.au/> 

        ý Please consider the envrionment before printing this email.

        ------------------------------------------------------------------- 
OzMOSS.com - to unsubscribe from this list, send a message back to the list 
with 'unsubscribe' as the subject.
        Powered by mailenable.com <http://mailenable.com/>  - List managed by 
www.readify.net <http://www.readify.net/>  

        ------------------------------------------------------------------- 
OzMOSS.com - to unsubscribe from this list, send a message back to the list 
with 'unsubscribe' as the subject.
        Powered by mailenable.com <http://mailenable.com/>  - List managed by 
www.readify.net <http://www.readify.net/>  

        
        ------------------------------------------------------------------- 
OzMOSS.com - to unsubscribe from this list, send a message back to the list 
with 'unsubscribe' as the subject.
        Powered by mailenable.com - List managed by www.readify.net 

        ------------------------------------------------------------------- 
OzMOSS.com - to unsubscribe from this list, send a message back to the list 
with 'unsubscribe' as the subject.
        Powered by mailenable.com - List managed by www.readify.net 


------------------------------------------------------------------- OzMOSS.com 
- to unsubscribe from this list, send a message back to the list with 
'unsubscribe' as the subject.
Powered by mailenable.com - List managed by www.readify.net 

;3I'(��.�˛���m���ka��b���֦z����rKh����p��n�˛���m欶����r�����u��j)^���y�&.+-��ځ�[�
0�杉

Reply via email to