Amazon-Ec2
哪個 EC2 實例最適合 Chef 伺服器？
我想盡可能便宜地設置廚師伺服器，同時留出足夠的空間來執行而不會崩潰。我在該主題上找到的唯一一篇文章警告說，由於記憶體不足，RabbitMQ 會在微實例上崩潰。
問題是：考慮到我在我的應用程序中沒有將 CouchDB 或 RabbitMQ 用於其他任何東西，因此可以可靠地執行廚師伺服器的最便宜的 EC2 實例是什麼，因此可能必須專門為同一實例上的廚師伺服器設置它們。
比節點數量更大的因素是收斂的數量 - 這轉化為 API 命中 - 您的客戶端在配置節點時進行。
正如您所發現的，Ruby API 伺服器是記憶體密集型的，因此微型實例很快就會感到局促。CouchDB 後端可能是寫入密集型的（取決於您的收斂性），因此 IO 性能是一個考慮因素。搜尋引擎通常沒問題，您可以增加擴展器 vnode 的數量來處理索引的工作量。
通常，我們發現 c1.medium 是各種工作負載的最佳降壓實例大小，不僅適用於 Chef 伺服器，而且適用於一般應用程序使用。不過，它的成本確實是 m1.small 的兩倍。
Chef 伺服器專為水平擴展而設計。它可以在一個系統上啟動，但隨著基礎架構規模的增加，您可能希望將組件拆分到單獨的系統中。根據其經濟性，您可以通過在它們自己的單獨實例上執行組件來為您的工作負載混合和匹配實例大小。有關Chef wiki 上的配置選項的更多資訊。
此外，Opscode Hosted Chef可能是一種經濟的解決方案，因為您不必擔心任何這些。