| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> RE: Blade Servers
Reminds me of the computer room at Wright-Patt. We had parka's hanging =
outside the door & it wasn't odd to have something toss an ice ball your =
way.
Dick Goulet
Senior Oracle DBA
Oracle Certified 8i DBA
-----Original Message-----
From: Todd Carlson [mailto:tcarlson_at_tripos.com]
Sent: Friday, April 09, 2004 4:00 PM
To: oracle-l_at_freelists.org
Subject: RE: Blade Servers
All,
Thanks for the responses! The links have been great for information. My biggest concern was the backplane, but because this is going to be used mostly for development purposes and we will be connecting to a SAN, it shouldn't be a major issue. As far as cooling, our Sr. SA has the DC running so cold I have to ware a jacket in the NOC.
The general concept is that each project will get two or three blades, each blade being a 'server', one for build & regression testing if needed, one for development and one for quality assurance. The SAN, or worst case NAS, use is the key for performance and space savings. What is the point of using blades if we need multiple external disk enclosures? (I would love a partitioned E15K, but we have that whole cost thingy to deal with...)
We are also looking into VMware or a similar product for those projects that need more CPU resources than a single blade has. We will need be able to 'partition' the needed resources from other, under utilized blades. Then we have to get our product RAC certified.=3D20
Todd
-----Original Message-----
From: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org] On Behalf Of
Jared.Still_at_radisys.com
Sent: Friday, April 09, 2004 12:55 PM
To: oracle-l_at_freelists.org
Subject: Re: Blade Servers
> year require another 20 databases. On the Unix side of the house, we
> lease large servers and run upwards of 10 databases on the machines.
> That can't be done on the Intel platform.
Why not? Admittedly it is not as clean as doing it on *nix, but I=3D20
see no reason for not being able to run 10 databases on Win32.
> development using RedHat ES 3, which means Intel hardware. Blade
servers
> are hot and they want me to look at using blades and or VMware. We
would
> be running dedicated fiber to our EMC for each blade.=3D20
You're right, they are hot. We've not used them here, but I've =
read=3D20
comments
by those that have. They generate a *lot* of heat. Make sure your data
center can deal with it.
They also share a backplane. Here's a good link detailing some issues.
http://technologyreports.net/enterpriseinnovator/?articleID=3D3D1891
If you have a subscription to Gartner, you should investigate there.
Try using teoma.com or vivisimo.com rather than Google. Many of the
hits
from Google are vendors. They of course have nothing but good news
about blade servers.
HTH Jared
-- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html ----------------------------------------------------------------- ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request_at_freelists.org put 'unsubscribe' in the subject line. -- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html ----------------------------------------------------------------- ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request_at_freelists.org put 'unsubscribe' in the subject line. -- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------Received on Fri Apr 09 2004 - 15:09:59 CDT
 |
 |