我正計劃爲RestComm提供自動縮放的高可用性設置,以及有關計劃它的最佳方式的一些疑問。Restcomm的高可用性
這是我現在有:
- 使用Amazon ECS(搬運工)Restcomm實例,這樣我們就可以非常容易地推出更多的實例。
- 它們都共享Amazon RDS數據庫。
- 工作區在實例之間共享並保持不變。
要移動到下一個步驟,我有一些問題:
- 亞馬遜負載平衡器不是一種選擇,因爲它不支持UDP,所以我考慮Telestax LB,是正確的?。是否有可能使用docker進行部署?
- 將Restcomm MS移到Docker Restcomm圖像的外部,以便它可以獨立縮放。 Restcomm提供env變量來指定MS,所以我會在後面有一個LB和幾個MS。正確?。
- 需要多少RAM一個Restcomm實例以及多少個併發會話支持?我們怎樣才能知道實時並以編程的方式實現了多少個併發會話?
- 在RestComm中實現了一個「自動縮放」機制?更多信息,將不勝感激。 Ubuntu Juju不適合我。
- 我們正在考慮使用Graylog2或logstasch進行日誌管理。這裏有什麼見解?你如何在泊塢窗圖像中安裝代理?
我發現這是本很好的文件的唯一文件:https://docs.google.com/document/d/13xlaioF065pDnQUoZgfIpi6Noh0qHfAZ7U6afcPd2Y0/edit
是否有任何其他文檔?
在此先感謝!
非常好的答案,謝謝@jeand。我會看看kubernetes的問題,也許我可以在不久的將來做出貢獻。關於負載均衡器,restcomm實例有固定的IP地址,還是在負載均衡器中動態註冊(類似於微服務)? –
@AntónR.Yuste讓我在Kubernetes的貢獻中私下給你打電話。 restcomm實例實際上是與負載均衡器動態註冊的;) – jeand
當然,總是樂於與您說話,我已經在您的gitter頻道。感謝您的答案。現在對我來說更加清楚:你的LB是要走的路。 –