使用SQL Server的网站的外部连接器许可证

时间:2013-03-18 12:58:14

标签: sql-server windows-server

我在与微软许可代表交谈时发现了一些非常奇怪的事情,我想通过社区来看看这是否是任何人都知道有变化的事情。

我问了一个关于许可SQL Server / Windows Server的问题,这导致我被推荐为不使用Windows用户的网站的外部连接器许可。

我把它归结为基本情景:

服务器1:

Windows Server 2008 R2,运行IIS 7.5,使用自定义的面向公众的网站,使用本地身份验证机制(即不是本地Windows用户或AD用户),其中用户数量(经过身份验证或未经过身份验证)是不确定的。

服务器2:

Windows Server 2008 R2,运行SQL Server 2008 R2。

服务器1上的网站使用SQL身份验证登录连接到服务器2上的SQL Server。

所需的许可是: 服务器1的Windows Server许可证 服务器2的Windows Server许可证 SQL Server"每处理器"执照 和 服务器2的外部连接器许可证。

这看起来很荒谬,因为它使服务器2的Windows许可证的成本增加了三倍。而且,就SQL Server而言,没有多个客户端连接,只有1"设备"然后,它提供了一个巨大的"增值"仅仅来自SQL Server的数据。

我的问题,有没有人遇到过这个问题?看起来这是错误的,因为上述情况,我想,对于大多数创建网站的.NET软件公司来说,这是最常见的情况,而且,我曾经工作了一些,我从来没有听说过这个!

我已经看到了这个问题:

https://stackoverflow.com/questions/3072044/external-connector-licensing-with-website-hosted-on-windows

但是,它并没有真正获得有关场景等的足够信息,也没有引用任何适当的资源。

如果有人能够真正指出信誉良好的网站中的某个部分,而不仅仅是指向通用"客户端许可证的链接,我将不胜感激。页。

3 个答案:

答案 0 :(得分:2)

只是增加了之前优秀的答案:

  • 每个单独的许可证涵盖2个核心: 这是错的。正如您所料,每个核心许可涵盖一个核心。事实上,您可以购买的产品参考SKU是一包2个核心许可证。如果您需要将许可证分配给服务器,则可以将此包分为2个单核许可证。作为旁注,我很高兴知道在微软创建这个SKU的“聪明”家伙的名字,因为它增加了很多混乱,并为我的行业产生了更多的工作,软件资产管理(SAM)

  • 我会与微软合作,因为他们会进行软件审核: 这也是错误的。 Microsoft从不自行进行软件审计。他们总是将此委托给第三方。因此,许可规则的内部知识通常在微软很差,我强烈建议请求许可专业人员,例如SAM顾问。

  • 关于Martin的评论,我们处理的Microsoft Licensing人员(LAR)有不同的看法: LAR或LSP现在是他们的新名称,通常是纯粹的经销商,其许可知识通常也很差。他们的目标是销售最多,而不是确保他们的客户符合要求,并进行更优化。我不同意他们的看法。再次,请询问SAM专业人员。

祝你好运, 吉勒

答案 1 :(得分:1)

外部连接器许可证代替Windows Server用户/设备CAL: http://www.microsoft.com/licensing/about-licensing/client-access-license.aspx http://www.microsoft.com/licensing/about-licensing/product-licensing.aspx

外部连接器定义为: "外部连接器(EC)许可证是外部用户将访问的每个服务器的CAL的替代方案。外部用户是非员工或现场承包商的用户。分配给服务器的EC许可证允许任意数量的外部用户访问,只要该访问权限是为了被许可方而不是外部用户的利益。无论运行的实例数是多少,外部用户访问的每个物理服务器只需要一个EC许可证。运行服务器软件实例的权利是单独许可的;与CAL一样,EC只允许访问。 EC许可证(如CAL)是特定于版本和功能的。它们必须与要访问的服务器软件版本相同或更晚。关于是否为外部用户获取CAL或EC的决定主要是财务决策。"

服务器处理器/核心许可允许无限制连接 - 无论是内部连接还是外部连接(只要您覆盖计算机中的所有核心)。对于SQL Core许可证(与服务器分开:英特尔的数量乘以1,某些型号的AMD的数量为.75):http://go.microsoft.com/fwlink/?LinkId=230678(第7-9页)。

服务器1:如果它是工作负载Web服务器,则IIS不需要CAL用于外部连接器 - IIS被免除(http://microsoftlicensereview.com/category/external-connectors/)。对于员工或现场承包商,Windows Server确实需要用户/设备服务器CAL(如果以此方式获得许可)。对于对服务器进行身份验证的非现场用户,不仅仅是网站相关信息,如果更有意义购买外部连接器许可证而不是这些用户的用户/设备CAL,那么您可能希望这样做。

服务器2:除了上述与此服务器类似的许可证之外,SQL Server还需要:每个核心许可证(每个单独的许可证涵盖2个核心,您需要许多许可证作为您机器的核心因素);或1个SQL Server许可证+用户/设备Cals,用于连接到网站上提取SQL数据的所有用户。

这使您无法进行多路复用,如下所述: http://www.microsoft.com/licensing/about-licensing/briefs/multiplexing.aspx http://go.microsoft.com/fwlink/?LinkId=230678(第17页)。

这篇文章进一步解释了这一点(她提到了非现场承包商,这与现场承包商不同 - 需要用户/设备CAL): http://www.networkworld.com/community/blog/microsoft-cals-and-external-connector-license

因此,似乎由于用户通过服务器1上的Web应用程序连接到SQL服务器,而不是对服务器2进行身份验证(如果服务器1直接使用字符串而不是身份验证连接到SQL),则不会看起来在服务器2上不需要外部连接器许可证(但我会与微软合作,因为它们是进行软件审计的。)

希望有所帮助。

答案 2 :(得分:-1)

您需要提到的所有内容以及服务器1的外部连接器许可证。

IMO微软价格昂贵是一个毫无根据的神话。在接下来的3年内(这些产品的通常发布周期),您需要多少费用系统管理员来管理这些内容?与开源替代产品相比,这些产品更易于开发,维护和调试。