介绍

• 在hadoop v2中，HDFS支持namenode高可用（HA），使得不停机升级HDFS变的可行。注：从hadoop2.4.0开始才支持滚动升级
• 因此为了在不停机的情况下升级hdfs集群，必须使用HA设置集群
• 在HA集群中，有两个或多个namenode，许多DataNode，一下journalnode和一下zookeepernode
• JN相对稳定，在大多数情况下，升级HDFS时不需要升级
• 滚动升级过程中，仅针对NNS和DNS，JNS和ZKNS都没有，升级JN和ZKN可能会导致集群停机

不停机滚动升级

非联邦HA集群

假设有两个名称结点NN1和NN2，其中NN1和NN2分别处于active和standby状态

联邦HA集群

• 联邦集群是拥有多namespace的集群。每个namespace对应一对主备namenode节点
• 上述这套集群就是速成的联邦+HA集群
• 联邦集群的升级过程与非联邦集群的升级过程比较相似，没有什么本质不同，知识需要为不同的namespace多重复执行几遍升级操作而已
  
  

停机升级–非HA集群

• 在升级的过程中，势必会存在服务短暂停止的时间，因为namenode需要重启，而这段时间并没有备用节点可选
• 整体过程同非联邦HA模式的4个步骤类似。不过步骤2的过程要修改
  

HDFS集群降级和回滚

异同点

共同点

• 都会将版本退回到升级前的版本
• 在升级的funalize动作执行之后，将不允许再执行降级和回滚

不同点

• 降级能支持rolling的方式，可以滚动降级，而回滚需要停止服务一段时间
• 降级过程只会将软件版本还原成升级前的，会保留用户现有的数据状态
• 而回滚则会将用户数据还原成升级前的状态模式，现有的数据状态不保存
• 升级慎重，降级、回滚更要慎重
  生产环境中，集群升级之前必须进行调研，评估升级后的版本跟现有业务的兼容性
  在测试环境下完整模拟升级流程，并且针对升级前集群状态进行备份，避免以外发生导致集群中断
  不要奢求升级失败时，通过回滚、降级等操作挽救集群

HA集群降级（downgrade）

注意事项

• 降级与升级在HA模式有一个共同点
  在操作namenode时，都是standby节点开始操作，等standby节点升/降结束，做一次切换，使另一个节点得以进行升/降操作，在全程中，始终保持一个active节点对外提供服务
• 降级过程namenode与DataNode的操作和在升级时操作完全相反
  新版本一般在协议，api只兼容老版本的，如果先降级NN，那么则会造成DN是新本，NN是旧版
  新版DN中的许多协议将会在旧版NN中可能不在兼容
  所以这里必须要先降级DN，然后再把服务端NN进行降级
• 联邦集群和非HA集群的降级操作与升级操作想对应，进行相应操作命令替换即可

集群回滚操作

• 回滚注意事项
  • rollback不支持滚动操作的方式，在操作期间，他需要集群对外停止服务
  • rollback操作不仅会将软件版本退回到升级前的版本，还会将用户数据退回到升级前的状态
• 回滚步骤