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的多個許可證，或者必須切換到訂購許可模型。