兩天週末很快就過去了，明天又是新的一天。
在這兩天我看了馬哥教育的視頻，講的蠻詳細的，就是時間有點場，一個簡單的命令就能介紹半個小時，最後我還是專門看了下集羣方面的視頻，之前的慢慢補吧，由於時間關係，只看了下馬哥對集羣的一些概括，還有它的架構和一些不同形式的組合，有LB HA 和HP形式，有一次詳細的瞭解了下集羣的概念，就當作是複習吧。
有個例子印象蠻深的，在一整套集羣中，並不是某一個硬件越強大整體就越強大，有可能會起到反向的作用，比如，由於我們網站的受歡迎度越來越大，客戶訪問量也大了許多，對磁盤的消耗較大，我們可以增加磁盤，但再往後走的話，可能不是磁盤的問題，在最上面客戶訪問是，DNS解析出現了瓶頸，導致很多客戶在後面排隊，體驗度明顯下降，會直接影響到網站的發展，那我們必須要在DNS這下功夫，就像一條流水線一樣，加工隊伍很強大，但採購部門弄不到貨，不但效率低，而且浪費了很多資源，所以，必須要一步一步的去高清到底問題出現在什麼地方，然後再對症下藥。
還有就是對於一個網站而言，必須要有備用的，即master和slave的關係，一旦一臺壞掉，另外一臺必須能夠通過心跳信息立馬發現，並且把資源迅速的搶奪過來繼續工作，這樣才能保證我們網站的正常運行。還有fence，一旦一臺真機出現問題，就不能再把客戶端的請求交給他，必須通過fence迅速的幹掉他，讓其他的真機去處理客戶端請求，而對於一些不同的真機，要加上不同的權重，這樣才能做到人盡其才，也避免把一些真機處理不了的請求交給他。
在前端不同的機子上，我們會把我們公司的首頁放進去，那麼，如果我們的首頁需要改動的話，我們必須要保證其他的同類機子必須保持同步，不可能手動的去逐個改動，這就需要用到rsync功能。
對於一個客戶，他可能會發送不同的請求，那麼我們必須要保證他第一次和接下來的每一次訪問的都要是同一臺機子，要不客戶會發現東西有漏洞，所以我們就需要解決這些問題。
明天做實驗，回來繼續記錄我的成果。