在这里先给屏幕面前的你送上祝福,祝你在未来一年:技术步步高升、薪资节节攀升,身体健健康康,家庭和和美美。
一、介绍
在Hadoop2.4之前,ResourceManager是YARN集群中的单点故障
ResourceManager HA是通过 Active/Standby 体系结构实现的,在任何时候其中一个RM都是活动的,并且一个或多个RM处于备用模式,等待在活动发生任何事情时接管。
二、架构
官网的架构图如下:
1、Active 状态的 ResourceManager 将自己的状态写入ZooKeeper
2、如果 Active 状态的 ResourceManager状态发生改变,可以通过自动或手动方式完成故障转移
三、故障转移
1、手动转换
如果未启用自动故障切换,管理员必须手动将其中一个ResourceManager转换为活动。要从一个ResourceManager故障切换到另一个ResourceManager,他们应该首先将活动ResourceManager转换为备用ResourceManager,然后将备用ResourceManager转换为活动ResourceManager。相关命令如下:
获取所有RM节点的状态
yarn rmadmin -getAllServiceState
获取 rm1 节点的状态
yarn rmadmin -getServiceState rm1
手动将 rm1 的状态切换到STANDBY
yarn rmadmin -transitionToStandby rm1
或
yarn rmadmin -transitionToStandby -forcemanual rm1
手动将 rm1 的状态切换到ACTIVE
yarn rmadmin -transitionToActive rm1
或
yarn rmadmin -transitionToActive -forcemanual rm1
2、自动切换
ResourceManager可以选择嵌入基于Zookeeper的ActiveStandbyElector来决定哪个ResourceManager应该是Active。当Active宕机或无响应时,会自动选择另一个ResourceManager作为Active,然后由它接管。需要注意的是Yarn不需要像HDFS那样运行单独的ZKFC守护进程,因为嵌入在ResourceManager中的ActiveStandbyElector充当故障检测器和领导者选举人。
配置示例如下:
<property>
<name>yarn.resourcemanager.ha.enabled</name>
<value>true</value>
<description>开启resourcemanager的HA</description>
</property>
<property>
<name>yarn.resourcemanager.cluster-id</name>
<value>cluster1</value>
<description>标识群集。由选举人使用,以确保RM不会作为“活动”接管另一个群集。</description>
</property>
<property>
<name>yarn.resourcemanager.ha.rm-ids</name>
<value>rm1,rm2</value>
<description>RM的逻辑ID列表</description>
</property>
<property>
<name>yarn.resourcemanager.hostname.rm1</name>
<value>master1</value>
<description>对于每个rm-ids,指定rm对应的主机名。或者,可以设置rm的每个服务地址</description>
</property>
<property>
<name>yarn.resourcemanager.hostname.rm2</name>
<value>master2</value>
<description>对于每个rm-ids,指定rm对应的主机名。或者,可以设置rm的每个服务地址</description>
</property>
<property>
<name>yarn.resourcemanager.webapp.address.rm1</name>
<value>master1:8088</value>
<description>对于每个rm-ids,指定与之对应的rm web应用程序的host:port</description>
</property>
<property>
<name>yarn.resourcemanager.webapp.address.rm2</name>
<value>master2:8088</value>
<description>对于每个rm-ids,指定与之对应的rm web应用程序的host:port</description>
</property>
<property>
<name>hadoop.zk.address</name>
<value>zk1:2181,zk2:2181,zk3:2181</value>
<description>ZK法定人数的地址。用于两者状态和领导人选举</description>
</property>
四、源码分析
在我的上一篇<Hadoop-Yarn-启动篇>博客中有ResourceManager的启动源码,现在我们只将关于HA的部分拿处理分析下
1、设置HA配置
//登录前应设置HA配置
this.rmContext.setHAEnabled(HAUtil.isHAEnabled(this.conf));
if (this.rmContext.isHAEnabled()) {
HAUtil.verifyAndSetConfiguration(this.conf);
}
public static boolean isHAEnabled(Configuration conf) {
//即获取yarn.resourcemanager.ha.enabled的值
return conf.getBoolean(YarnConfiguration.RM_HA_ENABLED,
YarnConfiguration.DEFAULT_RM_HA_ENABLED);
}
public static void verifyAndSetConfiguration(Configuration conf)
throws YarnRuntimeException {
//验证配置是否至少有两个RM id,并且为每个RM-id指定了RPC地址。然后设置RM id。
//即 配置文件中的 yarn.resourcemanager.ha.rm-ids 对应配置的多个 RM 节点的RPC地址
verifyAndSetRMHAIdsList(conf);
//设置 yarn.resourcemanager.ha.id 的值,如果没有配置则通过匹配yarn.reresourcemanager.address来计算
verifyAndSetCurrentRMHAId(conf);
//验证 Leader 选举服务是否已启用。YARN允许在配置中禁用领导层选举,从而中断自动故障切换
verifyLeaderElection(conf);
//验证所有服务的地址
// RM_ADDRESS 即 yarn.resourcemanager.address
// RM_SCHEDULER_ADDRESS 即 yarn.resourcemanager.scheduler.address
// RM_ADMIN_ADDRESS 即 yarn.resourcemanager.admin.address
// RM_RESOURCE_TRACKER_ADDRESS 即 yarn.resourcemanager.resource-tracker.address
// RM_WEBAPP_ADDRESS 即 yarn.resourcemanager.webapp.address
verifyAndSetAllServiceAddresses(conf);
}
2、添加选举人
//必须在管理员服务后添加选举人
if (this.rmContext.isHAEnabled()) {
//获取配置文件中yarn.resourcemanager.ha.automatic-failover.enabled的值,默认true
// 启用自动故障切换;默认情况下,只有在启用HA时才会启用它。
//获取配置文件中yarn.resourcemanager.ha.automatic-failover.embedded的值,默认true
// 启用嵌入式自动故障切换。默认情况下,只有在启用HA时才会启用它。
// 嵌入式elector依赖于RM状态存储来处理围栏,主要用于与ZKRMStateStore结合使用。
if (HAUtil.isAutomaticFailoverEnabled(conf)
&& HAUtil.isAutomaticFailoverEmbedded(conf)) {
EmbeddedElector elector = createEmbeddedElector();
//添加Curator的领导人选举服务
addIfService(elector);
rmContext.setLeaderElectorService(elector);
}
}
protected EmbeddedElector createEmbeddedElector() throws IOException {
EmbeddedElector elector;
//获取配置文件中 yarn.resourcemanager.ha.curator-leader-elector.enabled 的值,默认true
/是否使用Curator-based的选举人进行领导人选举
curatorEnabled =
conf.getBoolean(YarnConfiguration.CURATOR_LEADER_ELECTOR,
YarnConfiguration.DEFAULT_CURATOR_LEADER_ELECTOR_ENABLED);
if (curatorEnabled) {
//获取ZooKeeper Curator管理器,创建并启动(如果不存在)
this.zkManager = createAndStartZKManager(conf);
/使用Curator的领导人选举实施
elector = new CuratorBasedElectorService(this);
} else {
elector = new ActiveStandbyElectorBasedElectorService(this);
}
return elector;
}
3、创建并启动ZooKeeper Curator管理器
Curator是Netflix公司在原生zookeeper客户端基础上开源的第三方Java客户端,使用它可以去操作zookeeper创建、删除、查询、修改znode节点
public ZKCuratorManager createAndStartZKManager(Configuration
config) throws IOException {
//提供特定于ZK操作的实用程序方法的Helper类
ZKCuratorManager manager = new ZKCuratorManager(config);
//获取身份验证
List<AuthInfo> authInfos = new ArrayList<>();
//获取 yarn.resourcemanager.ha.enabled 值,默认false
//获取 yarn.resourcemanager.zk-state-store.root-node.acl + yarn.resourcemanager.ha.id 的值
//yarn.resourcemanager.ha.id官方解释:(在第1步已经设置过这个值了)
//当前RM的id(字符串)。启用HA时,这是一个可选配置。当前RM的id可以通过显式指定yarn.resourcemanager.ha.id来设置,也可以通过匹配yarn.reresourcemanager.address来计算。具有本地地址的{id}请参阅yarn.resourcemanager.ha.enabled的描述,了解如何使用它的完整详细信息。
//yarn.resourcemanager.zk-state-store.root-node.acl官方解释:
//在HA场景中使用ZKRMStateStore进行围栏时,用于根znode的ACL。ZKRMStateStore支持隐式围栏,允许单个ResourceManager对存储进行写访问。对于围栏,群集中的ResourceManager在根节点上共享读写管理权限,但Active ResourceManager声明具有独占的创建-删除权限。默认情况下,当未设置此属性时,我们使用来自yarn.resourcemanager.zk-cl的acl进行共享管理访问,并使用rm address:random number进行基于用户名的独占创建-删除访问。此属性允许用户设置自己选择的ACL,而不是使用默认机制。为了使围栏发挥作用,应在每个ResourceManager上小心地以不同的方式设置ACL,以便所有ResourceManager都具有共享的管理访问权限,而Active ResourceManager(仅)接管创建-删除访问权限。
if (HAUtil.isHAEnabled(config) && HAUtil.getConfValueForRMInstance(
YarnConfiguration.ZK_RM_STATE_STORE_ROOT_NODE_ACL, config) == null) {
String zkRootNodeUsername = HAUtil.getConfValueForRMInstance(
YarnConfiguration.RM_ADDRESS,
YarnConfiguration.DEFAULT_RM_ADDRESS, config);
// private final String zkRootNodePassword =
Long.toString(new SecureRandom().nextLong());
//由此可见 zkRootNodePassword 是一个随机数
String defaultFencingAuth =
zkRootNodeUsername + ":" + zkRootNodePassword;
//RM地址和一个随机数构建了一个字节数组
byte[] defaultFencingAuthData =
defaultFencingAuth.getBytes(Charset.forName("UTF-8"));
//构建身份验证摘要
String scheme = new DigestAuthenticationProvider().getScheme();
AuthInfo authInfo = new AuthInfo(scheme, defaultFencingAuthData);
authInfos.add(authInfo);
}
//开始连接到ZooKeeper集合
manager.start(authInfos);
return manager;
}
4、连接ZooKeeper集合
public void start(List<AuthInfo> authInfos) throws IOException {
//获取ZooKeeper团队地址 即 hadoop.zk.address
// <property>
// <name>hadoop.zk.address</name>
// <value>zk1:2181,zk2:2181,zk3:2181</value>
// <description>ZK法定人数的地址。用于两者状态和领导人选举</description>
// </property>
//
String zkHostPort = conf.get(CommonConfigurationKeys.ZK_ADDRESS);
if (zkHostPort == null) {
throw new IOException(
CommonConfigurationKeys.ZK_ADDRESS + " is not configured.");
}
//获取 hadoop.zk.num-retries 的值 默认值 1000
//ZooKeeper操作的最大重试次数
int numRetries = conf.getInt(CommonConfigurationKeys.ZK_NUM_RETRIES,
CommonConfigurationKeys.ZK_NUM_RETRIES_DEFAULT);
//获取 hadoop.zk.timeout-ms 的值 默认值 10000
//ZooKeepers操作超时(以毫秒为单位)
int zkSessionTimeout = conf.getInt(CommonConfigurationKeys.ZK_TIMEOUT_MS,
CommonConfigurationKeys.ZK_TIMEOUT_MS_DEFAULT);
//获取 hadoop.zk.retry-interval-ms 的值 默认值 1000
//以毫秒为单位重试ZooKeeper操作的频率
int zkRetryInterval = conf.getInt(
CommonConfigurationKeys.ZK_RETRY_INTERVAL_MS,
CommonConfigurationKeys.ZK_RETRY_INTERVAL_MS_DEFAULT);
RetryNTimes retryPolicy = new RetryNTimes(numRetries, zkRetryInterval);
//设置ZooKeeper身份验证
List<ZKUtil.ZKAuthInfo> zkAuths = getZKAuths(conf);
if (authInfos == null) {
authInfos = new ArrayList<>();
}
for (ZKUtil.ZKAuthInfo zkAuth : zkAuths) {
authInfos.add(new AuthInfo(zkAuth.getScheme(), zkAuth.getAuth()));
}
//获取客户端框架
CuratorFramework client = CuratorFrameworkFactory.builder()
.connectString(zkHostPort)
.sessionTimeoutMs(zkSessionTimeout)
.retryPolicy(retryPolicy)
.authorization(authInfos)
.build();
//启动
client.start();
this.curator = client;
}
5、启动Curator的领导人选举服务
protected void serviceInit(Configuration conf) throws Exception {
rmId = HAUtil.getRMHAId(conf);
String clusterId = YarnConfiguration.getClusterId(conf);
//获取 yarn.resourcemanager.ha.automatic-failover.zk-base-path 的值 默认值 /yarn-leader-election
//官网解释:使用基于ZooKeeper的领导人选举时,用于存储领导人信息的基本znode路径。
String zkBasePath = conf.get(
YarnConfiguration.AUTO_FAILOVER_ZK_BASE_PATH,
YarnConfiguration.DEFAULT_AUTO_FAILOVER_ZK_BASE_PATH);
latchPath = zkBasePath + "/" + clusterId;
//第3步已经设置过了,这里直接取
curator = rm.getCurator();
//初始化并启动LeaderLatch
initAndStartLeaderLatch();
super.serviceInit(conf);
}
五、总结
1、判断配置文件中是否配置了HA开启
2、如果开启了HA,开始配置并设置启动必要参数
3、根据配置文件添加选举人
4、获取ZooKeeper Curator管理器,创建并启动
5、连接到ZooKeeper集合
6、获取客户端框架并启动
版权归原作者 隔着天花板看星星 所有, 如有侵权,请联系我们删除。