我目前正在考虑在Azure虚拟机实例上托pipeSQL Server数据库，并通过两个负载均衡Webangular色连接网站。 由于我们的应用程序体系结构的各种限制，我们不能去完全成熟的Azure数据库，所以这是我们的中间地带。 我只是针对虚拟机和SQL Server有一些关于冗余的问题。
我是否需要维护两个VM实例以确保可靠的故障切换？
如果主虚拟机脱机，故障转移过程需要多长时间？ 很明显，在某种程度上，我想这取决于为什么它离线，但是有可能在几秒钟内进行故障转移？ 或者我是否需要等待主服务器上的磁盘重新映像到另一个节点？
任何帮助将非常感激！
使用Windows Azure虚拟机，您无法设置具有共享存储的“传统”数据库群集，因为您没有SAN。 这使您不得不使用其他SQL HA选项 – 数据库镜像，日志传送和使用AlwaysOn可用性组（可能为SQL 2012）。 你甚至可以使用复制 – 这或多或less是SQL Azure所做的。 您的应用程序如何响应取决于解决scheme。 镜像允许两个数据库位于连接string中，而ADO.NET则为您处理与其他服务器的对话。 日志传送您的应用程序将不得不检测故障，并自己移动到另一个节点。
研究“如何在不使用共享存储集群的情况下获得高可用性SQL Server”，您将得到答案。 你可以从MSDN开始。
无法执行以下任一操作：1）将Azure Blob存储直接提供给SQL故障转移群集？ 这是有效的共享存储。 SQL Server不支持写入这样的共享blob存储吗？ 2）在单独的虚拟机上的基于Azure存储的磁盘上创buildVHD，并将其作为iSCSI目标公开给故障转移实例。 尽pipe这种模式不能为您提供高可用性，但是考虑到iSCSI目标安装在单个节点上，而这个节点本身就是单点故障。