The Sun X2270 is a low-cost, 1U rack mount server system with a Nehalem chip or two.
The new Sun Fire X2270 and Sun Fire X4270 servers are the fastest x64 servers Sun has ever produced.
Sun's fast and cheap Nehalem-powered Sun Fire X2270 and Sun Fire X4270 servers promise to put some sizzle into Oracle's hardware business.
The Sun X2270 is a low-cost, 1U rack mount system. The X4270 is the X2270's big brother, a 2U system. Both servers can run one or two Intel Nehalem CPUs, from the 2.0GHz E5504s to the high-end 2.93GHz X5570s. But whereas the X2270 packs a lot of compute power in a somewhat constrained chassis, the X4270 offers slightly more power in a much more expansive box. Our evaluation Sun Fire X2270 had two X5570 CPUs and 24GB of DDR3 RAM.
The quick skinny: the Sun Fire X2270 would do extremely well as a front-end web server, a small database server, or a member of a virtualisation farm, with the addition of a few NICs or an HBA. It's constrained by a single power supply, a single PCIe slot, only a pair of NICs, and four disk drive bays, but the low cost offsets these limitations, depending on the application.
Sun Fire X2270: Virtual test bench
To test the Sun Fire X2270, we opted for our baseline VMware test application, which is a LAMP stack packaged as a vSphere vApp with four VMs. This test is designed to mimic a large, database-driven web application, using a randomised mix of dynamic and static page delivery.
It's built on four CentOS 5.3 servers: a single MySQL server built with four vCPUs and 8GB of RAM, two web front-end servers with two vCPUs and 4GB of RAM each, and a load balancer with a single vCPU and 1GB of RAM. The web servers run a tweaked Apache 2.2 web server, with content mounted on an NFS share to the database server. The database server runs a highly tweaked MySQL 5.1.25 installation and exports the Web root to the front-end servers. All load balancing is handled by Nginx, running in the load balancer VM.
The test is built with nine vCPUs on purpose, in order to eclipse the eight physical cores present in the servers under test. Also, the static/dynamic call ratio, though randomised, is seeded to bring all boxes to a maximum load equal to the number of vCPUs in each box. The VMs communicate across an internal vSwitch, with only the load balancer directly linking to the lab network. All load generation was driven from ab, the Apache benchmarking tool, running 100,000 requests per test pass, 20 concurrent connections.
NEXT: slim and speedy >>