資料庫集群搭建-ag真人国际官网
1. 如何正確配置基於 oracle 資料庫的 wps v6.12 集群應用系統
本文描述了遠程消息傳遞和遠程支持集群環境的搭建配置過程。這個集群環境由三個集群組成,具體的拓撲結構是:
應用程序集群,不但為應用程序提供工作負載管理以及url和ejb 請求故障轉移功能,而且還部署了bpc和htm 容器,提供了對長業務流程和人工業務流程的應用程序的支持。
遠程消息集群,運行wps默認提供的四個匯流排(sca應用,sca系統,bpc和cei)提供獨立的高效的消息引擎。
遠程支持集群,部署通用事件體系結構和業務規則管理等其他應用程序,提供非同步的事件查詢。
這三個集群配置在兩台機器的不同的節點上,即三個集群的成員水平部署在兩台機器上。在一個集群中的兩個成員是該集群中完全相同的副本。消息傳遞引擎、業務支持和業務流程應用程序分別位於不同的集群上,所以可以根據實際業務負載和硬體環境,靈活調配所需的資源。這種模式,也稱為黃金拓撲,是 wps 中最復雜的拓撲結構,是大多數企業集成應用用戶的首選,具有如下優點:
可靠性。將所有的應用、消息引擎和通用事件部署在三個集群上面,方便管理和使用。
可擴展性。因為系統中的消息引擎處於的關鍵地位,可能存在之後的訪問需求增長等擴展需要,單獨創建消息引擎集群可以很方便實行這一點。
對於系統運行時可能遇到的處理量非常大和可伸縮性等問題,通過將通用事件基礎架構(cei)和應用程序分離,可以確保這兩個組件不會爭用相同的資源(內存和cpu)。此拓撲還能幫助創建集中的事件伺服器以處理來自多個源的事件。
所有的應用伺服器由 deployment manager 統一管理,降低了系統管理的復雜度。
安裝前的注意事項
在集群環境的安裝過程中,需要同步兩台主機的信息,確保它們之間能夠良好的通信。主要同步的信息包括兩台主機的系統時間、時區設置,並確保兩台機器的時間差在5分鍾之內,如果時間差超過5分鍾,聯合操作將失敗。
更新兩台主機的hosts 文件(默認目錄為/etc/hosts ),確保每台機器均包含對方的host name 和對應的ip 地址,以便主機間的相互訪問。
在使用向導安裝和配置概要時,請按照從上到下的順序輸入配置參數,對於wps v6.12 ,輸入順序的改變有可能導致未知錯誤。
集群環境的搭建步驟
informix 資料庫規劃
wps的集群環境需要後台資料庫的支持。為了提高集群在實際運行中的效率,建議根據功能的不同,創建不同的資料庫。資料庫的詳細信息如下表所示:
資料庫名稱 說明
wprcsdb 公共資料庫
event 通用事件體系結構資料庫
ceidb 通用事件體系結構消息傳遞引擎資料庫
scasysdb 服務組件系統消息傳遞引擎資料庫
scaappdb 服務組件應用程序消息傳遞引擎資料庫
bpcdb 業務流程編排器資料庫
bpcme 業務流程編排器消息傳遞引擎資料庫
obsvrdb 業務流程編排器事件收集器資料庫
注意:本文選擇英文語言的資料庫安裝。如果要安裝中文語言的資料庫,請參考本文的:在數據源定製屬性中添加資料庫語言。
安裝wps的步驟
首先使用圖形化安裝向導在兩台主機上分別安裝wps v6.1.2 產品,。在安裝產品和搭建集群過程中,步驟如下:
1.選擇「typical installation」安裝類型。典型安裝也稱為完全安裝,提供了環境的初始化定義,包括通過概要管理工具創建特定了類型的概要文件。
圖2 選擇安裝類型
2.在選擇概要類型界面提供了四種可選擇的概要類型(圖3)。我們選擇「none」,即不創建任何類型的概要,以便在以後的步驟中手動創建概要。
使用profile management tool(pmt) 創建deployment manager 概要
deployment manager(dm)是管理控制節點,它對集群環境下的所有節點提供了圖形化的管理功能。一個集群環境中一般只需要一個管理概要。下面我們將向您講述創建dm 概要的主要步驟:
1. 在
2. 在概要類型中提供了三種典型的概要類型,選擇 deployment manager profile,搭建dm 概要。
3. 在創建方式界面中,默認選項為創建典型的概要文件,在此需要選擇 advanced profile creation,以便我們在後續步驟中通過管理控制台手動進行集群配置,以滿足特定環境的需求。
4. 填寫要創建的deployment manager profile的名稱和安裝目錄。
5. 填寫概要的node name和cell name ,指定 host name。
6. 在管理安全選項中,如果選中 enable administrative security 選項,請記住 wps v 6.1.2
用戶名稱和密碼。這里建議取消 enable administrative security 選項,不設置安全管理。在後續步驟中可以根據需要手動啟動安全管理選項,設定用戶名密碼。
7. 配置伺服器的埠。
8. 進行資料庫的配置。首先從 choose a database proct 選擇 informix dynamic server 作為公共資料庫類型,並選擇 use an existing database。另外,需要指定 database name,本例中使用先前創建的資料庫 wprcsdb。不選擇「deplay execution of database scripts for new or existing database」選項,因為概要文件的安裝過程中會自動創建資料庫 wprcsdb 中的表。注意:如果創建的資料庫為中文字元集,則需要選擇 「deplay execution of database scripts for new or existing database「選項,在概要創建完成後,手動執行創建資料庫表(請參考本節內容中的步驟 11)。
9. 在資料庫配置的第2步,需要對 common db 參數進行配置。如果是遠程資料庫,則在填寫 database server host name時,要確保遠程資料庫的host name 已經添加到本地主機(參考本文的第三部分內容「安裝前的注意事項」);也可以直接在該項填寫遠程資料庫的ip 地址。換句話說,在點擊下一步之前,請確認資料庫的參數信息,否則將在點擊下一步後,會收到不能連接資料庫的錯誤提示。
10. 完成以上步驟後,系統會顯示概要的創建信息。如果發現參數需要調整可以後退向導重新進行輸入。dm 創建成功後,可取消選擇 launch the first steps console和create another profile,點擊完成。至此,deployment manager 創建完成。如果創建dm 失敗,請查看
11. 另外,如果需要手工創建common db(wprcsdb) 相關的表,可執行dm 概要創建生成的資料庫腳本,默認目錄為:
請將這些腳本復制到 informix 資料庫所在機器,並設置如下環境變數:
informixserver=
informixdir=
之後執行如下命令:
dbaccess – createdatabase_commondb.sql
如果wprcsdb已經創建,可以忽略。
dbaccess wprcsdb createtable_appscheler.sql
dbaccess wprcsdb createtable_commondb.sql
dbaccess wprcsdb createtable_customization.sql
dbaccess wprcsdb createtable_lockmanager.sql
dbaccess wprcsdb createtable_mediation.sql
dbaccess wprcsdb createtable_recovery.sql
dbaccess wprcsdb createtable_relationshipmetadatatable.sql
dbaccess wprcsdb createtable_esbloggermediation.sql
dbaccess wprcsdb inserttable_commondb.sql
使用pmt 創建自定義概要
接下來,我們手動進行自定義概要的創建。這樣,能夠在創建概要過程中,根據客戶特定的使用需求和環境特點,選擇適合於自己的資料庫,並進行埠、用戶名、密碼等信息的設置。
在創建自定義概要(custom profile)之前啟動 deploymentmanager(dm)概要,在目錄
1.選擇 create 即創建一個新的概要文件。
2.在環境選項中,選擇 wps,進入下一步。
3.在創建概要的類型中,選擇 custom profile,創建一個自定義節點概要。
4.在安裝類型選項中,選擇 advanced profile creation,以便在後續步驟中通過手動配置相關參數,定製特定的節點概要。
5.輸入節點所對應的dm 概要的主機名稱和埠,默認埠為8879。如果在創建dm時啟動了管理安全性,則需要輸入用戶名和密碼。federate this node later 選項的選擇取決於是否要在創建節點的同時將其聯合到指定的dm 概要中。這里,我們不選擇該選項,節點會自動與 dm 概要聯合,需要注意的是,要確保 dm 概要此時為啟動狀態。
若選擇創建節點之後手動聯合到 dm 概要中,則需要在創建節點完成後使用
addnode.sh dmgr_hostname<–username username –password password>
6.輸入dm的信息後,進入埠設置頁面,可以自行修改埠號。
7.在資料庫選項中選擇 informix dynamic server 作為資料庫類型,並為informix jdbc driver 指定正確的路徑。該路徑指向節點所在的本地機器上 ifxjdbc.jar和ifxjdbcx.jar的存儲位置。
8.瀏覽匯總信息無誤後,點擊 create 開始創建自定義概要。
9.創建成功後,重復以上步驟為另一台機器創建自定義概要。
命令行方式創建deployment manager 實例和託管節點實例
創建dm profile 和custom profile時,除了使用pmt.sh 命令外,還可以選擇命令行方式,即執行
./manageprofiles.sh –create -dbserverport 8002
–templatepath
–profilename dmgr01
-dbdelayconfig true –dbcommonforme false
–dbtype informix –dbhostname aix235.cn.ibm.com
–dbinstance ifxtest –hostname aix235.cn.ibm.com
–enableadminsecurity false –dbname wprcsdb
–dbpassword informix –ndtopology false
-cellname aix235cell01 –nodename aix235cellmanager01
–dbjdbcclasspath /opt/jdbc/lib –dbuserid informix
–dbcreatenew false –profilepath
創建自定義節點的命令和腳本如下:
./manageprofiles.sh –create –dmgrhost 9.186.111.234
–profilename custom01 –templatepath
–dbtype informix –ndtopology false
–cellname aix234node01cell –hostname aix234.cn.ibm.com
–nodename aix234node01 –dbjdbcclasspath /home/jdbc/lib
–dmgrport 8879 –profilepath
2. 什麼是mysql集群帶你全面掌握mysql集群原理
如果master收橋瞎到所有 slave的ok消息,它就會向所有slave發送提交消息,告訴slave提交該事務;
如果slave收到提交請求,它們就會提交事務,並向master發送事務已提交 的確認;
如果slave收到取消請求,它們就會撤銷所有改變並釋放所佔有的資源,從而中止事務,然後向masterv送敏吵空事務已中止的確認。
隨著計算機和信息技術的迅猛發展和普及,行業應用系統的規模迅速擴大,行業應用所產生的數據量量呈爆炸式增長,類似於mysql集群這樣的技術得到了廣泛的運用,mysql集群原理的運用就顯得尤其重要。
動力節點的mysql集群教程 ,對於mysql集群技術的應用場景有著詳細的介紹,能夠有效幫助我們學以致用, 教程主要從mysql集群架構解析到架構部署再到集群架構測試,一步步帶你部署企業級的mysql資料庫集群項目,熟悉各個環節技術點,提升資料庫架構設計能力。
https://www.bilibili.com/video/bv1rg4y1i7vr
http://www.bjpowernode.com/?toutiao
•001.mysql集群視頻教程:主從復制介紹
•002.mysql集群視頻教程:主從復制結構
•003.mysql集群視頻教程:主從復制流程原碰敗理
•004.mysql集群視頻教程:多實例安裝
•005.mysql集群視頻教程:多實例鏈接
•006.mysql集群視頻教程:一主多從-配置
•007.mysql集群視頻教程:-一主多從測試
•008.mysql集群視頻教程:雙主雙從配置
•009.mysql集群視頻教程:雙主雙從測試
•010.mysql集群視頻教程:多數據源-環境搭建
•011.mysql集群視頻教程:多算數據源實現
•012.mysql集群視頻教程:修復myslq主從復制
•013.mysql集群視頻教程:多數據源的問題
•014.mysql集群視頻教程:動態數據源
•015.mysql集群視頻教程:動態數據源執行流程
•016.mysql集群視頻教程:springboot集成多數據源
•017.mysql集群視頻教程:springboot集成多數據源問題
•018.mysql集群視頻教程:springboot集成動態數據源
3. hadoop集群搭建在阿里雲伺服器上 雲伺服器配置要求是多少
如果是集群的話,我考慮需要流暢運行的話,2核4g配置是可以滿足的。因為這個集群形式,用於適用於物聯網、車聯網、監控、安全風控、即時通訊、消息存儲等行業場景,所以數據量是比較大的,所以配置太低了跑不動,會卡死的。
因為hadoop是海量數據的處理能力,所以伺服器一定不能太小配置了,跑不動了就沒實際用途了。最好使用4核8g內存及以上配置。
因為這方面內容較多,這里也寫不開那麼多內容,所以你可以留言或到我的博客上搜索相關內容,老魏有寫過教程,還不止一篇,都挺詳細的內容,可以幫助你入門。
4. mysql分布式集群的搭建方案
不是很理解,比如說你3台搭建分布式,你通過什麼方式區分庫表?假設每台伺服器上部署一個mysql實例,那你怎麼把數據分布到3個mysql裡面?是每個mysql裡面存不同的表么?如果這樣,就還可以接受。這塊問題不是很大。
第二個問題,你的ha主備,意思是說兩個分布式互為主備?那怎麼備份,怎麼切換?
其實按照你想要達到的目標。應該是每兩台互做主備,形成3對主備庫,然後這3對再組建一個分布式集群。
其實和你要做的可能差不多,不過邏輯上還是有差異的。ha你准備怎麼做?keepalived?
另外,咨詢一下,你的分布式是通過什麼來實現,不同業務訪問不同的資料庫,每個庫存不同的表?還是相同的表分布在不同資料庫?
看你伺服器的配置如何,其實我覺得一般來說拿3台來做備機有點浪費,如果配置允許,可以考慮做成6套mysql主備的分布式集群。
通過交叉互備實現硬體的最大利用。下圖是我們之前用4台伺服器做的一套集群方案。
如果還有其他問題可以和我聯系。