You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@mesos.apache.org by "Adam B (JIRA)" <ji...@apache.org> on 2018/01/12 09:22:00 UTC

[jira] [Updated] (MESOS-2732) Expose Mount Tables

     [ https://issues.apache.org/jira/browse/MESOS-2732?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Adam B updated MESOS-2732:
--------------------------
    Shepherd:   (was: Adam B)

> Expose Mount Tables
> -------------------
>
>                 Key: MESOS-2732
>                 URL: https://issues.apache.org/jira/browse/MESOS-2732
>             Project: Mesos
>          Issue Type: Epic
>            Reporter: Jörg Schad
>              Labels: mesosphere
>
> When there are multiple distributed/network-attached 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.4.14#64029)