SharePoint 2013和Sitecore 8.2共享相同的基础结构

Question

是否适用于将SharePoint 2013和Sitecore 8.2安装在同一台服务器上（共享相同的基础结构）？如果是的话，是否有缺点？

感谢您提前致谢。

Answer 1

从技术上讲，这是安全的，但两者都将使用IIS基础设施来交付他们的网站，并且主机将对内存和可能的磁盘I/O造成影响，具体取决于这些产品中的任何一个配置如何存储他们的数据。

我有与Sitecore 7和8一起工作的不愉快的“快乐”，我可以保证你有可能并且有点安全，但是有条件可以满足，让我去查看一些可能的红旗，它会希望可以帮助您就如何在同一基础架构上安装这两种产品做出更均衡的决定。

第一种方案和最安全的：3台服务器

• SQL Server的两个实例，分离SharePoint和Sitecore的
• for SharePoint的一台服务器（假定它是一个单场服务器）
• 一个Sitecore服务器（假设你可以处理搜索/索引）

这是最好的和最安全的，罪如果SharePoint和Sitecore驻留在同一台服务器上，那么IIS是一场拔河大战，在上面的场景中，如果您不介意访问限制/安全性，则可以在同一实例上同时处理这两种情况，但最好继续独特的情况下，将成为更安全，更容易管理

第二种情况：2个服务器

• SQL Server的两个实例，分离SharePoint和Sitecore的
• 一台服务器为SP + Sitecore的

是的，您可以同时拥有这两个设备，但您需要非常小心地配置端口，站点，应用程序池和硬件要求。

一些注意事项：

微软已经明确的SharePoint应如何配置，你需要一个专门的机器为SQL Server，anddifferent根据农场在其特定角色的SharePoint服务器：Web前端，应用服务器，搜索服务器等，或者如果它是一个非常小的“农场”，你可以将它们全部塞进一台服务器，但SQL Server（这是磁盘I/O是山丘之王的地方）。

尽管Sitecore不需要像SharePoint这样的服务器场，但它具有相同的相似性，专用服务器用于SQL Server，一台服务器用于Sitecore，在某些情况下，您希望另一台服务器用于搜索和索引。

这里的底线是，全部取决于你的项目有多大，这里的大小是衡量因素的数量：用户数量，同时用户数量，存储的数据量。

我不会在同一台机器上混合使用SharePoint和Sitecore，但我不介意在不同的实例中将它们混合到同一个SQL Server中，原因很简单，SharePoint更有可能占用IIS，假设您运行的是SP 2010/2013，则用户配置文件服务和FIM是SharePoint领域出现问题的常见原因，并且SP Admin通常会执行IISRESET -NOFORCE来解决这些问题。

如果您使用的是Sitecore + MVC或MMVC，那么您最终可能会自定义IIS网站，并且需要加强计算机以避免使SharePoint陷入低谷（假设SharePoint Central Admin和SharePoint Web Services +您创建的其他用户Web应用程序）都安装在同一台服务器上。

我试图不让这个过于复杂，但分享一些真实世界的场景，因为它归结为服务器上的负载，你需要记住一件事，SharePoint是一个野兽，它是一个如果您希望单个SharePoint Server + Sitecore生活在同一个地方，需要更多资源吗？

Microsoft和Sitecore的建议很明确：专用服务器，除此之外的任何内容都由您自担风险。

我混在一起，放在一起，它为我工作，但我不会再这样做，这是不值得，如果有机会让他们分开。

Answer 2

我同意苏博士的所有观点。还有一件要考虑的是Sitecore许可限制。如果您使用的是持久性许可证（又名服务器许可证），则它们中的大多数将您限制为服务器上的8个内核。如果您在同一台服务器上同时运行Sitecore和Sharepoint，则可能需要超出8个内核来处理生产负载，这意味着现在您必须为该单一安装购买Sitecore的多个许可证，或者必须切换到订购许可模型。