集群环境下的行为
Behavior on clustered environment
在集群环境中，我想负载均衡器基本上会将请求传递给其中一个 E 节点。
现在，每个 E 节点如何理解在执行特定查询时要访问哪些 D 节点？
我对索引和缓存在集群环境下的工作方式有点困惑。
先解释一下E节点和D节点的区别
任何参与 MarkLogic 集群的主机都可能作为 E 或 D，甚至两者兼有。
一台主机是否作为 E-node 运行取决于它是否在一个包含与您相关的应用程序服务器的组中，例如公开您需要的一些 REST api 的应用程序服务器。因此，不仅仅是管理或应用服务，通常还有更具体的内容。
主机是否作为 D 节点运行取决于它是否拥有与您相关的数据库的任何森林，例如拥有相关应用服务器使用的部分或全部数据的森林。因此，不仅是模块或文档，而且通常是更具体的内容。
集群中的所有主机都有集群配置的完整副本。当一台主机需要位于另一台主机上的森林中的数据时，MarkLogic 将负责获取数据。
因此，D 节点与数据存储相关，包括磁盘和内存中的索引。
E 节点用于 'evaluate' 传入请求，因此 'E'。一些缓存发生在 D 节点上，但扩展树缓存等通常驻留在 E 节点上，因此它们不需要访问其他主机来获取数据。
您通常不需要太担心所有这些，直到您到达需要调整性能的阶段，这可能非常具体。如果您有能力，请 MarkLogic 提供帮助可能会很有用。
现在，关于负载均衡，它只涉及传入请求，因此与 E 节点相关。如果所有主机都在一个组中（并不少见），则每个主机都可以充当 E 节点。负载均衡器需要知道这些机器的网络 IP 或名称以中继流量。在虚拟化环境中，您可能希望更进一步，并允许自动向上和向下扩展。 MarkLogic Query Service 也与此相关。
HTH！
在集群环境中，我想负载均衡器基本上会将请求传递给其中一个 E 节点。 现在，每个 E 节点如何理解在执行特定查询时要访问哪些 D 节点？ 我对索引和缓存在集群环境下的工作方式有点困惑。
先解释一下E节点和D节点的区别
任何参与 MarkLogic 集群的主机都可能作为 E 或 D，甚至两者兼有。
一台主机是否作为 E-node 运行取决于它是否在一个包含与您相关的应用程序服务器的组中，例如公开您需要的一些 REST api 的应用程序服务器。因此，不仅仅是管理或应用服务，通常还有更具体的内容。
主机是否作为 D 节点运行取决于它是否拥有与您相关的数据库的任何森林，例如拥有相关应用服务器使用的部分或全部数据的森林。因此，不仅是模块或文档，而且通常是更具体的内容。
集群中的所有主机都有集群配置的完整副本。当一台主机需要位于另一台主机上的森林中的数据时，MarkLogic 将负责获取数据。
因此，D 节点与数据存储相关，包括磁盘和内存中的索引。
E 节点用于 'evaluate' 传入请求，因此 'E'。一些缓存发生在 D 节点上，但扩展树缓存等通常驻留在 E 节点上，因此它们不需要访问其他主机来获取数据。
您通常不需要太担心所有这些，直到您到达需要调整性能的阶段，这可能非常具体。如果您有能力，请 MarkLogic 提供帮助可能会很有用。
现在，关于负载均衡，它只涉及传入请求，因此与 E 节点相关。如果所有主机都在一个组中（并不少见），则每个主机都可以充当 E 节点。负载均衡器需要知道这些机器的网络 IP 或名称以中继流量。在虚拟化环境中，您可能希望更进一步，并允许自动向上和向下扩展。 MarkLogic Query Service 也与此相关。
HTH！