我在同一个 IIS 8.5 中托管了多个网站。
网站名称相同，但端口或 http/https 不同。例如，
所有这些都在 IIS 服务器中，这是好的还是一个好主意或搞砸了？我有从 http 到 https 的重定向要求，比如 1 到 2 和 3 到 4。
我有一个使用运行状况测试功能 (healthcheck) 的 IIS ARR/Web Farm。测试的设置是每 30 秒检查一次给定的 url。它确实每 30 秒检查一次，但在每次检查期间会发送数百个请求。
有没有人见过这个？你知道如何预防吗？
网络农场配置：
<webFarm name="wf_site.at.your.domain_webservices_crosscampusenrollment" enabled="true">
<server address="site1.at.your.domain" enabled="true" />
<server address="site2.at.your.domain" enabled="true" />
<applicationRequestRouting>
<protocol timeout="00:00:30" reverseRewriteHostInResponseHeaders="false">
<cache enabled="false" queryStringHandling="Accept" />
</protocol>
<affinity useCookie="true" cookieName="ARRAffinity_site.at.your.domain_webservices_crosscampusenrollment" />
<loadBalancing algorithm="WeightedRoundRobin" />
<healthCheck url="http://site.at.your.domain/webservices/CrossCampusEnrollment/healthcheck" />
</applicationRequestRouting>
</webFarm>
这是IIS 日志的要点。
服务器信息：
Windows Server 2012 R2 Standard - Build 9200
IIS 8.5 - 8.5.9600.16384
URL Rewrite Module 2 - 7.2.2
ARR 3.0 - 3.0.1750
WFF - 1.1.1292
我们有两个独立的 NLB 网络农场。
第一个场运行一个应用程序，该应用程序将内容传送到第二个 NLB 上面向客户的应用程序。
我们注意到，每当访问从第一个场加载内容的页面时，我们的日志中就会出现一个加密错误。
是否有任何理由不为两个场中的所有服务器提供相同的 machineKey 设置？
在我的整个 IT 职业生涯中，我度过了最令人沮丧的日子之一。我正在尝试在网络场中的子域上安装 SSL 证书。
http://shop.mydomain.com需要始终被强制为https://shop.mydomain.com
我有一个威瑞信在 shop.mydomain.com 上签发的临时证书
我已经在服务器上安装了证书。
shop.mydomain.com 的网站在 IIS 中设置为主机标头，DNS 条目指向与 mydomain.com 相同的 IP - 这是我们的负载平衡器。我实际上有 2 个负载平衡器（根据我们的 ISP 的需要）。一个将端口 80 上的所有流量重定向到端口 80 上的不同服务器。另一个将端口 443 推送到端口 443 上的服务器。
shop.mydomain.com 是目前唯一受 SSL 保护的站点。
当我添加绑定并导航到https://shop.mydomain.com时，它会弹出一个关于证书无效的警告（假设是因为这是一个测试证书），然后它将用户发送到 http。
所以，我选中了“需要 SSL，它重定向到http://shop.mydomain.com/default.aspx并显示 ASP.NET 404 错误消息。（不是 IIS 404 错误）
我也尝试将站点上的绑定删除到端口 80，但没有成功。
我几乎准备好爬到我的桌子下面进入胎儿的位置。我到底怎么做这个工作？我什至不能让它在一台机器上工作，更不用说在负载平衡环境中了。
我们正在建立一个带有两台服务器的 IIS7 网络场。每个服务器应该有自己的本地内容副本，还是应该直接从 UNC 共享中提取内容？每种方法的优缺点是什么？
我们目前有一个实时服务器 WEB1，内容本地存储在单独的分区上。作业定期将 WEB1 同步到备用服务器 WEB2，对内容使用 robocopy，对配置使用 msdeploy。如果 WEB1 出现故障，Nagios 会通知我们，我们手动运行脚本将 IP 地址移动到 WEB2 的网络接口。两台服务器实际上都是在不同的 VMWare ESX 4 主机上运行的虚拟机。服务器已加入域。
我们在 WEB1 上有大约 50-60 个实时站点 - 主要是 ASP.NET，还有一些只是静态 HTML。大多数是低流量的“微型网站”。少数流量适中，但没有一个流量很大。
我们想改变这一点，以便 WEB1 和 WEB2 都在积极地提供内容。这主要是为了可靠性 - 如果 WEB1 出现故障，我们不希望手动干预以故障转移。分散负载也很好，但是现在负载还不够高，我们需要这个。
我们计划配置我们的防火墙以平衡两台服务器之间的流量。它将检测服务器何时关闭并将所有流量发送到剩余的活动服务器。我们现在计划使用粘性会话......最终我们可能会转向 SQL Server 会话状态和无状态负载平衡。
但是我们需要一种让服务器共享内容的方法。我们最初计划将所有内容移至 UNC 共享。我们的存储提供商说他们可以为我们设置一个高度可用的 SMB 共享。因此，如果我们走 UNC 路线，存储不应该是单点故障。但我们想知道这种方法的缺点：
我们需要更改每个站点和虚拟目录的物理路径。还有一些项目在其 web.config 文件中有绝对路径——我们也必须更新它们。
我们需要为 Web 服务器创建一个域用户以访问共享，并授予该用户适当的权限。我还没有对此进行研究 - 我不确定是否需要将应用程序池标识更改为此用户，或者是否有另一种方法告诉 IIS 在连接到共享时使用此帐户。
如果出现 Active Directory 问题，站点将无法再访问其内容。
一般来说，它看起来要复杂得多，有更多可能会损坏的活动部件。我们的存储提供商会在他们的冗余 SAN 上为我们创建一个卷。如果我理解正确，这个 SAN 卷将安装在运行在其冗余 VMWare 环境中的虚拟机上；然后，此 VM 会将 SMB 共享公开给我们的 Web 服务器。
另一方面，共享内容方法的一个好处是我们只需将代码部署到一个地方，并且内容的多个副本之间永远不会出现暂时的不一致。
这个线程非常有趣，尽管其中一些人的工作规模要大得多。
到目前为止，我一直在讨论内容，但我们还需要考虑配置。我不知道我们是否可以只对 applicationHost.config 和其他文件使用 DFS 复制，或者最好将共享配置功能与 UNC 共享上的配置一起使用。
你怎么看？
我正在建立一个大型 Drupal (Pressflow) 站点，这是我目前的计划。我有没有做过什么公然愚蠢的事？有没有人有像这样托管大型多服务器 Drupal 安装的经验？
我正在寻找为 Web 业务构建服务器场，我将需要前端 Web 服务服务器和一个通用的 NAS 文件服务器后端。
一些公司选择购买速度最快、最可靠的硬件，但需要支付额外费用。其他公司选择购买规格较低的廉价 PC 硬件，但数量更多。他们构建了高度冗余的系统，当它们出现故障时它们会被替换掉。我相信谷歌会采用后来的方法。
有没有人给我任何现实生活中的具体经验和建议？