在Azure上设置高可用性

时间:2014-11-12 22:00:56

标签: azure azure-sql-database load-balancing high-availability azure-virtual-machine

我们正在将当前的IAAS解决方案转移到azure,我们在IIS中使用SQL Server后端托管asp.net LOB Web应用程序。

我在研究可用性集。我偶然发现了这篇文章:http://michaelwasham.com/windows-azure-powershell-reference-guide/understanding_configuring_availability_sets_powershell/

High Available Setup

这似乎是我们想要在Azure上设置我们的部署,其中“Web服务器”是我们的虚拟机。我的问题与我们如何设置虚拟机有关。目前,我们在IAAS解决方案上有大约200个独立的托管客户,这意味着IIS中有200个独立的Web应用程序。通过高度可用的部署,虚拟机应该是彼此的完全复制品,即盒子1上的200个客户和盒子2上的再次复制。或者我们应该将它们分散到多个盒子上,即盒子1上的0-50个客户,50-100个客户上方框2等。

我无法看到第二个选项传播如何在一个高度可用的集合中起作用,因为如果一个盒子下降而不是它上面的所有客户都用它来运行?

有点困惑,希望有人对此有所建议吗?

由于

1 个答案:

答案 0 :(得分:0)

最好复制所有内容,天蓝色负载均衡器(第4层平衡器)确保负载均匀且随机地分布在侦听端点上,因此您无法知道哪个服务器将应答请求,因此您必须具有相同的配置在两个盒子上。以下是您可能感兴趣的Azure负载均衡器的一些信息link

同样将它们放入availability set中,因此如果其中一个虚拟机因某种原因或更新期间(可能会不时发生vms)而死亡,您可以确定至少有一个虚拟机将永远存在在线。您可能需要两个以上的虚拟机,这实际上取决于您的每个客户端生成的流量以及创建的负载。但是至少要有两个vms。

如果您以前没有使用过Azure,请注意旁边;您可能需要花费一些时间来获得每个vm的成本,但请记住使用该计划进行扩展和缩小以降低成本并预测vms的负载。从故障的角度来看,还有4个较小的vms优于2个较大的vms,并且最终在一个月内成本相同。如果一个大vm死亡,你已经失去了50%的能力来为你的客户服务,就好像你丢失了一个较小的vm,你只损失了25%。

相关问题