MONGODB 叢集架構 調整,增加延遲備份節點伺服器,刪除仲裁節點
調整原因:
1.原有分片是兩個SECONDARY,查詢時開發人員也很少設定成
const string RP_SECONDARY = "secondary" ;
const string RP_SECONDARY_PREFERRED = "secondaryPreferred" ;
此類讀優化
2.昨天出現誤操作,把一個表的部分資料刪除了。
3.正好手頭上多了一臺用來備份的伺服器,但測試使用檔案備份mongodump
的方法,發現備份時效能不理想。
數量量大,半天也還沒全部備份完成,跑shell,出現錯誤:
Failed: error running `listIndexes`. Collection: `dp.tb_bid` Err: read tcp 127.0.0.1:28011: i/o timeout
這個錯誤好幾臺伺服器都同出現。
計劃達到目的:
1.增加備份節點,以保證資料安全(誤操作:比如刪除資料,修改資料)
2.兩個次節點的,減少叢集同步消耗,優化插入效能,同時 slaveDelay 節點不建立索引。
3.slaveDelay 節點設定成前臺不可見(不可查詢資料)
具體效能,還得後面跟進,看看效果。
原架構
set host:port stateStr
----------------------------------------------------------
shard1 192.168.0.11:27011 PRIMARY
shard1 192.168.0.13:27011 SECONDARY
shard1 192.168.0.17:27011 SECONDARY
shard2 192.168.0.11:27012 SECONDARY
shard2 192.168.0.15:27012 PRIMARY
shard2 192.168.0.19:27012 SECONDARY
shard3 192.168.0.13:27013 PRIMARY
shard3 192.168.0.15:27013 SECONDARY
shard3 192.168.0.19:27013 ARBITER
shard4 192.168.0.15:27011 ARBITER
shard4 192.168.0.17:27012 PRIMARY
shard4 192.168.0.19:27011 SECONDARY
調整後:
set host:port stateStr
-------------------------------------------------------------
shard1 192.168.0.11:27011 PRIMARY
shard1 192.168.0.13:27011 slaveDelay
shard1 192.168.0.17:27011 SECONDARY
shard2 192.168.0.11:27012 slaveDelay
shard2 192.168.0.15:27012 PRIMARY
shard2 192.168.0.19:27012 SECONDARY
shard3 192.168.0.13:27013 PRIMARY
shard3 192.168.0.15:27013 SECONDARY
shard3 192.168.0.21:27011 slaveDelay
shard4 192.168.0.21:27012 slaveDelay
shard4 192.168.0.17:27012 PRIMARY
shard4 192.168.0.19:27011 SECONDARY
刪除 ARBITER 節點,另外增加slaveDelay 節點:
[
rs.remove("192.168.0.19:27013");
rs.add({_id: 2, host:'192.168.0.21:27012',"slaveDelay":36000,"priority":0,"hidden":true,"buildIndexes":true});
相關推薦
MONGODB 叢集架構 調整,增加延遲備份節點伺服器,刪除仲裁節點
調整原因: 1.原有分片是兩個SECONDARY,查詢時開發人員也很少設定成 const string RP_SECONDARY = "secondary" ; const string RP_SECONDARY_PREFERRED = "secondaryPreferr
網際網路公司分散式叢集架構圖入門解析(簡單通俗易懂,超詳細)
一、小型公司網路架構 狗子是某大學計算機專業本科應屆畢業生,由於自己的技術不錯,再加上網際網路產業的巨大利潤的驅使,狗子決定走上創業這條路,於是,狗子聯合了同學二黑,雞子,狗蛋等人花費了幾個月的時間寫出了一套網站,是關於足球資訊的pc端網站加上手機APP客戶端。現在產品測試成功了,準備釋
MongoDB叢集架構分析
叢集元件——單機例項(mongod instance) 只有一個單機例項,客戶端與其直接連線使用。 叢集元件——副本集(Replica sets) 副本集通常由至少3個節點組成。其中一個是主節點,負責處理客戶端請求,其餘的都是從節點,負責複製主節點
c++連結SQL server ,用SQL語句打印表中的記錄,增加表中的記錄,刪除表的欄位
#import "c:\Program Files\Common Files\System\ado\msado15.dll" no_namespace rename("EOF", "adoEOF") rename("BOF", "adoBOF") // 唯一的應用程式物件 CWinApp
Exchange2010清理不存在,已下線的exchange伺服器,並重建系統仲裁郵箱
現有Exchange2010環境中存在已經下線的exchange,由於當時的系統管理員操作有誤,直接將BJ站點中的exchange伺服器關機,並未按照標準操作來清除,所以導致現有環境中仍存在BJ站點中新建的資料庫/副本,BJDAG,BJ exchange伺服器等殘留資訊。同時發現,exchange環境中系統、
lua中配置luasocket,並且做成一個socket伺服器,主要用於(D'Fusion Studio)中
如圖所示: 在你的工程中需要加入lua資料夾,mime資料夾,socket資料夾,我的開發工具主要是D'Fusion Studio,主要用來做增強現實的。我把它們放到我的工程的lib資料夾中。 直接就是我做的一個監聽伺服器,上程式碼如下,這樣我們在來慢慢說需要注意的地
上網問題解決:ping的通閘道器,外網,ping的通dns伺服器,但是無法上網
今天來到實驗室,開啟ubuntu,發現不能上網,這種情況也見多了。 開始一步步測試解決,最後發現今天遇到的問題非常怪。 病情診斷: 1,可以ping通閘道器 2,可以ping通dns伺服器 3,測試可以ping通外網 而且,我隔壁的人用的dns伺服器跟我是一樣的,上網無壓力
JavaEE架構之傳統三層架構,叢集架構,分散式架構,微服務架構
javaEE架構 1.傳統三層架構(all in one專案) 傳統三層架構大致可以分為表現層,業務層和持久層(資料訪問層)。其中表現層負責接受請求和轉發請求。業務層負責處理請求(注:事務管理,日誌記錄等AOP型別的操作均封裝在這一層)。持久層主要負責資料庫與實體之間的操作。  
mysql 開發進階篇系列 46 xtrabackup (選項說明,增加備份使用者,完全備份案例)
一. xtrabackup 選項說明 在操作xtrabackup備份與恢復之前,先看下該工具的選項,下面記錄了xtrabackup二進位制檔案的部分命令列選項,後期把常用的選項在補上。點選檢視xtrabackup Option 指南 選項名 說明 --apply-log-only
TiDB和MongoDB分片叢集架構比較
此文已由作者溫正湖授權網易雲社群釋出。 歡迎訪問網易雲社群,瞭解更多網易技術產品運營經驗。 最近閱讀了TiDB原始碼的說明文件,跟MongoDB的分片叢集做了下簡單對比。 首先展示TiDB的整體架構 MongoDB分片叢集架構如下: 更加具體點如下: 下面從介紹TiDB元件的角度切入,將其跟Mongo
Mongodb 叢集加keyFile認證,Mongodb使用者管理(轉:http://blog.csdn.net/wlzjsj/article/details/61421230)
介紹 自從遠古計繩結開始,資料庫的儲存就註定了今天的地位和多樣性,Nosql的出現更是解決了現有的關係型資料庫無法解決的一些難題,對高效能,靈活度,擴充套件性,海量資料的問題。隨之而出現的高速記憶體索引資料庫、列式儲存、影象儲存等等,這篇文章主要講的是mongodb文件型資料庫,mongodb目
cm叢集增加新datanode 無法通訊,報錯:Datanode denied communication with namenode because the host is not in the
問題描述:在CM上新增一臺Dataode主機後,啟動datanode時,一直報下面的錯誤: “ERROR org.apache.hadoop.hdfs.server.datanode.DataNode: Initialization failed for Block pool BP-125100
網站叢集架構實戰(LVS負載均衡、Nginx代理快取、Nginx動靜分離、Rsync+Inotify全網備份、Zabbix自動註冊全網監控)--技術流ken
前言 WEB叢集專案簡介 隨著網站訪問量的激增,勢必會導致網站的負載增加,現需求搭載一套高效能,高負載,高可用的網站叢集架構以保障網站的持續、高效、安全、穩定的執行。 針對以上需求,我們採用瞭如下的技術: 使用負載均衡技術來實現網站請求的排程分發,減小後端伺服器的壓力。 配置了KEEPALIVED解決
新一輪架構調整後的首次大會上,騰訊都說了些什麼?
11月1日,2018騰訊全球合作伙伴大會在南京江蘇大劇院開幕。江蘇省委常委、南京市委書記張敬華,
程式設計師發飆:公司架構調整被辭退,要我寫個人原因離職,太不要臉
臨近年底,一些公司趁著發年終獎的節骨眼上進行了裁員動作,有的良心公司會給員工賠償,但有些公司卻千方百計套路員工,期望一分錢不花辭退員工。無獨有偶,有一名程式設計師也在年底遭遇了被辭退得命運,但公司的做法令人寒心,忍不住在論壇發飆起來。 如上就是這名程式設計師發飆的全部內容:今天被公司約談離
叢集:服務的提供者是叢集,服務的消費者也是叢集|eureka註冊中心:叢集架構;叢集搭建| eureka叢集:遠端呼叫實現;負載均衡實現 |負載提供者:註冊到eureka叢集;改變註冊名稱
springcloud模組 什麼是叢集??負載均衡又是什麼??? springcloud叢集架構 註冊中心存在什麼樣的問題???單點故障 所以註冊中心需要部署叢集,服務提供者也需要叢
mongodb叢集安裝,一主二從,replica_set
下載mongodb-linux-x86_64-rhel62-3.2.0.tar.gz,將該壓縮檔案上傳到三臺伺服器上, 將該檔案可以放入到如下地址: /Data/mongodb-linux-x86_64-rhel62-3.2.0進入到bin目錄下 touch mo
MongoDB分片儲存的叢集架構實現
如果需要儲存大量資料,或者系統的讀寫吞吐量很大的時候,單個server就很難滿足需求了。這個時候我們可以使用MongoDB的分片機制來解決這些問題。 分片的基本概念 分片(sharding)是一種水平擴充套件(horizontal scaling)的方式,把一個大的資
mongodb叢集增加登入密碼驗證
mongodb叢集增加登入密碼驗證 2018年02月05日 1
高級系統架構師培訓要點:減少資源消耗,靠虛擬代理方案解決了!
解決方案 虛擬代理 應用程序 系統性能和吞吐量的需求決定了單純在數據庫中操作整個倉庫拓撲數據是不現實的。這種大量的服務器端對象,會消耗大量的服務器內存和活動對象表的空間,如果這些對象使用得比較少,就很容易造成數據庫服務端資源的浪費。把倉庫拓撲數據存放在本地內存中,形成內存數據對象(數據緩存),以便