缩小扳手节点

2017-09-14 95 views 0 likes

缩小扳手节点的限制/考虑因素是什么？由于节点与存储的数据紧密耦合 - 它可以高度扩展但不具有弹性吗？以下是来自GCP网站上的小测试案例研究的引用...缩小扳手节点

“即使您以前使用该数量的节点运行数据库，也可能无法减少数据库上的节点数量。”

词“可能”需要一些扩大

2017-09-14 Tim B

回答

有几件事情我们会建议缩减实际上是通过删除未使用的数据（数据库，表，全球指数，行等）。这些数据将在7天内清理完毕，从而使您可以以较低的节点数量运行。

2017-09-15 16:38:23 snehashah

谢谢 - 我明白这一点。我试图更好地处理扩大和缩小的性能动态以满足高峰需求。 –

为了扩展“可能” - 我们限制节点的减少以满足实例的2T/node limit。只要缩小尺寸不超过该阈值，您就可以向上和向下缩放。

希望这会有所帮助！

2017-09-15 18:25:21

谢谢。我理解这个限制，但是如果你低于2TB的限制，但是数据被分散到很多节点（你运行临时性能）然后你减少会发生什么？ –

我相信，存储和计算在扳手设计中是完全分开的。因此，减少节点数应该没有问题，除非你达到每个节点的限制，例如2tb存储，会话计数或其他。 – halil