Hadoopソースコードリーディング第3回 (2010/06/28 Mon)
#hadoopreading 来週月曜の発表内容「 HBase と Cassandra -- トレードオフを理解する」だけど、ようやくまとまってきた。機能や性能のような表面上の比較ではなく、設計方針の違いを紹介したかったのだけど、自分なりの結論を導き出すことは意外に難しかった
2010-06-24 08:47:20RT @togetter_jp: .@tatsuya6502 さんの「Hadoopソースコードリーディング第2回」が1000PV達成してる。別に気にならないけどねっ。うそ。 http://togetter.com/li/24703 #hadoopreading
2010-06-24 08:52:14RT @tatsuya6502: RT @togetter_jp: .@tatsuya6502 さんの「Hadoopソースコードリーディング第2回」が1000PV達成してる。別に気にならないけどねっ。うそ。 http://togetter.com/li/24703 #hadoopreading
2010-06-24 08:54:49超期待コンテンツです RT @tatsuya6502: #hadoopreading 来週月曜の発表内容「 HBase と Cassandra -- トレードオフを理解する」だけど、ようやくまとまってきた。機能や性能のような表面上の比較ではなく、設計方針の違いを紹介したかった..
2010-06-24 08:55:16RT @tatsuya6502: RT @togetter_jp: .@tatsuya6502 さんの「Hadoopソースコードリーディング第2回」が1000PV達成してる。別に気にならないけどねっ。うそ。 http://togetter.com/li/24703 #hadoopreading
2010-06-24 09:04:36期待大です。QT @tatsuya6502: #hadoopreading 来週月曜の発表内容「 HBase と Cassandra -- トレードオフを理解する」だけど、ようやくまとまってきた。機能や性能のような表面上の比較ではなく、設計方針の違いを紹介したかったのだけど、
2010-06-24 09:26:59RT: @tatsuya6502: #hadoopreading 来週月曜の発表内容「 HBase と Cassandra -- トレードオフを理解する」だけど、ようやくまとまってきた。機能や性能のような表面上の比較ではなく、設計方針の違いを紹介したかったのだけど、自分なりの..
2010-06-24 10:05:216/28は #hadoopreading ですね。多くの方がキャンセル待ちされていますので、もしご都合が悪くなられた方は、お手数ですがATNDでキャンセルをお願いいたします。 http://atnd.org/events/5229
2010-06-24 15:36:34今日はヨメさんにお願いして、育児と家事を半日お休み。近所のカフェで、 #hadoopreading のスライド作成。連続作業時間が1時間を超えるとペースが数倍に上がる。はかどる、はかどる ♬
2010-06-26 16:13:33#hadoopreading 明日(6/28)のプレゼン資料のドラフト版ができました。もう少し修正する予定ですが、現時点でいったん公開します。 Cassandra については詳しくないので、間違いなどあればご指摘いただけると嬉しいです。 http://ow.ly/23Ka4
2010-06-27 13:52:55RT @tatsuya6502: #hadoopreading 明日(6/28)のプレゼン資料のドラフト版ができました。もう少し修正する予定ですが、現時点でいったん公開します。 Cassandra については詳しくないので、間違いなどあればご指摘いただけると嬉しいです。 http://ow.ly/23Ka4
2010-06-27 14:31:31RT @tatsuya6502: #hadoopreading 明日(6/28)のプレゼン資料のドラフト版ができました。もう少し修正する予定ですが、現時点でいったん公開します。 Cassandra については詳しくないので、間違いなどあればご指摘いただけると嬉しいです。 http://ow.ly/23Ka4
2010-06-27 14:59:28#hadoopreading の第3回目は明日です。宜しくお願いします。 http://atnd.org/events/5229
2010-06-27 15:23:39URLを訂正しました。RT: #hadoopreading 明日(6/28)のプレゼン資料のドラフト版。もう少し修正する予定ですが、現時点でいったん公開します。 Cassandra について、間違いなどあればご指摘いただけると嬉しいです。 http://ow.ly/23LM3
2010-06-27 17:57:15RT @tatsuya6502: URLを訂正しました。RT: #hadoopreading 明日(6/28)のプレゼン資料のドラフト版。もう少し修正する予定ですが、現時点でいったん公開します。 Cassandra について、間違いなどあればご指摘いただけると嬉しいです。 http://ow.ly/23LM3
2010-06-27 18:22:28RT @tatsuya6502: URLを訂正しました。RT: #hadoopreading 明日(6/28)のプレゼン資料のドラフト版。もう少し修正する予定ですが、現時点でいったん公開します。 Cassandra について、間違いなどあればご指摘いただけると嬉しいです。 http://ow.ly/23LM3
2010-06-27 19:28:39明日はHadoopソースリーディング会第3回です。いつもネタあふれwするので今回はネタ3本に絞らせていただきました。 #hadoopreading > http://atnd.org/events/5229
2010-06-27 23:45:26.@shot6 フィードバックありがとうございます! ダウンしているノードの話をしていますので、removetokenです。QT: データの引継ぎ先は隣接する単一ノードってdecommisionのことでしょうか? #hadoopreading
2010-06-28 06:08:34.@shot6 そうですねぇ。表現をもう少し工夫した方がいいのかな(続く)QT: ノード故障の場合は、故障したノードをそのまま復活させるか・新規ノードをたすかはHBaseでも同じではないのでしょうか?Cassandraだけに限った話ではない気が。 #hadoopreading
2010-06-28 06:11:10.@shot6 Cassandra は、データの配置がtokenで固定されているので、回復には外部からの介在が必要です。しかも、ダウン中は、Consistency Level に影響があるので、状況に応じて、最適(最短)な方法を選ばないといけない。 #hadoopreading
2010-06-28 06:11:49.@shot6 tokenはそのまま、故障したマシンを復活させるか、それとも、コマンドの投入やマシンの追加などでtokenを変更するのか、そういった判断が必要です。 #hadoopreading
2010-06-28 06:12:11.@shot6 HBase は、データの配置をマスターが制御しているので、回復が自動的に行われるところが異なります。残ったマシンに自動的にデータを再配置して、すぐに元の状態に戻るので、故障したノードの対応をどうするか急いで判断する必要がありません。 #hadoopreading
2010-06-28 06:12:52.@shot6 ちなみに、 HBase だと、故障したノードを復活させようとしても、新規ノードを足したときと同様に扱われるので、故障前と同じリージョン配置にはなりません。 #hadoopreading
2010-06-28 06:13:23