You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@mesos.apache.org by "Gastón Kleiman (JIRA)" <ji...@apache.org> on 2017/06/08 16:10:18 UTC

[jira] [Updated] (MESOS-7578) Write a proposal to make the I/O Switchboards optional

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

Gastón Kleiman updated MESOS-7578:
----------------------------------
    Story Points: 5

> Write a proposal to make the I/O Switchboards optional
> ------------------------------------------------------
>
>                 Key: MESOS-7578
>                 URL: https://issues.apache.org/jira/browse/MESOS-7578
>             Project: Mesos
>          Issue Type: Task
>          Components: containerization
>            Reporter: Gastón Kleiman
>            Assignee: Gastón Kleiman
>              Labels: check, containerizer, health-check, mesosphere
>
> Right now DEBUG containers can only be started using the LaunchNestedContainerSession API call. They will enter its parent’s namespaces, inherit environment variables, stream its I/O, and Mesos will tie their life-cycle to the lifetime of the HTTP connection.
> Streaming the I/O of a container requires an I/O Switchboard and adds some overhead and complexity:
> - Mesos will launch an extra process, called an I/O Switchboard for each nested container. These process aren’t free, they take some time to create/destroy and consume resources.
> - I/O Switchboards are managed by a complex isolator.
> - /O Swichboards introduce new race conditions, and have been a source of deadlocks in the past. 
> Some use cases require some of the features provided by DEBUG containers, but don’t need the functionality provided by the I/O switchboard. For instance, the Default Executor uses DEBUG containers to perform (health)checks, but it doesn’t need to stream anything to/from the container. 



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)