Marc-andre-hermanns-bc32@rwth-aachen.de: Fix linebreaks and tweak title

2020-12-04T15:49:50Z

Fix linebreaks and tweak title

Robert-schade-e757@uni-paderborn.de at 15:33, 2 November 2020

2020-11-02T15:33:30Z

Robert-schade-e757@uni-paderborn.de at 14:13, 2 November 2020

2020-11-02T14:13:14Z

Robert-schade-e757@uni-paderborn.de: Author Marcel Rodekamp

2020-10-31T17:20:23Z

Author Marcel Rodekamp

New page

[[Category:HPC-Admin]]
[[Category:HPC.NRW-Best-Practices]]

This article explains how the file system in Bielefeld is set up.
Therefore, it is divided into two parts, the first describes the system specification and the user documentation while the second part focusses on BeeGFS Tuning.

The Bielefeld GPU Cluster files system is build out of two basic building blocks, BeeGFS and ZFS. BeeGFS provides a high-performance parallel files system and is combined with ZFS providing a file system and logical volume manager. Both building blocks, BeeGFS and ZFS, are described in detail in the next section “BeeGFS Tuning”. The specific user information are given in [[Best_Practices/Softwareumgebung/Getrennte%20Dateisysteme%20Konzept|this article]].

== BeeGFS ==

BeeGFS itself has three main components the metadata service, the storage service and the client service. Additionally, two optional components can be activated by the management service and the administration and monitoring service (Admon). Any client target, which wants to access the file system locally or remote, talks to either the metadata or storage service. This has no impact on the user experience since the client services provide a mount point such that the file system can be accessed in the standard way. BeeGFS makes use of the strict distinction of metadata and storage. On the one side if the client performs any file I/O operation the client service communicates directly with the storage service which performs the actual file I/O process and striping of files among different storage servers. On the other side the metadata service coordinates the file placement and striping. To keep the metadata access latency as small as possible BeeGFS opens the possibility to distribute the metadata service across multiple servers. This means that each metadata service contains a part of the global file system namespace.

Further information can be found at
* [https://www.beegfs.io/docs/whitepapers/Introduction_to_BeeGFS_by_ThinkParQ.pdf An introduction to BeeGFS] (pdf)
* [https://www.beegfs.io/content/documentation/#documentation Documentation]
* [https://www.beegfs.io/wiki/TableOfContents BeeGFS Wiki]

== ZFS ==

ZFS is a combined file system and logical volume manager designed for scalability, high perfomance and large storage capacities. It integrates efficient data compression via snapshotting and copy on write clones. Continuous integrity checking with automatic repair enables a strong protection against data corruption. First designed by Sun Microsystems for the Solaris operating system the code was released as part of OpenSolaris, leading into two major implementations, one by Oracle and one by the [http://open-zfs.org/wiki/Main_Page OpenZFS] project, facilliating a high availability on Unix like systems as well as windows systems. A more detailed desctiption, espacially on the data compression can be found in the “Backups und Archivierung” sections. '''TODO''' Link the articles (coming soon)

Further information can be found at
* [http://open-zfs.org/wiki/Newcomers OpenZFS Wiki for Newcommers]
* [http://open-zfs.org/wiki/Documentation OpenZFS Documentation]

== Tuning ==

The most important part of the BeeGFS tuning of the Bielefeld GPU Cluster is the setup of the ZFS system. Having that achived afew parameter can be set. A detailed explanation can be found in the [https://www.beegfs.io/wiki/InstallationSetupGuide BeeGFS installation guide] in the section [https://www.beegfs.io/wiki/TuningAdvancedConfiguration Tuning and advanced Configuration]. The runtime configuration can be set using the BeeGFS controle tool <code>beegfs-ctl</code> or a config file <code>beegfs-client.conf</code>. The static configuration can be set in the configuration files <code>/etc/beegfs/beegfs-X.conf</code>

Running a ZFS system beneath BeeGFS requires some more CPU power and RAM as a more standard installation but is indispensible on the Bielefeld GPU Cluster. As described in in the BeeGFS Wiki about [https://www.beegfs.io/wiki/StorageServerTuning#softwareraid Softwareraid] it is important to be economical with the ZFS option to not overwhelm the resources a cluster has. This can be handled by setting parameters such as <code>zfs_max_recordsize</code> appropriately in the zfs system and is also described in the Sofwareraid section of the BeeGFS Wiki.

@@ Line 1: / Line 1: @@
-[[Category:HPC-Admin|BeeGFS Tuning]]
+[[Category:HPC-Admin|BeeGFS Tuning]]<nowiki />
-[[Category:HPC.NRW-Best-Practices|BeeGFS Tuning]]
+[[Category:HPC.NRW-Best-Practices|BeeGFS Tuning]]<nowiki />
-[[Category:BeeGFS]]
+[[Category:BeeGFS]]<nowiki />
 This article explains how the file system in Bielefeld is set up.

@@ Line 1: / Line 1: @@
 [[Category:HPC-Admin|BeeGFS Tuning]]
 [[Category:HPC.NRW-Best-Practices|BeeGFS Tuning]]
 This article explains how the file system in Bielefeld is set up.

Admin Guide BeeGFS Tuning - Revision history

Marc-andre-hermanns-bc32@rwth-aachen.de: Fix linebreaks and tweak title

Robert-schade-e757@uni-paderborn.de at 15:33, 2 November 2020

Robert-schade-e757@uni-paderborn.de at 14:13, 2 November 2020

Robert-schade-e757@uni-paderborn.de: Author Marcel Rodekamp