Mapr升级步骤（一）

第一阶段成功的升级过程是可以提前准备的。此页面可帮助您绘制出一个适合你的集群和用户的需求的升级过程。此页面包含了以下主题：

选择升级方法

选择升级方法，形成在此基础上选择你的升级计划。MAPR提供了离线升级方法，以及一个滚动升级方法符合特定条件的集群。您选择影响的事件流，而在节点升级包，并且还影响维护窗口的持续时间的方法。请参阅下面的更多细节。

离线升级

一般情况下，MAPR建议离线升级，因为过程比滚动升级更简单，通常完成得更快。离线升级是默认的升级方法，当其它方法不能使用。在维护窗口管理员停止群集上的所有工作，停止所有集群服务，升级包在所有节点上（可以并行执行），然后使群集重新联机一次。

图1。离线升级

滚动升级

滚动升级保持文件系统联机整个升级过程中，它允许读取和关键数据流写入。使用这种方法，管理员运行rollingupgrade.sh脚本通过节点来升级软件的节点（或者，用PSSH工具，在同一时间最多4个节点批次），而其他节点保持在线与活跃文件服务器和的TaskTracker。在所有的其他节点已经升级，rollingupgrade.sh剧本阶段集群的JobTracker的激活它在群集上升级的节点上的一个优美的故障转移。

以下限制适用于滚动升级：

滚动升级只升级MAPR包，不是开源组件。
管理员应该挡掉一个维护窗口，在此期间，只有重要的工作是允许运行和用户预期的要长比平均运行时间。在集群的计算能力被1至4个节点在时间升级减小，然后由维护窗口结束恢复到100％的容量。

调度升级

计划的最佳时间窗口进行升级。以下是调度的因素在升级时需要考虑的：

当将要执行的准备步骤是什么？如何在过程中多少可以维护窗口之前进行？
什么日历时间将工作量，对数据的访问，和其他利益相关者的需求方面最大限度地减少干扰？
需要多少个节点升级？升级过程将需要多长时间为每个节点，群集作为一个整体？
当要在集群停止接受新的非关键工作？
当（或将）现有工作被终止？
它需要多长时间来清除当前工作负载的管道？
将其他的Hadoop生态系统组成部分（如HBase的或蜂房）相同的维护窗口期间得到提升呢？
何时及如何将利益相关者通知？

考虑到生态系统的组成

如果你的集群上运行的其他Hadoop的生态系统组成部分，如HBase的或蜂房，考虑他们在你的升级计划。在大多数情况下升级MAPR核心并不需要升级的生态系统组成部分。例如，蜂巢0.10.0软件包运行在MAPR 2.1可以继续MAPR 3.0上运行。然而，升级MAPR核心需要你同时升级一个或多个的Hadoop生态系统组件时，有一些具体的案例。

下面是相关的注意事项：

您将升级的生态系统组件（s）吗？提升生态系统的组成被认为是从升级MAPR核心的独立进程。如果您选择升级还生态系统组成部分中，您将首先升级MAPR核心，然后进行升级的生态系统的组成部分。
你需要升级MAPR核心服务？如果你的目标是提升生态系统组成部分，在大多数情况下你不会需要升级MAPR核心软件包。简单地升级其需要升级的组件。请参阅相关主题。
请问新MAPR版本需要一种组件升级？验证所有安装的生态系统组成部分支持MAPR核心的新版本。请参阅相关主题。
其中生态系统组件需要升级？每个组件构成一个单独的升级过程。您可以彼此独立升级组件，但你必须确认所产生的版本组合都支持。
该组件的升级可能会出现无服务中断？在大多数情况下，升级一个生态系统组件（除了HBase的）并不需要维护窗口对整个集群。

审查服务布局

同时规划升级，这是一个很好的时间来审查上的节点服务的布局。确认该服务布局仍然满足集群的需要。例如，当你长大集群随着时间的推移，你通常对隔离集群管理服务，如动物园管理员和CLDB，到自己的节点移动。

见服务布局集群中的安装指南为MAPR的建议进行审查。有关移动服务的指导，请参阅下列主题：