H::I::D::9
学び
- はてなで大規模サービスのインフラを学んだ - ゆううきブログ
- ゆううきさんのツイート: "WAFより下のレイヤーがみんなインフラになってしまった"
- OpenTSDB - A Distributed, Scalable Monitoring System
- backend (app)
- アプリケーション寄りのインフラの話
- Web3層アーキテクチャ
- O'Reilly Japan - ハイパフォーマンス ブラウザネットワーキング
- スピードは機能
- パフォーマンス -> アプリ:インフラ = 8:2
- スループット
- 並列にすれば,簡単にあげられる (スケールアウト)
- レイテンシ
- 処理にかかる時間
- 並列にしても意味ない
- 処理速度上げましょう(スケールアップ)
- レイテンシを良くすると,スループットも良くなる
- リソース
- CPU
- User %
- IO wait %
- IRQ/Soft IRQ %
- とか見る
- CPU
- Webシステム
- サーバーが役割ごとに分かれているのはなぜ
- スケールアップ
- スケールアウト
- 保守性
- C10K問題
1台のサーバが1万ものクライアント(10K Clients)か らの接続を同時に処理しようとするとサーバの処理が追いつかなくなる、 というスケーラビリティの問題
- PreFork方式
- スレッドプール方式
- イベント駆動
- サーバーが役割ごとに分かれているのはなぜ
- 接続方式
- 都度接続
- リクエストごとに接続
- 状態を持たない
- MySQLへの接続コストは小さい
- MySQLは接続時にスレッドを生成
- のでほとんどの場合こちらで良い
- 常時接続
- 一見オーバーヘッドも少ないが罠は多い
- 状態を持つので...
- PosgreSQLは接続コストが高い
- 接続要求毎にフォーク
- 都度接続
- DBの話
- WebサービスのボトルネックはほとんどDBが原因
- インデックス・SQLチューニングが一番重要
- スレーブ参照
- 参照用スレーブ
- 参照するためだけにDBを増やす
- 参照用スレーブ
- シャーディング(水平/垂直)
- 垂直
- 機能毎に分割
- パフォーマンスチューニングがしやすい
- 水平
- データ量を分割
- 運用がたいへん
- スケールはする
- 垂直
- 契約による設計
謎
- セブンイレブンに売ってる蒙古タンメン中本の北極ラーメンを毎日買っていたのに,急に全部なくなっていた
情報
- 途中でIntelliJが開いた瞬間からフリーズするようになってしまいすごかった
- キャッシュを雑に削除したら直って良かった
rm -fr ~/Library/Caches/IntelliJIdea2016.2/
- と,思ったが治っていなかった
/Applications/IntelliJ\ IDEA.app/Contents/bin/idea.vmoptions
の設定を変更した- https://gist.github.com/P7h/4388881
- よくわかないが,良いっぽい
JDK 8.x
を利用しているので,書かれている通りに,PermSize
とMaxPermSize
を消す
- キャッシュを雑に削除したら直って良かった
- VimでScala書いていきたい
- 載ってた
- Flexboxべんりっぽい
- ルーク!MySQLではkamipo TRADITIONALを使え! | おそらくはそれさえも平凡な日々