Apache Mesos的持久存储

Question

最近我发现了一个像Apache Mesos这样的东西。

在所有演示和示例中，这一切看起来都令人惊讶。我可以很容易地想象一个人将如何竞选无状态的工作--这自然符合整个想法。

3-请告诉我的方法在哲学方面是否是错误的（数据服务器的DFS和Mesos顶部的postgres之类的服务器的某种切换）

_{^{问题主要是从Apache Mesos的持久存储中复制的，由程序员堆栈交换上的zerkms提出。}}

Answer 1

好问题。以下是Mesos中的几个即将推出的特性，以改进对有状态服务的支持，以及相应的当前解决方案。

• 持久卷（0.23）：在启动任务时，您可以创建一个存在于任务沙箱之外的卷，即使在任务结束/完成之后，该卷也将在节点上持久存在。当任务退出时，它的资源--包括持久卷--可以提供给框架，这样框架就可以再次启动相同的任务，启动恢复任务，或者启动一个将前一个任务的输出作为输入的新任务。
  • 当前的解决方案：将您的状态保存在沙箱之外的某个已知位置，并让您的任务尝试手动恢复它。也许可以将它保存在分布式文件系统/数据库中，以便可以从任何节点访问它。
  • 当前的解决方案：监视带外的磁盘使用情况，并运行定期清理作业。
  null

  1b)将服务器限制到特定的群集节点？您可以轻松地在马拉松中做到这一点，将应用程序限制到特定的主机名或具有特定属性值的任何节点（例如。nfs_access=true)。参见马拉松约束。如果您只想在特定的节点集上运行任务，那么只需要在这些节点上创建静态保留。如果您需要这些节点的可发现性，您应该查看Mesos-DNS和/或马拉松的HAProxy集成。

  1c)使用一些分布式FS？许多分布式文件系统提供的数据复制可以保证您的数据能够在任何一个节点失败后存活下来。持久化到DFS还可以为您安排任务提供更大的灵活性，尽管代价是网络和本地磁盘之间的延迟差异。Mesos内置支持从HDFS URI中获取二进制文件，许多客户使用HDFS将执行器二进制文件、配置文件和输入数据传递到将运行其任务的从服务器。

  2)DRBD、MooseFS、GlusterFS、NFS、CephFS？我听说过客户在Mesos中使用CephFS、HDFS和MapRFS。NFS似乎也很适合。对于Mesos来说，你使用什么并不重要，只要你的任务知道如何从它所在的节点访问它。

  希望能有所帮助！