クラウド移行後の「遅い」を防ぐ！負荷テスト＆モニタリングの3つのポイント

長年運用されてきた基幹業務システムを、オンプレミスからクラウドに移行するお客様が年々増えています。
クラウドへの移行は高い可用性と信頼性の実現が期待できる一方で、性能劣化・コスト増加・性能問題発生時の問題解決の難しさ・オンプレミス環境との互換性のリスクなど、様々な問題があります。
そこで、クラウド移行前後に必要となる「負荷テスト」や「モニタリング」に関するポイントをお伝えします。

業務システムをクラウドへ移行する際、「性能問題」は避けて通れない課題の一つです。
オンプレミス環境では問題なかったシステムでも、クラウド特有の特性により予期せぬ性能劣化や問題が発生する可能性があります。

これらの性能問題は、ユーザーエクスペリエンス（ユーザー体験）の低下だけでなく、業務の遅延や停止、機会損失、さらにはビジネス全体の信頼性低下に繋がりかねません。
限界性能や高負荷時の処理能力は、実際に負荷をかけてみなければ分かりません。
特に高いオンライン性能が求められるシステムでは、実運用を想定した適切な負荷テストを実施して、性能問題の発生を予防しましょう。

多くの企業で「どのような負荷テストをすれば良いかわからない」、「そもそも性能要件が明確ではない」といった問題を抱えています。
負荷テストは、単にツールを使って負荷をかけるだけでは意味がありません。
以下のポイントを踏まえて、プロジェクトの目的に合った負荷テスト計画を立てましょう。

負荷テストの実施自体が目的とならないよう、プロジェクトごとに目的を言語化することが重要です。
以下を参考に、具体的な目的を書き出しましょう。

負荷テストで何を点検し、どのような基準で合否を判断するのかを事前に決めておきましょう。

多くのシステムでは、単一URLの負荷テストだけでは意味がありません。
実際の業務では、複数のオペレーションが混在していますので、そこを想定した負荷テストシナリオを作成しましょう。

ここまで負荷テストのポイントをお伝えしましたが、実際に負荷テストを実施するとなると、様々な問題が出てきます。

このような問題を解決するには、負荷テストツールの活用が不可欠です。
短期間で質の高い負荷テストを実施するためにも、早めにツールの準備を進めることが成功の鍵です。

例えば「OpenTextTM Professional Performance Engineering（旧 LoadRunner）」のような負荷テストツールを使うのも良いでしょう。
国内外で豊富な実績があり、信頼性の高い負荷テストを実現します。
テスト要件によって稼働環境をオンプレミスかクラウドか選べる上、WEBはもちろん、SAP・ERP・AJAX・FLEX・Citrixなど多様な環境にも対応しているので、様々な負荷テストに活用できます。

クラウド移行できたからといって安心してはいけません。
システムの経年劣化はもちろん、クラウド環境では常に変化が起こるため、性能問題が発生する可能性はゼロにはなりません。

クラウドはオンプレミスよりも動的な要素が増えるため「どこで、何が、なぜ起きているのか」の特定が難しく、オンプレミスでの経験が通用しないケースも多いです。
クラウド環境では、常にモニタリングを行い、問題発生時にすぐに調査できる環境を準備しておくことが大切です。

クラウド移行後の安定稼働には、問題発生から解決までのリードタイムを短縮するための適切なモニタリングが不可欠です。
リードタイム短縮の工夫をしているか否かで、問題発生時の対応力は大きく変わります。
以下の「理想のパターン」に近づけるためのモニタリングのポイントを見ていきましょう。

モニタリングを成功させる最初のステップは、何を検知すべきかを明確にすることです。
単にシステムが動いているかを確認するだけでなく、ビジネスへの影響やシステムの重要性によって検知する基準を変える必要があります。
受注処理、発送処理、決済処理など、ビジネスへの影響が大きい処理については「通常10秒で終わる処理が1分以上かかるようなら検知する」などの明確な基準を設けると良いでしょう。

問題が発生する前に検知したり、問題が発生した時に迅速に対応できる環境や体制を構築することは、システムの安定稼働の鍵となります。
運用チームがログ収集に時間をかけたり、関係部門間でのコミュニケーションに時間がかかるようでは、対応が遅くなってしまいます。
まずは、誰もがすぐに原因調査に入れるように、以下のような機能を実装しておくと良いでしょう。
クラウド環境においては、コンテナ化されたアプリケーションにおいても、個々のアプリケーション単位で問題の検知や原因調査ができるようにしておくことも大切です。

システム移行後のモニタリングは一度設定して終わりではありません。継続的なモニタリングが不可欠です。
問題がないかを常に確認し、将来的なリスクを早期に発見できる体制を維持します。
ダッシュボードなどを使って以下のような情報をリアルタイムに把握し、関係者に定期的にレビューすると良いでしょう。

ここまでモニタリングのポイントをお伝えしましたが、実際にモニタリングを実施するとなると、様々な問題が出てきます。
特にWEBシステムの遅延となると、障害監視だけでは分からず、苦労するケースも多いです。

このような問題を解決するには、アプリケーション性能管理（APM）ツールの活用がおすすめです。
インフラのモニタリングと併せて利用することで、クラウドでのWEBアプリケーションの安定稼働に繋がるでしょう。

例えば「JENNIFER（ジェニファー）」のようなアプリケーション性能管理ツールを使うのも良いでしょう。
わずか3クリックで性能低下の原因を特定でき、アプリケーションに関するイベントの検知や一覧化、予兆の把握ができます。
さらに、イベント発生前後のアプリケーションサーバー全体の動きをタイムマシンのように再現することができるため、原因調査の効率化が可能です。

本コラムでご紹介した「負荷テスト」と「モニタリング」は、安定したクラウド運用に不可欠な要素です。
アシストでは「そもそも負荷テストで検討すべきことは何か？」「効果的な負荷テストのために何をすれば良いのか？」などのお悩みについて、様々なお客様へのご支援を通してブラッシュアップしてきた勘所があります。
さらに、負荷テストやモニタリングだけでなく、クラウド移行から運用までを幅広くご支援しています。
勉強会なども開催できますので、もしご興味があれば、ご気軽にお声掛けください。