Content deleted Content added
Citation bot (talk | contribs) Add: date. | Use this bot. Report bugs. | Suggested by Whoop whoop pull up | Category:Distributed file systems supported by the Linux kernel | #UCB_Category 11/26 |
Rescuing 5 sources and tagging 0 as dead.) #IABot (v2.0.9.5 |
||
(7 intermediate revisions by 6 users not shown) | |||
Line 5:
}}
{{Infobox software
| logo
| logo size
| name
| developer
| released
| latest release version =
| latest release date
| latest preview version =
| latest preview date
| operating system
| genre
| license
| website
| repo
}}
Line 28:
==Design==
The MooseFS follows similar design principles as [[Fossil (file system)|Fossil]], [[Google File System]], [[Lustre (file system)|Lustre]] or [[Ceph (file system)|Ceph]]. The file system comprises three components:
* Metadata server (MDS) — manages the ___location (layout) of files, file access and namespace hierarchy. The current version of MooseFS does support multiple metadata servers and automatic [[failover]]. Clients only talk to the MDS to retrieve/update a file's layout and attributes; the data itself is transferred directly between clients and chunk servers. The Metadata server is a user-space [[daemon (computer software)|daemon]]; the metadata is kept in memory and lazily stored on local disk.
Line 38:
To achieve high reliability and performance MooseFS offers the following features:
* [[Fault-tolerance]] — MooseFS uses [[Replication (computer science)|replication]], data can be replicated across chunkservers, the replication ratio (''N'') is set per file/directory. If (''N
* [[data striping|Striping]] — Large files are divided into chunks (up to 64 [[megabyte]]s) that might be stored on different chunk servers in order to achieve higher aggregate bandwidth.
* [[Load balancing (computing)|Load balancing]] — MooseFS attempts to use storage resources equally, the current algorithm seems to take into account only the consumed space.
Line 44:
* [[Snapshot (computer storage)|Coherent snapshots]] — Quick, low-overhead snapshots.
* Transparent "trash bin" — Deleted files are retained for a configurable period of time.
* Data tiering / storage classes — Possibility to "label" servers, create label definitions called "Storage Classes" and decide, on which types of servers the data is stored<ref>MooseFS 3.0 Storage Classes Manual https://moosefs.com/Content/Downloads/moosefs-storage-classes-manual.pdf {{Webarchive|url=https://web.archive.org/web/20160807143350/https://moosefs.com/Content/Downloads/moosefs-storage-classes-manual.pdf |date=2016-08-07 }}</ref>
* [[Disk quota|"Project" quotas]] support
* POSIX locks, flock locks support
Line 51:
Similarly to other cluster-based file systems MooseFS uses [[commodity hardware]] running a [[POSIX]] compliant operating system. [[TCP/IP]] is used as the interconnect.
==MooseFS in figures==
Source:<ref>{{Cite web |url=https://moosefs.com/factsheet |title=MooseFS Factsheet<!-- Bot generated title --> |access-date=2016-07-01 |archive-date=2016-09-10 |archive-url=https://web.archive.org/web/20160910023055/https://moosefs.com/factsheet/ |url-status=live }}</ref>
* Storage size is up to: 2<sup>64</sup> [[Byte]]s = 16 EiB = 16 384 PiB
* Single file size is up to: 2<sup>57</sup> Bytes = 128 PiB
* Number of files is up to: 2<sup>31</sup> = 2.1
* Number of active clients is unlimited it depends on number of file descriptors in the system
|