Hadoop Yarn配置参数整理（非常全面）

阳光穿透心脏的1/2处 2023-10-03 06:16 1阅读 0赞

## RM与NM相关参数 ##

### ResourceManager ###

<table> 
 <thead> 
  <tr> 
   <th align="left">参数名称</th> 
   <th align="left">作用</th> 
   <th align="left">默认值</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td align="left">yarn.resourcemanager.address</td> 
   <td align="left">ResourceManager 对客户端暴露的地址。客户端通过该地址向RM提交应用程序，杀死应用程序等。</td> 
   <td align="left">${yarn.resourcemanager.hostname}:8032</td> 
  </tr> 
  <tr> 
   <td align="left">yarn.resourcemanager.scheduler.address</td> 
   <td align="left">ResourceManager 对ApplicationMaster暴露的访问地址。ApplicationMaster通过该地址向RM申请资源、释放资源等。</td> 
   <td align="left">${yarn.resourcemanager.hostname}:8030</td> 
  </tr> 
  <tr> 
   <td align="left">yarn.resourcemanager.resource-tracker.address</td> 
   <td align="left">ResourceManager 对NodeManager暴露的地址.。NodeManager通过该地址向RM汇报心跳，领取任务等。</td> 
   <td align="left">${yarn.resourcemanager.hostname}:8031</td> 
  </tr> 
  <tr> 
   <td align="left">yarn.resourcemanager.admin.address</td> 
   <td align="left">ResourceManager 对管理员暴露的访问地址。管理员通过该地址向RM发送管理命令等。</td> 
   <td align="left">${yarn.resourcemanager.hostname}:8033</td> 
  </tr> 
  <tr> 
   <td align="left">yarn.resourcemanager.webapp.address</td> 
   <td align="left">ResourceManager对外web ui地址。用户可通过该地址在浏览器中查看集群各类信息。</td> 
   <td align="left">${yarn.resourcemanager.hostname}:8088</td> 
  </tr> 
  <tr> 
   <td align="left">yarn.resourcemanager.scheduler.class</td> 
   <td align="left">启用的资源调度器主类。目前可用的有FIFO、Capacity Scheduler和Fair Scheduler。</td> 
   <td align="left">org.apache.hadoop.yarn.server.resourcemanager.scheduler.capacity.CapacityScheduler</td> 
  </tr> 
  <tr> 
   <td align="left">yarn.resourcemanager.resource-tracker.client.thread-count</td> 
   <td align="left">处理来自NodeManager的RPC请求的Handler数目。</td> 
   <td align="left">50</td> 
  </tr> 
  <tr> 
   <td align="left">yarn.resourcemanager.scheduler.client.thread-count</td> 
   <td align="left">处理来自ApplicationMaster的RPC请求的Handler数目。</td> 
   <td align="left">50</td> 
  </tr> 
  <tr> 
   <td align="left">yarn.scheduler.minimum-allocation-mb/ yarn.scheduler.maximum-allocation-mb</td> 
   <td align="left">单个可申请的最小/最大内存资源量。比如设置为1024和3072，则运行MapRedce作业时，每个Task最少可申请1024MB内存，最多可申请3072MB内存。</td> 
   <td align="left">1024/8192</td> 
  </tr> 
  <tr> 
   <td align="left">yarn.scheduler.minimum-allocation-vcores / yarn.scheduler.maximum-allocation-vcores</td> 
   <td align="left">单个可申请的最小/最大虚拟CPU个数。比如设置为1和4，则运行MapRedce作业时，每个Task最少可申请1个虚拟CPU，最多可申请4个虚拟CPU。什么是虚拟CPU，可阅读我的这篇文章：“YARN 资源调度器剖析”。</td> 
   <td align="left">1/32</td> 
  </tr> 
  <tr> 
   <td align="left">yarn.resourcemanager.nodes.include-path /yarn.resourcemanager.nodes.exclude-path</td> 
   <td align="left">NodeManager黑白名单。如果发现若干个NodeManager存在问题，比如故障率很高，任务运行失败率高，则可以将之加入黑名单中。注意，这两个配置参数可以动态生效。（调用一个refresh命令即可）</td> 
   <td align="left">“”</td> 
  </tr> 
  <tr> 
   <td align="left">yarn.resourcemanager.nodemanagers.heartbeat-interval-ms</td> 
   <td align="left">NodeManager心跳间隔</td> 
   <td align="left">1000（毫秒）</td> 
  </tr> 
 </tbody> 
</table>

### NodeManager ###

<table> 
 <thead> 
  <tr> 
   <th align="left">参数名称</th> 
   <th align="left">作用</th> 
   <th align="left">默认值</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td align="left">yarn.nodemanager.resource.memory-mb</td> 
   <td align="left">NodeManager总的可用物理内存。注意，该参数是不可修改的，一旦设置，整个运行过程中不可动态修改。另外，该参数的默认值是8192MB，即使你的机器内存不够8192MB，YARN也会按照这些内存来使用（傻不傻？），因此，这个值通过一定要配置。不过，Apache已经正在尝试将该参数做成可动态修改的。</td> 
   <td align="left">8192</td> 
  </tr> 
  <tr> 
   <td align="left">yarn.nodemanager.vmem-pmem-ratio</td> 
   <td align="left">每使用1MB物理内存，最多可用的虚拟内存数。</td> 
   <td align="left">2.1</td> 
  </tr> 
  <tr> 
   <td align="left">yarn.nodemanager.resource.cpu-vcores</td> 
   <td align="left">NodeManager总的可用虚拟CPU个数。</td> 
   <td align="left">8</td> 
  </tr> 
  <tr> 
   <td align="left">yarn.nodemanager.local-dirs</td> 
   <td align="left">中间结果存放位置，类似于1.0中的mapred.local.dir。注意，这个参数通常会配置多个目录，已分摊磁盘IO负载。</td> 
   <td align="left">${hadoop.tmp.dir}/nm-local-dir</td> 
  </tr> 
  <tr> 
   <td align="left">yarn.nodemanager.log-dirs</td> 
   <td align="left">日志存放地址（可配置多个目录）。</td> 
   <td align="left">${yarn.log.dir}/userlogs</td> 
  </tr> 
  <tr> 
   <td align="left">yarn.nodemanager.log.retain-seconds</td> 
   <td align="left">NodeManager上日志最多存放时间（不启用日志聚集功能时有效）。</td> 
   <td align="left">10800（3小时）</td> 
  </tr> 
  <tr> 
   <td align="left">yarn.nodemanager.aux-services</td> 
   <td align="left">NodeManager上运行的附属服务。需配置成mapreduce_shuffle，才可运行MapReduce程序</td> 
   <td align="left">默认值：""</td> 
  </tr> 
 </tbody> 
</table>

## 权限与日志聚集 ##

### 日志聚集 ###

<table> 
 <thead> 
  <tr> 
   <th align="left">参数名称</th> 
   <th align="left">作用</th> 
   <th align="left">默认值</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td align="left">yarn.log-aggregation-enable</td> 
   <td align="left">是否启用日志聚集功能。</td> 
   <td align="left">false</td> 
  </tr> 
  <tr> 
   <td align="left">yarn.log-aggregation.retain-seconds</td> 
   <td align="left">在HDFS上聚集的日志最多保存多长时间。</td> 
   <td align="left">-1</td> 
  </tr> 
  <tr> 
   <td align="left">yarn.log-aggregation.retain-check-interval-seconds</td> 
   <td align="left">多长时间检查一次日志，并将满足条件的删除，如果是0或者负数，则为上一个值的1/10。</td> 
   <td align="left">-1</td> 
  </tr> 
  <tr> 
   <td align="left">yarn.nodemanager.remote-app-log-dir</td> 
   <td align="left">当应用程序运行结束后，日志被转移到的HDFS目录（启用日志聚集功能时有效）。</td> 
   <td align="left">/tmp/logs</td> 
  </tr> 
  <tr> 
   <td align="left">yarn.log-aggregation.retain-seconds</td> 
   <td align="left">远程日志目录子目录名称（启用日志聚集功能时有效）。</td> 
   <td align="left">日志将被转移到目录[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-GcYyaGuP-1626846701571)(https://math.jianshu.com/math?formula=%7Byarn.nodemanager.remote-app-log-dir%7D%2F)]{user}/${thisParam}下</td> 
  </tr> 
 </tbody> 
</table>

## MapReduce ##

本节所有配置都写在mapred-site.xml中

### MapReduce JobHistory ###

<table> 
 <thead> 
  <tr> 
   <th align="left">参数名称</th> 
   <th align="left">作用</th> 
   <th align="left">默认值</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td align="left">mapreduce.jobhistory.address</td> 
   <td align="left">MapReduce JobHistory Server地址。</td> 
   <td align="left">0.0.0.0:10020</td> 
  </tr> 
  <tr> 
   <td align="left">mapreduce.jobhistory.webapp.address</td> 
   <td align="left">MapReduce JobHistory Server Web UI地址。</td> 
   <td align="left">0.0.0.0:19888</td> 
  </tr> 
  <tr> 
   <td align="left">mapreduce.jobhistory.intermediate-done-dir</td> 
   <td align="left">MapReduce作业产生的日志存放位置。</td> 
   <td align="left">/mr-history/tmp</td> 
  </tr> 
  <tr> 
   <td align="left">mapreduce.jobhistory.done-dir</td> 
   <td align="left">MR JobHistory Server管理的日志的存放位置。</td> 
   <td align="left">/mr-history/done</td> 
  </tr> 
 </tbody> 
</table>

### MapReduce作业配置 ###

下面的参数可以配置在客户端的mapred-site.xml中，作为MapReduce作业的缺省配置。也可以在提交作业时单独指定这些参数

<table> 
 <thead> 
  <tr> 
   <th align="left">参数名称</th> 
   <th align="left">说明</th> 
   <th align="left">缺省值</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td align="left">mapreduce.job.name</td> 
   <td align="left">作业名称</td> 
   <td align="left"></td> 
  </tr> 
  <tr> 
   <td align="left">mapreduce.job.priority</td> 
   <td align="left">作业优先级</td> 
   <td align="left">NORMAL</td> 
  </tr> 
  <tr> 
   <td align="left">yarn.app.mapreduce.am.resource.mb</td> 
   <td align="left">ApplicationMaster占用的内存量</td> 
   <td align="left">1536</td> 
  </tr> 
  <tr> 
   <td align="left">yarn.app.mapreduce.am.resource.cpu-vcores</td> 
   <td align="left">ApplicationMaster占用的虚拟CPU个数</td> 
   <td align="left">1</td> 
  </tr> 
  <tr> 
   <td align="left">mapreduce.am.max-attempts</td> 
   <td align="left">ApplicationMaster最大失败尝试次数</td> 
   <td align="left">2</td> 
  </tr> 
  <tr> 
   <td align="left">mapreduce.map.memory.mb</td> 
   <td align="left">每个Map Task需要的内存量</td> 
   <td align="left">1024</td> 
  </tr> 
  <tr> 
   <td align="left">mapreduce.map.cpu.vcores</td> 
   <td align="left">每个Map Task需要的虚拟CPU个数</td> 
   <td align="left">1</td> 
  </tr> 
  <tr> 
   <td align="left">mapreduce.map.maxattempts</td> 
   <td align="left">Map Task最大失败尝试次数</td> 
   <td align="left">4</td> 
  </tr> 
  <tr> 
   <td align="left">mapreduce.reduce.memory.mb</td> 
   <td align="left">每个Reduce Task需要的内存量</td> 
   <td align="left">1024</td> 
  </tr> 
  <tr> 
   <td align="left">mapreduce.reduce.cpu.vcores</td> 
   <td align="left">每个Reduce Task需要的虚拟CPU个数</td> 
   <td align="left">1</td> 
  </tr> 
  <tr> 
   <td align="left">mapreduce.reduce.maxattempts</td> 
   <td align="left">Reduce Task最大失败尝试次数</td> 
   <td align="left">4</td> 
  </tr> 
  <tr> 
   <td align="left">mapreduce.map.speculative</td> 
   <td align="left">是否对Map Task启用推测执行机制</td> 
   <td align="left">FALSE</td> 
  </tr> 
  <tr> 
   <td align="left">mapreduce.reduce.speculative</td> 
   <td align="left">是否对Reduce Task启用推测执行机制</td> 
   <td align="left">FALSE</td> 
  </tr> 
  <tr> 
   <td align="left">mapreduce.job.queuename</td> 
   <td align="left">作业提交到的队列</td> 
   <td align="left">default</td> 
  </tr> 
  <tr> 
   <td align="left">mapreduce.task.io.sort.mb</td> 
   <td align="left">任务内部排序缓冲区大小</td> 
   <td align="left">100</td> 
  </tr> 
  <tr> 
   <td align="left">mapreduce.map.sort.spill.percent</td> 
   <td align="left">Map阶段溢写文件的阈值（排序缓冲区大小的百分比）</td> 
   <td align="left">0.8</td> 
  </tr> 
  <tr> 
   <td align="left">mapreduce.reduce.shuffle.parallelcopies</td> 
   <td align="left">Reduce Task启动的并发拷贝数据的线程数目</td> 
   <td align="left">5</td> 
  </tr> 
 </tbody> 
</table>

## Fair Scheduler相关参数 ##

本节的参数需要在yarn-site.xml中，将配置参数yarn.resourcemanager.scheduler.class设置为org.apache.hadoop.yarn.server.resourcemanager.scheduler.fair.FairScheduler 才会生效。Fair Scheduler的配置选项包括两部分，其中一部分在yarn-site.xml中，主要用于配置调度器级别的参数，另外一部分在一个自定义配置文件（默认是fair-scheduler.xml）中，主要用于配置各个队列的资源量、权重等信息。

### yarn-site.xml ###

<table> 
 <thead> 
  <tr> 
   <th align="left">参数名称</th> 
   <th align="left">说明</th> 
   <th align="left">缺省值</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td align="left">yarn.scheduler.fair.allocation.file</td> 
   <td align="left">自定义XML配置文件所在位置，该文件主要用于描述各个队列的属性，比如资源量、权重等，具体配置格式将在后面介绍。</td> 
   <td align="left"></td> 
  </tr> 
  <tr> 
   <td align="left">yarn.scheduler.fair.user-as-default-queue</td> 
   <td align="left">当应用程序未指定队列名时，是否指定用户名作为应用程序所在的队列名。如果设置为false或者未设置，所有未知队列的应用程序将被提交到default队列中</td> 
   <td align="left">true</td> 
  </tr> 
  <tr> 
   <td align="left">yarn.scheduler.fair.preemption</td> 
   <td align="left">是否启用抢占机制</td> 
   <td align="left">false</td> 
  </tr> 
  <tr> 
   <td align="left">yarn.scheduler.fair.sizebasedweight</td> 
   <td align="left">在一个队列内部分配资源时，默认情况下，采用公平轮询的方法将资源分配各各个应用程序，而该参数则提供了另外一种资源分配方式：按照应用程序资源需求数目分配资源，即需求资源数量越多，分配的资源越多。</td> 
   <td align="left">false</td> 
  </tr> 
  <tr> 
   <td align="left">yarn.scheduler.assignmultiple</td> 
   <td align="left">是否启动批量分配功能。当一个节点出现大量资源时，可以一次分配完成，也可以多次分配完成。</td> 
   <td align="left">false</td> 
  </tr> 
  <tr> 
   <td align="left">yarn.scheduler.fair.max.assign</td> 
   <td align="left">如果开启批量分配功能，可指定一次分配的container数目。</td> 
   <td align="left">-1，表示不限制。</td> 
  </tr> 
  <tr> 
   <td align="left">yarn.scheduler.fair.locality.threshold.node</td> 
   <td align="left">当应用程序请求某个节点上资源时，它可以接受的可跳过的最大资源调度机会。当按照分配策略，可将一个节点上的资源分配给某个应用程序时，如果该节点不是应用程序期望的节点，可选择跳过该分配机会暂时将资源分配给其他应用程序，直到出现满足该应用程序需的节点资源出现。通常而言，一次心跳代表一次调度机会，而该参数则表示跳过调度机会占节点总数的比例</td> 
   <td align="left">-1.0，表示不跳过任何调度机会</td> 
  </tr> 
  <tr> 
   <td align="left">yarn.scheduler.fair.locality.threshold.rack</td> 
   <td align="left">当应用程序请求某个机架上资源时，它可以接受的可跳过的最大资源调度机会。</td> 
   <td align="left"></td> 
  </tr> 
  <tr> 
   <td align="left">yarn.scheduler.increment-allocation-mb</td> 
   <td align="left">内存规整化单位</td> 
   <td align="left">默认是1024，这意味着，如果一个Container请求资源是1.5GB，则将被调度器规整化为ceiling(1.5 GB / 1GB) * 1G=2GB。</td> 
  </tr> 
  <tr> 
   <td align="left">yarn.scheduler.increment-allocation-vcores</td> 
   <td align="left">虚拟CPU规整化单位</td> 
   <td align="left">默认是1，含义与内存规整化单位类似。</td> 
  </tr> 
 </tbody> 
</table>

### 自定义配置文件 ###

Fair Scheduler允许用户将队列信息专门放到一个配置文件（默认是fair-scheduler.xml），对于每个队列，管理员可配置以下几个选项：

<table> 
 <thead> 
  <tr> 
   <th align="left">参数名称</th> 
   <th align="left">说明</th> 
   <th align="left">缺省值</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td align="left">minResources</td> 
   <td align="left">最少资源保证量，设置格式为“X mb, Y vcores”，当一个队列的最少资源保证量未满足时，它将优先于其他同级队列获得资源，对于不同的调度策略（后面会详细介绍），最少资源保证量的含义不同，对于fair策略，则只考虑内存资源，即如果一个队列使用的内存资源超过了它的最少资源量，则认为它已得到了满足；对于drf策略，则考虑主资源使用的资源量，即如果一个队列的主资源量超过它的最少资源量，则认为它已得到了满足。</td> 
   <td align="left"></td> 
  </tr> 
  <tr> 
   <td align="left">maxResources</td> 
   <td align="left">最多可以使用的资源量，fair scheduler会保证每个队列使用的资源量不会超过该队列的最多可使用资源量。</td> 
   <td align="left"></td> 
  </tr> 
  <tr> 
   <td align="left">maxRunningApps</td> 
   <td align="left">最多同时运行的应用程序数目。通过限制该数目，可防止超量Map Task同时运行时产生的中间输出结果撑爆磁盘。</td> 
   <td align="left"></td> 
  </tr> 
  <tr> 
   <td align="left">minSharePreemptionTimeout</td> 
   <td align="left">最小共享量抢占时间。如果一个资源池在该时间内使用的资源量一直低于最小资源量，则开始抢占资源。</td> 
   <td align="left"></td> 
  </tr> 
  <tr> 
   <td align="left">schedulingMode/schedulingPolicy</td> 
   <td align="left">队列采用的调度模式，可以是fifo、fair或者drf。</td> 
   <td align="left"></td> 
  </tr> 
  <tr> 
   <td align="left">aclSubmitApps</td> 
   <td align="left">可向队列中提交应用程序的Linux用户或用户组列表，默认情况下为“*”，表示任何用户均可以向该队列提交应用程序。需要注意的是，该属性具有继承性，即子队列的列表会继承父队列的列表。配置该属性时，用户之间或用户组之间用“，”分割，用户和用户组之间用空格分割，比如“user1, user2 group1,group2”。</td> 
   <td align="left"></td> 
  </tr> 
  <tr> 
   <td align="left">aclAdministerApps</td> 
   <td align="left">该队列的管理员列表。一个队列的管理员可管理该队列中的资源和应用程序，比如可杀死任意应用程序。</td> 
   <td align="left"></td> 
  </tr> 
 </tbody> 
</table>

## Capacity Scheduler相关参数 ##

在Capacity Scheduler的配置文件中，队列queueX的参数Y的配置名称为yarn.scheduler.capacity.queueX.Y，为了简单起见，我们记为Y，则每个队列可以配置的参数如下：

### 资源分配相关参数 ###

<table> 
 <thead> 
  <tr> 
   <th align="left">参数名称</th> 
   <th align="left">说明</th> 
   <th align="left">缺省值</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td align="left">capacity</td> 
   <td align="left">队列的资源容量（百分比）。 当系统非常繁忙时，应保证每个队列的容量得到满足，而如果每个队列应用程序较少，可将剩余资源共享给其他队列。注意，所有队列的容量之和应小于100。</td> 
   <td align="left"></td> 
  </tr> 
  <tr> 
   <td align="left">maximum-capacity</td> 
   <td align="left">队列的资源使用上限（百分比）。由于存在资源共享，因此一个队列使用的资源量可能超过其容量，而最多使用资源量可通过该参数限制。</td> 
   <td align="left"></td> 
  </tr> 
  <tr> 
   <td align="left">minimum-user-limit-percent</td> 
   <td align="left">每个用户最低资源保障（百分比）。任何时刻，一个队列中每个用户可使用的资源量均有一定的限制。当一个队列中同时运行多个用户的应用程序时中，每个用户的使用资源量在一个最小值和最大值之间浮动，其中，最小值取决于正在运行的应用程序数目，而最大值则由minimum-user-limit-percent决定。比如，假设minimum-user-limit-percent为25。当两个用户向该队列提交应用程序时，每个用户可使用资源量不能超过50%，如果三个用户提交应用程序，则每个用户可使用资源量不能超多33%，如果四个或者更多用户提交应用程序，则每个用户可用资源量不能超过25%。</td> 
   <td align="left"></td> 
  </tr> 
  <tr> 
   <td align="left">user-limit-factor</td> 
   <td align="left">每个用户最多可使用的资源量（百分比）。比如，假设该值为30，则任何时刻，每个用户使用的资源量不能超过该队列容量的30%。</td> 
   <td align="left"></td> 
  </tr> 
 </tbody> 
</table>

### 现在应用程序数目相关参数 ###

<table> 
 <thead> 
  <tr> 
   <th align="left">参数名称</th> 
   <th align="left">说明</th> 
   <th align="left">缺省值</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td align="left">maximum-applications</td> 
   <td align="left">集群或者队列中同时处于等待和运行状态的应用程序数目上限，这是一个强限制，一旦集群中应用程序数目超过该上限，后续提交的应用程序将被拒绝，所有队列的数目上限可通过参数yarn.scheduler.capacity.maximum-applications设置（可看做默认值），而单个队列可通过参数yarn.scheduler.capacity..maximum-applications设置适合自己的值。</td> 
   <td align="left">10000</td> 
  </tr> 
  <tr> 
   <td align="left">maximum-am-resource-percent</td> 
   <td align="left">集群中用于运行应用程序ApplicationMaster的资源比例上限，该参数通常用于限制处于活动状态的应用程序数目。该参数类型为浮点型。所有队列的ApplicationMaster资源比例上限可通过参数yarn.scheduler.capacity. maximum-am-resource-percent设置（可看做默认值），而单个队列可通过参数yarn.scheduler.capacity.. maximum-am-resource-percent设置适合自己的值。</td> 
   <td align="left">0.1，表示10%</td> 
  </tr> 
 </tbody> 
</table>

### 队列访问和权限控制参数 ###

<table> 
 <thead> 
  <tr> 
   <th align="left">参数名称</th> 
   <th align="left">说明</th> 
   <th align="left">缺省值</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td align="left">state</td> 
   <td align="left">队列状态可以为STOPPED或者RUNNING，如果一个队列处于STOPPED状态，用户不可以将应用程序提交到该队列或者它的子队列中，类似的，如果ROOT队列处于STOPPED状态，用户不可以向集群中提交应用程序，但正在运行的应用程序仍可以正常运行结束，以便队列可以优雅地退出。</td> 
   <td align="left"></td> 
  </tr> 
  <tr> 
   <td align="left">acl_submit_applications</td> 
   <td align="left">限定哪些Linux用户/用户组可向给定队列中提交应用程序。需要注意的是，该属性具有继承性，即如果一个用户可以向某个队列中提交应用程序，则它可以向它的所有子队列中提交应用程序。配置该属性时，用户之间或用户组之间用“，”分割，用户和用户组之间用空格分割，比如“user1, user2 group1,group2”。</td> 
   <td align="left"></td> 
  </tr> 
  <tr> 
   <td align="left">acl_administer_queue</td> 
   <td align="left">为队列指定一个管理员，该管理员可控制该队列的所有应用程序，比如杀死任意一个应用程序等。同样，该属性具有继承性，如果一个用户可以向某个队列中提交应用程序，则它可以向它的所有子队列中提交应用程序。</td> 
   <td align="left"></td> 
  </tr> 
 </tbody> 
</table>