Vmware下建立Docker Cluster
MacauYeah・2023-06-16之前都使用Multipass作為Proof of Concept，自己做測試用。直正上Production，Network環境就多少有點差異。 假設大家為Application Admin，但無條件處理Vmware層面上的事項，只可以從VM內部install setup application。 安裝Docker script 都來自Docker 官方網，筆者微調了一些auto accept選項。 Code block由於安全性問題，沒有獨立寫了LifeMag 網誌中，請移到github repo。 假設三台VM已經安裝docker，ip分別為 10.13.31.21, 10.13.31.22, 10.13.31.23。 在其中一台VM上，例如ip 10.13.31.21上， Code block由於安全性問題，沒有獨立寫了LifeMag 網誌中，請移到github repo。 與前述Multipass不同的是，這裏的datapathport要自定義，因為預設的port 4789在Vmware的有特殊同途。 之後部份就跟傳統做法一樣，先取得manager join token, 然後在其他VM上使用該token加入cluster Code block由於安全性問題，沒有獨立寫了LifeMag 網誌中，請移到github repo。 這樣，在swarm上的application，就會自動在10.13.31.21, 10.13.31.22, 10.13.31.23，上遊走。 即使你的app container目前是跑在10.13.31.238080上，但因為swarm mode routing mesh，你經過10.13.31.218080都可以連到該app。 如果你只是做stateless app load balance分流，這樣就足夠了，不用考慮ip fail over。但如果你要做到ip fail over，還要額外設定keepalive virtual ip，這個virtual ip會自動依付到某台活著的VM上，這樣外界才不會連到一個死ip上。又或者額外建一台load balancer，可以偵測到swarm node上那台機還活著，從而達到fail over效果。但這台load balancer也有一些穩定性要求，若然大家只是用一個普通的nginx做load balance，還是會有單點故障問題single point of failure。
OHChance 旅遊誌・2019-10-23
澳門生活圈・2019-06-01
澳門優惠・2019-05-12
Oculus Go Go Go!・2018-07-23
Cleo's Travel Log 為旅死 為旅亡・2018-03-02
早記・2017-10-27
Lawrence・2017-10-26
Chrysalids 少爺・2017-08-16
LifeMag Editor・2017-02-06