Prevents the current member from seeking election as primary for a period of time.
Prevents the current member from seeking election as primary for a period of time.
MongoDBで、ReplicaSetにメンバーを追加／削除する方法は、Adding a New Set Memberにある通りです。 rs.add("node1:27018");で追加したり、 rs.remove("node1:27018");で削除したり。 追加する際は 既存データを物理的にコピーしてきて戻す方法 カラの状態から同期を取る方法 があります。 1000万件程度であれば、1.でも数分で終わる模様。数億件以上ある場合は、2.で戻した方が作業が早いかもしれません。 注意点1 その際に気をつける点は、local.*のファイルはコピーしてこないこと。local以外のコレクションに対応するファイルだけコピーしてきて、あとは起動後にrs.add()すればOKです。local.*がいると、データの整合が取れなくなって「still initiating」って状態で止まってしまいます。これや
紹介 Replica setsは従来のmaster/slave レプリケーションの機能をより強化するものとして、各ノードメンバーに対してフェイルオーバーやリカバリーの機能を自動で提供します。 Replica Setsは"Replica Pairs version 2"という位置づけでMongoDBのv1.6より導入され、これに伴いReplica Pairsは非推奨となりました。 特徴 1-7台のサーバーまでサポート フェイルオーバーとリカバリーの自動化 データセンターにおける利用 (v1.6.1) (rack aware too, eventually) passiveノード（データの完全なコピーを保存するが、決してprimaryにならないノード群）のサポート ドキュメント 始める: チュートリアル replica setの設定方法 現在のシステムの拡張としてreplica setsを
久々の更新です。MongoDBのドキュメントのReplicationの部分の訳が一応完了しましたので、それに合わせてこのブログでもReplication機能について書いていきたいと思います。まだ解釈の甘い部分も残っていますので、今後もこの部分の勉強を続け修正を行っていきます。また、引き続きAdmin Zoneの訳を進めていくつもりです。 本日のアジェンダです： MongoDBのReplication機能について Master/Slave Replica pair Replica set MongoDBのバックアップ機能について ファイルのバックアップ mongodumpによるエクスポート MongoDBのReplication機能について MongoDBのReplicationは細かく分けると3種類あります。 Master/Slave 典型的なMasterとSlaveの構成です。Maste
Shell Helpers シェルから rs.help() を実行することで、replica setに関するコマンドの一覧を参照できます： > rs.help() rs.status() { replSetGetStatus : 1 } checks repl set status rs.initiate() { replSetInitiate : null } initiates set with default settings rs.initiate(cfg) { replSetInitiate : cfg } initiates set with configuration cfg rs.add(hostportstr) add a new member to the set with default attributes rs.add(membercfgobj) add a n
Three member replica sets provide enough redundancy to survive most network partitions and other system failures. These sets also have sufficient capacity for many distributed read operations. Replica sets should always have an odd number of members. This ensures that elections will proceed smoothly. For more about designing replica sets, see the Replication overview. This page covers how to deplo
試したいことがいろいろあったので、Windows7のローカル環境だけでReplica SetとSharding構成を構築してみた。MacやLinuxでも基本的には一緒なはずです。 構築したのは以下の環境。利用したMongoDBのバージョンは1.8.1。1.6.5でも同じ動作しました。 Config Server × 1 システム管理プロセス 設定情報（Sharding情報／mongosプロセス情報）管理やシステム管理を行う 1台（テスト環境）、または3台（本番環境）が推奨される mongos Router × 2 ルーティングプロセス クライアントに対してはmongodのように振る舞い、Shardingによるmongodの分散構成を隠蔽する。 2台以上置くことでSPOFを無くすことが推奨される mongod Server × 4 実データを保持するプロセス 1台はReplicaSetなし。
Replica sets とは、 N台のノードによる自動フェイルオーバー機能を提供するものです。 後述の参照を真似て3台で試しています。 まずはデータ用のディレクトリを用意。 $ mkdir /var/mongodb/data/r0 $ mkdir /var/mongodb/data/r1 $ mkdir /var/mongodb/data/r2 mongod x3 を replSet名 foo として起動する。 $ bin/mongod --replSet foo --port 27017 --logpath /var/mongodb/log/r0.log --logappend --dbpath /var/mongodb/data/r0/ --pidfilepath /var/mongodb/pid/r0.pid $ bin/mongod --replSet foo --port 27
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
