Cloud Spanner 是否允许我独立于计算扩展存储？
Does Cloud Spanner allow me to scale storage separately from compute?
我看到很多声称 Spanner 将计算与存储分离的说法。并确保图表看起来像它一样。但是，在扩展 Spanner 时，我唯一可以转动的旋钮是集群中的节点数。每个节点都配备了一些计算和 2TB 的存储空间。
很棒的是，即使我过度配置节点超过了我的存储需求，我仍然只需为我正在使用的存储付费。所以从这个意义上说，计算和存储的成本也是分离的。
但是如果我的存储扩展速度比计算速度快怎么办？如果我有 10TB 的数据，我需要 5 个（实际上是 6 个）节点。但是，如果没有足够的查询来使用这些节点上甚至 10% 的可用计算怎么办？与存储不同，我不为使用的计算时间付费。只要节点已配置，我就为它付费，但我无法取消配置它，因为我需要存储 space.
这意味着 Spanner 实际上并没有在严格意义上将计算与存储分开。由于我的计算成本随存储量（以及每秒查询量）而增加，因此这种说法似乎是公然错误的。
Spanner 可能根本不适用于计算比存储慢的用例，但我觉得我一定是误解了什么。请帮我看看我方法的错误。
I pay for the node as long as it's provisioned and I can't deprovision it because I need the storage space.
不幸的是，这是真的。
维护数据本身不仅会产生CPU，还会产生内存成本。因此，节点可以有效处理的数据量是有限的。 compute/storage 的分离声明仍然有效，直到达到限制。
It's possible that Spanner is simply not intended for a use case where compute scales slower than storage.
恐怕没有解决此限制的 ATM 问题。但我同意这是一个有效的用例，Cloud Spanner 可能应该有一个解决方案来处理它。
虽然它没有直接解决您的问题 - 您可以打开功能请求以提供数据点并帮助团队更好地确定优先级。
我看到很多声称 Spanner 将计算与存储分离的说法。并确保图表看起来像它一样。但是，在扩展 Spanner 时，我唯一可以转动的旋钮是集群中的节点数。每个节点都配备了一些计算和 2TB 的存储空间。
很棒的是，即使我过度配置节点超过了我的存储需求，我仍然只需为我正在使用的存储付费。所以从这个意义上说，计算和存储的成本也是分离的。
但是如果我的存储扩展速度比计算速度快怎么办？如果我有 10TB 的数据，我需要 5 个（实际上是 6 个）节点。但是，如果没有足够的查询来使用这些节点上甚至 10% 的可用计算怎么办？与存储不同，我不为使用的计算时间付费。只要节点已配置，我就为它付费，但我无法取消配置它，因为我需要存储 space.
这意味着 Spanner 实际上并没有在严格意义上将计算与存储分开。由于我的计算成本随存储量（以及每秒查询量）而增加，因此这种说法似乎是公然错误的。
Spanner 可能根本不适用于计算比存储慢的用例，但我觉得我一定是误解了什么。请帮我看看我方法的错误。
I pay for the node as long as it's provisioned and I can't deprovision it because I need the storage space.不幸的是，这是真的。
维护数据本身不仅会产生CPU，还会产生内存成本。因此，节点可以有效处理的数据量是有限的。 compute/storage 的分离声明仍然有效，直到达到限制。
It's possible that Spanner is simply not intended for a use case where compute scales slower than storage.恐怕没有解决此限制的 ATM 问题。但我同意这是一个有效的用例，Cloud Spanner 可能应该有一个解决方案来处理它。
虽然它没有直接解决您的问题 - 您可以打开功能请求以提供数据点并帮助团队更好地确定优先级。