原文地址：?http://network.chinabyte.com/259/12529259.shtml UCS(統一計算系統)是Cisco提供的計算和網絡一體化解決方案，它具有無狀態計算(硬件級虛擬化)，一跳自愈網絡，虛擬化增強和集中管理等特點。本文重點介紹UCS特有技術對Oracle?RAC部署的優化。 Oracle RAC (真正應用集群) 是 Oracle?數據庫的一個選件, 在 Oracle 9i 中首次引入, 它提供了數據庫橫向擴展scale-out)的完善解決方案，為在企業網格計算體系中提供數據庫服務提供了基礎。Oracle RAC技術支持低成本的硬件平臺，在保障優質的數據庫服務同時，達到并超過昂貴的大型SMP服務器所能提供的高可靠性和可擴展性。Oracle RAC現已發展成一項成熟的技術，其用戶過萬，遍及各個行業，涉及各類應用程序。Oracle RAC　以其優異的彈性調整能力為可伸縮的云計算環境提供支持，使得用戶可以利用低成本的硬件來降低整體成本。 高可靠性 Oracle RAC提供對稱共享數據庫服務，多個節點可同時對外提供服務。如果 RAC 數據庫中的一個節點出現故障，其余節點將繼續保持工作狀態，同時集群會自動進行故障切換和恢復。利用快速應用程序通知，快速連接故障切換和透明應用程序故障切換這三個功能，應用程序可以很方便地屏蔽底層故障，實現零故障切換，確保用戶業務連續性，減少計劃外停機時間。 網絡自愈是UCS獨有的特點。Oracle RAC各節點間的集群通信，全局數據交互，存儲管理均通過網絡完成，因此，穩定的網絡連接對于RAC的穩定性是致關重要的。在傳統服務器環境下，用戶需要配置6塊網卡，采用操作系統雙網卡綁定的方式分別支持RAC的Priv,VIP,PUB網段，這種方式配置復雜，且響應時間長(通常操作系統是30秒time-out)。而對于UCS來說，集成了硬件級的網絡故障自動切換，當出現任何網絡的故障均可自行修復，提供了RAC節點間的可靠連接保障，避免了不必要的集群重組風險。同時，通過網卡虛擬化，多通路復用等技術，有效減少了RAC環境下網卡/交換端口數量，降低單位成本。 無狀態計算是UCS的創新技術，它實現了以計算節點為粒度的硬件級虛擬化，使得應用部署和物理節點實現的真正意義上的解耦，大幅提升資源復用和故障設備快速修復能力。在Oracle RAC環境下，當某一節點出現設備層面故障，其它節點會接管該節點的業務，但此時會降低原有設計的高可靠性，并導致部分節點的性能壓力。而傳統RAC故障節點的修復需要服務器，網絡，存儲，操作系統，數據庫等多方面的專家參與，導致系統修復時間長，使系統長期暴露在潛在的風險中。而在思科UCS平臺上，故障節點的修復僅需要服務器管理員參與，大大縮短了修復時間窗口，降低了維護成本。這種保護方式，不受傳統HA集群范圍的限制，能夠輕松實現設備層N：1的高可靠性保護。對于新設備替換，無狀態計算能力也能夠幫助用戶實現RAC環境下的逐步輪替，降低計劃內停機時間，實現平滑過渡。 可擴展性 傳統上，當服務器容量不足時，我們會使用更大的新服務器來替換它。但服務器容量越大，其價格也愈加昂貴,同時受操作系統自身協調能力影響，性能無法隨CPU增加而線形擴展。對于使用 RAC 的數據庫而言，還有其他增加容量的方法。原先運行于大型服務器上的應用程序可遷移到小型x86服務器集群中運行，通過多節點聚合的方式滿足性能要求， Oracle RAC 可向集群中添加服務器時并不需要停機，且在啟動新節點(實例)后，應用程序就可立即利用這些增加的計算和內存資源，不需要DBA手動調整。 低網絡延時和高帶寬是思科UCS的固有優勢。Oracle RAC環境中，所有跨節點的信息交換均需要通過網絡來實現，因此低延時、高帶寬網絡是Oracle RAC橫向擴展能力的關鍵因素。思科UCS采用計算和網絡一體化設計，其網絡延時是傳統千兆網絡的十分之一，而帶寬是其十倍以上，保障了RAC跨節點的信息交換，更有效地避免節點間鎖沖突，提升了Oracle RAC的性能擴展能力。 一跳網格是UCS的獨特架構，它使得任意兩節點間的網絡消耗均為對等并最低。這個特性使得RAC部署及擴展時不需要考慮物理位置帶來的影響，對于具有迭代效應的應用(一個結果需要多次查詢)尤其有幫助。 彈性計算服務 Oracle 真正應用集群體系結構可以自動適應快速變化的業務要求和由此帶來的負載變化。應用可通過客戶端使用服務名連接到數據庫。Oracle 可在集群中的多個節點中自動進行用戶負載均衡。用戶可以根據需要訂閱所有或部分節點的數據庫服務。這樣 DBA 就可以靈活地設定某應用使用多少數據庫資源。當應用需求上升時，管理員可以很方便地增添處理能力。 UCS無狀態計算帶來的另外一個優勢就是提升了硬件資源復用能力，并能夠很方便的將物理資源加入到不同的應用系統集群中，實現了應用需求和計算資源供給的無縫對接。當企業用戶在做Oracle RAC規劃和部署時，通常要考慮到三年的業務增長，都會部署較多的冗余計算資源，這會是很大的資源浪費。而在UCS平臺上，我們可以按規劃部署多個節點，而冗余的節點可以只是以邏輯的形式存放在網絡側，當有應用壓力時，可以按需加載到任意閑置節點，在線增加處理能力。這一能力，可以幫助我們非常便捷地實現大型彈性計算平臺，對多個業務系統提供計算能力支撐，對需要快速擴展的系統，可以通過橫向擴展方式快速增加資源，對于收縮的系統，可以快速回收資源。對有不確定業務峰值的系統，可通過統一協調冗余資源滿足峰值需求。

　　數據庫部署配套軟硬件

　　優勢對比

　　典型案例分析： 1.某高校學籍管理系統，支持4萬學生學籍及相關信息管理。 后端數據庫推薦：兩臺B200M3 2xE2620, 48G內存;主備切換學籍管理并不是很大的數據庫，且實時性要求并不高，因此可以采用較低端配置，core:memory為1:4這樣能夠保障大多數常用數據常駐在內存里，提升效率–類似系統查詢比例遠比寫入比例高。 2.某醫院門診系統，支持每天12萬門診量。 后端數據庫推薦：兩臺B440 M2 2xE4830, 64G 內存; RAC門診系統的可靠性要求非常高，因此推薦采用RAC并行數據庫，即使出現一個節點的連續故障，也能夠保障系統滿負荷運行，結合UCS無狀態計算能力，能夠實現故障節點快速修復。門診系統每個處理的關聯性并不大，因此橫向擴展能力非常好，不會因為節點過多帶來負面影響。門診系統寫操作相對密集，因此對存儲的緩存有一定要求。 3.某企業用戶的人事系統，采用Oracle E-Business HRMS模塊，100并發用戶，2000系統用戶。 SAVBU提供Oracle系統的sizing服務，在SAVBU下載相應的調查問卷，發送給ciscowithoracle@cisco.com http://savtg.cisco.com/enterprise-applications/oracle#Sizing Questionairre 第一次填調查問卷是很麻煩的一件事，但清楚的描述用戶需求是準確評估的重要保障，因此，請SE務必花時間填寫清楚。總的來說，100 HR并發用戶并不是很大的系統。 4.某省級政府綜合業務系統，業務類型包括查詢，新增，修改及部分批處理業務，12TB實際數據量。支持4萬用戶，1.5萬在線用戶，2000并發用戶。 后端數據庫推薦：四臺B440 M2, 4xE7 4870, 128G內存; RAC核心系統，必須通過RAC多節點技術實現高穩定性和橫向性能擴展，即使出現一半硬件故障，也能夠保障滿負荷業務運行，采用萬兆低延時網絡保障橫向擴展能力。采用高主頻處理器，應對部分批處理業務–如果沒有很好的數據分區規劃，批處理易產生較大的跨節點數據沖突，高性能的節點能夠避免這樣的情況，并保障批處理業務的處理速度。

轉載于:https://www.cnblogs.com/macleanoracle/archive/2013/03/19/2968368.html

總結

以上是生活随笔為你收集整理的Oracle RAC在思科UCS上的应用的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。