Apache flink 无法运行dA平台试用虚拟机

我下载了“dA平台试用版VM”，但是我没有在虚拟机中运行它，似乎dA平台没有运行任何进程，下面的图片是详细信息

---

dA平台试用版VM（从1.1版开始）需要很长时间才能启动。虚拟机中的所有服务都可用可能需要3分钟。

请尝试运行

kubectl get deployment daplatform appmanager

，查看它当前是否正在运行。可悲的是，由于存在大量依赖服务，启动可能需要相当长的时间。如果kubectl没有显示可用的实例，则尝试使用

kubectl get pods

列出pods，并找到名为

daplatform appmanager-…

且处于

CrashLoopBackOff

状态的pods。我们想检查日志，看看为什么它没有运行，你可以使用

kubectl日志
。你最近下载了虚拟机吗？如果您已经拥有了一段时间，那么可能是与VM捆绑的试用许可证已经过期。在这种情况下，您需要下载一个新的VM副本才能继续使用它。我是在2018年8月7日下载的，就在两天前。您好。我只是再次运行虚拟机，现在一切都好了，也许就像你说的“启动可能需要很长时间，因为有很多依赖的服务。”谢谢你的信息。顺便说一句，当使用dA平台时，只有一个作业管理器在运行，甚至不需要安装Zookeeper集群来实现HA，对吗？因为Kubernetes会确保单作业管理器的高可用性？嘿，每个Flink作业只有一个JM运行，是的。但是，在VM中，默认情况下不会启用JobManager HA。Zookeeper目前不属于dA平台。要实现HA，您需要设置ZK，使用Flink集群对其进行配置。然后Kubernetes将重新启动失败的JobManager，ZK将用于存储要恢复的JM的状态，？所以我们不需要依赖动物园管理员？嘿，你需要有ZK来使用JMHA。ZK用于领导人选举和存储恢复元数据。我的意思是将Kubernetes与单个JM一起使用，因为Kubernetes确保JM的可用性，所以无需再次将ZK用于领导人选举，对吗？在这种情况下，如果我们可以将元数据存储到HDFS，那么当Kubernetes发现有一个失败的JM时，它可以重新启动另一个镜像JM，那么新的JM将从HDFS获取元数据，因此不需要ZK，这有意义吗？