<a href="http://g.adspeed.net/ad.php?do=clk&zid=15220&wd=468&ht=60&pair=as" target="_blank"><img style="border:0px;" src="http://g.adspeed.net/ad.php?do=img&zid=15220&wd=468&ht=60&pair=as" alt="i" width="468" height="60"/></a>
Log in
::
Register
::
Not logged in
Home
Tags
Articles
Editorials
Stairways
Forums
Scripts
Videos
Blogs
QotD
Books
Ask SSC
SQL Jobs
Training
Authors
About us
Contact us
Newsletters
Write for us
<a href="http://g.adspeed.net/ad.php?do=clk&zid=15491&wd=120&ht=300&pair=as" target="_top"><img style="border:0px;" src="http://g.adspeed.net/ad.php?do=img&zid=15491&wd=120&ht=300&pair=as" alt="i" width="120" height="300"/></a>
Recent Posts
Recent Posts
Popular Topics
Popular Topics
Home
Search
Members
Calendar
Who's On
Home
»
SQL Server 2012
»
SQL 2012 - General
»
"fixed server" or Blade
"fixed server" or Blade
Rate Topic
Display Mode
Topic Options
Author
Message
AnzioBake
AnzioBake
Posted Wednesday, January 16, 2013 4:37 AM
SSC Veteran
Group: General Forum Members
Last Login: Friday, May 17, 2013 2:43 AM
Points: 210,
Visits: 437
I am thinking of long term strategy for server farm. My question is, from experience, why did you choose modular blade server over non-modular server or vice versa.
At the moment the thought is, blade allows you to grow the server WRT cpu, memory and IO connectivity as required ( with limits of course). Non-modular system is more limiting than the blade and therefore short life spans.
Post #1407741
Perry Whittle
Perry Whittle
Posted Wednesday, January 16, 2013 5:04 AM
SSCertifiable
Group: General Forum Members
Last Login: Today @ 7:36 AM
Points: 5,201,
Visits: 11,153
Blades are a neat way to shove a load of servers together in one manageable place. However, they have limitations and shared topologies.
IMHO, if you're SQL server is mission critical get a decent box for it don't put it on a blade.
-----------------------------------------------------------------------------------------------------------
"Ya can't make an omelette without breaking just a few eggs"
Post #1407755
AnzioBake
AnzioBake
Posted Wednesday, January 16, 2013 9:41 PM
SSC Veteran
Group: General Forum Members
Last Login: Friday, May 17, 2013 2:43 AM
Points: 210,
Visits: 437
Fixed servers have limitation too. The blades, from what i understand, can be "grown" to a greater extent as the SQL server demands increase and it is therefore possibly a longer term solution. That is the key part of the question. I am looking for real life experience to affirm or disprove this idea.
Any takers?
Post #1408136
Perry Whittle
Perry Whittle
Posted Wednesday, January 16, 2013 11:42 PM
SSCertifiable
Group: General Forum Members
Last Login: Today @ 7:36 AM
Points: 5,201,
Visits: 11,153
AnzioBake (1/16/2013)
Fixed servers have limitation too.
Such as?
Don't tell me that a machine such as an HP DL585 has disadvantages over a "pizza box" blade server!
AnzioBake (1/16/2013)
The blades, from what i understand, can be "grown" to a greater extent as the SQL server demands increase
they allow a finite amount of hardware (HBAs, NICs, etc), which IMHO is not scalable.
AnzioBake (1/16/2013)
I am looking for real life experience to affirm or disprove this idea.
Any takers?
I have real life experience and I'm not a blade fan which is what I think you're looking for!
-----------------------------------------------------------------------------------------------------------
"Ya can't make an omelette without breaking just a few eggs"
Post #1408162
AnzioBake
AnzioBake
Posted Thursday, January 17, 2013 12:00 AM
SSC Veteran
Group: General Forum Members
Last Login: Friday, May 17, 2013 2:43 AM
Points: 210,
Visits: 437
okay, so maybe my understanding is incorrect
as examples:
Fixed server: 4 sockets, 8 memory slots, dual NIC, dual IO connectors
Blade: Four server slots, each with above
When server become hardware bound, for the dl585: purchase complete new server, move db's over, reconfigure apps etc
For blade, add new server board, configure to incorporate into current server
What am I misunderstanding?
Post #1408169
Perry Whittle
Perry Whittle
Posted Thursday, January 17, 2013 2:14 AM
SSCertifiable
Group: General Forum Members
Last Login: Today @ 7:36 AM
Points: 5,201,
Visits: 11,153
AnzioBake (1/17/2013)
okay, so maybe my understanding is incorrect
as examples:
Fixed server: 4 sockets, 8 memory slots, dual NIC, dual IO connectors
Blade: Four server slots, each with above
Invalid comparison, a blade server is a single unit not 4 combined!
Fior a start compare the CPU types that are supported between the 2, the DL585 supports a much higher spec CPU than the blade does.
The number of expansion slots available to your blade as opposed to a DL585 for example will be vastly different. The DL585 G7 has around 11 x PCI-E slots and can handle up to 1 TB of memory and 8TB internal SAS storage, try fitting that lot into a blade!!
Now take the blade, base this on the higher spec BL680C and not the inferior BL460C
Expansion slots = 3, max memory = 128GB, 2 internal drive bays
Hmm, what's more scalable here?
AnzioBake (1/17/2013)
When server become hardware bound, for the dl585: purchase complete new server, move db's over, reconfigure apps etc
For blade, add new server board, configure to incorporate into current server
What am I misunderstanding?
Add new board?? You neglect to cite the part where you reinstall the OS as the hardware totally changes when changing the mainboard, if your DL585 only has 2 CPUs and 64Gb RAM and you add extra then you don't need to reinstall the OS.
-----------------------------------------------------------------------------------------------------------
"Ya can't make an omelette without breaking just a few eggs"
Post #1408229
jasona.work
jasona.work
Posted Monday, January 21, 2013 2:10 PM
SSC-Addicted
Group: General Forum Members
Last Login: Today @ 6:11 AM
Points: 467,
Visits: 2,347
Here's my understanding of blade systems (bear in mind, I have no direct experience with blades)
Each individual blade in the system, is a "stand-alone" server which only shares power and connectivity with the other blades in an enclosure. So if you start with a single blade with lets say 2x CPU / 32GB RAM / 2TB HD, adding a second blade does not give you the equivalent of 4x CPU / 64GB RAM/ 4TB HD, but instead gives you 2 servers.
If you have an application which can be load-balanced, and the know-how to set up such a thing, you'd get some benefits, but the complexity goes up.
The goal of blades is lots of individual machines cranking on data (Web farms, rendering farms, SETI@Home nodes, etc) where each is a stand-alone system that can function without the rest.
I believe there may be VERY specialized systems that you can "hot-add" processors or RAM to, but they're horrifically expensive.
TL;DR:
I agree with Barry, get a beefier single server which can be upgraded if need be later (add another CPU, more RAM, more HDs)
Jason
Post #1409711
Perry Whittle
Perry Whittle
Posted Monday, January 21, 2013 4:22 PM
SSCertifiable
Group: General Forum Members
Last Login: Today @ 7:36 AM
Points: 5,201,
Visits: 11,153
jasona.work (1/21/2013)
Each individual blade in the system, is a "stand-alone" server which only shares power and connectivity with the other blades in an enclosure.
Correct, they share power cooling and networking
jasona.work (1/21/2013)
So if you start with a single blade with lets say 2x CPU / 32GB RAM / 2TB HD, adding a second blade does not give you the equivalent of 4x CPU / 64GB RAM/ 4TB HD, but instead gives you 2 servers.
Correct again, most blades only have enough space for 2 int HDDs and rely on external storage. Problem is you only have space for maybe 1 HBA and so you're limited on SAN connectivity too.
jasona.work (1/21/2013)
The goal of blades is lots of individual machines cranking on data (Web farms, rendering farms, SETI@Home nodes, etc) where each is a stand-alone system that can function without the rest.
Exactly, they're designed to save on space and power and make a group of servers a more manageable unit, however they're not ideal for all situations.
jasona.work (1/21/2013)
I believe there may be VERY specialized systems that you can "hot-add" processors or RAM to, but they're horrifically expensive.
Windows 2008 provides hot add capability for memory and CPUs.
-----------------------------------------------------------------------------------------------------------
"Ya can't make an omelette without breaking just a few eggs"
Post #1409747
AnzioBake
AnzioBake
Posted Monday, January 21, 2013 9:59 PM
SSC Veteran
Group: General Forum Members
Last Login: Friday, May 17, 2013 2:43 AM
Points: 210,
Visits: 437
From what I have read the Cisco UCS sytem as example does exactly that:
Start with one, add a new blade, configure and you have the extra processing power on the same server. That is why I raised this question.
Post #1409778
Lynn Pettis
Lynn Pettis
Posted Monday, January 21, 2013 11:24 PM
SSC-Insane
Group: General Forum Members
Last Login: Today @ 8:31 AM
Points: 21,597,
Visits: 27,417
I also believe that it depends on ones environment. At a previous employer, the principal database servers reside on blade servers attached to a high performance SAN. The mirror servers are stand-alone rack servers with DASD. This setup provides more than enough horse power and availability for the LOB (Line of Business) applications. HR, Finance, SIS (not to be confused with SSIS) each have their own servers and the 32 GB of RAM on the blade servers is more than enough to support the applications now and in the foreseeable future.
Lynn Pettis
For better assistance in answering your questions, click here
For tips to get better help with Performance Problems, click here
For Running Totals and its variations, click here
or
when working with partitioned tables
For more about Tally Tables, click here
For more about Cross Tabs and Pivots, click here
and
here
Managing Transaction Logs
SQL Musings from the Desert
Fountain Valley SQL
(My Mirror Blog)
Post #1409797
« Prev Topic
|
Next Topic »
Permissions
You
cannot
post new topics.
You
cannot
post topic replies.
You
cannot
post new polls.
You
cannot
post replies to polls.
You
cannot
edit your own topics.
You
cannot
delete your own topics.
You
cannot
edit other topics.
You
cannot
delete other topics.
You
cannot
edit your own posts.
You
cannot
edit other posts.
You
cannot
delete your own posts.
You
cannot
delete other posts.
You
cannot
post events.
You
cannot
edit your own events.
You
cannot
edit other events.
You
cannot
delete your own events.
You
cannot
delete other events.
You
cannot
send private messages.
You
cannot
send emails.
You
may
read topics.
You
cannot
rate topics.
You
cannot
vote within polls.
You
cannot
upload attachments.
You
may
download attachments.
You
cannot
post HTML code.
You
cannot
edit HTML code.
You
cannot
post IFCode.
You
cannot
post JavaScript.
You
cannot
post EmotIcons.
You
cannot
post or upload images.
Copyright © 2002-2013 Simple Talk Publishing. All Rights Reserved.
Privacy Policy.
Terms of Use.
Report Abuse.
