m7a.me - m7a リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
第1回HBaseとCassandraの討論会のメモ - ひしだまの変更履歴
HBaseとCassandra討論会のつっこみー。 (豊月) 2010-11-08 10:51:55 >HBaseはキーが偏ると一部のノードだけに負荷がかかる これは「Cassandraは、キーが偏ると一部のノードだけに負荷が掛かる」です。 HBaseの場合は、リージョンファイル毎に分散させているので、リージョンファイルの指定サイズを越えてまで大きくなったら自動で分割されて、別のノードへ移ります。 Cassandraの場合、キーのハッシュを元に担当を決めるので巧くキーの生成ルールを考えないと特定ノードに負荷が集中する事になります。 >「このトークンはこのリング」 「Ring上で、このTokenはこのノード」という情報を管理している、が正しいです。 >Cassandraは構築は楽だが、故障時が面倒（リバランスに時間がかかる） Cassandraに於いて面倒なのは、故障時じゃないです。 故障後
Cassandra Conference in Tokyoに行ってきた « ボーダーレスライフ
楽天で開催された Cassandra Conference in Tokyo に参加してきました。多くのセッションがありましたが、楽天での採用事例が聞ける最後のセッションに参加しました。実はCassandraに関して、前提知識をほとんど持っていなかったので、自分が正しい理解をしたのか不安ではありますが、、実際に採用し得られたノウハウの紹介や、不具合をオープンソースへフィードバックしているというお話はおもしろかったです。 全体を通して思ったのは、これはCassandraに限った話ではないですが、ノウハウを持たない状態での採用はリスクが高いということです。そして、そのリスクをカバーするために以下の様に失敗の可能性を下げるための準備、失敗した時に迅速に復旧させる為の準備までも意識する必要があると思いました。 設計フェーズではCassandraを意識したクエリやスキーマにする。 テストフェーズでな
Cassandra Conference in Tokyo 感想
昨日行ってきた「Cassandra Conference in Tokyo」について、あまりきれいにまとまっていませんが、感想を上げておきます。 公式サイト：http://ec-cube.ec-orange.jp/lp/cassandra-conference-in-tokyo/ しっかり文章にまとめられればと思ったのですが、今週は少々忙しく…。文章の精査をやるくらいだったらさっさと内容だけあげちゃえ！という事になりました。 読みづらい文章が多々出てくるかと思いますので、先に謝っておきます。ごめんなさい！ 最初は時系列順に、各プレゼンの感想。最後に全体の感想デス。 後半、内容が薄くなっているのは、諸事情により集中力が切れてしまいあまり内容を把握できなかった所為です…orz。体調は万全に！これ大事。 ！注意！ 各講演を聴いて、自分がどう感じたか？を主題に書いています。 スピーカーの方々が実際
Blog Alpha Networking: Cassandraのインストール、設定からRubyによる操作までのメモ
2010年11月7日日曜日 Cassandraのインストール、設定からRubyによる操作までのメモ Tweet ◆ Cassandraのデータモデル ・キースペース(SQLでいうところのデータベース) 複数のカラムファミリを持つ 設定ファイルに指定 ・カラムファミリ(SQLでいうところのテーブル) カラムまたはスーパーカラムの集合 設定ファイルに指定 ・スーパーカラム 複数カラムの集合 設定は動的 ・カラム Cassandraのデータ最小単位 設定は動的 タイムスタンプを持つ ◆ ダウンロード # cd /usr/local/src # wget http://www.meisei-u.ac.jp/mirror/apache/dist/cassandra/0.6.6/apache-cassandra-$VERSION-bin.tar.gz # tar zx
Cassandraを使った高速ログ検索システムの構築
◆ 目的 サーバに届いたメールログをNoSQLであるCassandra(カサンドラ)のデータベースに格納させ、 高速に検索できるようにする。事前にCassandraの予備知識があると理解しやすいだろう。 SQLではないので、テーブルに格納されたデータを柔軟にselectすることはできない。 NoSQLはkey-value形式である。 そのため設計時に何から何を求めるか決めておく必要がある。 今回は次の目的を達成できるようにする。 a) fromアドレスと日時からのメールログの検索 ⇒ fromアドレスと日時をキーにするわけである b) 日時からのメールログの検索 ⇒ 日時をキーにするわけである 追記 ここではcassandra-0.6を使っているのだが、既に0.8までアップデートされているようだ。 しかも大幅にいろいろと変更があるため、具体的な手順は参考にならないかもしれない。 ここではT
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - mkoppanen/php-pdo_cassandra: PDO Driver for the Cassandra CQL API
doc/cql/CQL.textile at trunk from apache/cassandra - GitHub