UnityとPhoton Cloudを組み合わせてゲームを作った話 https://peatix.com/event/323261
![後悔しないもんごもんごの使い方 〜サーバ編〜](https://cdn-ak-scissors.b.st-hatena.com/image/square/4326b976acb739daebb3f3e4bbe6279b3d84b144/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Fbpstudy71kuwano-130731214911-phpapp01-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
A vendor-independent comparison of NoSQL databases: Cassandra, HBase, MongoDB, Riak Using Amazon virtual machines to ensure verifiable results and research transparency (which also helped minimize errors due to hardware differences), we have analyzed and evaluated the following NoSQL solutions: Cassandra, a column family store HBase (column-oriented, too) MongoDB, a document-oriented database Riak
Karl Seguinさんの「The Little MongoDB Book」を和訳しました。 この本はMongoDBの基礎を実際に手を動かして学ぶチュートリアルです。 MongoDBの基礎から、データモデルの設計方法、MapReduceなど幅広い内容をカバーしています。 また、特別MongoDBに興味が無くても筆者のNoSQLへの考え方は一読の価値があるだろう。 ダウンロードPDF版 the-little-mongodb-book-ja.pdf epub版 the-little-mongodb-book-ja.epub(あんまりきれいに組版できてないけど…) 誤訳などあれば @hamano まで ソースはこちら: https://github.com/hamano/the-little-mongodb-book 更新履歴2012/04/17 v1.0 初版公開。 2012/06/15 v
MongoDB使いましょって時に、やれ、レプリカセットだの、シャーディングだの、いちいち手順とか教えていくのがめんどくさくなったので、これを見たらコマンド的な手順はひと通りいけますよ。だから後は自分で調べてね、っていう資料をつくってみたのだ。 というわけで、「MongoDBのはじめての運用テキスト」SlideShareにあげました。 MongoDBのはじめての運用テキスト from Akihiro Kuwano 内容 PDFには、以下の様な内容を盛り込んでいます。 インストール レプリカセット構築 シャーディング設定 基本的なオペレーション Stat系ツールの見方。 ただし、徐々に古い情報にはなってくると思うので、詳しい情報や、最新の情報を見たい方には公式のWikiなり、ソースなり見ていただくのを推奨いたしますw 意図 以前MongoDBの薄い本などもあって、あれはすごくわかりやすい入門テ
公式サイトでは下記のような見解が述べられています。 32-bit limitations http://blog.mongodb.org/post/137788967/32-bit-limitations 32-bit MongoDB processes are limited to about 2 gb of data. This has come as a surprise to a lot of people who are used to not having to worry about that. The reason for this is that the MongoDB storage engine uses memory-mapped files for performance. By not supporting more than 2gb on 32-bit, we
あんまりMongo DB Casual Talks のブログがないようなので、ざっくり書きます。 「MongoDBのアレをアレする」 by [twitter:@kuwa_tw] さん クラスタが遅い1 必要なデータを一気にインポート oplogが許容範囲を超えてレプリケーションが停止 PrimaryShardにChunkが溜まってI/Oバウンドに 負荷が高いのでBalancerは動かない クラスタが遅い2 ShardするCollectionのShard設定漏れ PrimaryShardでデータファイルが多くなりつづけてメモリマップドファイルのサイズをこえてI/Oバウンド ShardしてないのでもちろんBalancerは動かない 本当に突然パフォーマンスダウンする PrimaryShardは余裕を持たせておく Shard設定は定期的に確認、もしくはShardの設定を自動化する バックアップ
Yahoo! Japan子会社のファーストサーバは、 Node.js専用クラウドサービス「Node Ninja」のオープンβ版を6月5日から開始したと発表しました。 Node Ninjaは、Node.jsの開発元である米Joyentとファーストサーバの提携により、昨年10月に発表されたサービスで、発表以来クローズドβとして限られたユーザーにのみ試験的にサービスを提供してきました。オープンβの開始で、現在では誰でも申し込むことができるようになっています。 バックエンドデータベースにはMongoDB Node Ninjaが提供するNode.jsは、JavaScriptによるサーバサイドプログラミングが可能な環境を提供すると同時に、通信やディスクアクセスなどI/O処理の途中でも結果を待たずに実行を続けるノンブロッキング機能などが特徴で、多数のネットワーク処理を高速で行うようなアプリケーションに向
2.6対応版 MongoDBの薄い本 The Little MongoDB Book Karl Seguin 著 / 濱野 司 訳 i 目次 目次 i この本について iii ライセンス . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . iii 著者について . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . iii 謝辞 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . iii 最新バージョン . . . . . . . . . . . . . . . . . .
原文(投稿日:2011/11/07)へのリンク 最近、MongoDB に関して非常に好ましくない内容のかなり話題になった市場報告が2つあった。批判の大部分は、パフォーマンス問題とデータ損失の組合せに集中している。この話を続ける前に、これらは公式の事例研究でないことを肝に命じて欲しい。そうではなくて、最近 MongoDBを使った開発チームによる市場報告である。 まず Urban Airshipの Michael Schurter氏のレポートから始める。 Urban Airshipは既に、MongoDBの問題を経験しており、このレポートを書く前にデータのほとんどを PostgreSQLに移行を済ませていた。残ったデータはMongoDBにとって理想的のようだ。 短命-もしそれを失っても、短い間サービス低下を経験するが、 壊滅的ではない 小さい-容易にメモリーに収まる(~15 GB) 二次索引-キ
MongoDBは、システムの一部としてauto-sharding機能を含みます。 このドキュメントはshardingのアーキテクチャの概要と使い方を示します。 alphaリリースでの制限はShardingの制限を参照してください。 MongoDBクラスターは、 複数の shards ( mongod インスタンス) 、 mongos ルーティングプロセス、1つ以上の configサーバ 、 クライアント で構成されます。 shard それぞれのshardは1つ以上のサーバで構成され、mongodプロセス (mongodはMongoDBのデータベースプロセスのコアです) を使いデータを保存します。 典型的なケースでは、可用性を高めるため、1つのshardに対し複数のサーバを使います。 この複数のサーバ/mongodプロセスのセットは、 replica set から成ります。 Note:
紹介 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ページを開く