AWS實例的JuJu bootstrap節點型別

AWS實例的JuJu bootstrap節點型別

1) JuJu bootstrap 的預設 AWS 執行個體似乎是一個小型 EC2。使其成為微型實例有什麼缺點嗎?就成本和效能而言,什麼實例是理想的? (我可能會透過 JuJu 在 AWS 上運行風暴拓撲,如果這有幫助的話。還不知道叢集有多大。)

2) AWS 上的 JuJu bootstrap 節點自動附加了 8GiB 資料磁碟區。有這個必要嗎?它是做什麼用的?有沒有辦法在不附加此資料卷/更改資料卷類型的情況下部署引導節點?

我找不到任何資訊。 JuJu 線上文件中解答了這些問題。

答案1

由於不存在“微小”這樣的東西,我假設您指的是微型實例。t2.micro是可爆發的,我們透過經驗發現,微控制器的能力太弱,無法運行引導程式/狀態伺服器節點。

如果您希望節省成本,那麼您可以做的是在引導節點上運行工作負載,以便您有效地共享一台機器作為協調節點並將其用於實際工作。也許還可以考慮在 HA 模式下運行 Juju,以便在多個節點上擁有一個狀態伺服器:

https://jujucharms.com/docs/stable/controllers-ha

這樣你就不會浪費節點,但也不會把所有的雞蛋放在同一個籃子裡。

我不確定數據量,當我得到它時我會詢問並添加該資訊。

相關內容