第1回 チューニング① 多重度・流量制御の最適化 | gihyo.jp
はじめに 現在のWebシステム開発・運用では、特に大規模化するシステムの安定稼働、パフォーマンスの向上、システムのスケールアップやスケールアウトの実現が求められます。また開発フェーズではこれまで以上の効率化に加えて、新しい技術的な取り組みを踏まえたシステム開発も必要となります。 本連載では、これらシステム開発者を取り巻く要求事項をどのように解決していけばよいのか、解決のためのソリューションとしてはどのようなものがあるのかについて、日立のAP（アプリケーション）サーバであるCosminexusを題材として取り上げながら解説していきます。連載第1回の今回は、多重度・流量制御を中心に、DB（データベース、I/O）のチューニング（最適化）などにも触れて解説します。 チューニングとは システム構築においては、CPUやメモリ容量など限りあるリソースを最大限に有効活用するとともに、機能要件を満たすレスポ
第4回 キャパシティ改善 【対策立案フェーズ 2】 | gihyo.jp
図2から、キャパシティ改善前では、DBサーバのCPU使用率が70%の状態で、24,000リクエスト／5分間を処理できていることがわかります。そして、キャパシティ改善後には、同じCPU使用率で36,000リクエスト／5分間を処理できるようにすれば目標達成です。ですので、単純に、36,000÷24,000＝1.5倍の性能を持つサーバにリプレースしてあげれば良いことがわかります。 仮に現在のサーバのベンチマーク値を「10」だとすると、10×1.5＝15ですので、「15」のベンチマーク値をもつサーバにリプレースしてあげればよいことがわかります。このように、ベンチマーク値から適切なサーバを割り出すことが可能です。 ここで問題になってくるのが、どのベンチマーク値を使用するかです。上で説明したとおり、世の中にはさまざまなベンチマーク結果が存在します。今回の例である「せいのう.jp」はオンラインショッピ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
