Mapr升级方案（二）——离线升级

此页面包含了以下主题：

• 概观
  • 规划节点顺序
  • 为什么节点顺序事项
• 移动CLDB节点的JobTracker的服务关闭
• 升级动物园管理员包上的所有ZooKeeper的节点
• 升级一半的节点，一个接一个，直至活动JobTracker的
• 升级所有剩余节点，与Active JobTracker的开始

概观

在滚动升级过程，升级MAPR软件的一个节点的时间，使集群作为一个整体在整个过程中保持运行。每个节点上的文件服务器服务处于脱机状态，而包升级，但其缺乏足够短群集不会引发下复制的报警数据。

图标

在开始之前，请确保您了解在滚动升级中描述的限制规划升级过程。

滚动升级过程如下下图所示的步骤。在图中，每一个表格单元格代表一个节点上运行的服务。例如，Ŧ代表运行MAPR现有版本的一个TaskTracker必须的服务，和T'代表的TaskTracker必须服务升级到新的版本。的MAPR文件服务器服务被假设为每一个节点上运行，并且它被提升的同时作为TaskTracker必须。

规划节点顺序

在开始升级之前计划节点的顺序。每个节点上运行的特定服务，决定了为了升级。运行节点主动 JobTracker的是特别感兴趣的，因为它可以随时间而改变。

您将升级的节点按以下顺序：

1. 升级动物园管理员对所有ZooKeeper的节点。这将建立一个稳定的动物园管理员法定人数的新版本，将通过升级过程的其余部分仍然有效。
2. 在所有CLDB节点升级MAPR包。升级后的CLDB节点可以同时支持现有的和文件服务器，使所有文件服务器留在整个服务升级的新版本。
3. 上一半的节点，包括所有的JobTracker节点升级MAPR包除了活性JobTracker的节点。这一步升级文件服务器，TaskTracker必须及（如存在）JobTracker的新版本。
4. 升级活动JobTracker的节点。这个节点标志着中途点的升级。停止活动的JobTracker的（运行现有版本）会导致群集故障转移到备用JobTracker的（在运行新版本）。在这个交叉点，所有新的TaskTracker变得活跃。所有现有版本的TaskTracker变得不活跃，因为他们无法从新JobTracker的接受任务。
5. 在集群中的所有剩余节点升级MAPR包。集群的MapReduce容量的增大与被升级的每一个TaskTracker必须节点。

展望节点一个节点地具有以下效果：

• 你避免影响高可用性（HA）服务，如CLDB和JobTracker的，通过网上留下尽可能多的冗余节点尽可能在整个升级过程。
• 你避免触发侵略性的数据复制（或使某些数据完全不可用），这可能会导致如果有太多的文件服务器脱机一次。集群报警VOLUME_ALARM_DATA_UNDER_REPLICATED可能触发当一个节点的文件服务器脱机。默认情况下，群集将不会开始复制数据数分钟，它允许每个节点的升级过程中不会产生任何负担的复制完成。每个节点宕机时间为1分钟左右。

为了找到当前正在运行的活动的JobTracker的节点

开始升级节点前不久，确定其中的有效JobTracker的运行。下面的命令列出了每个节点上运行的主动服务。在JobTracker的服务将出现在一个节点上。

＃maprcli节点列表的列主机名，SVC 主机IP服务 centos55 TaskTracker必须，CLDB，文件服务器，hoststats 10.10.82.55 centos56 TaskTracker必须，CLDB，文件服务器，hoststats 10.10.82.56 centos57文件服务器，TaskTracker必须，hbregionserver，hoststats 10.10.82.57 centos58文件服务器，TaskTracker必须，网络服务器，NFS，hoststats，JobTracker的10.10.82.58 ...更多节点...

寻找到动物园管理员和CLDB正在运行

请使用下面的命令列出哪些节点都配置了动物园管理员和CLDB服务。

＃maprcli节点listcldbzks CLDBs：centos55，centos56动物园管理员：centos10：5181，centos11：5181，centos12：5181   ＃maprcli节点列表的列主机名，CSVC 主机名configuredservice IP centos55 TaskTracker必须，CLDB，文件服务器，hoststats 10.10.82.55 centos56 TaskTracker必须，CLDB，文件服务器，hoststats 10.10.82.56 centos57文件服务器，TaskTracker必须，hoststats，JobTracker的10.10.82.57 centos58文件服务器，TaskTracker必须，网络服务器，NFS，hoststats，JobTracker的10.10.82.58 ...更多节点...

该节点listcldbzks命令不是之前MAPR 2.0版本。

为什么节点顺序事项

Hadoop和的MAPR软件的以下几个方面是在为什么节点顺序问题的根源升级时。

• 整个升级过程中保持一个动物园管理员法定人数是至关重要的。较新版本的动物园管理员的向后兼容。因此，我们升级动物园管理员包第一个拿到这一步出的方式，同时确保整个升级的其余部分稳定的法定人数。
• 较新版本的CLDB服务可以识别旧版本的文件服务器服务。相反的是不正确的，但是。因此，在升级的节点（也更新了文件服务器的节点上），这两个升级文件服务器和文件服务器存在的CLDB服务后，仍然可以访问CLDB。
• MapReduce的二进制文件和文 ​​件系统的二进制文件安装在同一时间，而不能分离。当您升级MAPR -文件服务器包，二进制文件MAPR-TaskTracker必须和MAPR-JobTracker的也得到安装，反之亦然。

移动CLDB节点的JobTracker的服务关闭

如果你还没有这样做的话为准备升级，移动JobTrackers非CLDB节点的一部分。这是一个制备步骤，以容纳一个事实，即MAPR安装程序不能独立的JobTracker的升级CLDB二进制文件。看移动JobTrackers关闭CLDB节点在准备升级的详细信息。

升级动物园管理员包上的所有ZooKeeper的节点

升级MAPR -动物园管理员在配置为运行ZooKeeper的服务的所有节点上的新版本。升级一个节点的时间，使一个动物园管理员法定人数整个过程保持在任何时候。

1. 停止ZooKeeper的。

   ＃服务MAPR-饲养员停止 JMX默认情况下启用 使用配置：/ opt/mapr/zookeeper/zookeeper-3.4.5/conf/zoo.cfg 停止饲养员... 已停止

2. 升级MAPR-饲养员包。

    在RedHat和CentOS ...
    在Ubuntu上...
    在SUSE ...

3. 重新启动ZooKeeper的。

   ＃服务MAPR，饲养员开始 JMX默认情况下启用 使用配置：/ opt/mapr/zookeeper/zookeeper-3.4.5/conf/zoo.cfg 启动动物园管理员... 入门

4. 验证法定地位，以确保该服务已启动。

   ＃服务MAPR-饲养员QSTATUS JMX默认情况下启用 使用配置：/ opt/mapr/zookeeper/zookeeper-3.4.5/conf/zoo.cfg 模式：跟随

升级一半的节点，一个接一个，直至活动JobTracker的

现在，您将开始在节点上升级包，继续一个节点的时间。

图标

在你开始你的计划订单在升级MAPR包，验证活动的JobTracker的仍然是您所期望的节点上运行。

执行以下步骤，一次一个节点，升级你的计划订单下，直到您已升级一半的集群中的节点。不升级主动 JobTracker的节点。

1. 停止监狱长：

   ＃服务MAPR-监狱长站 停止WARDEN 希望停止不是由监狱长开始MAPR - 核心流程

2. 升级如存在以下软件包：

• MAPR-CLDB
• MAPR核心
• MAPR - 文件服务器
• MAPR-HBase的，<VERSION>
• MAPR-JobTracker的
• MAPR度量
• MAPR-NFS
• MAPR-TaskTracker必须

• MAPR-Web服务器

  图标

  不要使用通配符，如“ MAPR-* “ 升级所有MAPR包，这可能会错误地包括Hadoop的生态系统组成部分，如MAPR-蜂房和MAPR猪。

   在RedHat和CentOS
   在Ubuntu
   在SUSE

1. 验证成功的安装的软件包。确认安装过程中没有错误，并检查/选择/ MAPR / MapRBuildVersion包含预期值。例如：

   ＃猫的/ opt / MAPR / MapRBuildVersion 2.1.2.18401.GA

2. 如果您要升级到MAPR版本2.1.3或更高版本，运行upgrade2maprexecute造就集群，以应用更改MAPR与交互之前脚本sudo的。

   ＃/ opt/mapr/server/upgrade2maprexecute

3. 启动监狱长：

   ＃服务MAPR-监狱长开始 启动监狱长，记录到/ opt / MAPR /日志/ warden.log。 。 对于诊断看的/ opt / MAPR / /日志/为createsystemvolumes.log，warden.log和配置的服务日志文件

4. 验证节点识别CLDB主人，而maprcli节点列表预期命令返回的结果。例如：

   ＃maprcli节点cldbmaster cldbmaster                                           服务器ID：8191791652701999448主机名：centos55 ＃maprcli节点列表的列主机名，中新创投，健康，磁盘 主机名configuredservice卫生磁盘的ip                       centos55 TaskTracker必须，CLDB，文件服务器，hoststats 0 6 10.10.82.55 centos56 TaskTracker必须，CLDB，文件服务器，hoststats 0 6 10.10.82.56 centos57文件服务器，TaskTracker必须，hoststats，JobTracker的0 6 10.10.82.57 centos58文件服务器，TaskTracker必须，网络服务器，NFS，hoststats，JobTracker的0 6 10.10.82.58 ...更多节点...

5. 复制上演配置文件的新版本的/ opt / MAPR / conf目录，如果你创造了他们的一部分准备升级。

升级所有剩余节点，与Active JobTracker的开始

在这一点上，一半在集群中的节点被更新。在现有（旧）JobTracker的仍在运行，只有现有的TaskTracker活跃。当您升级活动JobTracker的节点，你会停止活动JobTracker的，和优美的故障转移事件将激活待机JobTracker的。在新的 JobTracker的运行新版本，因此发出的任务只有新的TaskTracker。现有的TaskTracker将成为非活动状态，直到您将它们升级。

从活动JobTracker的节点开始，请升级你的计划订单，并继续提升集群中的其余节点。使用一节中列出的相同指示＃升级一半的节点，一个接一个，直至活动JobTracker的。

升级最后，积极JobTracker的之后，验证了新的JobTracker的是积极的。

＃maprcli节点列表的列主机名，SVC 主机IP服务 centos55 TaskTracker必须，CLDB，文件服务器，hoststats 10.10.82.55 centos56 TaskTracker必须，CLDB，文件服务器，hoststats 10.10.82.56 centos57文件服务器，TaskTracker必须，hbregionserver，hoststats，JobTracker的10.10.82.57 centos58文件服务器，TaskTracker必须，网络服务器，NFS，hoststats 10.10.82.58 ...更多节点...

此时，MAPR包已经升级所有节点上。您准备配置集群为新版本。