July 21, 2011
The Oak Ridge Leadership Computing Facility (OLCF) plans on delivering a system with peak performance of 10–20 petaflops at Oak Ridge National Laboratory (ORNL) in 2012. This system will begin the OLCF’s transition from petaflop to exaflop computing this decade. Providing an environment that balances computational speed, memory bandwidth, and the input/output of data — so no aspect bottlenecks the performance of scientific applications — will require dramatic advances in parallel I/O capabilities. These high performance computing systems will generate unprecedented amounts of data — and unprecedented challenges in managing it.
In this interview, Galen Shipman, who heads OLCF’s Technology Integration group, discusses the challenges of managing big data. Shipman’s group is charged with integrating advanced technologies in the areas of networks, file systems, and archival storage infrastructures into the OLCF’s HPC systems, such as Jaguar, a 2.33-petaflop Cray XT funded by the Department of Energy Office of Science. From the evolution of supercomputing architectures and storage systems to the development of software and tools, it is clear major change is afoot as computing accelerates toward the exascale.
HPCwire: What data management nightmares keep you up at night?
Shipman: In the short term, the challenge of providing high-performance, reliable, and scalable I/O systems to meet the needs of a growing number of users from broadening domains of science. Users of our computing systems often employ a number of different applications to support their research, often with distinct parallel I/O and data management requirements. As these applications are scaled to systems such as Jaguar, I/O techniques that may have worked adequately at a few thousand cores often prove unscalable at tens or even hundreds of thousands of cores. Educating users about how to optimize their I/O and assisting them in doing so has proved effective.
Once these applications are optimized for our computational environment, the next challenge, managing the data that these applications produce, comes to the forefront. The OLCF currently manages more than 220 million files and more than 22 petabytes of data stored across our high-performance Lustre file systems and our High Performance Storage System (HPSS) archive. Managing this “big-data” is truly a grand challenge and spans not only HPC environments but private industry as well.
To facilitate data management at this scale, the OLCF has developed a number of tools, including advanced search and discovery, metadata harvesting, parallel data movement, and system monitoring and administration for our large-scale data systems. While we have made great progress in this area, the sheer scope of this challenge will necessitate a multi-institutional approach that spans government research laboratories and private industry.
From a hardware technology perspective, a more fundamental challenge that the storage community is facing is the widening gap between the performance of traditional storage technologies and the amount of data they can store. Historically, disk bandwidth has improved by 20 percent for sequential I/O and 8 percent for random I/O annually, while disk drive densities have increased by nearly 50 percent per year. For traditional storage technologies, this trend is likely to continue, resulting in ever-increasing storage capacities with ever-dwindling accessibility of the data sets that reside on the storage media.
To illustrate the challenges we will face with traditional storage technologies, take for example the community-developed exascale roadmap. It points toward parallel I/O environments that support up to 60 terabytes per second of bandwidth to transfer data to and from persistent storage. Assuming historical rates of performance improvement continue, achieving this performance level with traditional storage technologies would require more than 200,000 disk drives with a projected cost of more than $200 million. Even at this level of investment, the performance delivered to most applications may be a small fraction of the goal as drive-latency improvements become increasingly harder to realize.
Within the HPC community, there is general consensus that, over the next decade, the traditional storage hierarchy will incorporate technologies such as non-volatile random access memory (NVRAM) to address this problem. Many point to flash-based storage as a likely candidate for inclusion in this deeper hierarchy, but I believe it is too early to make a call on a specific NVRAM technology. One thing is clear: A fundamental technological shift coupled with end-to-end optimization will be required to meet our performance requirements within a tractable price point.
HPCwire: What research enterprises are generating big data at the OLCF?
Shipman: The majority of our users — scientists and engineers in academia, government, and industry—come to us through the Innovative and Novel Computational Impact on Theory and Experiment (INCITE) program, through which Oak Ridge and Argonne national laboratories will deliver 1.7 billion processor hours on advanced supercomputers in 2011. While all OLCF users rely on a parallel I/O environment, a number of heavy hitters in terms of I/O have unique performance and data-management requirements. Of particular note are the climate science, fusion energy, and combustion communities.
Fusion energy simulations may generate up to 100 terabytes of data per day. This is really on the edge in terms of parallel I/O performance, dwarfing that of most other science domains. The climate science community is somewhat unique in terms of its need for structured data management to enable intermodel comparison. The Coupled Model Intercomparison Project Phase 5 will not only generate petabytes of data but also require sophisticated data management tools to facilitate scientific review and intercomparison of simulation results from climate modeling centers around the world.
As simulation continues to mature as a fundamental tool for scientific discovery, I expect other scientific domains to have similar data management requirements. The OLCF is well positioned to meet these requirements through its development of advanced data-management technologies.
HPCwire: How do you store such big data sets?
Shipman: Petascale datasets from all major OLCF platforms are accessible though our center-wide Spider file system, which has both short-term and longer-term storage for computational science teams. Spider is one of the world’s largest and fastest parallel I/O environments, with 10.7 petabytes of disk space and more than 240 gigabytes per second of aggregate throughput. In addition to providing a common center-wide file system to all of ORNL’s supercomputing platforms, the Spider parallel I/O environment provides connectivity to remote facilities such as Argonne National Laboratory and Lawrence Berkeley National Laboratory’s National Energy Research Scientific Computing Center via dedicated data-transfer nodes running GridFTP.
Most users generate large datasets as part of their scientific simulations either for improved resiliency through checkpoint/restart — saving the application state at predefined intervals — or for subsequent data analysis. Checkpoint/restart datasets are generally purged by the application itself or through a system-wide sweep of “expired” datasets and thus have a limited shelf life.
Datasets to support subsequent data analysis have longer-term value, particularly when a scientist is interested in analyzing and comparing the results of multiple simulations. The OLCF provides every INCITE project with a long-term archival area to store these datasets via HPSS.
HPCwire: What are the logistics of longer-term, or archival, storage?
Shipman: When users decide to move data from Spider into long-term storage, the data are archived on our HPSS, which offers tens of petabytes of capacity and more than 12 gigabytes per second of bandwidth. Incoming data are written to disk and later migrated to tape for long-term archiving in high-capacity, robotic libraries. As of June 2011, the OLCF has more than 18 petabytes stored in more than 20 million files in HPSS from researchers in climate science, nuclear fusion, combustion, astrophysics, materials science, and many other scientific fields. It is not uncommon for users from a single science domain to have well over a petabyte of data in archive. These datasets are of high value, often requiring millions of processor hours to generate. Recreating these datasets and the scientific insight they may provide is increasingly difficult as the demand from the scientific community for large-scale computing resources such as Jaguar is outpaces our ability to supply the needed processor hours.
For the foreseeable future, we expect tape technology to be in play for archival storage because of its low power consumption and relatively low cost per terabyte of capacity. While massive array of idle disk (MAID) technology will lower the power requirements of disk-only solutions, there are concerns with the reliability of drive technology compared with tape, particularly when drives are frequently spun-up/down as employed in MAID. I expect disk technologies will still be in play for quite some time as well, as the capacity and sequential bandwidth capabilities at a relatively competitive cost point will continue to make this technology compelling. For archiving, I expect disk and tape to continue to be the dominant storage technologies for scientific computing environments. Our primary challenge will be balancing the storage requirements of our users with the cost of storage capacity and bandwidth. In response, I expect the scientific computing community to increasingly adopt data-reduction strategies within their simulation and analysis workflows.
HPCwire: For analyzing and visualizing big data, what is the main challenge?
Shipman: From my experiences with the data-analysis and visualization communities, their primary bottleneck in time-to-solution is I/O performance. Our work with the climate community on the Ultrascale Visualization — Climate Data Analysis Tools (UV-CDAT) project is tackling this issue head-on from an end-to-end perspective. We are working on ultrascale visualization techniques with a number of researchers from Los Alamos and Lawrence Livermore national laboratories, New York University, and Kitware to optimize the infrastructure of the Visualization ToolKit, an open-source software system for 3D computer graphics, image processing, analysis, and visualization.
Early results are encouraging, resulting in linear speedup — scaling — of common visualization workloads on Jaguar using Spider. Through an end-to-end approach that encompassed system architecture experts, visualization researchers, and middleware software engineers, we are able to address one of the most challenging aspects of visualization workloads. I believe this coordinated multidisciplinary approach will be of increasing value as the I/O performance gap continues to widen in the future.
Another promising approach to overcoming the I/O performance bottleneck is “in situ” data analysis, moving from the traditional post-processing model of data analysis to integration of data analysis directly within the simulation. This strategy can result in significant data reduction for certain use cases, particularly when scientists are interested in well-understood phenomena within their simulations.
The OLCF provides a number of dedicated visualization and analysis resources to our computational scientists. Our 32-node Linux cluster, known as Lens, is a dedicated platform that enables analysis and visualization of simulation data generated on Jaguar, providing a conduit for large-scale scientific discovery.
The facility also features EVEREST, the Exploratory Visualization Environment for REsearch in Science and Technology, and its associated visualization cluster. EVEREST is 30 feet wide and 10 feet tall and features a 27-projector Powerwall to display 35 million pixels for extremely high-definition scientific visualizations. Coupled with a dedicated Lustre file system, EVEREST provides a compelling experience for scientists exploring data at extremely fine scales. ORNL’s Visualization Task Group, led by Sean Ahern, helps researchers gain a better understanding of their data through visualization techniques.
HPCwire: What are the big challenges in scalable I/O?
Shipman: There are a number of big challenges in scalable I/O, from the sheer component counts to support hundreds of gigabytes per second of bandwidth and the ever-growing demands on the scalability of the file system software, to the scalability of middleware libraries and the applications that use them. Over the past decade we have seen dramatic increases in the number of components deployed both within our archive and on our high-performance parallel I/O systems. The OLCF currently has more than 24,000 disk drives supporting our high-performance parallel I/O and archival systems with nearly 500 gigabytes per second of bandwidth and more than 15 petabytes of capacity. System reliability and resiliency are critical at this scale. We use a number of techniques to improve the reliability and resiliency of our systems, from hardware-level redundancy to advanced software-level resiliency. An eye toward engineering reliability into our large-scale systems has allowed us to maintain extremely high availability of these critical resources.
Over the past decade we have seen dramatic increases in the scale of the computational platforms that we deploy at the OLCF. Today we support more than 25,000 file system clients on our largest-scale parallel file systems, an increase of an order of magnitude since 2005. Much of our work in providing a scalable parallel I/O environment has been focused on the Lustre file system. Through collaborative development of the open-source Lustre file system with Cluster File Systems, Sun, Oracle, and most recently Whamcloud, we have successfully supported the OLCF’s transition from teraflop to petaflop computing over this relatively short time frame. Our efforts in forming Open Scalable File Systems, a non-profit mutual benefit organization, are aimed at building upon our successes in collaborative development to meet similar challenges in the future.
Although we have made significant strides in improving the scalability and resiliency of the underlying file and storage systems, achieving optimal performance and scalability at the application level can be elusive to all but a handful of I/O experts. To bridge this gap, we employ a number of I/O middleware technologies, including the Adaptable I/O System (ADIOS), HDF-5, MPI-I/O, NetCDF, Parallel NetCDF, and the Parallel Log-structured File System (PLFS). These I/O middleware technologies serve a variety of functions from structured data models as found in NetCDF and HDF-5, to I/O transformation techniques as found in ADIOS and PLFS. Much of the development of ADIOS is conducted here at ORNL and led by Scott Klasky, a member of our Scientific Computing Group. Using these I/O middleware technologies in concert with our large-scale parallel I/O environment, we have delivered unprecedented levels of I/O performance to our end-users.
10/30/2013 | Cray, DDN, Mellanox, NetApp, ScaleMP, Supermicro, Xyratex | Creating data is easy… the challenge is getting it to the right place to make use of it. This paper discusses fresh solutions that can directly increase I/O efficiency, and the applications of these solutions to current, and new technology infrastructures.
10/01/2013 | IBM | A new trend is developing in the HPC space that is also affecting enterprise computing productivity with the arrival of “ultra-dense” hyper-scale servers.
Ken Claffey, SVP and General Manager at Xyratex, presents ClusterStor at the Vendor Showdown at ISC13 in Leipzig, Germany.
Join HPCwire Editor Nicole Hemsoth and Dr. David Bader from Georgia Tech as they take center stage on opening night at Atlanta's first Big Data Kick Off Week, filmed in front of a live audience. Nicole and David look at the evolution of HPC, today's big data challenges, discuss real world solutions, and reveal their predictions. Exactly what does the future holds for HPC?