Ignite Cluster co-location advantage'；在Kubernetes使用共享数据存储和WAL进行扩展的情况下，这似乎是不可能的。有什么问题吗？

我已经成功地在Kubernetes集群下放大和缩小了Ignite集群

增加“副本”的数量会创建新的Ignite吊舱，这些吊舱使用“Kubernetes IP Finder”加入集群

减少副本数量会丢弃一些POD，相应的Ignite节点会离开Ignite群集

这是完美的，我可以根据需要增减Ignite群集的大小

到目前为止，我还没有在Ignite集群中启用“持久性”

但是，如果Ignite节点启用了“持久性”，那么它们就必须共享数据存储，因为这些节点不是预定义的，而是动态的。 这意味着每个Ignite节点将不再拥有自己的数据，因此不可能同时定位。 Ignite将如何选择拆分工作

此外，由于所有节点共享相同的存储，它们将开始争夺对数据存储和WAL的访问权。

---

这难道不会成为性能瓶颈吗？

设置共享驱动器不会影响数据分区算法和关联共定位。每个节点在共享驱动器上为其负责的数据创建一个唯一的文件夹

---

共享驱动器可能会成为瓶颈，这是对的。您需要安排几个驱动器，并将它们分散在豆荚中。GridGain人员可能会有更具体的建议，只要他们提供Ignite托管服务。尝试从他们那里获得见解：

我更多地考虑了如何在需要更多资源时使集群增长，在需要更少资源时使集群缩小。我不知道每个节点都会在共享数据存储中创建自己的文件夹。这意味着我可以扩展集群。但是，如果我缩小规模，我可能不可避免地丢失数据。不过，我同意瓶颈问题和托管服务方法。最后，明确配置每个节点/POD以及自己的数据存储等，感觉最好。“GridGain和Apache Ignite Operator for Kubernetes”似乎适合于协调Ignite集群的调整和管理。再次看到，放大听起来非常积极，但是，缩小怎么样？我想我必须用“GridGain和ApacheIgnite操作符for Kubernetes”进行实验，以找出或向相关小组询问questino。