使用自定义 Marathon 和安全功能部署服务

ENTERPRISE

使用高级非本地 Marathon 实例

本专题描述了如何部署具有独立角色、保留、配额和安全功能的非本地 Marathon 实例 (Marathon on Marathon) 。高级非本地 Marathon 程序只能在您需要 密钥 或细粒度 ACL 时使用。否则，请使用 基本步骤。

对于本步骤，我们假设您已从支持团队成员获得了 Marathon 的企业版。如果您仍然需要企业工件，则需要首先通过 Mesosphere 支持门户 提交故障单。企业工件作为 Docker 镜像文件提供，并包含 Marathon 以及 Marathon 插件，可启用 DC/OS Enterprise 功能 - 例如密钥和细分访问权限控制。

先决条件：

此示例中的变量

整个页面将指示您调用命令或执行使用特定于群集的值的操作。我们使用 ${VARIABLE} 表示法表示这些特定于群集的值；请将以下变量替换为您的群集的合适值。

下表包含本页所用的所有变量：

变量描述
${MESOSROLE}新 Marathon 实例将使用的 Mesos 角色的名称。该名称应该全部小写，并且是有效的 Mesos 角色名称，例如 “marathon_ee”。
${SERVICE_ACCOUNT}Marathon 用来和 DC/OS 中的其他服务进行通信的 服务帐户 的名称。名称应仅包含字母、数字、@、.、\、 和 -。例如 “marathon_user_ee”
${MARATHON_INSTANCE_NAME}新 Marathon 实例的服务名称，由根 Marathon 实例启动。这应该是有效的 Marathon 服务名称，例如 “mom_ee”。
${SERVICE_ACCOUNT_SECRET}密钥存储库中的密钥路径，用于保存 Marathon 将使用的私钥以及要在 DC/OS 上进行身份认证的 ${SERVICE_ACCOUNT} 帐户。此名称 不得包含一个开头的 /。有效示例： “marathon_user_ee_secret”
${DOCKER_REGISTRY_SECRET}密钥的名称，用于保存从专用注册表中获取 Marathon Docker 镜像的凭据。此名称 不得包含一个开头的 /。有效示例： “registry_secret”。
${PRIVATE_KEY}PEM 格式的私钥文件的路径（在本地文件系统中，不确定是否存在），最好以 .pem 为后缀
${PUBLIC_KEY}PEM 格式的公钥文件的路径（在本地文件系统中，不确定是否存在），最好以 .pem 为后缀
${MARATHON_IMAGE}专用存储库中 的 Marathon 镜像的名称，例如 private-repo/marathon-dcos-ee。
${MARATHON_TAG}要部署的 Marathon 版本的 Docker 镜像标记。例如 v1.5.11_1.10.2 （0.11.0 或更高版本）。

注意： 如果您使用的是 Mac OS 或 Linux 计算机，则可以在终端会话中预先定义上述大多数变量，只需将片段复制并粘贴到终端中即可.

  1. set -a
  2. MESOS_ROLE="..."
  3. SERVICE_ACCOUNT="..."
  4. BEGIN_PORT="..."
  5. END_PORT="..."
  6. MARATHON_INSTANCE_NAME="..."
  7. SERVICE_ACCOUNT_SECRET="..."
  8. DOCKER_REGISTRY_SECRET="..."
  9. PRIVATE_KEY="..."
  10. PUBLIC_KEY="..."
  11. MARATHON_IMAGE="..."
  12. MARATHON_TAG="..."

步骤 1：准备

在以下步骤中，我们假设您已经：

  1. 将 Marathon 企业镜像推送到您的专用注册表[（说明）] (/cn/1.12/deploying-services/private-docker-registry#tarball-instructions)，名称为 ${MARATHON_IMAGE}:${MARATHON_TAG}。
  2. 将您的专用 Docker 凭据存储在密钥存储库 [（说明）] (/cn/1.12/deploying-services/private-docker-registry/#referencing-private-docker-registry-credentials-in-the-secrets-store-enterprise)中，名称为 ${DOCKER_REGISTRY_SECRET}。

警告： 密钥的名称应该位于根路径（例如 /some-secret-name）中，或者以应用程序的名称为前缀（例如 /${MARATHON_INSTANCE_NAME}/some-secret-name）。如果不这样做，将使根 Marathon 无法读取密钥值，并且无法启动自定义 Marathon-on-Marathon 实例。

步骤 2：创建 Marathon 服务帐户

本步骤创建了 Marathon 服务账户 。Marathon 将使用此帐户对其余 DC/OS 组件进行身份认证。稍后授予此帐户的权限将定义允许 Marathon 执行的操作。

Marathon 服务账户可能是可选或必填项，具体取决于您的 安全模式。

安全模式Marathon 服务帐户
宽容可选
严格必填

  1. 创建 2048 位 RSA 公私密钥对 (${PRIVATE_KEY} 和 ${PUBLIC_KEY}) 并将值分别保存到当前目录中的单独文件中。

    使用以下命令，我们创建一个公私密钥对。公钥将用于创建 Marathon 服务帐户。我们将私钥存储在 [密钥存储库] (/cn/1.12/security/ent/secrets/) 然后将其传递至 Marathon，供其进行自我授权。

    1. dcos security org service-accounts keypair ${PRIVATE_KEY} ${PUBLIC_KEY}

  2. 使用我们生成的公钥（${PUBLIC_KEY}）创建一个名为 ${SERVICE_ACCOUNT} 的新服务帐户。

    1. dcos security org service-accounts create -p ${PUBLIC_KEY} -d "Marathon-on-Marathon User" ${SERVICE_ACCOUNT}

步骤 3：创建服务帐户密钥

在此步骤中，为 Marathon 服务帐户创建密钥，并存储在密钥存储库中。

创建的密钥 (${SERVICE_ACCOUNT_SECRET}) 将包含私钥 (${PRIVATE_KEY}) 和服务帐户名称 (${SERVICE_ACCOUNT})。Marathon 将使用此信息对 DC/OS 进行身份认证。

宽容

  1. dcos security secrets create-sa-secret ${PRIVATE_KEY} ${SERVICE_ACCOUNT} ${SERVICE_ACCOUNT_SECRET}

严格

  1. dcos security secrets create-sa-secret --strict ${PRIVATE_KEY} ${SERVICE_ACCOUNT} ${SERVICE_ACCOUNT_SECRET}

建议

  • 使用以下命令确保您的密钥已就绪：

    1. dcos security secrets list /

  • 查看您的密钥，确保其包含正确的服务帐户 ID、私钥和 login_endpoint URL。如果是 strict 模式，应为 HTTPS，如果是 permissive 模式，则应为 HTTP。如果 URL 不正确，尝试 升级 DC/OS Enterprise CLI，删除密钥，并重新创建。

    您可以使用此命令查看内容（需要安装 jq 1.5 或更高版本）：

    1. dcos security secrets get ${SERVICE_ACCOUNT_SECRET} --json | jq -r .value | jq

  • 从文件系统中删除私钥文件，防止不法之徒利用私钥通过 DC/OS 身份认证。

步骤 4：分配权限（仅限严格模式）

在此步骤中，权限被分配至 Marathon-on-Marathon 实例。在严格模式下需要权限，而在其他安全模式将其忽略即可。

安全模式权限
宽容不可用
严格必填

所有 CLI 命令也可通过 IAM API 执行。

授予服务帐户 ${SERVICE_ACCOUNT} 权限，以启动将作为 Linux 用户 nobody 执行的 Mesos 任务。

要允许作为不同 Linux 用户执行任务，请将 nobody 替换为该用户的 Linux 用户名。例如，如需以 Linux 用户 bob 身份启动任务，请将 nobody 替换为以下的 bob。

请注意， nobody 和 root 用户是默认出现在所有代理上的；如果指定自定义用户 (例如，bob)，那么用户 bob 就需要在可以执行这些任务的每个代理上手动创建（使用 Linux adduser 或类似实用程序）。

  1. dcos security org users grant ${SERVICE_ACCOUNT} dcos:mesos:master:task:user:nobody create --description "Tasks can execute as Linux user nobody"
  2. dcos security org users grant ${SERVICE_ACCOUNT} dcos:mesos:master:framework:role:${MESOS_ROLE} create --description "Controls the ability of ${MESOS_ROLE} to register as a framework with the Mesos master"
  3. dcos security org users grant ${SERVICE_ACCOUNT} dcos:mesos:master:reservation:role:${MESOS_ROLE} create --description "Controls the ability of ${MESOS_ROLE} to reserve resources"
  4. dcos security org users grant ${SERVICE_ACCOUNT} dcos:mesos:master:volume:role:${MESOS_ROLE} create --description "Controls the ability of ${MESOS_ROLE} to access volumes"
  5. dcos security org users grant ${SERVICE_ACCOUNT} dcos:mesos:master:reservation:principal:${SERVICE_ACCOUNT} delete --description "Controls the ability of ${SERVICE_ACCOUNT} to reserve resources"
  6. dcos security org users grant ${SERVICE_ACCOUNT} dcos:mesos:master:task:app_id:/ create --description "Controls the ability to launch tasks"
  7. dcos security org users grant ${SERVICE_ACCOUNT} dcos:mesos:master:volume:principal:${SERVICE_ACCOUNT} delete --description "Controls the ability of ${SERVICE_ACCOUNT} to access volumes"

步骤 5：安装具有分配角色 {.tabs} 的非本地 Marathon 实例

在此步骤中，非本地 Marathon 实例安装在 DC/OS上，并分配了 Mesos 角色。

创建一个自定义 JSON 配置，用于安装自定义非本机 Marathon 实例。JSON 文件内容因您的 [安全模式] 而有所不同(/cn/1.12/security/ent/#security-modes)。

确保使用正确的值替换 JSON 文件中的所有 ${VARIABLES}。

或者，如果已在终端会话中导出变量（如 [变量部分] (#variables-in-example) 中所述），则可以使用以下命令自动将所有替代变量替换为其导出值。所得文件将保存为 marathon-filled.json：

  1. perl -p -e 's/\$\{(\w+)\}/(exists $ENV{$1}?$ENV{$1}:"<missing-variable-$1>")/eg' < marathon.json > marathon-filled.json

宽容

如果在 permissive 安全模式下运行群集，请使用以下 JSON 模板。不要忘记替换符合 ${VARIABLES} 格式的所有环境变量：

  1. {
  2. "id":"/${MARATHON_INSTANCE_NAME}",
  3. "cmd":"cd $MESOS_SANDBOX && LIBPROCESS_PORT=$PORT1 && /marathon/bin/start --default_accepted_resource_roles \"*,${MESOS_ROLE}\" --enable_features \"vips,task_killing,external_volumes,secrets,gpu_resources\" --framework_name ${MARATHON_INSTANCE_NAME} --hostname $LIBPROCESS_IP --http_port $PORT0 --master zk://master.mesos:2181/mesos --max_instances_per_offer 1 --mesos_leader_ui_url /mesos --mesos_role ${MESOS_ROLE}  --zk zk://master.mesos:2181/universe/${MARATHON_INSTANCE_NAME} --mesos_user nobody --mesos_authentication --mesos_authentication_principal ${SERVICE_ACCOUNT}",
  4. "user":"nobody",
  5. "cpus":2,
  6. "mem":4096,
  7. "disk":0,
  8. "instances":1,
  9. "constraints":[
  10.    [
  11.       "hostname",
  12.       "UNIQUE"
  13.    ]
  14. ],
  15. "container":{
  16.    "type": "MESOS",
  17.    "docker":{
  18.       "image":"${MARATHON_IMAGE}:${MARATHON_TAG}",
  19.       "pullConfig": {
  20.             "secret": "docker-registry-credential"
  21.       }
  22.    }
  23. },
  24. "env":{
  25.    "JVM_OPTS":"-Xms256m -Xmx2g",
  26.    "DCOS_STRICT_SECURITY_ENABLED":"false",
  27.    "DCOS_SERVICE_ACCOUNT_CREDENTIAL":{
  28.       "secret":"service-credential"
  29.    },
  30.    "MESOS_AUTHENTICATEE":"com_mesosphere_dcos_ClassicRPCAuthenticatee",
  31.    "MESOS_MODULES":"{\"libraries\":[{\"file\":\"/opt/libmesos-bundle/lib/libdcos_security.so\",\"modules\":[{\"name\":\"com_mesosphere_dcos_ClassicRPCAuthenticatee\"}]}]}",
  32.    "MESOS_VERBOSE":"true",
  33.    "GLOG_v":"2",
  34.    "PLUGIN_ACS_URL":"http://master.mesos",
  35.    "PLUGIN_AUTHN_MODE":"dcos/jwt+anonymous",
  36.    "PLUGIN_FRAMEWORK_TYPE":"marathon"
  37. },
  38. "healthChecks":[
  39.    {
  40.       "path":"/ping",
  41.       "protocol":"HTTP",
  42.       "portIndex":0,
  43.       "gracePeriodSeconds":1800,
  44.       "intervalSeconds":10,
  45.       "timeoutSeconds":5,
  46.       "maxConsecutiveFailures":3,
  47.       "ignoreHttp1xx":false
  48.    }
  49. ],
  50. "secrets":{
  51.    "service-credential":{
  52.       "source":"${SERVICE_ACCOUNT_SECRET}"
  53.    },
  54.    "docker-registry-credential": {
  55.       "source":"${DOCKER_REGISTRY_SECRET}"
  56.    }
  57. },
  58. "labels":{
  59.    "DCOS_SERVICE_NAME":"${MARATHON_INSTANCE_NAME}",
  60.    "DCOS_SERVICE_PORT_INDEX":"0",
  61.    "DCOS_SERVICE_SCHEME":"http"
  62. },
  63. "portDefinitions":[
  64.    {
  65.       "port":0,
  66.       "name":"http"
  67.    },
  68.    {
  69.       "port":0,
  70.       "name":"libprocess"
  71.    }
  72. ]
  73. }

严格

如果在 strict 安全模式下运行群集，请使用以下 JSON 模板。不要忘记替换符合 ${VARIABLES} 格式的所有环境变量：

  1. {
  2. "id":"/${MARATHON_INSTANCE_NAME}",
  3. "cmd":"cd $MESOS_SANDBOX && LIBPROCESS_PORT=$PORT1 && /marathon/bin/start --default_accepted_resource_roles \"*,${MESOS_ROLE}\" --enable_features \"vips,task_killing,external_volumes,secrets,gpu_resources\" --framework_name ${MARATHON_INSTANCE_NAME} --hostname $LIBPROCESS_IP --http_port $PORT0 --master zk://master.mesos:2181/mesos --max_instances_per_offer 1 --mesos_leader_ui_url /mesos --mesos_role ${MESOS_ROLE}  --zk zk://master.mesos:2181/universe/${MARATHON_INSTANCE_NAME} --mesos_user nobody --mesos_authentication --mesos_authentication_principal ${SERVICE_ACCOUNT}",
  4. "user":"nobody",
  5. "cpus":2,
  6. "mem":4096,
  7. "disk":0,
  8. "instances":1,
  9. "constraints":[
  10.    [
  11.       "hostname",
  12.       "UNIQUE"
  13.    ]
  14. ],
  15. "container":{
  16.    "type": "MESOS",
  17.    "docker":{
  18.       "image":"${MARATHON_IMAGE}:${MARATHON_TAG}",
  19.       "pullConfig": {
  20.             "secret": "docker-registry-credential"
  21.       }
  22.    }
  23. },
  24. "env":{
  25.    "JVM_OPTS":"-Xms256m -Xmx2g",
  26.    "DCOS_STRICT_SECURITY_ENABLED":"true",
  27.    "DCOS_SERVICE_ACCOUNT_CREDENTIAL":{
  28.       "secret":"service-credential"
  29.    },
  30.    "MESOS_AUTHENTICATEE":"com_mesosphere_dcos_ClassicRPCAuthenticatee",
  31.    "MESOS_MODULES":"{\"libraries\":[{\"file\":\"/opt/libmesos-bundle/lib/libdcos_security.so\",\"modules\":[{\"name\":\"com_mesosphere_dcos_ClassicRPCAuthenticatee\"}]}]}",
  32.    "MESOS_VERBOSE":"true",
  33.    "GLOG_v":"2",
  34.    "PLUGIN_ACS_URL":"https://master.mesos",
  35.    "PLUGIN_AUTHN_MODE":"dcos/jwt",
  36.    "PLUGIN_FRAMEWORK_TYPE":"marathon"
  37. },
  38. "healthChecks":[
  39.    {
  40.       "path":"/",
  41.       "protocol":"HTTP",
  42.       "portIndex":0,
  43.       "gracePeriodSeconds":1800,
  44.       "intervalSeconds":10,
  45.       "timeoutSeconds":5,
  46.       "maxConsecutiveFailures":3,
  47.       "ignoreHttp1xx":false
  48.    }
  49. ],
  50. "secrets":{
  51.    "service-credential":{
  52.       "source":"${SERVICE_ACCOUNT_SECRET}"
  53.    },
  54.    "docker-registry-credential": {
  55.       "source":"${DOCKER_REGISTRY_SECRET}"
  56.    }
  57. },
  58. "labels":{
  59.    "DCOS_SERVICE_NAME":"${MARATHON_INSTANCE_NAME}",
  60.    "DCOS_SERVICE_PORT_INDEX":"0",
  61.    "DCOS_SERVICE_SCHEME":"http"
  62. },
  63. "portDefinitions":[
  64.    {
  65.       "port":0,
  66.       "name":"http"
  67.    },
  68.    {
  69.       "port":0,
  70.       "name":"libprocess"
  71.    }
  72. ]
  73. }

部署 Marathon 实例，传递您在上一步中创建的 JSON 文件。

  1. dcos marathon app add marathon-filled.json

步骤 6：授予用户对非本地 Marathon 的访问权限

到目前为止，您的新 Marathon 实例只能由 DC/OS 超级用户访问。为了提供对常规用户的访问权限，您需要根据群集安全模式明确授予他们访问权限：

宽容

对于您要授予访问权限的每个 ${USER_ACCOUNT}，是否在 permissive 安全模式下运行群集，取决于您要提供的权限类型：

  • 为在新创建的 Marathon 上运行的任何服务（或组）提供完全权限：

    1. # Access to the new Marathon service under `/service/<name>` URL
    2. dcos security org users grant ${USER_ACCOUNT} dcos:adminrouter:service:${MARATHON_INSTANCE_NAME} full
    3. dcos security org users grant ${USER_ACCOUNT} dcos:service:marathon:${MARATHON_INSTANCE_NAME}:services:/ full
    5. # Access to the Mesos tasks and their sandbox
    6. dcos security org users grant ${USER_ACCOUNT} dcos:adminrouter:ops:mesos full
    7. dcos security org users grant ${USER_ACCOUNT} dcos:adminrouter:ops:slave full
    9. # (Optionally) Access to the Marathon instance that runs on the root
    10. # Marathon and can be controlled via the DC/OS UI
    11. dcos security org users grant ${USER_ACCOUNT} dcos:adminrouter:service:marathon full
    12. dcos security org users grant ${USER_ACCOUNT} dcos:service:marathon:marathon:services:/${MARATHON_INSTANCE_NAME} full

  • 向在新创建的 Marathon 上运行且名为 ${CHILD_SERVICE_NAME} 的个体服务（或组）提供权限：

    1. # Access to the new Marathon service under `/service/<name>` URL
    2. dcos security org users grant ${USER_ACCOUNT} dcos:adminrouter:service:${MARATHON_INSTANCE_NAME} full
    3. dcos security org users grant ${USER_ACCOUNT} dcos:service:marathon:${MARATHON_INSTANCE_NAME}:services:/${CHILD_SERVICE_NAME} full
    5. # Access to the Mesos tasks and their sandbox
    6. dcos security org users grant ${USER_ACCOUNT} dcos:adminrouter:ops:mesos full
    7. dcos security org users grant ${USER_ACCOUNT} dcos:adminrouter:ops:slave full
    9. # (Optionally) Access to the Marathon instance that runs on the root
    10. # Marathon and can be controlled via the DC/OS UI
    11. dcos security org users grant ${USER_ACCOUNT} dcos:adminrouter:service:marathon full
    12. dcos security org users grant ${USER_ACCOUNT} dcos:service:marathon:marathon:services:/${MARATHON_INSTANCE_NAME} full

严格

对于您要授予访问权限的每个 ${USER_ACCOUNT}，是否在 strict 安全模式下运行群集，取决于您要提供的权限类型：

  • 为在新创建的 Marathon 上运行的任何服务（或组）提供完全权限：

    1. # Access to the new Marathon service under `/service/<name>` URL
    2. dcos security org users grant ${USER_ACCOUNT} dcos:adminrouter:service:${MARATHON_INSTANCE_NAME} full
    3. dcos security org users grant ${USER_ACCOUNT} dcos:service:marathon:${MARATHON_INSTANCE_NAME}:services:/ full
    5. # Access to the Mesos tasks and their sandbox
    6. dcos security org users grant ${USER_ACCOUNT} dcos:adminrouter:ops:mesos full
    7. dcos security org users grant ${USER_ACCOUNT} dcos:adminrouter:ops:slave full
    8. dcos security org users grant ${USER_ACCOUNT} dcos:mesos:agent:executor:app_id:/ read
    9. dcos security org users grant ${USER_ACCOUNT} dcos:mesos:agent:framework:role:${MESOS_ROLE} read
    10. dcos security org users grant ${USER_ACCOUNT} dcos:mesos:agent:sandbox:app_id:/ read
    11. dcos security org users grant ${USER_ACCOUNT} dcos:mesos:agent:task:app_id:/ read
    12. dcos security org users grant ${USER_ACCOUNT} dcos:mesos:master:executor:app_id:/ read
    13. dcos security org users grant ${USER_ACCOUNT} dcos:mesos:master:framework:role:${MESOS_ROLE} read
    14. dcos security org users grant ${USER_ACCOUNT} dcos:mesos:master:task:app_id:/ read
    16. # (Optionally) Access to the Marathon instance that runs on the root
    17. # Marathon and can be controlled via the DC/OS UI
    18. dcos security org users grant ${USER_ACCOUNT} dcos:adminrouter:service:marathon full
    19. dcos security org users grant ${USER_ACCOUNT} dcos:service:marathon:marathon:services:/${MARATHON_INSTANCE_NAME} full

  • 向在新创建的 Marathon 上运行且名为 ${CHILD_SERVICE_NAME} 的个体服务（或组）提供权限：

    1. # Access to the new Marathon service under `/service/<name>` URL
    2. dcos security org users grant ${USER_ACCOUNT} dcos:adminrouter:service:${MARATHON_INSTANCE_NAME} full
    3. dcos security org users grant ${USER_ACCOUNT} dcos:service:marathon:${MARATHON_INSTANCE_NAME}:services:/${CHILD_SERVICE_NAME} full
    5. # Access to the Mesos tasks and their sandbox
    6. dcos security org users grant ${USER_ACCOUNT} dcos:adminrouter:ops:mesos full
    7. dcos security org users grant ${USER_ACCOUNT} dcos:adminrouter:ops:slave full
    8. dcos security org users grant ${USER_ACCOUNT} dcos:mesos:agent:executor:app_id:/${CHILD_SERVICE_NAME} read
    9. dcos security org users grant ${USER_ACCOUNT} dcos:mesos:agent:framework:role:${MESOS_ROLE} read
    10. dcos security org users grant ${USER_ACCOUNT} dcos:mesos:agent:sandbox:app_id:/${CHILD_SERVICE_NAME} read
    11. dcos security org users grant ${USER_ACCOUNT} dcos:mesos:agent:task:app_id:/${CHILD_SERVICE_NAME} read
    12. dcos security org users grant ${USER_ACCOUNT} dcos:mesos:master:executor:app_id:/${CHILD_SERVICE_NAME} read
    13. dcos security org users grant ${USER_ACCOUNT} dcos:mesos:master:framework:role:${MESOS_ROLE} read
    14. dcos security org users grant ${USER_ACCOUNT} dcos:mesos:master:task:app_id:/${CHILD_SERVICE_NAME} read
    16. # (Optionally) Access to the Marathon instance that runs on the root
    17. # Marathon and can be controlled via the DC/OS UI
    18. dcos security org users grant ${USER_ACCOUNT} dcos:adminrouter:service:marathon full
    19. dcos security org users grant ${USER_ACCOUNT} dcos:service:marathon:marathon:services:/${MARATHON_INSTANCE_NAME} full

步骤 7：访问非本地 Marathon 实例

在此步骤中，您以授权用户身份登录非本地 Marathon DC/OS 服务。

  1. 启动非本地 Marathon 接口，位于：http://<master-public-ip>/service/${SERVICE_ACCOUNT}/。

  2. 输入您的用户名和密码，然后单击 登录。

    Log in DC/OS

    图 4. 成功了！

后续步骤

  • 您可以使用以下命令将 DC/OS CLI 配置为与非本机 Marathon 实例进行交互：

    1. dcos config set marathon.url \
    2. $(dcos config show core.dcos_url)/service/${MARATHON_INSTANCE_NAME}

    现在，任何未来 dcos marathon ... 命令将瞄准您的新 Marathon 实例。

    要撤消此更改，请使用以下命令：

    1. dcos config unset marathon.url

已知常见问题

  • 启动 Docker 容器时，用户 nobody 可能没有足够的权限来成功运行。例如，无法作为用户 nobody 启动 nginx Docker 容器，因为 nobody 没有 nginx 所需的 /var/log 的写入权限。

  • 用户 nobody 在不同的系统上具有不同的 UID（在 coreos 上为 99，在 ubuntu 上为 65534）。根据代理的分布情况，您可能需要修改容器镜像以使 UID 匹配！使用用户 bob 时也是如此。

  • 使用自定义用户（例如 bob）时，用户必须存在于代理中，或者使用容器时，则必须存在于容器内。

  • 使用新用户（例如 bob）时，请记住授予 Marathon 服务帐户以此用户身份运行任务的权限。