1.1. Rolling Upgrade Prerequisites
To perform a Rolling Upgrade, your cluster must meet the following prerequisites. If you do not meet these upgrade prerequisites, you can consider an Express Upgrade.
HDFS
Requirement | Description |
---|---|
NameNode HA |
NameNode HA must be enabled and working properly. From Ambari Web, the NameNodes, ZKFailoverControllers and JournalNodes must be “green” and showing no alerts. See the Ambari User's Guide for more information, Configuring NameNode High Availability. |
NameNode Truncate |
In HDP 2.2, truncate must be disabled and
this prerequisite is REQUIRED. There is an
hdfs-site configuration In 2.3 onwards, truncate is always enabled, which is acceptable. Therefore, this check is not applicable and will not be performed with HDP 2.3 maintenance upgrades. |
YARN
Requirement | Description |
---|---|
Timeline Service State Recovery |
YARN state recovery should be enabled. Check the Services > YARN > Configs > Advanced property yarn.timeline-service.recovery.enabled is set to true . |
ResourceManager Work Preserving Recovery |
YARN work preserving recovery should be enabled. Check the Services > YARN > Configs > Advanced property
|
ResourceManager HA |
ResourceManager HA should be enabled to prevent a disruption in service during the upgrade. See the Ambari User's Guide for more information on Configuring ResourceManager High Availability. This prerequisite is OPTIONAL. |
MapReduce2
Requirement | Description |
---|---|
MapReduce Distributed Cache |
MapReduce should reference Hadoop libraries from the distributed cache in HDFS. Refer to the YARN Resource Management guide for more information. |
JobHistory State Recovery |
JobHistory state recovery should be enabled. Check the following: Services > MapReduce > Configs > Advanced
property |
Encrypted Shuffle |
If encrypted shuffle has been enabled, the |
Tez
Requirement | Description |
---|---|
Tez Distributed Cache |
Tez should reference Hadoop libraries from the distributed cache in HDFS.
Check the Services > Tez > Configs
configuration and confirm |
Hive
Requirement | Description |
---|---|
Hive Dynamic Service Discovery |
HiveServer2 dynamic service discovery should be configured for Rolling Upgrade. |
HiveServer2 Port Change |
During the upgrade, Ambari will switch the HiveServer2 port from 10000 to 10010 (or 10011 if using HTTP transport mode). In order to support rolling upgrades, the Hive server is required to change its port. Applications and users which use a URL that includes the port will no longer be able to connect after Hive server has upgraded. If this behavior is not desired, then the port can be restored to its original value after the upgrade has been finalized. |
Hive Client Retry |
Hive client retry properties must be configured. Review the Services > Hive > Configs configuration and confirm
|
Multiple Hive Metastore |
Multiple Hive Metastore instances are recommended for Rolling Upgrade. This ensures that there is at least one Hive Metastore running during the upgrade process. Additional Hive Metastore instances can be added through Ambari. This prerequisite is OPTIONAL. |
Oozie
Requirement | Description |
---|---|
Oozie Client Retry |
Oozie client retry properties must be configured. Review the Services > Oozie > Configs > oozie-env
configuration and confirm |