ela数据库

数据库"/>

ela数据库

我是Apache Mesos Elasticsearch Framework的作者.我建议你尝试所有这些方法,并选择你最好的经验.在性能方面,请确保考虑到性能要求,然后执行测试.还有其他事情需要考虑.我将在问题中提及.

>对于mesos来说,Elasticsearch Framework是这四个选项中最具弹性的. Elasticsearch节点作为Mesos任务运行.如果任何任务失败(硬件或软件故障),则会在Mesos群集中的其他位置重新启动它们.如果要添加节点(以提高性能)或删除节点(以减少资源使用),这就像发送单行卷曲请求一样简单.数据非常安全.默认配置(可以覆盖)将所有数据复制到所有节点.因此,群集可能遭受灾难性事件并留下单个节点,而不会丢失任何数据.您也可以使用任何Docker卷插件将数据写入外部卷,这样,如果任务消失,数据仍包含在云卷中.还有一些其他功能,请访问网站.还要查看Container Solutions youtube channel上的视频.我们还在开发工具以帮助简化开发,请参阅minimesos.

>这是完全合理的,但您必须考虑如何协调您的群集.如果一个或多个容器死亡会怎么样？你能忍受这种损失吗？如果是这样,这可能是DevOps的最佳选择(即,您可以复制并测试看起来像真实的集群).

>这是我唯一反对的选择.这对开发来说没问题,但是你会在生产中看到一个重要的性能问题.您可能在另一个VM(云)内部拥有一个完整的堆栈VM(流浪者).开销是不必要的. Link 1,Link 2.

>这是弹性推荐的官方方法,可能会为给定的硬件配置提供最高性能.但是因为这些是静态部署a)大部分机器的资源都会被浪费(未使用的RAM / CPU /等),b)在配置新实例方面存在重大延迟(特别是在大型组织中！)(与单个实例相比) api call)和c)如果实例失败,它将不会被替换,并且在有人修复它之前不会被修复(与自动故障转移相比).如果您对Elasticsearch的要求是固定的,那么您不需要类似DevOps的灵活性,并且您不介意一点停机时间,那么这可能是最简单的方法(但请确保您的ES配置正确！).

所以,如果是我,那么我会考虑用于测试的码头化设置,小型POC以及可能非常小的生产任务.除此之外我每次都会选择Mesos Elasticsearch选项.