在vmare的虚拟机上部署spark1.5.2的ha（成功）和在openstack的虚拟机上部署spark1.5.2的ha（失败）

最新推荐文章于 2024-05-01 10:23:17 发布

David-123

最新推荐文章于 2024-05-01 10:23:17 发布

阅读量1.5k

点赞数

分类专栏： spark相关工作感悟文章标签： spark openstack ha vmware centos

本文链接：https://blog.csdn.net/Java_0605/article/details/51498208

版权

本文记录了在VMware虚拟机上成功部署Spark 1.5.2高可用(HA)配置，以及在OpenStack虚拟机上遇到的问题。在VMware环境下，使用Zookeeper进行HA配置，主备切换正常。但在OpenStack上，当主Master关闭时，Worker节点未能正确切换，导致整个集群状态异常。日志显示连接超时和Actor找不到错误，可能是Spark与OpenStack的兼容性问题或配置问题。

摘要由CSDN通过智能技术生成

在vmare上安装五台centos6.5的linux，两台用着spark的master节点，三台用做spark的worker节点，用zookeeper来配置spark的ha，两台master一台是alive，另一台是standby。spark的安装部署相当简单（这里不做介绍），配置ha是根据官网的配置如下：

Configuration

In order to enable this recovery mode, you can set SPARK_DAEMON_JAVA_OPTS in spark-env using this configuration:

System property	Meaning
`spark.deploy.recoveryMode`	Set to ZOOKEEPER to enable standby Master recovery mode (default: NONE).
`spark.deploy.zookeeper.url`	The ZooKeeper cluster url (e.g., 192.168.1.100:2181,192.168.1.101:2181).
`spark.deploy.zookeeper.dir`	The directory in ZooKeeper to store recovery state (default: /spark).

Possible gotcha: If you have multiple Masters in your cluster but fail to correctly configure the Masters to use ZooKeeper, the Masters will fail to discover each other and think they’re all leaders. This will not lead to a healthy cluster state (as all Masters will schedule independently).

配置好后，主备切换可以成功！

在openstack上安装五台centos6.6的linux，两台用着spark的master节点，三台用做spark的worker节点，用zookeeper来配置spark的ha，两台master一台是alive，另一台是standby。spark的安装部署相当简单（这里不做介绍），配置ha是根据官网的配置如下：

Configuration