【发布时间】：2018-02-23 07:30:57
【问题描述】：
缩小 spanner 节点有哪些限制/注意事项？由于节点与存储的数据紧密耦合 - 可以说它具有高度可扩展性但没有弹性吗？以下引自 GCP 网站上的 quizlet 案例研究...
“可能无法减少数据库上的节点数量，即使您以前使用该数量的节点运行数据库也是如此。”
“可能”这个词需要一些扩展
【问题讨论】：
标签： google-cloud-platform google-cloud-spanner
【发布时间】：2018-02-23 07:30:57
【问题描述】：
我们建议有效缩减的几件事是删除未使用的数据（数据库、表、全局索引、行等）。这些数据将在大约 7 天内被清理，从而使您能够以更少的节点数运行。
【讨论】：
-
谢谢 - 我很感激。我试图更好地处理扩展和缩减的性能动态以满足峰值需求。
为了扩展“可能”——我们限制节点的减少以满足实例的2T/node limit。只要缩小规模不超过该阈值，您就可以扩大和缩小规模。
希望这会有所帮助！
【讨论】：
-
谢谢。我理解这个限制，但是如果你低于 2TB 的限制，但数据被拆分到许多节点（你为了临时性能而运行）然后你减少了，会发生什么？
-
我相信，存储和计算在扳手设计中是完全分离的。所以减少节点数应该没问题，除非你达到每个节点的限制，比如 2tb 存储、会话数或其他。