監視ツールの活用最適化事例
- オンプレミスからAWS基盤への移行・運用不安を解決！-

従来の課題

現在、オンプレミスにてコンシューマ向けサービスの基盤を提供しているが、自社での運用はマンパワー、ハード・ソフト双方の面でコストがかさむ。

早急にAWS（アマゾン ウェブ サービス）基盤への移行を実現したいが、AWSに付属のAmazon Cloud Watchのみでは監視できる項目・内容が社内基準より少なく、オンプレミス環境に比べて監視レベルのデグレードが懸念される。

Amazonが提供する運用サービスだけでは不安が残るため、独自の監視・運用基盤を持つ社外ベンダーにアウトソースを実施して監視レベルの差分を埋めたい。

解決手段/導入効果

「サービスが正常稼働している状態とは何か」を、要素(サービス応答、関連プロセスの稼働、関連インスタンスの稼働、リソース利用状況など)ごとに分析、リージョンごとに発生する独自の監視要望に合わせ、各要素の正常動作を定義し、トラブル発生時のポイントを明確にするような監視設計・監視ツール設置を実施。

クラウドリソース、サービス状態、AWS特有のインスタンス動作を監視し、また、発生したトラブル状況を監視仕様にフィードバックすることで、お客さまのニーズに寄り添った穴のない監視を実現。

課題を解決したソリューションサービス

一言ヒント！

オンプレミスのサーバーでは、CPU利用率やディスクのI/Oなどの各種パフォーマンスを監視する際、OSSのZabbix（ザビックス）を使う、または自前でログを出力するスクリプトを作成するなどの特別な手段を講じますが、AWSのへの移行においても、ミドルウェアを導入し、最適化して運用するまでには、経験とノウハウが必要となります。

NTTコミュニケーションズは「技術者による対応」と「自動化の仕組み」を組み合わせてご提案し、故障検知の一次切り分けから二次対応まで、技術者による対応を行うともに、手順書レベルに落とせる復旧作業を自動化することで、迅速・正確なトラブル対応を実現します。

特定機能の利用者数や、アプリケーションがどのような処理をしているのか、サービスがどのような状態なのかによって、特定のリージョンやアベイラビリティゾーンを指定してインスタンス数を自動的に増減する仕組みを実装します。