前面提到過每個(gè)Chubby單元是由五個(gè)副本組成的，這五個(gè)副本中需要選舉產(chǎn)生一個(gè)主服務(wù)器，這種選舉本質(zhì)上就是一個(gè)一致性問題。在實(shí)際的執(zhí)行過程中，Chubby使用Paxos算法來解決這個(gè)何題。
主服務(wù)器產(chǎn)生后客戶端的所有讀寫操作都是由主服務(wù)器來完成的。讀操作很簡單，客戶直接從主服務(wù)器上讀取所需數(shù)據(jù)即可，但是寫操作就會(huì)涉及數(shù)據(jù)一致性的問題。為了保證客戶的寫操作能夠同步到所有的服務(wù)器上，系統(tǒng)再次利用了Paxos算法。因此，可以看出Paxos算法在分布式一致性問題中的作用是巨大的
2.安全性
Chubby采用的是ACL形式的安全保障措施。系統(tǒng)中有三種ACL名，分別是寫ACL名（WriteACLName)、讀 ACL名（ReadACLName)和變更ACL名（ChaugeACL Name)。只要不被覆寫，子節(jié)點(diǎn)都是直接繼承父節(jié)點(diǎn)的ACL名。ACL同樣被保存在文件中，它是節(jié)點(diǎn)元數(shù)據(jù)的一部分，用戶在進(jìn)行相關(guān)操作時(shí)首先需要通過ACL來獲取相應(yīng)的授權(quán)。圖2-11是一個(gè)用戶成功寫文件所需經(jīng)歷的過程。
用戶chinacloud提出向文件CLOUD中寫入內(nèi)容的請(qǐng)求。CLOUD首先讀取自身的寫ACL名婦女，接著在fun中査到了chinacloud這一行記錄，于是返回信息允許chinacloud 對(duì)文件進(jìn)行寫操作，此時(shí)chinadoud才被允許向CLOUD寫入內(nèi)容。其他的操作和寫操作類似。
3.性能優(yōu)化
為了滿足系統(tǒng)的高可擴(kuò)展性，Chubby目前已經(jīng)采取了一些措施。比如提高主服務(wù)器默認(rèn)的租約期、使用協(xié)議轉(zhuǎn)換服務(wù)將Chubby協(xié)議轉(zhuǎn)換成較簡單的協(xié)議、客戶端一致性緩存等。除此之外，Google的工程師們還考慮使用代理（Proxy)和分區(qū)（Partition)技術(shù)，雖然目前這兩種技術(shù)并沒有實(shí)際使用，但是在設(shè)計(jì)時(shí)還是被包含進(jìn)系統(tǒng)，不排除將來使用的可能。代理可以減少主服務(wù)器處理KeepAlive以及讀請(qǐng)求帶來的服務(wù)器負(fù)載，但是它并不能減少寫操作帶來的通信量。Google自己的數(shù)據(jù)統(tǒng)計(jì)表明，在所有的請(qǐng)求中，寫請(qǐng)求僅占極少的一部分，幾乎可以忽略不計(jì)。使用分區(qū)技術(shù)的話可以將一個(gè)單元的命名空間（Name Space)劃分成AT份。除了少量的跨分區(qū)通信外，大部分的分區(qū)都可以獨(dú)自地處理服務(wù)請(qǐng)求。同過分區(qū)可以減少各個(gè)分區(qū)上的讀寫通信量，但不能減少KeepAlive請(qǐng)求的緝信量。因此，如果需要的話，將代理和分區(qū)技術(shù)結(jié)合起來使用才可以明顯提髙系統(tǒng)同時(shí)處理的服務(wù)請(qǐng)求量。
