[db tech showcase Sapporo 2015] A12:DBAが知っておくべき最新テクノロジー: フラッシュ, ストレージ, クラウド b...
ふつうのデータベースシステムなら、ディスクフルになった時点でゲームは終了だ。書き込みのトラフィックを止めてデータをリストアして、大きなディスクに移して…や、そもそも共有ディスクのパーティションを他の部署から譲ってもらう交渉をしないといけない。書き込みが止まっている一分一秒に損失は積み上がっていく。たぶん。 だから、ディスクフルにならないように細心の注意を払う。50%を超えたら注意、60%を超えたらはやく更新計画を立てる、70%を超えたらもう休んではいけない、80%を超えたら寝てはいけない、90%を超えたら自分のクビの心配を始める…? Riakではどうだろうか。ちょっと考えてみた。Riakでも油断しているとディスクフルになることがある。マシンが複数台あるのでそれぞれの容量を見ないといけないのだが、Riakのvnode配置計算は、台数が少ないときは特に必ずしもデータの配置が均等になるわけではな
ハードウェア層 OS層 クラスタの留意点 負荷分散 ベンチマーク BitcaskとLevelDB コンフィグファイル スケールアウトとスケールアップの手順 運用上の注意点 64ビットCPUアーキテクチャ 最低4GBのメモリ。メモリは最も重要。局所性を活かせるのであれば多くメモリを必要としない。 RAID0、SSDを考慮すると良い。IOバウンドになりがちなので。 ミラーリング(RAID1)は考えなくて良い。 RAID(RAID1?)はやめちゃいな(クラスタ組んでるしいいんじゃない?的な?)。 ディスクサイズ重要。 ギガビットイーサも考慮にいれて。ネットワークも使うよ。 仮想マシンを使う場合は一番良いインスタンスを使う。同じデータセンタ/リージョンに配置するようにする。 クラスタ全体で必要なディスクサイズは次のように計算できる。 オブジェクト数 * 平均オブジェクトサイズ * n_val 50
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog データソリューション本部の名嘉 真之介です。 現在は入社二年目で、レコメンデーションシステムの開発と運用周りを担当しています。 仕事内容に関しては期ごとに変化が多かったのですが、その中でRiakの運用を1年間続けています。 その結果、少しずつ運用のノウハウがたまってきており、今回のAdventCalendarがアウトプットの良い機会と考えて参加しています。 この記事の対象者 細かい説明を省くため、ある程度のRiakの知識があることを前提にしています。 主な対象者としては、Riakの運用に興味が有る方や実際に運用に携わっている方を想定しています。 Riak Meetup Tokyo #04 (2014/06/04) まず、本題に入る
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く