我可以在旧版本的elasticsearch上使用新版本的java高级rest客户端吗？

Question

我们正在AWS上运行elasticsearch，目前支持elasticsearch 6.3作为最新版本。

我们有一个业务案例，需要每天更新索引中的所有文档并删除一个嵌套对象。elasticsearch通过查询API进行了更新，这将解决我们的问题。

但在我们的java应用程序中，我们使用的是java高级rest客户端。rest客户端版本6.5支持按查询更新api。现在，如果我们将resthtml" target="_blank">客户端升级到6.5，我们还需要在pom中升级elasticsearch版本。否则它们不兼容。

    <dependency>
        <groupId>org.elasticsearch.client</groupId>
        <artifactId>elasticsearch-rest-high-level-client</artifactId>
        <version>${elasticsearch.version}</version>
    </dependency>

    <dependency>
        <groupId>org.elasticsearch</groupId>
        <artifactId>elasticsearch</artifactId>
        <version>${elasticsearch.version}</version>
    </dependency>

那么我们可以在我们的java服务中将客户端和elasticsearch版本升级到6.5并且仍然使用elasticsearch 6.3吗？我尝试了它并且它有效，但只是想彻底，因为我们不希望我们的数据被损坏。

编辑：6.3中也提供了按查询更新，但此api使用了较旧的Transportclient，预计很快就会被弃用。

Answer 1

基于弹性搜索文档

高级客户端保证能够与运行在相同主版本和更大或相等次要版本上的任何Elasticsearch节点进行通信。

6.0客户端能够与任何6. x Elasticsearch节点通信，而6.1客户端肯定能够与6.1、6.2和任何更高版本的6. x版本通信，但在与以前的Elasticsearch节点版本通信时可能存在不兼容问题，例如在6.1和6.0之间，以防6.1客户端支持6.0节点未知的某些API的新请求正文字段。

换句话说，Java Rest客户端永远不应该比Elasticsearch节点更新。

对于您的情况，它强烈建议您将Elastic Search也升级到6.5，或将JavaRest Client降级回6.3。

6.3中也提供了“按查询更新”，所以我不明白为什么需要使用Java Rest客户端的6.5版本。除非在6.5版本中发布的更新查询API中有一些新特性，我不知道。

Answer 2

根据Elasticsearch，

运行混合版本集群是我们仅在升级过程中推荐的，而不是现状。集群中拥有旧版本的节点或客户端会限制对新功能的支持，因为旧客户端根本不知道如何以更新的二进制格式写入或读取请求。

这也应该反过来应用（旧ES-Version的新客户端）

此外，Samuel Kok在本建议中指出：

一旦集群中的所有节点都升级到新的主版本，客户端应该始终最后更新。