紅岸智能 周雪松新系列知識點
有點扯遠了,所以還是換回單個的數據中心,在其中部署一個私有雲,私有雲的分布式存儲……
假設chunkserver使用6臺物理機,那麼這幾個master的VM也運行在這六臺物理機上麼?不!!!
為了保證可靠性和可用性,所有的雞蛋肯定不能放在一個籃子了,所謂狡兔三窟,所以一定要再找3臺物理機,在每個物理機上創建一個VM,然後運行這個master。
再思考一種場景,數據是安全可靠了,各種分片,各種數據分布,但是!!!如果master進程或者chunkserver進程掛了怎麼辦?
從而需要一個檢活的進程,市面上檢活的工具也有很多,最常見的莫過於supervisor,當進程掛了,自動拉起來……哦?你死了?復活吧,我的勇士!!!
從而也就又有了兩個VM,你問我為什麼需要兩個VM,這兩個VM主要是用來做負載均衡的,或者主備的,主要就是為了保證檢活的進程自己也要活著,畢竟萬物不可靠,弄兩個是最可靠的,……副本是分布式可靠性的唯一的保障手段!!!
是不是就夠了呢?不夠……還需要一個工具的VM,你問我為什麼需要一個tools的VM?因為在分布式存儲中,有的時候進行各種批量的操作,例如檢測chunkserver的日誌,需要專門的工具或者sdk等;例如需要進行統計集群的剩餘容量,你需要專門的工具;你需要檢測各個進程的狀態,你需要一個工具。所以這個tools不是必須的,但是……最好是有的,而且要把這個tools工具的VM做成免密的形式,因為這樣才有批量操作的權利。
<figure style="box-sizing: border-box; list-style: inherit; margin: 20px 0px; color: rgb(51, 51, 51); white-space: pre-wrap;">
</figure>
這樣是不是就夠了呢?所有的進程都有了,所有的監控也有了,所有的日誌也都保存了,所有告警???我的告警監控呢……