Mesos 配置项解析

Mesos 的 配置项 能够通过启动时候传递參数或者配置文件夹下文件的方式给出(推荐方式,一目了然)。

分为三种类型:通用项(master 和 slave 都支持)。仅仅有 master 支持的,以及仅仅有 slave 支持的。

通用项

  • --ip=VALUE 监听的 IP 地址
  • --firewall_rules=VALUE endpoint 防火墙规则,VALUE 能够是
    JSON 格式或者存有 JSON 格式的文件路径。
  • --log_dir=VALUE 日志文件路径,默认不存储日志到本地
  • --logbufsecs=VALUE buffer 多少秒的日志,然后写入本地
  • --logging_level=VALUE 日志记录的最低级别
  • --port=VALUE 监听的端口,master 默认是 5050,slave 默认是 5051。

master 专属配置项

  • --quorum=VALUE 必备项,使用基于 replicated-Log 的注冊表时,复制的个数
  • --work_dir=VALUE 必备项。注冊表持久化信息存储位置
  • --zk=VALUE 必备项。zookeepr 的接口地址,支持多个地址。之间用逗号隔离,能够为文件路径
  • --acls=VALUE ACL 规则或所在文件
  • --allocation_interval=VALUE 运行 allocation 的间隔。默觉得 1sec
  • --allocator=VALUE 分配机制。默觉得 HierarchicalDRF
  • --[no-]authenticate 是否同意非认证过的
    framework 注冊
  • --[no-]authenticate_slaves 是否同意非认证过的
    slaves 注冊
  • --authenticators=VALUE 对 framework 或 salves 进行认证时的实现机制
  • --cluster=VALUE 集群别名
  • --credentials=VALUE 存储加密后凭证的文件的路径
  • --external_log_file=VALUE 採用外部的日志文件
  • --framework_sorter=VALUE 给定 framework 之间的资源分配策略
  • --hooks=VALUE master 中安装的 hook 模块
  • --hostname=VALUE master 节点使用的主机名。不配置则从系统中获取
  • --[no-]log_auto_initialize 是否自己主动初始化注冊表须要的
    replicated 日志
  • --modules=VALUE 要载入的模块。支持文件路径或者 JSON
  • --offer_timeout=VALUE offer 撤销的超时
  • --rate_limits=VALUE framework 的速率限制,比方
    qps
  • --recovery_slave_removal_limit=VALUE 限制注冊表恢复后能够移除或停止的 slave 数目,超出后
    master 会失败。默认是 100%
  • --slave_removal_rate_limit=VALUE slave 没有完毕健康度检查时候被移除的速率上限,比如 1/10mins
    代表每十分钟最多有一个
  • --registry=VALUE 注冊表的持久化策略。默觉得 replicated_log。还能够为 in_memory
  • --registry_fetch_timeout=VALUE 訪问注冊表失败超时
  • --registry_store_timeout=VALUE 存储注冊表失败超时
  • --[no-]registry_strict 是否依照注冊表中持久化信息运行操作,默觉得
    false
  • --roles=VALUE 集群中 framework 能够所属的分配角色
  • --[no-]root_submissions root
    能否够提交 framework,默觉得 true
  • --slave_reregister_timeout=VALUE 新的 lead master 节点选举出来后,多久之内全部的 slave
    须要注冊,超时的 salve 将被移除并关闭,默觉得 10mins
  • --user_sorter=VALUE 在用户之间分配资源的策略,默觉得 drf
  • --webui_dir=VALUE webui 实现的文件文件夹所在,默觉得 /usr/local/share/mesos/webui
  • --weights=VALUE 各个角色的权重
  • --whitelist=VALUE 文件路径,包含发送 offer 的 slave 名单,默觉得 None
  • --zk_session_timeout=VALUE session 超时,默觉得 10secs
  • --max_executors_per_slave=VALUE 配置了 --with-network-isolator 时可用,限制每一个
    slave 同一时候运行任务个数

slave 专属配置项

  • --master=VALUE 必备项。master 所在地址。或 zookeeper 地址。或文件路径,能够是列表
  • --attributes=VALUE 机器属性
  • --authenticatee=VALUE 跟 master 进行认证时候的认证机制
  • --[no-]cgroups_enable_cfs 採用
    CFS 进行带宽限制时候对 CPU 资源进行限制,默觉得 false
  • --cgroups_hierarchy=VALUE cgroups 的文件夹根位置,默觉得 /sys/fs/cgroup
  • --[no-]cgroups_limit_swap 限制内存和
    swap,默觉得 false,仅仅限制内存
  • --cgroups_root=VALUE 根 cgroups 的名称。默觉得 mesos
  • --container_disk_watch_interval=VALUE 为容器进行硬盘配额查询的时间间隔
  • --containerizer_path=VALUE 採用外部隔离机制(--isolation=external)时候。外部容器机制运行文件路径
  • --containerizers=VALUE 可用的容器实现机制。包含 mesos、external、docker
  • --credential=VALUE 加密后凭证。或者所在文件路径
  • --default_container_image=VALUE 採用外部容器机制时,任务缺省使用的镜像
  • --default_container_info=VALUE 容器信息的缺省值
  • --default_role=VALUE 资源缺省分配的角色
  • --disk_watch_interval=VALUE 硬盘使用情况的周期性检查间隔。默觉得 1mins
  • --docker=VALUE docker 运行文件的路径
  • --docker_remove_delay=VALUE 删除容器之前的等待时间。默觉得 6hrs
  • --[no-]docker_kill_orphans 清除孤儿容器。默觉得 true
  • --docker_sock=VALUE docker sock 地址。默觉得 /var/run/docker.sock
  • --docker_mesos_image=VALUE 运行 slave 的 docker 镜像,假设被配置,docker 会假定 slave
    运行在一个 docker 容器里
  • --docker_sandbox_directory=VALUE sandbox 映射到容器里的哪个路径
  • --docker_stop_timeout=VALUE 停止实例后等待多久运行 kill 操作。默觉得 0secs
  • --[no-]enforce_container_disk_quota 是否启用容器配额限制,默觉得 false
  • --executor_registration_timeout=VALUE 运行应用最多能够等多久再注冊到 slave。否则停止它,默觉得
    1mins
  • --executor_shutdown_grace_period=VALUE 运行应用停止后,等待多久,默觉得 5secs
  • --external_log_file=VALUE 外部日志文件
  • --frameworks_home=VALUE 运行应用前加入的相对路径。默觉得空
  • --gc_delay=VALUE 多久清理一次运行应用文件夹,默觉得 1weeks
  • --gc_disk_headroom=VALUE 调整计算最大运行应用文件夹年龄的硬盘留空量,默觉得 0.1
  • --hadoop_home=VALUE hadoop 安装文件夹,默觉得空。会自己主动查找 HADOOP_HOME 或者从系统路径中查找
  • --hooks=VALUE 安装在 master 中的 hook 模块列表
  • --hostname=VALUE slave 节点使用的主机名
  • --isolation=VALUE 隔离机制。比如 posix/cpu,posix/mem(默认)或者 cgroups/cpu,cgroups/mem
  • --launcher_dir=VALUE mesos 可运行文件的路径,默觉得 /usr/local/lib/mesos
  • --modules=VALUE 要载入的模块。支持文件路径或者 JSON
  • --perf_duration=VALUE perf 採样时长,必须小于 perf_interval,默觉得 10secs
  • --perf_events=VALUE perf 採样的事件
  • --perf_interval=VALUE perf 採样的时间间隔
  • --recover=VALUE 回复后是否重连上旧的运行应用
  • --recovery_timeout=VALUE slave 恢复时的超时,太久则全部相关的运行应用将自行退出,默觉得 15mins
  • --registration_backoff_factor=VALUE 跟 master 进行注冊时候的重试时间间隔算法的因子,默觉得
    1secs,採用随机指数算法,最长 1mins
  • --resource_monitoring_interval=VALUE 周期性监測执行应用资源使用情况的间隔,默觉得 1secs
  • --resources=VALUE 每一个 slave 可用的资源
  • --slave_subsystems=VALUE slave 执行在哪些 cgroup 子系统中,包含 memory,cpuacct
    等。缺省为空
  • --[no-]strict 是否觉得全部错误都不可忽略,默觉得 true
  • --[no-]switch_user 用提交任务的用户身份来执行。默觉得 true
  • --fetcher_cache_size=VALUE fetcher 的 cache 大小,默觉得 2 GB
  • --fetcher_cache_dir=VALUE fetcher cache 文件存放文件夹,默觉得 /tmp/mesos/fetch
  • --work_dir=VALUE framework 的工作文件夹,默觉得 /tmp/mesos

以下的选项须要配置 --with-network-isolator 一起使用

  • --ephemeral_ports_per_container=VALUE 分配给一个容器的暂时端口。默觉得 1024
  • --eth0_name=VALUE public 网络的接口名称。假设不指定。依据主机路由进行推測
  • --lo_name=VALUE loopback 网卡名称
  • --egress_rate_limit_per_container=VALUE 每一个容器的 egress 流量限制速率
  • --[no-]network_enable_socket_statistics 是否採集每一个容器的 socket 统计信息,默觉得
    false

转载请注明:http://blog.csdn.net/yeasy/article/details/46683297

时间: 2024-08-19 14:17:11

Mesos 配置项解析的相关文章

Nginx学习之二-配置项解析及编程实现

在开发功能灵活的Nginx模块时,需要从配置文件中获取特定的信息.不过,我们并不需要再编写一套读取配置的系统,Nginx已经为用户提供了强大的配置项解析机制,同时还支持“-s reload”命令,可以在不重启服务的情况下可使配置生效. 一.Nginx配置文件简介 如果编译安装Nginx时使用默认路径,那么Nginx运行目录是/usr/local/nginx,其配置文件存放目录是/usr/local/nginx/conf/nginx.conf.其内容默认如下: [cpp] view plainco

nginx学习三 nginx配置项解析详解及代码实现

nginx配置项解析详解及代码实现 0回顾 在上一节,用nginx简单实现了一个hello world程序:当我们在浏览器中输入lochost/hello ,浏览器就返回:hello world.为什么会这样呢,简单一点说就是当我们请求访问hello这个服务,nginx就会看配置文件中是否有,如果有,根据具体的handler处理后把处理的结果返回给用户,没有就返回not found. location /hello { test_hello ;//无参数的配置 这其实是一个简单的配置.这节我们来

Spring Boot的常见配置项解析

1.spring-boot-starter-parent:springboot官方推荐的maven管理工具,最简单的做法就是继承它. spring-boot-starter-parent包含了以下信息:缺省使用java6编译, 如果需要改为java 1.7,则在pom中加上java.version属性即可使用utf-8编码实现了通用的测试框架 (JUnit, Hamcrest, Mockito).智能资源过滤智能的插件配置(exec plugin, surefire, Git commit ID

nginx源码分析--nginx模块解析

nginx的模块非常之多,可以认为所有代码都是以模块的形式组织,这包括核心模块和功能模块,针对不同的应用场合,并非所有的功能模块都要被用到,附录A给出的是默认configure(即简单的http服务器应用)下被连接的模块,这里虽说是模块连接,但nginx不会像apache或lighttpd那样在编译时生成so动态库而在程序执行时再进行动态加载,nginx模块源文件会在生成nginx时就直接被编译到其二进制执行文件中,所以如果要选用不同的功能模块,必须对nginx做重新配置和编译.对于功能模块的选

Nginx:解析HTTP配置的流程

参考资料:深入理解Nginx(陶辉) 书中有详细的讲解,这里只用本人的理解梳理一下该流程. 一点提议:对于像我这样的新手,面对暂时看不懂章节,建议先往下看一下(可能就会有新的理解或灵感),而不要死磕在某一章节. 几个重要的数据结构 定义一个用于测试的结构体 我们的测试模块将使用该结构体来存放配置信息,该结构只存放一个ngx_str_t. typedef struct { ngx_str_t my_str; } ngx_http_mytest_conf_t; 先看看ngx_http_module_

《Docker技术入门与实战第3版2018版》高清中文PDF下载

<Docker技术入门与实战第3版2018版>高清中文PDF下载资料简介:本书从Docker基本原理开始,深入浅出地讲解Docker的构建与操作,内容系统全面,可帮助开发人员.运维人员快速部署Docker应用.本书分为四大部分:基础入门.实战案例.进阶技能.开源项目,*部分(第1-8章)介绍Docker与虚拟化技术的基本概念,包括安装.镜像.容器.仓库.数据卷.端口映射等:第二部分(第9-16章)通过案例介绍Docker的应用方法,包括与各种操作系统平台.SSH服务的镜像.Web服务器与应用.

Nginx系列(二)--模块化

高度模块化的设计设Nginx架构的基础. 在Nginx中,除了少量的核心代码,其它一切皆为模块.模块化设计具有下面特点: 1.高度抽象的模块接口 2.灵活性 3.配置模块的设计使Nginx提供了高可配置性.高可扩展性.高可定制性.高可伸缩性. 4.核心模块接口简单化 5.多层次.多类别的模块设计 全部模块间是分层次.分类别的,官方Nginx有五大类型的模块:核心模块.配置模块.事件模块.HTTP模块.mail模块. 配置模块和核心模块这两种模块类型是由Nginx的框架代码所定义的,这里的配置模块

Nginx 事件模块

概述 Nginx 是以事件的触发来驱动的,事件驱动模型主要包括事件收集.事件发送.事件处理(即事件管理)三部分.在Nginx 的工作进程中主要关注的事件是 IO 网络事件 和 定时器事件.在生成的 objs 目录文件中,其中ngx_modules.c 文件的内容是 Nginx 各种模块的执行顺序,我们可以从该文件的内容中看到事件模块的执行顺序为以下所示:注意:由于是在 Linux 系统下,所以支持具体的 epoll 事件模块,接下来的文章结构按照以下顺序来写. extern ngx_module

Nginx 中的 upstream 与 subrequest 机制

概述 Nginx 提供了两种全异步方式与第三方服务进行通信:upstream 和 subrequest.upstream 在与第三方服务器交互时(包括建立 TCP 连接.发送请求.接收响应.关闭 TCP 连接),不会阻塞 Nginx 进程处理其他请求.subrequest 只是分解复杂请求的一种设计模式,它可以把原始请求分解为多个子请求,使得诸多请求协同完成一个用户请求,并且每个请求只关注一个功能.subrequest 访问第三方服务最终也是基于 upstream 实现的. upstream 被