MongoDB CompassGeneral InformationDocumentationDeveloper Articles & TopicsCommunity ForumsBlogUniversity
Let's Chat — Self-hosted chat for small teams
Way back in 2012, we didn't like any of the existing chat services out there. So we decided to write our own. Let's Chat is a persistent messaging application that runs on Node.js and MongoDB. It's designed to be easily deployable and fits well with small, intimate teams. It's free (MIT licensed) and ships with killer features such as LDAP/Kerberos authentication, a REST-like API and XMPP support.
Robo 3T | Free, open-source MongoDB GUI (formerly Robomongo)
3T is halting development work on Robo 3T and we are setting the code repository to read-only. Users can continue to download the application but we recommend that they download Studio 3T Free to evaluate it. Robo 3T is deeply based on the Mongo shell client. This older client has been deprecated in MongoDB 5.0 and is not expected to be maintained in the future. The new Mongosh client is a Node-ba
Cloudantでお手軽CouchDB & Fluentdと連携 - ixixixixixixi
■Fluent meetup in Tokyo 最近Fluentdが盛り上がってますね. 先週のFluentd meetup in Japanというイベントでは、参加希望者180人以上、Ust視聴者累計500人以上と、相当な盛り上がりです. ここではFluentdの紹介はしませんが、Fluentd本体については,作者の@frsyukiさんの資料が、Fluentdのプラグインについては@repeatedlyさんの資料がとても分かりやすくて素晴らしいです. 私も、去年あたりからfluentdのプラグインのfluent-plugin-couchという、fluentdでデータをCouchDBへ流すプラグインを書いていたので、Fluentd meetup in Tokyoの最後の枠で発表させて頂きました. Fluentd Plugins for CouchDB, Amazon SQS/SNS Flu
A MongoDB White Paper April 2014 MongoDB Operations Best Practices MongoDB 2.6 MONGODB OPERATIONS BEST PRACTICES 1 Roles and Responsibilities 1 Data Architect 2 Database Administrator (DBA) 2 System Administrator (sysadmin) 2 Application Developer 2 Netw
A MongoDB White Paper April 2014 MongoDB Operations Best Practices MongoDB 2.6 MONGODB OPERATIONS BEST PRACTICES 1 Roles and Responsibilities 1 Data Architect 2 Database Administrator (DBA) 2 System Administrator (sysadmin) 2 Application Developer 2 Network Administrator 2 I. PREPARING FOR A MONGODB DEPLOYMENT 3 Schema Design 3 Document Size 3 Data Lifecycle Management 4 Indexing 5 Working Sets 7
MongoDBのCollectionを削除しても容量が減らない対応 - Qiita
MongoDBはデータを削除しても容量は解放されない。再利用されるのかどうかよくワカラナイ （検証してないので教えてくれたら嬉しい） 。 節約型でMongoDBを運用していたりすると「ハードディスクやばいよー」ってなる。 何度か実際に対応して問題なさそうだったのでまとめた。 環境 ReplicaSetで3台構成で運用 MongoDB Versionは 2.4.4, 2.4.8 でやった OS debian squeeze 一般的な解決策 サービスをメンテナンスにして大きなサーバに置き換える 必要ないデータを削除後、サービスをメンテナンスにして repairDatabase する 考えてみる。 大きなサーバに置き換え メリット シンプル 安全そう 簡単そう デメリット サービス一時停止 コストアップ repairDatabase メリット コストキープ 他のデータ不整合とかも取れるぽい Mo
fluentdでMongoDBにログを入れたときに、timeキーがない場合の対処 - Qiita
fluentdのMongoDBプラグインを用いて、ログをMongoDBに入れる際に、 MongoDBの中のJSONをみると以下のように"time"のキーがなかった。 以下はApacheのaccess_logの例だが {"_id" : ObjectId("540eef3f0d094e535e000028"),"host" : "10.2.4.249", "user" : "-", "method" : "GET", "path" : "/elb_healthcheck.php", "code" : "404", "size" : "293", "referer" : "-", "agent" : "ELB-HealthChecker/1.0" }
mongodbのObjectIdの生成規則 - としたにあんの左脳
MongoDBのマイグレーションとかしてたら，MongoDBのObjectIdって本当にユニークだっけ？っていう疑問がわいた． 確かいろいろな要素を使って，ユニークになるようにできてたよなぁ．．．と思って，ちゃんと調べてみた． とりあえず公式のObjectIdの説明．ObjectId - MongoDB Manual 2.4.9 4バイトの，Unixエポックからの経過秒数(Unix時間) 3バイトのマシンID 2バイトのプロセスID 3バイトのカウンタ(開始番号はランダム) からできているらしい． ↑がんばって書いた． 実験！ 同じマシンで生成してみる． 以下の２つのObjectIdは同じマシン上で生成したObjectId. 52fcf106 0af12b af9e 8d5bba 52fcf108 0af12b af9e 8d5bbb 確かに最初のUnix時間は2秒ずれていることがわかる．
MongoDBの集計機能が便利過ぎて泣けてくるお話し - Y's note
MongoDBイン・アクション 作者: Kyle Banker,Sky株式会社玉川竜司出版社/メーカー: オライリージャパン発売日: 2012/12/14メディア: 大型本購入: 5人 クリック: 55回この商品を含むブログ (4件) を見る MongoDB集計機能 CentOSでNginxのログをFluentdを使ってMongodbにリアルタイムで格納する - Yuta.Kikuchiの日記 時給3000円のCEOと揶揄されている@yutakikucです。今日は簡単にMongodbのログ集計機能を紹介します。機能が豊富過ぎて泣けてくるんで、ログ解析する人は是非使ってみて下さい。FluentdでMongodbにNginxのLogを流し込む設定は上のエントリーを参照して下さい。次回はAggregationFramework/MapReduce周りについて触れたいと思います。 泣ける話 : 集
MongoDB2.4新機能 Working Set Analyzer - 中年engineerの独り言 - crumbjp
Working Set Analyzer MongoDB2.4からはサーバリソースの管理・評価にAnalyzerが使えるようになりました。 利用方法は既存のコマンドdb.serverStatus()を叩くだけです。 マニュアル 翻訳 workingSet New in version 2.4. Example:output of the workingSet fields. Note: The workingSet data is only included in the output of serverStatus if explicitly enabled. To return the workingSet use one of the following commands:db.serverStatus( { workingSet: 1 } ) db.runCommand( { se
日本語：Mongo dbに於けるシャーディングについて
コンテナをベースとしたプラットフォーム上でのシステム構築において、システムアーキテクチャの設計、構築、運用を効率的に行うために、Kubernetes をラップしてデプロイや運用機能の付加機能をもつ OpenShift を利用することにしました。インフラ運用負荷を軽減する観点から、マイクロソフトのマネージドサービスである Azure Red Hat OpenShift (ARO) を使ってみました。本プラットフォームにおいて、エンタープライズレベルのシステムを稼働させるのに必要になる開発・運用を含めた全体アーキテクチャの概要、選定したソリューションや実現案を紹介します。
mongodbのexplainを使って遅いクエリを調査してみてからのindex貼るメモ - tweeeetyのぶろぐ的めも
はじめに mongodb×phpでいろいろ集計しているのですがphpにtimeoutでexception吐かれちゃいました的なときの 簡単な調査と対応メモに合わせてindexを貼るのもメモっておきます。 吐かれたエラーはこんな感じ Fatal error: Uncaught exception \'MongoCursorTimeoutException\' with message \'10.2.xx.xx:27017: Read timed out after reading 0 bytes, waited for 30.000000 seconds\' in ・・・省略 まずはexplainの簡単な説明から クエリの調査ってことで鉄板のexplainですがこんな感じで使います db.collection.find().explain() 出力される結果はjson形式ですが各keyの意味
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - officert/mongotron: Cross platform Mongo DB management
① Bruno Casino ᐉ officiële site, gratis online spelen
What is MongoDB Compass? - MongoDB Compass
GitHub - iam4x/pokemongo-webspoof: 👾 Play Pokémon Go from your Mac
GitHub - bobthecow/genghis: The single-file MongoDB admin app
Aggregation with the Zip Code Data Set - MongoDB Manual v7.0
MongoDB: システム可用性を拡張するインデクス戦略
MongoDB の実行計画 explain() を読んでみる :: yulii.net