ambari的服务启动顺序如何设置

声明：博主写了一些Ambari自定义服务系列文章，可以在历史文章中查看。

仔细看，肯定会对ambari的自定义服务有一个更清晰的认识。

引言：ambari平台系统上的服务有很多，众所周知，每一个服务都是由各个组件所组成。如果我点击页面上的启动/停止全部服务或者启动/停止单个服务，各个组件之间的启动停止顺序是怎么设置的呢？本篇内容为你解除心中的疑问

一、Role Command Order

角色是组件的另一个名称（例如：NAMENODE，DATANODE，RESOURCEMANAGER，HBASE_MASTER等）。顾名思义，可以告诉Ambari关于应该为堆栈中定义的组件运行命令的顺序。例如：“应在启动NameNode之前启动ZooKeeper服务器”。或者“只有在NameNode和DataNodes启动后才能启动HBase Master”。这可以通过在stack-version文件夹中包含role_command_order.json文件来指定。

在Ambari的Service目录中，存在很多个叫做role_command_order.json的配置文件。这个文件中定义了Service状态以及Action的依赖。

resource目录下的role_command_order.json定义着全局的的依赖。每个Stack目录下也会存在role_command_order.json。相同的配置，Stack下面的会覆盖全局的。不同的配置，Ambari会拼接在一起。高版本的Stack会继承低版本的配置。相同的也会overwrite，不同的merge。

二、Format

该文件以JSON格式指定，包含一个JSON对象。在每个section对象中，键描述了依赖的component-action，值列出了应该在它之前完成的component-actions。

{
  "_comment": "Section 1 comment",
  "section_name_1": {
    "_comment": "Section containing role command orders",
    "<DEPENDENT_COMPONENT_1>-<COMMAND>": ["<DEPENDS_ON_COMPONENT_1>-<COMMAND>", "<DEPENDS_ON_COMPONENT_1>-<COMMAND>"],
    "<DEPENDENT_COMPONENT_2>-<COMMAND>": ["<DEPENDS_ON_COMPONENT_3>-<COMMAND>"],
    ...
  },
  "_comment": "Next section comment",
  ...
}

三、Sections

Section Name	When Used
general_deps	命令顺序适用于所有情况
optional_glusterfs	当集群没有GLUSTERFS服务实例时，将应用命令顺序
optional_no_glusterfs	当集群具有GLUSTERFS服务的实例时，将应用命令顺序
namenode_optional_ha	安装HDFS服务且存在JOURNALNODE组件时启用命令顺序（启用HDFS HA）
resourcemanager_optional_ha	安装YARN服务时存在命令顺序，并且存在多个RESOURCEMANAGER主机组件（启用了YARN HA）

四、COMMAND

Ambari目前支持的命令是

INSTALL
UNINSTALL
START
RESTART
STOP
EXECUTE
ABORT
UPGRADE
SERVICE_CHECK
CUSTOM_COMMAND
ACTIONEXECUTE

举例：

Role Command Order	Explanation
“HIVE_METASTORE-START”: [“MYSQL_SERVER-START”, “NAMENODE-START”]	在启动Hive Metastore之前启动MySQL和NameNode组件
“MAPREDUCE_SERVICE_CHECK-SERVICE_CHECK”: [“NODEMANAGER-START”, “RESOURCEMANAGER-START”],	MapReduce服务检查需要ResourceManager和NodeManagers启动
“ZOOKEEPER_SERVER-STOP” : [“HBASE_MASTER-STOP”, “HBASE_REGIONSERVER-STOP”, “METRICS_COLLECTOR-STOP”],	在停止ZooKeeper服务器之前，请确保已停止HBase Masters，HBase RegionServers和AMS Metrics Collector。
“ELASTICSEARCH_SERVICE-START”: [“METRICS_COLLECTOR-START”, “METRICS_MONITOR-START”, “METRICS_GRAFANA-START”]	当启动metrics和ES组件时，metrics组件启动在前，ES组件在后
“ELASTICSEARCH_SERVICE_CHECK-SERVICE_CHECK”: [“ELASTICSEARCH_SERVICE-START”]	ES check操作在ES start操作之后
“<DEPENDENT_COMPONENT>-“: [“<DEPENDS_ON_COMPONENT_1>-“, “<DEPENDS_ON_COMPONENT_2>-“]	组件名-命令
“<DEPENDENT_COMPONENT>-“: [“<服务名称>_SERVICE_CHECK-SERVICE_CHECK” ]	这里要注意，服务检查的命令为：<服务名称>_SERVICE_CHECK-SERVICE_CHECK

五、实例

{
  "general_deps" : {
    "_comment" : "dependencies for elasticsearch",
    "ELASTICSEARCH_SERVICE-START": ["METRICS_COLLECTOR-START", "METRICS_MONITOR-START", "METRICS_GRAFANA-START"],
	"ELASTICSEARCH_SERVICE-RESTART": ["METRICS_COLLECTOR-START", "METRICS_MONITOR-START", "METRICS_GRAFANA-START"],
    "ELASTICSEARCH_SERVICE_CHECK-SERVICE_CHECK": ["ELASTICSEARCH_SERVICE-START"]
  }
}