可擴充套件性是資料庫系統一個重要的特性，架構師們動輒提及的 scale up 和 scale out 是兩種常見的擴充套件方式。

前者指 縱向擴充套件，主要基於現有的儲存系統，透過增加儲存容量和計算容量來滿足容量擴充套件的需求，這種方式的缺點是價格昂貴。例如 EMC 的高階儲存和 IBM 的伺服器系列，並且受限於臨界區，很難做到線性擴充套件。

/ 傳統關聯式資料庫：垂直擴充套件 /

後者指 橫向擴充套件，通常以節點為單位來擴充套件，從應用的視角來看仍然是一個單一的系統。擴充套件的節點是否包含儲存又分為 Share Storage 和 Share Nothing，Share Storage 例如 Oracle RAC，Share Nothing 例如 Google spanner。Share Storage 會有多點寫衝突的問題，Oracle RAC 透過 Cache Fusion 來解決，Cache Fusion 會降低寫的線性擴充套件性。Share Nothing 則會比較徹底，能夠帶來非常好的線性擴充套件性，當然也會帶來分散式事務的問題。

/ OceanBase ：水平擴充套件 /

綜合來看，scale out 更加符合“容量自由”的理念，可以按需購買，伸縮自由，從而降低 TCO。

OceanBase 如何實現自身擴充套件性？

那麼以“線性擴充套件”著稱的 OceanBase ，在不同條件下是如何實現自身擴充套件性的呢？

比如：當計算資源不足，部署叢集后續考慮容災部署，單機故障後如何替換？網路調整需要調整 IP段如何實施？機房搬遷如何應對？大促前後如何降本增效？

其實以上的運維都涉及 OceanBase 叢集/租戶擴縮容和記憶體的調優，這裡讓我們具體來看看以下幾個更實際的場景和對應的解決思路。

業務增長後，叢集如何快速響應業務需求?業務量增長後原有的叢集無法滿足當前的需要，比如計算資源或者儲存資源不足，該怎麼辦？

? 解決思路：

OceanBase 資料庫獨創的總控服務和分割槽級負載均衡能力使系統具有極強的可擴充套件性，可以線上進行平滑擴容並且在擴容後自動實現系統負載均衡，對應用透明，確保系統的持續執行。在此過程中，我們需要做的是對 server 規格升級，可以以 zone 為單位，滾動升級每個 zone 下 server 節點的配置，做到線上無縫地完成叢集的擴容。

別怕！本期直播來幫忙！你的困惑“有救”了！

面對業務峰值，OceanBase 如何在保證效能的同時又能有效降低成本？

? 解決思路：

在618、雙11等大促特殊時期，電商APP等業務量是日常情況的數倍，業務系統需要在大促前後進行升降配。我們會提前評估出擴容後的叢集規模，以 Zone 為單位，滾動給每個 Zone 新增同等配置、同等數量的 server 節點。此外，我們還可以從3副本擴容到5副本，將一部分耗時久的或者降級後的操作排程到只讀副本上。

深入淺出 OceanBase 運維之彈性擴縮容