Azure - 2个额外的小型实例或一个小实例

Question

从Windows Azure开始，但我怎么知道哪个更适合处理Web流量和后台处理器。两个额外的小实例会更好还是一个小实例？

如果我用一个小例子，我会做的网络角色背景处理器，什么都做这种方式的利弊？

在未来，这也将适用于在多个小实例或更少的大实例。

是否有某种工具来帮助决定我就可以得到我的降压等最好的邦哪种方式？

我知道，微软的SLA得到满足2个实例需要运行。

Answer 1

最好是有2个超小，而这1和小实例就服务可用性而言。话虽这么说，有多重陷阱：

• 你需要把你的虚拟机2成2个不同的升级域（在role definition file完成）。
• 您的应用需要支持多虚拟机，也就是说不依赖于非共享会话状态。
• 更好的可用性并不意味着更好的性能，特别是本地缓存基本上减半了。

缓存和散布在许多小的虚拟机的应用程序总体困难的大小通常解释为什么大多数开发坚持一个单一的，而是更大的VM，直到他们达到一个点，真正呼吁向外扩展（这很可能永远不会发生对于大多数应用程序）。

Answer 2

我想我们真的不能没有知道使用数据和详细信息，甚至后来我想只有时间才能告诉我们，但...

为什么不注册免费试用的一个帐户，给你一个特小实例。看看你的应用程序是否应付得足够好，然后当它上线获得第二个用于负载平衡，SLA等。
如果它不应付，那么得到一个更大的 - 但我仍然倾向于第二个 - 除非你不在乎它是否在随机时间不可用。 MS 将应用安全补丁和将重新启动您的情况不问所以二审会阻止你的网站不可用，因为他们将分别对其进行更新。

它看起来并不特别具有挑战性升级到更大的情况下，无论如何它应该成为一个出卖。

如果你有MSDN订阅（我认为是特级），那么你有足够的空闲时间来运行2个小实例。

从我看到的很少我不认为有任何真正的'con'在添加背景处理器。毕竟你要为整台机器付钱，所以你不妨为它赚钱而努力。这是他在最近看到的技术日时给我的印象。

试试看......

Answer 3

对于SLA的目的，至少需要两个实例，正如Joannes在谈到服务可用性时提到的那样。其他的事情要考虑：

• 可以很容易地处理后台任务在Web角色 - 你得到同样的OnStart()and Run()作为辅助角色。
• 缩放时，请记住，如果将功能组合为单个角色，则它们都会作为一个单元一起缩放。因此，如果您的后台处理由于网络流量过多而饿死，您需要考虑将其分解为不同的角色
• 额外小型实例具有共享CPU。更重要的是，它们的网络吞吐量会更少。一个小实例有约。 100Mbps的。一个额外的小实例是一小部分（我需要查找数字）。而...内存是768MB与1.75GB的小。
• 如果您有MSDN订阅，则包含的Windows Azure订阅每月有1,500个CPU小时。 但是... 不包括额外的小实例。你会为这些付钱。使用MSDN提供的帐户时，请务必使用Small。 编辑：MSDN配额现在对超小型实例很友善。