Redis Pub/Sub
How to use pub/sub channels in Redis SUBSCRIBE, UNSUBSCRIBE and PUBLISH implement the Publish/Subscribe messaging paradigm where (citing Wikipedia) senders (publishers) are not programmed to send their messages to specific receivers (subscribers). Rather, published messages are characterized into channels, without knowledge of what (if any) subscribers there may be. Subscribers express interest in
Redis の Pub/Sub を使って Node.js + WebSocket のスケールアウトを実現する方法
Node におけるスケールアーキテクチャ考察(Scale 編)というエントリーを読んで、RedisはPub/Sub型通信をサポートしているという事を知りました。エントリーでも言及されているように、Pub/Subを使えば Node.js + WebSocket サーバをスケールする際に、中継サーバの役割を果たす事が出来るはずです。 そんな訳で実際に Node.js と Redis を使って Pub/Sub の実験を行なってみました。ユーザが別々のNode.jsサーバに接続していてもWebSocketを通してメッセージのやり取りを出来るようにします。 イメージとしてはこんな感じです。 下準備# Ubuntuの場合は apt-get で1発でインストールする事が出来ます。 $ sudo apt-get install redis npmでredisモジュールをインストールします。 $ npm i
Redis configuration
Overview of redis.conf, the Redis configuration file Redis is able to start without a configuration file using a built-in default configuration, however this setup is only recommended for testing and development purposes. The proper way to configure Redis is by providing a Redis configuration file, usually called redis.conf. The redis.conf file contains a number of directives that have a very simp
MongoDBのレプリケーションとバックアップ機能の紹介 - doryokujin's blog
久々の更新です。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
Sharding - Docs-Japanese - 10gen Confluence
Based on v39(2010/12/18 更新) - オリジナル MongoDBは、auto-shardingアーキテクチャーを通じてスケールアウトができるようにデザインされています。 shardingは以下の機能を提供します： 負荷やデータの分布の変化に伴って自動バランシングを行います 新しいマシン追加が容易にできます 1000ノード以上でのスケールアウトが可能です 単一障害点がありません 自動フェイルオーバー機能を備えています ドキュメント 1. Shardingの紹介 ここでは、MongoDBのauto-shardingについて、考え方や、ユースケース、コアコンポーネントについて紹介します。 2. 設定 shardingクラスタの設定と管理について 設定 管理 フェイルオーバー 3. Sharding Internals Auto-Sharding の実装についての詳細
Replica Sets - Docs-Japanese - 10gen Confluence
紹介 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を
レプリケーション - Docs-Japanese - 10gen Confluence
紹介 MongoDBはバックアップやフェールオーバーに備えてサーバー間の非同期レプリケーションをサポートしています。 レプリケーションは、master/slave構成を拡張したもので、1つのサーバだけが書き込みに対してアクティブ(master)になることを意味します。 setまたはshard においては常に1つのサーバーのみが書き込みに対してアクティブ（primary/master）になっています。常に1つだけのmasterのみが書き込みに対してアクティブなことにより、強い一貫性（consistency）を実現します。 レプリケーションの1番の目的は、フェイルオーバーと冗長性です。 それ以外のサーバー（slave/secondary）に対しては、オプションで読み込み権限を与えることができます。これは結果整合性を採用しているためです。 MongoDBは現在master/slaveとre
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Configuration File Options - MongoDB Manual v7.0
Replica Set Configuration - Docs-Japanese - 10gen Confluence