我有一个应用程序正在查询的只读SQL Server数据库。数据库托管在SQL Server Express上,SQL Server Express在Azure虚拟机中运行。所有执行的查询都非常相似。
现在我想在那里添加更多的虚拟机,并在它们之间进行负载平衡。目标是提高性能和高可用性(如果一台服务器宕机,我希望将查询返回到其余服务器)。
负载均衡的正确方式是什么?我的应用程序是一个.NET应用程序。
我可以将虚拟机配置为云服务。在这种情况下,Azure可以在TCP连接级别上在它们之间进行负载平衡。我能想到的另一种选择是在应用程序级别上执行此操作,以循环方式选择要连接的服务器。
使用Microsoft SQL server 2005,是否可以将多个物理服务器的处理能力组合到单个逻辑sql服务器中?在SQL Server 2008上是否可以这样做?
我在想,如果数据库文件位于SAN上,并且以某种方式其中一台sql服务器充当了一种主服务器,那么处理可以分布在多个物理服务器上,例如,甚至允许在没有重叠的情况下同时更新,并且在对未锁定的表进行只读查询的情况下没有限制。
我们有一个受sql服务器速度限制的应用程序,目前可能只能使用服务器2005。是获得一台功能更强大的物理服务器的唯一选择吗?
对不起,我不是专家,我不确定这个问题是不是很愚蠢。
提亚