熱點推薦:
您现在的位置: 電腦知識網 >> 編程 >> Oracle >> 正文

對Oracle自己的Web運營所進行的幕後觀察

2022-06-13   來源: Oracle 

  既要管理對內的應用程序又要管理對外的 Web 站點這種多樣性的工作使得 Steve 的團隊擁有另人驚異的全方位的使用 Oracle 產品的綜合的 Web 經驗Steve 說我們已經部署了 OracleAS Container for JEE (OCJ)應用程序Web 高速緩存移動服務文件代理門戶—您可以講出這些名詞而我們可能已經將這些東西應用到生產環境中服務於大量的用戶並要求這些應用程序具有最好的可視性和可靠性
  
  但是無論是一個內部的應用程序一個 Web 站點還是一項托管服務對於 Steve 的團隊每種情況都面臨著相同的商務問題它總是具有很高的可用性多年以來我們發現我們正在對內部或外部的用戶提供服務並不會對它產生什麼影響同樣的規則也適用於我們如何來接近並實現高的可用性
  
  而且為一家業界領先的全球性的軟件公司工作也給我們帶來了一些不平常的挑戰Steve 說Oracle 是時刻變化的環境在這裡存在很多偉大的思想一個嶄新的應用程序可能在第二天就過時了我們在 Global IT 中的工作就是確保 Oracle 在這些站點所部署的應用程序是穩定的並運行得很好從本質上講我們提供硬件和軟件來公司的站點和部署服務
  
  開始著手准備並加馬上運行起來
  對於 Steve 的團隊部署新應用程序的過程是一門藝術也是一門科學Steve 團隊要與研發人員以及 Oracle 內部的設計師網絡組數據中心團隊甚至是采購人員進行大量的協調工作下面 Steve 將解釋這一過程
  
  一旦有一個新的研發項目需要我們來進行部署就會牽涉到許多部門就象畫畫一樣我們在 Global IT 就是一塊空白的畫布開發團隊可以向我們提供所有的顏料和畫筆然後我們就將不同的部分整合在一起形成一幅畫我們從網絡連接開始這樣我們就可以將所需要的新服務器接入到 Oracle 的主干網中
  
  然後我會與采購和運作部門相互配合來選購最適合於該項目的服務器我還會與 Global IT 中的體系結構組相互配合來確保我所要購買的服務器能夠滿足新應用程序的需要並能被我們現有的基礎架構所支持
  
  然後我們就可以啟動該項目了我與設備部門相互配合以在數據中心獲得空間來放置我的服務器我們搭建網絡放置硬件並將其放在架子上進行固定只有一切都搭建好了才會把磁盤—操作系統和新服務—交給我此時我需要將小組中的其他成員召集到一起
  
  之後 Steve 的團隊就要與開發人員緊密合作通常包括測試項目其中他們構建了實際的服務並將其應用到將在部署中使用的硬件中
  
  Steve 說從這開始我們將與其他部門緊密合作—比如管理 Oracle 互聯網目錄 (OID) 的部門和單點登錄服務器(如果需要調用的話)我們與郵件團隊相互配合來確保我們能夠連接到郵件服務器且不會比我們事先計劃增加太大的負載量然後我們就會在臨時環境中展開全面的測試然後再將其應用到產品中
  
  一旦完成以上所有的工作Steve 的團隊就將該項目轉換到維護模式處理補丁和發現問題我們首先分階段進行全面測試確保每一步中的每個修補程序都是好的然後將其應用到產品中
  
  按照這種方式指導此過程就是將高可用的高性能的服務部署到終端用戶的業務總目標
  
  OTN 移植項目 — 案例研究
  當 Oracle 決定OTN 需要重新進行架構以獲得更好的可用性和性能時就看准了門戶但是Steve 的團隊遇到的不僅僅是技術上的問題OTN 擁有許多 OCJ 應用程序可定制應用程序和許多基於技術的內容服務 Steve解釋說沒有一個是出自數據庫的因此要轉換成一個門戶使其中的一切信息都來源於數據庫—並通過數據庫對所有內容進行管理— 這不只是對體系結構進行轉換對於許多內容的所有者來說這還將成為一種文化的轉換
  
  Steve 的團隊最終確定實施這一項目的最佳方式就是按從前端到後台的方式進行最終目標就是要將 OTN 移植到門戶上但是我們還希望運行在 Linux 上的 OTN 可以真正證實 Oracle 的 Linux RAC 解決方案是可行的基於這一點我們希望新的 OTN 的性能即使不能超越現有 OTN 的性能也不能比現在差為此使用現有 OTN 的性能指標數值我們可以向後對比的方式來工作以確定什麼是新體系結構所需要的
  
  明確性能目標幫助 Steve 的團隊架構了這個新的門戶解決方案但這還不能稱作是真正的科學前端是 Web 高速緩存以及 HTTP 服務器和門戶服務器其後則是位於兩節點 RAC 集群上的數據庫服務器為門戶數據庫提供服務
  
  除了產品的體系結構以外Steve 確保有一個階梯層作為開發的一部分如果沒有臨時分區我們就寸步難行他這樣解釋說這是我們的必由之路因為在你進行測試和部署的時候你會想要將可能出錯的地方劃定在一個區域內並進行驗證得出結論例如你可能認為在 Web 高速緩存中調整一個參數會出現問題但最後卻發現這樣做是不對的為了回過頭來再次進行觀察同時又不想中斷生產那就必須將臨時分區作為系統的一部分
  
 

  
通過利用 Oracle 應用服務器和 Oralce 數據庫獲得高可用性

  正如上圖所示如果某個集群上的某個節點發生故障客戶請求就會透明地路由到該集群中的另一個節點而終端用戶從來不會知道曾經出現過故障這樣一來在 Oracle 應用服務器上部署的任何商務應用程序都會保持正常運轉而不會中斷這就確保了 計劃內的和 計劃外的宕機時間正如可以從上圖中看到的那樣Oracle 應用服務器在中間層支持三個層次的集群Web 服務器JEE 服務器和 Web 高速緩存集群此外位於 OracleAS 頂層的應用程序可以利用 Oracle RAC 具有高可用性特性的優勢利用由 Oracle RAC 管理的動態內容來加強保護
  
  利用 Oracle 產品套件(Oracle 應用服務器和 Oracle 數據庫)中構建的高可用性就有可能配置和架構一個解決方案使這些特性發揚光大使用 Dell/Linux 解決方案的成本是非常高效的因此只需在高端服務器解決方案上花費很小的成本就可以實現這就使得 Global IT 能夠獲得更多的服務器來支持故障切換或是備用解決方案這樣一來在構建高可用解決方案的同時還可以兼顧到靈活性的提高
  
  Steve 經常會用到的另一個竅門就是創建他自己的 psuedo 網格環境 我們有雙倍的額外服務器可以使用已經配置好並准備就緒一旦需要就可以運轉起來他這樣解釋說這些額外的服務器所能作的不僅僅是備份在網絡流量突增的時候這些服務器可以真正地部署進來就像在 OracleWorld 的前一周我們需要更優的性能於是我們加入了一些額外的服務器並在使用高峰期間提供了比 OTN 期望水平更高質量的服務一旦點擊率下降我們就可以將這些服務器撤出讓它們去完成其他任務
  
  在需要額外的機箱只以及體系結構不同部分需要進行交換時廉價的 Linux 選項才是最適用的通常認為使用更廉價的軟硬件比如 Lintel 機箱就意味著需要更多的軟硬件管理而且與昂貴的 Sun機箱相比很可能會存在一些性能上的問題事實讓 Steve 明白這種簡單的推理並不總與事實相符
  
  Steve 說使用 OTN 之前的體系結構我們有四個 Sun 機箱來運行 Web 高速緩存還有四個 Sun 機箱運行 AIS 服務器我們用三個 Linux 服務器來替換這八個 Sun 服務器結果我們即使沒能獲得更好的性能也至少獲得了同等的性能據 Steve 說在成本方面更沒有爭議我還可以為每個 Solaris 服務器買 個 Lintel 服務器
  
  但是在選擇日常使用的硬件和操作系統 (OS) 時成本就不再是我們唯一要考慮的性能也極為重要而且了解如何去診斷並解決性能衰退的問題就是架構一個好的部署方案的關鍵
  
  熱點和瓶頸
  在獲得優化的性能水平的過程中最主要的一個挑戰就是在出現熱點時能夠正確地定位這些熱點這並不像聽起來那麼容易Steve 說特別是當你擁有一個三層體系結構的時候這個熱點可能是 Web 高速緩存可能是門戶可能是數據庫也可能是這三層中的任意一層上的 OS這個熱點還可能是網絡
  
 

  
的性能

  這是來自Keynote 系統為期 個月的評測結果Keynote 系統從萬維網的評測代理對 Oracle 的網站性能進行了評測這一服務幫助我們來診斷全球 Oracle 技術網的問題 
  
  即使在確定了位置以後要想進一步知道引起熱點的確切原因都是一件令人頭痛的事其他一些問題的邊緣效應都可能引起熱點Steve 解釋說例如可能會找到某個網絡的熱點但是真正的原因可能是因為某個服務器向網絡接口推送了太多的信息甚至可能是一些非常簡單的原因比如說網絡接口限制為 兆之下而不是 Steve 提醒設計師一定不要忽視這些簡單的原因
  
  此外還有一些工具可以幫助設計師來診斷熱點和瓶頸廠商提供的工具常常是非常有用的而且現有還有一些更為成熟的開發源代碼可以用Oracle 的企業管理器就有很優秀的評測能力
  
  Steve 建議最起碼也要對體系結構進行權威性的負載測試和 OS 評測—特別是磁盤 I/O內存的使用情況和 CPU 的使用情況和這些部件在負載下的表現如果你在 OS 中發現了一個熱點那麼你是否能確定是什麼引起該熱點的嗎?查看一下可能引發這一熱點的技術是 Java 中的 OCJ?是 HTTP 或 Apache?是 Web 高速緩存?以上任何一
From:http://tw.wingwit.com/Article/program/Oracle/201311/17735.html
    推薦文章
    Copyright © 2005-2022 電腦知識網 Computer Knowledge   All rights reserved.