タグ

Riakに関するpeketaminのブックマーク (12)

  • Riak Core の紹介 - kuenishi's blog

    Erlang アドベントカレンダー 2014の23日目の記事です。 Erlang/OTPでアプリケーションを書いていると、システムを冗長化するために複数ノードでうまく協調動作するようにさせるために、Distributed Erlangの上に構築されたFailoverやTakeoverを使う場面がいずれ出てくる。しかし、これらの仕組みは、Riakのようにシステムをスケールアウトさせたい場合には不十分だ。スケールアウトするシステムの質は アクセスしたいモノの物理的な位置を隠蔽して論理的な位置でアクセスできるようにする 物理的な位置が故障やスケールアウトのために変化しても常に追跡できて同じ論理的な位置でアクセスする アクセスしたいモノが偏らず、ほぼ均等に分散されている の3点がサポートされていることだ。これだけだといろんなものが該当するが、 Riak風に翻訳すると アクセスしたいデータがどのノ

    Riak Core の紹介 - kuenishi's blog
  • riak_test でインテグレーションテストの自動化 - kuenishi's blog

    Erlangアベドントカレンダー16日目の記事。CROSS 2014で分散システムのテストがどうのという話になったときにぼくは riak_test をちょっとだけ話したが、それをもうちょっと詳しく説明しておこうと思う。ちなみに2年前もちょっとだけ紹介していた。 is 何 BashoがRiakのインテグレーションテストを自動化するために開発したテストフレームワークだ。 eunit や ct では機能が不十分なので結局自分たちで作ってしまった。ペネトレーションテストとか負荷テストはまた別途。 なにができるのか プロセスを立ち上げて何か叩いてチェックする、プロセスを落として環境を元に戻す、という手順を自動化できる コマンド入力などマニュアル操作を自動化できる 通常の eunit のアサーションを使って、ログの正規表現マッチなどさまざまなバリデーションができる 複数のテストの結果を集計できる 適当

    riak_test でインテグレーションテストの自動化 - kuenishi's blog
  • How League of Legends Scaled Chat to 70 million Players - It takes Lots of minions. - High Scalability -

    How would you build a chat service that needed to handle 7.5 million concurrent players, 27 million daily players, 11K messages per second, and 1 billion events per server, per day? What could generate so much traffic? A game of course. League of Legends. League of Legends is a team based game, a multiplayer online battle arena (MOBA), where two teams of five battle against each other to control a

    How League of Legends Scaled Chat to 70 million Players - It takes Lots of minions. - High Scalability -
  • 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月時点の調査。

    dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
    peketamin
    peketamin 2014/04/01
    これさえ出来れば就職は安泰だ!
  • Yokozuna: Riak2.0の新しい全文検索機能

    Helping Users Find Their Own Way: Creating Modern Search Experiences

    Yokozuna: Riak2.0の新しい全文検索機能
  • サービス終了のお知らせ - NAVER まとめ

    サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。

    サービス終了のお知らせ - NAVER まとめ
  • Riak Meetup #3 #riakjp に参加しました。

    ということで、いつものように個人メモです。 今日は自重して、懇親会はアルコールなしにしました。思いがけずfluentd+elasticsearch+kibanaという組み合わせの話も聞けて大満足です。 Yokozunaのデモが見れなかったのがちょっと残念だったかなぁ。 少しだけSolrの宣伝もしてきちゃいました。 古城さん@Mixi 「RiakCSとmixi プライベートクラウド環境」 プライベートクラウドとは? 計算リソースが安い(ストレージは微妙) 開発者が好きに使える環境+運用側のチケットに追われる毎日からの開放 Riak CSの概要 S3互換の分散ファイルストレージ 検証とか 検証時はRiak CS 1.3 5ノードで2Mファイルを40万個 削除は遅延で削除される PUT性能とか。 Riak CSの死活監視にはRiakのstatsとか 障害対応とか クラスタ クラスタは3つ。ログ

    Riak Meetup #3 #riakjp に参加しました。
  • Bringing Consistency to Riak - Joseph Blomstedt, RICON2012 on Vimeo

  • Riak 2.0 pre5 @ Riak Meetup #3

    この資料は、JPOUG(日オラクルユーザー会)のイベント「Meetup! JPOUG」にて、 弊社のOracle Data Guardによる高可用性の導入事例について発表した際のものです。 【イベントの概要】 ■イベント名 Meetup! JPOUG ■主催 日オラクルユーザー会 ■イベントURL Meetup! JPOUG:http://www.jpoug.org/2015/03/21/meetup-jpoug Meetup! JPOUG 開催報告:http://www.jpoug.org/2015/04/30/meetupjpougreport 【セッションの概要】 ■日時 2015年 4月10日(金)12:00-14:25 ■タイトル Oracle Data Guard による高可用性 ■概要 ヤフー株式会社では、先日、Yahoo!ニュース トピックス システムに対して、Orac

    Riak 2.0 pre5 @ Riak Meetup #3
  • Bashoジャパン主催「Riak Meetup Tokyo」参加レポート

    ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは。Yahoo!クラウド エンジニアの加藤です。今回は、先日弊社のセミナールームで開催されました第1回「Riak Meetup Tokyo」の開催レポートをお届けします。 なお当日の各セッションで使用されました資料および動画は、以下にアップロードされておりますのでぜひご覧ください。 19:00-19:30: Bashoジャパン株式会社 上西康太 Riak & Riak CS Introduction / RICON2012参加報告 資料/動画 19:30-20:00: ヤフー株式会社 阪田浩隆 Riak事始め&デモ 資料/動画 20:10-20:30: 株式会社IDCフロンティア 佐藤博之 【事例紹介】RiakとCloud

    Bashoジャパン主催「Riak Meetup Tokyo」参加レポート
  • 株式会社時雨堂

    おしらせ 2024.08.01 当社は、自社製品 Sora に利用している暗号ライブラリ OpenSSL のスポンサー契約をシルバースポンサーとして更新しました 2024.08.01 Let's Encrypt のシルバースポンサー契約を更新しました 2024.07.16 株式会社セブンスイッチ様に「WebRTC SFU Sora」をご採用いただきました 2024.06.26 「WebRTC SFU Sora」2024.1.0 をリリースしました 2024.04.02 東日電信電話株式会社様に「WebRTC SFU Sora」をご採用いただきました 2024.03.28 KDDI株式会社様に「WebRTC SFU Sora」をご採用いただきました 2023.12.20 「WebRTC SFU Sora」2023.2.0 をリリースしました 2023.12.04 年末年始休業について 当社

  • Riak 05 システムプランニング | Ore no homepage

    ハードウェア層 OS層 クラスタの留意点 負荷分散 ベンチマーク BitcaskとLevelDB コンフィグファイル スケールアウトとスケールアップの手順 運用上の注意点 64ビットCPUアーキテクチャ 最低4GBのメモリ。メモリは最も重要。局所性を活かせるのであれば多くメモリを必要としない。 RAID0、SSDを考慮すると良い。IOバウンドになりがちなので。 ミラーリング(RAID1)は考えなくて良い。 RAID(RAID1?)はやめちゃいな(クラスタ組んでるしいいんじゃない?的な?)。 ディスクサイズ重要。 ギガビットイーサも考慮にいれて。ネットワークも使うよ。 仮想マシンを使う場合は一番良いインスタンスを使う。同じデータセンタ/リージョンに配置するようにする。 クラスタ全体で必要なディスクサイズは次のように計算できる。 オブジェクト数 * 平均オブジェクトサイズ * n_val 50

  • 1