# A B C D E F G H I J K L M N O P Q R S T U V W X Y Z

Dell HPC in an OpenStack Environment Guide

Summary

The HPC in an OpenStack Environment document compares bare metal and virtualized deployments for high-performance computing. It examines CPU, memory, I/O requirements of HPC applications on OpenStack infrastructure using identical resource configurations. Target users are HPC architects and cloud engineers evaluating virtualized computational resources.

📄 Preview PAGE OF 6

Page 1 Text Content

HPC in an Open Stack Environment Joseph Stanfield and Nishanth Dandapanthula, June 2014 Introduction As the concept of cloud computing continues to expand its market reach, many companies have discovered the advantage of encapsulating configuration details into a virtual setting allowing users to build a customized environment and run it in the cloud as the need arises for computational resources. Cloud computing would also seem to go hand-in-hand with a production HPC environment, offering virtually unlimited storage with instantly available and scalable resources. Open Stack is the open source cloud computing platform used in this study. The applications in the HPC domain have massive requirements in terms of CPU, memory, I/O and interconnect. Traditionally HPC applications have been run on physical clusters, but with the trend moving towards cloud computing and virtualization, we wanted to see how these applications fare in a virtualized environment. In theory, the ability to scale out available resources on per-user basis would boost productivity and lower the total cost of ownership of the cluster. But, how does the performance of virtual machines (VM) compare to bare metal servers (BM)? In this blog, we’ve set out to compare the performance of a physical server with a bare metal installation and a virtual machine, using a single node in similar environments, with identical resources. The bare metal machine is a physical server with just a minimal OS installed. VM refers to the virtual machine running on a hypervisor on this bare metal machine using all the cores and memory of the bare metal system, thus both having the same configuration. Consider a scenario with multiple project development needs, where users require a range of custom platforms for their individual projects. There may be a need for a whole server or multiple servers for various reasons such as application development, code beta testing, sharing a stable and uniform platform among collaborators etc. An administrator would be able to easily deploy an environment tailored to each user without having to re-provision the entire server farm for each project. Once the user is done, the VM’s data or the VM itself can be archived for future use. We study the differences in performance and the overhead raising from the use of VMS when compared to BMs in an HPC space. We present analytical results and weigh the pros and cons of each approach. This is the first in a series of blogs where we will evaluate virtual machines, Linux containers, and bare metal servers and their respective tuning options from the perspective of applications in HPC domain. In future posts, we will expand this study at scale by introducing the interconnect component. The test bed has a head node and a compute node with bare metal installations of Red Hat Enterprise Linux 6.5. We installed RDO Open Stack on the head node and used that to add the compute node to the resource pool. The VMs are deployed solely on the compute node. The details of the test bed and the Dell - Internal Use - Confidential Dell - Internal Use - Confidential Dell - Internal Use - Confidential

Page Summary Contents For Dell HPC in an OpenStack Environment Guide

Page 1 HPC in an Open Stack Environment Joseph Stanfield and Nishanth Dandapanthula, June 2014 Introduction As the concept of cloud computing continues to expand its market reach, many companies have discove...
Page 2 BIOS configuration used are shown in Table 1. The BIOS settings chosen for this study on the bare metal machine are typical HPC recommendations for optimal performance [310]. Table 1 Test Bed Configur...
Page 3 manufacturing, crash testing, aerospace industry, automobile industry etc. WRF 3.3 Open source application which helps Conus 12KM Rating in atmospheric research and (Jobs/Day) forecasting MILC 7.6.1 M...
Page 4 Ba nd id th in B/ Figure 1 Stream Triad memory Bandwidth 70437.5 BM-NI-disabled VM-on-NI-disabled-BM BM-NI-enabled VM-on-NI-enabled-BM Figure 2 and Figure 3 show the performance of the applications li...
Page 5 Pe rf or an ce f V re la tiv to Pe rf or an ce f V re la tiv et BM 1.20 1.00 1.00 1.00 1.00 0.96 0.95 1.00 0.99 0.98 1.00 0.80 0.88 0.82 0.78 0.75 0.71 0.73 0.60 0.40 0.20 0.00 LU IS FT EP CG BM-NI-di...
Page 6 mentioned previously this is all contingent on the application’s requirements such as computation, communication (Interconnect), memory bandwidth etc. These applications are customized and tuned to re...

Manual Details

Brand Dell
Pages 6
File Size 804.24 KB
Published June 25, 2026
5 views

Enter the captcha to get the download link:

captcha

Frequently Asked Questions

What is the test bed hardware configuration?

The head node is a Dell PowerEdge R720 with Intel Xeon E5-2697 v2 processors, while the compute node is a Dell PowerEdge C6220 II with Intel Xeon E5-2680 v2 processors.

What applications were used for performance testing?

The study used HPL 2.0, ANSYS Fluent V15, Stream Triad, NAS Parallel Benchmarks (NPB), and LS-DYNA 6.1.0.

What OpenStack components were used?

The platform used RDO PackStack to deploy OpenStack Icehouse-3 on the head node.