[
https://issues.apache.org/jira/browse/MESOS-2732?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam B updated MESOS-2732:
--------------------------
Labels: mesosphere (was: )
> Expose Mount Tables
> -------------------
>
> Key: MESOS-2732
> URL: https://issues.apache.org/jira/browse/MESOS-2732
> Project: Mesos
> Issue Type: Epic
> Reporter: Joerg Schad
> Labels: mesosphere
>
> When there are multiple distributed filesystems connected to a Mesos cluster,
> clients (e.g. the Mesos fetcher, or a Mesos task) of those filesystems need a
> clear way to distinguish between them and Mesos needs a way to direct
> requests to the correct (distributed) filesystem.
> #Use Cases:
> - Multiple HDFS clusters on the same Mesos cluster
> - Connecting HDFS, MapRFS, Ceph, Lustre, GlusterFS, S3, GCS, and other
> SAN/NAS to a Mesos cluster
> - The Mesos fetcher may want to pull from any of the above.
> - An executor or task may want to read or write to multiple filesystems,
> within the same process.
> #Traditional Operating System Analogy:
> Each line in Linux's fstab describes a different filesystem to mount into the
> root filesystem:
> 1. The device name or remote filesystem to be mounted.
> 2. The mount point, where the data is to be attached to the root file system.
> 3. The file system type or algorithm used to interpret the file system.
> 4. Options to be used when mounting (e.g. Read-Only).
> What we need for each filesystem in the Mesos ecosystem:
> 1. The metadata server or dfs/san entrypoint host:port
> 2. Mount point, where this filesystem fits into the universal
> Mesos-accessible filesystem namespace.
> 3. The protocol to speak, perhaps acceptable URI prefixes.
> 4. Options, ACLs for which frameworks/principals can access a particular
> filesystem, and how.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
