Azure - 2x额外小型或单个小型实例

时间:2011-06-03 07:05:22

标签: azure load-balancing azure-compute-emulator

从Windows Azure开始,但我怎么知道哪个更好地处理网络流量和后台处理器。 2x额外的小实例会更好还是只有一个小实例。

如果我要使用一个小实例,我会将后台处理器设置为web角色,这样做的缺点是什么?

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

是否有某种工具可以帮助我决定哪种方式可以获得最佳效果等等?

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

3 个答案:

答案 0 :(得分:12)

最好有2个超小而非1个小实例就服务可用性而言。话虽如此,有多个陷阱:

  • 您需要将2个虚拟机分为2个不同的升级域(在role definition file中完成)。
  • 您的应用需要支持多虚拟机,即不依赖于非共享会话状态。
  • 更好的可用性并不意味着更好的性能,特别是本地缓存基本上减半。

缓存的大小以及在许多小型虚拟机上传播应用程序的总体困难通常可以解释为什么大多数开发人员都会坚持使用单个但更大的虚拟机,直到他们达到真正要求扩展的点(大多数应用可能永远不会发生这种情况)反正)。

答案 1 :(得分:3)

对于SLA目的,您需要至少两个实例,正如Joannes在谈论服务可用性时所提到的那样。其他需要考虑的事项:

  • 在Web角色中处理后台任务很容易 - 您与工作人员角色获得相同的OnStart() and Run()
  • 缩放时,请记住,如果将功能组合到一个角色中,它们将作为一个单元一起缩放。因此,如果您的后台处理由于过多的网络流量而陷入困境,您会考虑将它们分成不同的角色
  • 超小实例共享CPU。更重要的是,它们的网络吞吐量会降低。一个小实例有约。 100Mbps的。超小实例只是其中的一小部分(我需要查找数字)。并且......内存为768MB,而Small为1.75GB。
  • 如果您有MSDN订阅,则附带的Windows Azure订阅每月有1,500个CPU小时。 但是...... 排除了超小实例。你会为那些付钱。使用MSDN提供的帐户时一定要使用Small。编辑:MSDN津贴现在对超小型实例很友好。

答案 2 :(得分:1)

我想我们真的不知道没有使用数据和更多信息,即便如此我认为只有时间会告诉...

为什么不注册一个免费试用帐户,为您提供额外的小实例。看看你的应用是否足够好,然后在它上线时获得第二个用于负载平衡,SLA等 如果它没有应对然后得到一个更大的 - 但我仍然倾向于第二个 - 除非你不关心它是否随机时间不可用。 MS 将应用安全补丁,重新启动您的实例,而不会询问第二个实例是否会阻止您的网站不可用,因为他们会单独更新它们。

如果它变成售罄,升级到更大的实例并不是特别具有挑战性。

如果您有MSDN订阅(我认为是高级版),那么您可以获得足够的空闲时间来运行2个小实例。

从我看到的一点点来看,我认为在添加后台处理器时没有任何真正的'con'。毕竟你要为整台机器付费,所以你不妨让它为它付钱。这是他们在最近看到的科技日给人的印象。

试一试,看看......