Conference@インフラ回に参加してきたのでその時のレポートを報告致します。今回は最後の番外編として懇親会で聞いてきた内容などをレポートしておきます。ネットワークチームの方々とは残念ながらお話をお伺いすることが出来ませんでした。監視ツールも自社製(自社製多っ!!)自社製のツールは重い。DBの負荷が高すぎてグラフが表示されないらしい例えばサーバ情報を管理するツールも重いそのため、livedoorが作ったオープンソースのクラウドフォーキャスト(ググっても出てこなかった)をチーム内だけで使えるように構築して少しでも軽くしようと企んでいるとか。つけた1Uサーバが35台のるらしい通常のものだったら限界まではいるマシンはラックごとで大体同じものが入っている壊れた時にHDDで違うものが入ったりするらしいDBチームに聞いてきた!DBチームは8名(懇親会には5名来てた)今まで大きな障害はなく(!)、事前準備をいろいろやってたり、自動監視してたり、冗長化したり、自動フェールオーバーの設定などを必ず行っているデータロストはまだ一度もないし、あってはいけない1個の障害でダウンタイムが何時間もかかるのもだめDuplicateKeyの障害もないらしい(!)レプリケーションに遅延はない遅延があったらそもそも使えない遅延があったら、スレーブを増やすか、マスターを分散させているマスターを分散する場合はアプリ側で対応してもらうらしいマスターAとマスターBをJOINする時とか大変なのであまり推奨はしてないMySQLのマスターがおちたときのマスターに昇格するスレーブはPriorityをふっておりそれに応じてフェイルオーバーするSELECT文にサブクエリは完全禁止JOINは許している。DBのメモリは128G。これ以上増やしても効果がないらしい。キャッシュヒット率、swapを見ながらメモリチューニングを行ってますMySQLのバージョンは5.5が多い。5.6はこれからちょっとずつ使っていくらしい。監査についてはSQLや結果をアプリに戻す際に別途MySQLに保存していたりしている(Oracleの機能とかは使ってなさそうだった)N-baseはAPサーバにもいてメモリにマッピング情報がのっているらしいShardのテーブルコピー時の挙動としてはテーブルロックは切り替える瞬間にすこしだけやるだけらしい(Oracleとかのオンラインリビルドと同じ感じの挙動ですね)まとめ懇親会ではさらにコアなおもしろい話がきけてよかったです。1時間しかなかったため、もっとたくさんお話ができたらよかったなとは思います。それにしてもLINEはなんでも自社で作っちゃうなー。(韓国で色々作ってるらしい)オープンソースとかの製品は余り使ってなくてびっくりでした。