エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
サーバーインフラの負荷対策をどのように進めていけば良いか - Qiita
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
サーバーインフラの負荷対策をどのように進めていけば良いか - Qiita
この記事は Akatsuki Advent Calendar 2017 の15日目の記事です。 14日目の記事は Beam SQL DSL ファー... この記事は Akatsuki Advent Calendar 2017 の15日目の記事です。 14日目の記事は Beam SQL DSL ファーストインプレッション でした。 はじめに ソーシャルゲームの運用では、ときに大規模なトラフィックが予想されるイベントが開催されます。 普段は NewRelic や AWS CloudWatch 等で普通に監視していれば問題になることはありませんが、急に3-5倍のトラフィックが来たときは、予想もしていなかった箇所がボトルネックになったりします。 過去の事例をあげると、Amazon RDS(MySQL)のCPUもメモリもIOPSもLock状況も問題ないメトリクスのなかで、データベースの応答時間が極端に遅いということありました。 よく調べてみると SHOW GLOBAL STATUS; で確認できる Open_files の値が低く、これは open_