翻訳について¶ このドキュメントは、RedisのWiki(http://code.google.com/p/redis/wiki/)の内容を参考にしながら、構成などはSphinxに合わせつつ翻訳しています。また、必要に応じて、配布物の中のファイルなども引用しながら訳しています。
redisドキュメント日本語訳 — redis 2.0.3 documentation
翻訳について¶ このドキュメントは、RedisのWiki(http://code.google.com/p/redis/wiki/)の内容を参考にしながら、構成などはSphinxに合わせつつ翻訳しています。また、必要に応じて、配布物の中のファイルなども引用しながら訳しています。
Active Recordのその先へ ～RailsでMongoDBを使う～
MongoDBのインストールは、MongoDBのWebサイトから配布パッケージ・ファイルをダウンロードし、任意のディレクトリに展開します。ログを出力するフォルダと、DBを格納するディレクトリを作成し、画面1のようにmongodコマンドを使って起動します。 画面1: MongoDBの起動 # mongod --logpath ログ・ファイルまでのパス --dbpath DB格納ディレクトリまでのパス MongoDB starting : pid=21599 port=27017 dbpath=/usr/local/mongodb-1.6.3/db 64-bit db version v1.6.3, pdfile version 4.5 git version: 278bd2ac2f2efbee556f32c13c1b6803224d1c01 sys info: Linux ofc-n1.10
NoSQLとしてMySQLを使うDeNAが、memcachedよりも高速な75万クエリ／秒を実現
モバゲーで知られるDeNAは、バックエンドデータベースにNoSQLを使っていません。なぜか？ それはMySQL/InnoDB 5.1の環境で秒間75万クエリという、多くのNoSQLでも実現できないような高性能を実現しているから。DeNAの松信嘉範（まつのぶよしのり）氏は、自身のブログにこんな内容のエントリ「Using MySQL as a NoSQL - A story for exceeding 750,000 qps on a commodity server」（英語）をボストしています。 Yoshinori Matsunobu's blog: Using MySQL as a NoSQL - A story for exceeding 750,000 qps on a commodity server 松信氏が指摘するように、大規模なネットサービスを提供している企業の多くは分散環境で
memcachedの機能に限界を感じてきたので - Road To Nowhere
memcachedを使っているんだけど、その機能に満足できない部分がでてきたのでメモ。 一つのキーで保存できるサイズの上限が1M。 1M以内に収まることのほうが多いと思うけど、画像をアップロードするときの一時ファイルをbase64エンコードして、memcachedに保存しようと思ったら、1Mを超えてしまってできなかった。 同時接続数の上限がどうも2000ほど。 トラフィックが集中したときにこの上限を超えたらしく、memcachedサーバが断続的に落ちた。メモリをflushして復旧。たまってたキャッシュは全部消えた。 memcachedサーバを再起動するとキャッシュが全て消える。 これはオンメモリなのでしょうがないけど。。。 ちなみにうちでは冗長性をもたすためにrepcachedを使っている。 さて、そこで解決できそうなものをピックアップ。 memstored 一つのキーで保存できるサイズの
Apache HBase 0.90.0 リリース | gihyo.jp
2011年1月21日、Apache HBase 0.90.0がリリースされました。HBaseはGoogle BigTableのオープンソースクローンであり、Apache Hadoopの一部である分散ファイルシステムHDFS（Hadoop Distributed File System）上に構築されるNoSQLプロダクトです。以前のバージョンである0.20.0からのメジャーバージョンアップになり、1,000を超えるアップデートが行われています。バージョン番号に開きがあるのは、HBaseのベースとなっているHadoopのバージョンに合わせるのを止めたことと、1.0に近いバージョンであることの意味が含まれているのだそうです。動作させるHadoopのバージョンは0.20系である必要があり、最新バージョンである0.21系および開発バージョンでは動作しないことに注意が必要です。Hadoop 0.21系
Mats×Dan×Daiji「エンジニア進化論」｜「てくらぼ」オープニングイベント スペシャル対談開催｜パソナテック（PASONA TECH）
株式会社パソナが提供するオウンドメディアサイトです。
MySQL+Memcachedの時代は過ぎ、これからはNoSQLなのか、についての議論
グーグルでMySQLエンジニアリングチームを率いたのち、現在はFacebookに在籍しているMark Callaghan氏がブログ「High Availability MySQL」にポストしたエントリが発端になって、MySQL+Memcachedの時代は過ぎたのか？ という議論が巻き起こっています。 元グーグルMySQL担当エンジニアが弱気な発言？ Callaghan氏がポストしたエントリ「Plays well with others」は次のような一文で始まり、MySQLについてややシニカルに書かれているように読めます。 A few years ago MySQL+memcached and PostgreSQL+memcached were the only choices for high-scale applications. That has changed with the ar
第1回 NoSQL、そしてCassandraとは | gihyo.jp
NoSQLミドルウェアの特徴をもう少し細かく挙げてみます。分量の都合もあり個別には触れませんが、それぞれのNoSQLミドルウェアで差別化部分に関してはかなり詳細に説明がされていますので、ぜひそちらを参照してみてください。 高速に動作する リレーションモデルではないデータモデル スケールアウト型アーキテクチャ コモディティサーバによって構築される スキーマフリー SPOF（単一故障点）を持たない 自動的に複数台へレプリケーションする イベンチュアルコンシステンシまたは一貫性の選択が可能 SQLのような強力なクエリ言語を持たず、シンプルな問い合わせしかできない Cassandraとは何か NoSQLミドルウェアの筆頭といえばGoogle BigTableやAmazon Dynamoですが、オープンソースの世界でもいろいろなものが出てきています。その中でも最近特に注目を集めているのが、Apach
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
