[速報] MongoDB 互換のマネージドデータベース！Amazon DocumentDB が登場しました | DevelopersIO
こんにちは、菊池です。 個人的には待ちに待ったサービスです！AWSに新しいマネージドデータベースサービスである、Amazon DocumentDB（with MongoDB Compatibility）が登場しました。 New – Amazon DocumentDB (with MongoDB Compatibility): Fast, Scalable, and Highly Available Amazon DocumentDB Amazon DocumentDBは、MongoDBと同様にBSONフォーマット対応したドキュメント指向のデータベースです。 特徴 スケーラビリティ ストレージは最小10GBから、最大で64TBまで自動で拡張します。15.25 GBから488GBまでのメモリをもつインスタンスから選択可能で、最大で15台のリードレプリカ（合計16台）を構成できます。 信頼性 デ
![[速報] MongoDB 互換のマネージドデータベース！Amazon DocumentDB が登場しました | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/d5a93a3aed514cf8dda9cd4381b5a1e0117c53f6/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F01%2Famazon-document-db.jpeg)
[DMS] MongoDBからRDS MySQLへのレプリケーションを試す | DevelopersIO
こんにちは、菊池です。 MongoDBからのDMSレプリケーション、S3ターゲットに続きMySQLでも試してみました。これまでの記事は以下を参照ください。 Database Migration Service の Source に MongoDB が選択可能になりました！ [DMS] MongoDB Sourceのマイグレーションモードを比較する [DMS] MongoDB：テーブルモードのデータパターン検証 検証 SourceとしてEC2で動作するMongoDBのレプリカセット、TargetとしてRDS MySQLインスタンスを利用します。 Source MongoDB 3.4.2 レプリケーションモード：テーブルモード Target RDS for MySQL 5.6.27 初期データのマイグレーション まずはデータを1つMongoDBに挿入し、レプリケーションを実行します。 s0-r
![[DMS] MongoDBからRDS MySQLへのレプリケーションを試す | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/e59904c0a159dfc457327d272461b59b3bdf7ae8/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2016%2F01%2Feyecatch_dms.png)
俺でもわかるシリーズ: MongoDBのレプリケーション - Qiita
この記事はMongoDB Advent Calendar 2015の17日目です。 概要 何を今更感満載のおさらい記事です。 意図せず嘘を含む可能性がゼロではないので、ドキュメント Replication — MongoDB Manual 3.0 併読推奨です。 Replica Setとは？ Replication Introduction — MongoDB Manual 3.0 Replica Setとは、MongoDBが備える強力なレプリケーションと自動フェイルオーバーの仕組みです。 複数台のMongoDBサーバーで構築されたReplica Setは、もう一つのMongoDBの強力な機能であるSharding (水平分割)においてShardとして追加することが可能です。 どちらも大規模で高可用なMongoDBデータベースを構築する際に欠かせないものであり、これを標準機能として持ってい
mongoDBでシャーディング＋レプリカセットしてみる - Qiita
mongoDBのシャーディング＋レプリカセット 前提 AWS EC2 AmazonLinux mongoDB 2.6 以前、mongoDBのレプリカセットを試したので今度はシャーディングを試してみました。これでデータ量やクエリが増えたとしてもスケールアウトすることで負荷分散が可能になります。 参考 mongoDBのレプリカセットを構築してRails+mongoidで接続する 構成図 mongoDBのシャーディングには、mongosのRouterと呼ばれるサーバと、config serverという設定サーバが存在しています。 mongos Router シャードとクライアントを連携させるルーティングプロセスです。このサーバ自体はデータや状態は持たないただのインターフェイスになっています。Railsなどのアプリケーションは、このmongosに接続をしていくことになります。mongodではなく、
MongoHQとAmazon DynamoDBの比較 - devdev blog
概要 MongoHQ MongoDBのホスティングサービス。 AWS上で稼働 Amazon DynamoDB AWSで提供されているNoSQLデータベースサービス。 3つのAvailability Zoneに分散し可用性を確保。 自動的にスケールし、応答性を一定に保つ。 しらべた結果 比較対象としてはちょっと違うのですが、MongoDBとDynamoDBをそれぞれ使う場合の理由をアドバイスしているブログが有りました。MongoDBとの比較といいつつも、この人はMongoHQを使っているようですね。 Mason Zhang: 3 Reasons You Should Use DynamoDB over MongoDB -- MongoDBよりDynamoDBを使うべき3つの理由 理由1: DBサーバの管理の為に人員を確保するつもりが無いなら、DynamoDBを使いなさい。 私がMongoDB
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の意味
MongoDB Tokyo 2013で語られた、NoSQLを上手に使うためのポイントとは
オープンソースのNoSQLデータベースであるMongoDBのイベント「MongoDB Tokyo 2013」が12月12日、秋葉原にある富士ソフトアキバプラザにて開催された。 10月には1億5000万ドルもの資金調達を受け、NRIによるサポートサービスが12月から開始されるなど、活発な活動を続けるMongoDB。来日したスタッフによるセッションや、国内企業で使用しているヘビーユーザーからの利用事例の紹介など、充実した内容で行われた。 Ian Daniel氏によるキーノート MongoDB社のテクニカルサポートマネージャーであるIan Daniel氏によるキーノートでは、はじめに日本での活動として、ユーザーコミュニティの「MongoDB JP」に750人以上が登録していることや、「丸の内MongoDB勉強会」で約50名のエンジニアが日々研究していること、2014年にはオープンソースカンファレ
匿名による告発「MongoDBは使ってはいけない」 | gihyo.jp
「PASTEBIN」というコンソールの出力やエラーログ、ソースコードなどを張り付けて共有するWebサイトがあり、そこに投稿された内容が議論を巻き起こしました。「Don't use MongoDB」というタイトルが付けられた文章には、ヘビーにMongoDBを利用しているユーザからの辛辣（しんらつ）な批判が綴（つづ）られていました。 告発者はプロジェクトにて数千万件ものユーザ管理にMongoDBを利用しており、これまで長い間10gen社（MongoDBの開発元）から最高レベルの）有償サポートを受けていたため黙っていたが、少しでも多くの人に警鐘を鳴らすべく立ち上がったそうです。MongoDBの扱いやすさやスキーマフリーなモデル、豊富な実績などに一定の評価をしつつも、大規模な環境で実際に動かさずに判断するのは時に重大な問題となり、MongoDBにはそれが向いていないと言い切っています。 具体的に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
How to Choose the Best Embedding Model for Your LLM Application | MongoDB
MongoDBを始めた頃に知っていたら、と思う14のこと
HomebrewでMacにMongoDBをインストールした時のメモ - Qiita
Configure your own MongoDB Sharding Cluster
MongoDB 4.0: Non-Blocking Secondary Reads | MongoDB
Query ISODate time in perl
Getting started with MongoDB using Perl - insert and simple update
MongoDBでデータをバックアップ/リストアする - Qiita