タグ

Riakに関するkimutanskのブックマーク (14)

  • Riak 2.0 : クラスタ全体のデータ共有を効率化 - Qiita

    Riak はクラスタ全体で共有するデータ、例えばメンバーシップ管理やバケットプロパティの通信にゴシッププロトコルを使います。ゴシッププロトコルはノード障害やネットワーク障害が発生した場合でも安定して動作するという利点を持っています。しかし、冗長性の裏返しとして、不要なメッセージ通信が多数発生する欠点があります。例えば、数千のバケットに対してカスタムのプロパティが設定されるとメッセージのサイズが大きくなり、通信コストが無視できなくなります。 そこで Riak 2.0 では新しい通信プロトコルとして、主にツリー状の経路のみを使って通信する機能が追加されます。各ノードがツリーのリンクに従って通信することで、クラスタが安定している場合には冗長なメッセージを極力減らすことができます。そして障害時に備えて冗長な経路も持っておくという2段構えの構造をしています。 この機能は次の Plumtree の論文

    Riak 2.0 : クラスタ全体のデータ共有を効率化 - Qiita
    kimutansk
    kimutansk 2016/02/27
    自律的にツリー構造を構成するための機能。Eagarが下流、Pruneが実は上流だったよメッセージという形でツリーを構成、Lazyを予備として使う、と。
  • Riak 2.0のPlumtreeを読む — そこはかとなく書くよん。 ドキュメント

    Riak 2.0のPlumtreeを読む¶ 昨年のRiakアドベントカレンダーでしのはらさんが、 Riak 2.0 : クラスタ全体のデータ共有を効率 という記事を書かれています。 これによると、Riak 2.0ではgossip protocolに加えて Plumtreeという論文 をもとに実装されるツリー状の経路を通って通信するプロトコルが追加される とのことです。 紹介されている スライド を読んでいて興味が湧いてきたのでriak_coreを読んで みることにします。 ちなみにlogを見ると、2013年8月1日にこれらの変更が最初に入ったようです。 tl; dr;¶ Riak 2.0からgossipプロトコルが効率良くなるよ 10台以上から有効化されるよ 01/23追記: 間違いでした!常にplumtreeが使われていて、gossipを使うのは最初のtreeを作るところだけでした。 用

    kimutansk
    kimutansk 2016/02/19
    ツリー経路を構築して効率がいいですが、その分個々のメッセージの処理や接続管理は複雑化する感じですか。ただ台数多くなるとこういうのは必須ですか
  • Cassandra vs Riak vs Redis 〜 NoSQLの性能を比較してみた

    CassandraとRiakとRedis、どれが一番速いのかなーってことで性能を比較してみました。 後ほど詳しく書きますが、若干Redisに有利なベンチマークの取り方しています。 各ミドルウェアの条件と特徴はこれ。 アーキテクチャ比較 version: 2.0.5 構成: cluster depend: Java, Python データモデル: カラム指向 アーキテクチャ: Gossip ノード管理: 設定ファイル/コマンド/GUI 無停止ノード管理: 無停止 CUIクライアント: cqlsh 管理ツール: 付属のweb ui Cassandraのインストール〜クラスター構築はこちらをどうぞ。 Cassandra2系のクラスターをRHEL系LInuxに構築する version: 2.0.0pre11 構成: cluster depend: Erlang データモデル: Key-Value

    kimutansk
    kimutansk 2014/06/03
    RiakとCassandraの比較結果はなるほど。Riakの方が基本性能高いものの、極端に遅くなるケースがある、と。。。
  • dfltweb1.onamae.com – このドメインはお名前.comで取得されています。

    このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日のドメイン登録業者(レジストラ)(「ICANNがレジストラとして認定した企業」一覧(InterNIC提供)内に「Japan」の記載があるもの)を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年5月時点の調査。

    kimutansk
    kimutansk 2014/02/06
    分散システム的には使用クロックと競合解決方式の違い、Riakの方がより可用性重視(読出し)、ハッシュツリーをメモリかHDDに保存するか、の違いですか。ふむむ。
  • A New Concept of Consistency in Distributed Database and Implementation in Riak

    Web+DB forum 技術報告 by Basho

    A New Concept of Consistency in Distributed Database and Implementation in Riak
    kimutansk
    kimutansk 2013/11/28
    端的に言うと「データの変化」を記録してマージすることで可用性と一貫性を実現する例ですか。確かに古くからありますが、最近見ない。古くて新しいですねぇ
  • FluentdとRiakの話 - After Coding

    Fluentdは、Ruby製のログコレクタだ。コードは公開されている。 様々なログを構造化して一元管理することができ、収集と解析へのハードルを大きく下げてくれる。 インストールもプラグイン開発も簡単。日語の資料も多い。 その資料も様々あるが、プラグインを見るならこれが最良だと思う。必要な情報がよくまとまっており、必読といえる。 Big Data入門に見せかけたFluentd入門 from Keisuke Takahashi データの確実な転送を実現するバッファ機能については、池田大輔さんのブログが詳しい。さて、Fluentdはデータを収集してくれるが、保存はしてくれない。 永続化にはデータベースが必要だ。 そこで、Riak。 Basho社がスポンサードするErlang製分散型KVS。これもOSSだが、契約によって商用サービスが受けられる。 これがまたエッジ立ちまくってて

    kimutansk
    kimutansk 2013/08/18
    わかりやすい解説と導入記事。実際使うときには見返してみましょう。
  • 運用が楽になる分散データベース Riak

    2. ©2013 BASHO TECHNOLOGIES INC.ALL RIGHTS RESERVED. 自己紹介 •  佐藤貴彦 •  2013年7月より Basho ジャパン株式会社 •  前職も製品ベンダーで、RDBMSや分散キャッシュ製品を 中心とした、コンサルティングを担当 •  インフラ大好き •  著書(共著) •  絵で見てわかるITインフラの仕組み 3. ©2013 BASHO TECHNOLOGIES INC.ALL RIGHTS RESERVED. Basho Technologies, Inc •  設立:2008年1月設立 •  社:マサチューセッツ州ケンブリッジ •  製品 •  分散データベース Riak •  分散型クラウドストレージ RiakCS 4. ©2013 BASHO TECHNOLOGIES INC.ALL RIGHTS RESERVED. オ

    運用が楽になる分散データベース Riak
    kimutansk
    kimutansk 2013/08/01
    構造としてはInfinispanに非常によく似ているんですね。後はそれにベクタクロックによるバージョンとVNodeによる詳細分割が加わった感じでしょうか。
  • Jepsen: PostgreSQL, Redis, MongDB および Riak の分割耐性をテストする

    Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。このでは、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

    Jepsen: PostgreSQL, Redis, MongDB および Riak の分割耐性をテストする
    kimutansk
    kimutansk 2013/07/22
    今全部読む、というより後で検討する際に読み返したい内容ではあります。ともあれ、メモ。
  • AWS News Blog

    Announcing Amazon Managed Service for Apache Flink Renamed from Amazon Kinesis Data Analytics Today we are announcing the rename of Amazon Kinesis Data Analytics to Amazon Managed Service for Apache Flink, a fully managed and serverless service for you to build and run real-time streaming applications using Apache Flink. We continue to deliver the same experience in your Flink applications without

    kimutansk
    kimutansk 2013/07/04
    Riakに限らずとも参考になるのかも。見てみましょう。
  • Riak Documentation

    kimutansk
    kimutansk 2012/10/11
    APIなどの比較結果。こーいうのは意外に見ないですねぇ
  • へ〜たのめも:Riak と Cassandra と HBase、あらまー! - livedoor Blog(ブログ)

    2010年05月25日 Riak と Cassandra と HBase、あらまー! Mozilla Blog Riak and Cassandra and HBase, Oh My!の勝手訳。各分散 KVS の特徴が分析されていて興味深い……と思って訳してみた。この無様なタイトルは Google 翻訳による。 Riak と Cassandra と HBase、あらまー! 我々は、SoCorro Crash プロジェクトにおいて HBase との統合を進めているが、その話はちょっと置いておいて、今回はメトリック・チームが巻き込まれている別のプロジェクトについて話をしよう。 Mozilla Labs Test Pilotは、実世界の Firefox ユーザをから集めたデータを分析して、ユーザ・エクスペリエンスを向上させるための実験をしたり、定量的データを集めたりするためのプロジェクトだ。 私

    kimutansk
    kimutansk 2012/09/15
    古いですが、情報がさっとわかる意味ではいいですねぇ
  • Cassandra vs MongoDB vs CouchDB vs Redis vs Riak vs HBase comparison :: Software architect Kristof Kovacs

    Hello, I’m Kristof, a human being like you, and an easy to work with, friendly guy. I've been a programmer, a consultant, CIO in startups, head of software development in government, and built two software companies. Some days I’m coding Golang in the guts of a system and other days I'm wearing a suit to help clients with their DevOps practices. While SQL databases are insanely useful tools, their

  • Charming Python: Functional programming in Python, Part 3

    IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

    Charming Python: Functional programming in Python, Part 3
    kimutansk
    kimutansk 2012/09/06
    Riak、Erlangだったんですね・・・
  • Why We Migrated from MongoDB to Riak - DZone

    Powering hundreds of thousands of clicks and shares and hundreds of millions of pageviews every month, Shareaholic found itself needing to scale up it's big data architecture. Learn why we chose Riak, what it does for us, and how we imported 100 gigabytes of data from a live Mongo database while maintaining data consistency and zero downtime. I'll discuss the things that went smoothly and the thin

    Why We Migrated from MongoDB to Riak - DZone
    kimutansk
    kimutansk 2012/09/06
    この辺の複数プロダクトの比較結果があるのはうれしいところです。
  • 1