|
@@ -67,7 +67,7 @@ Note that rolling upgrade is supported only from Hadoop-2.4.0 onwards.
|
|
|
|
|
|
### Upgrade without Downtime
|
|
|
|
|
|
-In a HA cluster, there are two or more *NameNodes (NNs)*, many *DataNodes (DNs)*,
|
|
|
+In an HA cluster, there are two or more *NameNodes (NNs)*, many *DataNodes (DNs)*,
|
|
|
a few *JournalNodes (JNs)* and a few *ZooKeeperNodes (ZKNs)*.
|
|
|
*JNs* is relatively stable and does not require upgrade when upgrading HDFS in most of the cases.
|
|
|
In the rolling upgrade procedure described here,
|
|
@@ -78,7 +78,7 @@ Upgrading *JNs* and *ZKNs* may incur cluster downtime.
|
|
|
|
|
|
Suppose there are two namenodes *NN1* and *NN2*,
|
|
|
where *NN1* and *NN2* are respectively in active and standby states.
|
|
|
-The following are the steps for upgrading a HA cluster:
|
|
|
+The following are the steps for upgrading an HA cluster:
|
|
|
|
|
|
1. Prepare Rolling Upgrade
|
|
|
1. Run "[`hdfs dfsadmin -rollingUpgrade prepare`](#dfsadmin_-rollingUpgrade)"
|
|
@@ -135,7 +135,7 @@ However, datanodes can still be upgraded in a rolling manner.
|
|
|
|
|
|
In a non-HA cluster, there are a *NameNode (NN)*, a *SecondaryNameNode (SNN)*
|
|
|
and many *DataNodes (DNs)*.
|
|
|
-The procedure for upgrading a non-HA cluster is similar to upgrading a HA cluster
|
|
|
+The procedure for upgrading a non-HA cluster is similar to upgrading an HA cluster
|
|
|
except that Step 2 "Upgrade Active and Standby *NNs*" is changed to below:
|
|
|
|
|
|
* Upgrade *NN* and *SNN*
|
|
@@ -180,7 +180,7 @@ are not changed between these two releases.
|
|
|
|
|
|
### Downgrade without Downtime
|
|
|
|
|
|
-In a HA cluster,
|
|
|
+In an HA cluster,
|
|
|
when a rolling upgrade from an old software release to a new software release is in progress,
|
|
|
it is possible to downgrade, in a rolling fashion, the upgraded machines back to the old software release.
|
|
|
Same as before, suppose *NN1* and *NN2* are respectively in active and standby states.
|