Elasticsearch 6.3（但我们的ES经验全部来自早期版本）
我们有一个典型的多租户云应用程序。云端应用程式上有5,000个帐户。每个帐户有500到1,000,000个记录/文档。
当我们使用单个整体Elasticsearch索引时，它的大小约为800GB，并且我们的查询运行缓慢-确实很慢。在热的基于SSD的服务器上，数据需要5-14秒。 （我们在不同的列上进行排序，当然只需要单个帐户ID的数据。）
我们知道，单个帐户的数据将为我们提供超快速的ES查询，但将其划分为5,000个索引似乎是头等大事，并且可能需要相当大的集群，因此没有一个服务器可以处理1,000个索引。
在我的SQL思维中，我一直希望使大型整体索引具有“复合索引”方面（例如accountid），因为每个查询都有一个accountid前缀，但是我不确定ES可以处理此问题。
我们如何找到前进的道路？