Greenplum - 主节点是一个瓶颈？
Greenplum - master node is a bottleneck?
我在这里阅读了 Greenplum 架构 https://gpdb.docs.pivotal.io/530/admin_guide/intro/arch_overview.html
这看起来像一个主节点 vs 这么多分段节点？
问题 1：主节点不是瓶颈，因为它只是一个为这么多网段做所有工作的节点吗？
问题 2：将段的工作与 mapper（MapReduce 中的 mapper）完成的工作和 Master Node 作为 reducer 的工作进行比较是否公平？如果是 - 那么它如何处理实例数量的这种不成比例？
A1。不，主人大多是闲着的。它处理客户端连接、生成查询计划、监视节点的可用性并将结果返回给客户端。
A2。不，master 与 NameNode 更相似，但它做的甚至更少。 NameNode 会跟踪 Greenplum 主节点不会跟踪的块位置。
我在这里阅读了 Greenplum 架构 https://gpdb.docs.pivotal.io/530/admin_guide/intro/arch_overview.html 这看起来像一个主节点 vs 这么多分段节点？
问题 1：主节点不是瓶颈，因为它只是一个为这么多网段做所有工作的节点吗？
问题 2：将段的工作与 mapper（MapReduce 中的 mapper）完成的工作和 Master Node 作为 reducer 的工作进行比较是否公平？如果是 - 那么它如何处理实例数量的这种不成比例？
A1。不，主人大多是闲着的。它处理客户端连接、生成查询计划、监视节点的可用性并将结果返回给客户端。
A2。不，master 与 NameNode 更相似，但它做的甚至更少。 NameNode 会跟踪 Greenplum 主节点不会跟踪的块位置。