Azure SSAS 向上和向下扩展
Azure SSAS Scalling up and down
下面是我们的场景：
我们在 Tier S1 上使用 Azure Analysis Services。
我们想在晚上升级到 Tier S2 以进行完整的处理。
处理完成后，我们想缩减到 S1 层。
问题：
- 当我们扩大规模时，大概需要多长时间？
- 当我们扩大规模时，最终用户有多少停机时间？我听说过几分钟到几秒钟，但没有确定的或它取决于什么。
- Azure 完成扩容后，立方体是否可供查询或是否需要以任何方式重新处理？ （我想，它已经准备好了）
- 我们完成向下缩放后，立方体是否可以查询或是否需要重新处理？ （我想，它已经准备好了）
- 我们的用户通过 Excel 连接，扩展后他们的连接是否需要任何更改？ （我不这么认为）
不幸的是，Microsoft 网站上没有很多关于垂直缩放的文档。
编辑：明确地说，我指的是垂直缩放 (up/down) 而 不是 水平缩放 (out/in)。
There is unfortunately not a lot of documentation on vertical scaling on Microsoft's sites.
是的，缺乏非常具体的细节似乎在云提供商中很常见。除了 Azure，我还在 AWS 上发现了相同类型的东西，并希望它在其他云提供商上也会类似。我不确定这是因为它有很多变数而且他们不想解释它（或者担心将他们的方法泄露给竞争对手）或者他们是否希望在不通知任何人的情况下自由改变方法。我很沮丧。以下是我的经历：
- 一般来说，几分钟。肯定有几次这比其他人更快。似乎没有任何特别的押韵或理由，或者至少，我们以任何方式表明它将是 'fast' 或 'slow'。我怀疑这与新实例的距离有多远，它们的网络在我们需要传输以重新建立的交叉链接之间有多繁忙，或者实际上我们所在的实例是否已经有能力做到这一点有关并重新分配给我们更多。
- 这与#1 几乎相同。
- 是的，它报告操作完成后应该已完全准备好。
- 是的，它报告操作完成后应该已完全准备好。
- 不，但我假设您意识到在转换过程中连接会丢失。您将需要确保连接自动重新连接。
下面是我们的场景：
我们在 Tier S1 上使用 Azure Analysis Services。
我们想在晚上升级到 Tier S2 以进行完整的处理。
处理完成后，我们想缩减到 S1 层。
问题：
- 当我们扩大规模时，大概需要多长时间？
- 当我们扩大规模时，最终用户有多少停机时间？我听说过几分钟到几秒钟，但没有确定的或它取决于什么。
- Azure 完成扩容后，立方体是否可供查询或是否需要以任何方式重新处理？ （我想，它已经准备好了）
- 我们完成向下缩放后，立方体是否可以查询或是否需要重新处理？ （我想，它已经准备好了）
- 我们的用户通过 Excel 连接，扩展后他们的连接是否需要任何更改？ （我不这么认为）
不幸的是，Microsoft 网站上没有很多关于垂直缩放的文档。
编辑：明确地说，我指的是垂直缩放 (up/down) 而 不是 水平缩放 (out/in)。
There is unfortunately not a lot of documentation on vertical scaling on Microsoft's sites.
是的，缺乏非常具体的细节似乎在云提供商中很常见。除了 Azure，我还在 AWS 上发现了相同类型的东西，并希望它在其他云提供商上也会类似。我不确定这是因为它有很多变数而且他们不想解释它（或者担心将他们的方法泄露给竞争对手）或者他们是否希望在不通知任何人的情况下自由改变方法。我很沮丧。以下是我的经历：
- 一般来说，几分钟。肯定有几次这比其他人更快。似乎没有任何特别的押韵或理由，或者至少，我们以任何方式表明它将是 'fast' 或 'slow'。我怀疑这与新实例的距离有多远，它们的网络在我们需要传输以重新建立的交叉链接之间有多繁忙，或者实际上我们所在的实例是否已经有能力做到这一点有关并重新分配给我们更多。
- 这与#1 几乎相同。
- 是的，它报告操作完成后应该已完全准备好。
- 是的，它报告操作完成后应该已完全准备好。
- 不，但我假设您意识到在转换过程中连接会丢失。您将需要确保连接自动重新连接。