你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn。
Azure HDInsight 中 Apache Ambari 的用法
HDInsight 使用 Apache Ambari 来部署和管理群集。 如果存在头节点、工作器节点、zookeeper 和边缘节点,则 Ambari 代理在每个节点上运行。 Ambari 服务器仅在头节点上运行。 一次只能运行 Ambari 服务器的一个实例。 运行的实例数由 HDInsight 故障转移控制器控制。 当一个头节点由于重新启动或维护而关闭时,另一个头节点将成为活动头节点,并启动另一个头节点上的 Ambari 服务器。
所有群集配置应通过 Ambari UI 完成,重启节点时会覆盖任何本地更改。
故障转移控制器服务
HDInsight 故障转移控制器还负责更新头节点主机的 IP 地址,该地址指向当前活动头节点。 所有 Ambari 代理配置为向头节点主机报告其状态和检测信号。 故障转移控制器是群集中每个节点上运行的一组服务,如果这些服务未运行,头节点故障转移可能无法正常进行,并且在尝试访问 Ambari 服务器时,会出现 HTTP 502 错误。
若要检查哪个头节点处于活动状态,方法之一是通过 SSH 连接到群集中的某个节点,然后运行 ping headnodehost
,并将返回的 IP 与这两个头节点的 IP 进行比较。
如果故障转移控制器服务未运行,头节点故障转移可能不会正常进行,因而无法运行 Ambari 服务器。 若要检查故障转移控制器服务是否正在运行,请执行:
ps -ef | grep failover
日志
在活动头节点上,可以检查位于以下位置的 Ambari 服务器日志:
/var/log/ambari-server/ambari-server.log
/var/log/ambari-server/ambari-server-check-database.log
在群集中的任一节点上,可以检查位于以下位置的 Ambari 代理日志:
/var/log/ambari-agent/ambari-agent.log
服务启动顺序
这是服务在引导时的启动顺序:
- Hdinsight 代理启动故障转移控制器服务。
- 故障转移控制器服务启动每个节点上的 Ambari 代理,并启动活动头节点上的 Ambari 服务器。
Ambari 数据库
HDInsight 幕后会在 SQL 数据库中创建数据库,用作 Ambari 服务器的数据库。 默认的服务层级是 S0。
对于在创建时其工作器节点数超过 16 个的任何群集,数据库服务层级为 S2。
要点
切勿手动启动/停止 Ambari 服务器或 Ambari 代理服务,除非你要尝试重启这些服务来解决某个问题。 若要强制故障转移,可以重新启动活动头节点。
切勿手动修改任何群集节点上的任何配置文件,应该让 Ambari UI 完成此类作业。
ESP 群集中的属性值
在 HDInsight 4.0 企业安全性套餐群集中,使用管道 |
而不是逗号作为变量分隔符。 下面显示了一个示例:
Property Key: hive.security.authorization.sqlstd.confwhitelist.append
Property Value: environment|env|dl_data_dt
后续步骤
如果你的问题未在本文中列出,或者无法解决问题,请访问以下渠道之一获取更多支持:
通过 Azure 社区支持获取 Azure 专家的解答。
联系 @AzureSupport,这是用于改进客户体验的官方 Microsoft Azure 帐户。 它可以将 Azure 社区成员连接到适当的资源,为他们提供解答、支持和专家建议。
如果需要更多帮助,可以从 Azure 门户提交支持请求。 从菜单栏中选择“支持” ,或打开“帮助 + 支持” 中心。 有关更多详细信息,请参阅如何创建 Azure 支持请求。 Microsoft Azure 订阅中带有对订阅管理和计费支持的访问权限,技术支持通过 Azure 支持计划之一提供。