マルチクラウド: 新しい監視キャッシュ

概要:企業はクラウド プラットフォームを採用しており、多くの場合、特定のアプリケーションを実行するために複数のベンダーを活用しています。しかし、ハイブリッド環境ではどのように監視するのでしょうか?

ほとんどの IT プロフェッショナルは、クラウド コンピューティングはコンピューティング リソースの物理的な移行というよりも、むしろパラダイムであることに同意するでしょう。 「ユーティリティ」パラダイムは、オンデマンドの弾力性のあるリソースによって変革されます。しかし、地元のケーブル プロバイダーと連携する場合とは異なり、クラウド コンピューティングのさまざまなオプションにより、個々のアプリケーションの配信に最適な選択性とカスタマイズも提供されます。

ESG の Edwin Yuen 氏の調査によると、企業が本番ワークロードに複数のパブリック クラウドを導入する割合が非常に高いことがわかりました。彼の調査によると、現在のクラウド インフラストラクチャ ユーザーの 81% が 2 つ以上のパブリック クラウド インフラストラクチャ プロバイダーを利用しています。これらのユーザーのうち、61% が 3 つ以上を使用しています。マルチクラウドの利用を促進する最大の要因は、アプリケーションまたはワークロードの特性です。

企業が単一のアプリケーションをサポートするために複数のクラウドベンダーを採用するにつれて、クラウドとアプリケーションの組み合わせの専門化に基づく管理はますます困難な作業になりつつあります。クラウド ツールまたは APM を介してアプリケーション指向のビューから監視すると、パフォーマンスと信頼性の監視がサイロ化されてしまいます。

DevOpsの世界におけるハイブリッドクラウド

IT における DevOps 運動が私たちに教えてくれたことがあるとすれば、それはサイロがアジャイルな実践とは相反し、脆弱性を生み出すということだ。運用管理の場合、脆弱性はネイティブ ツールの浅薄さとして現れます。主要なパブリック クラウド インフラストラクチャ ベンダーのほとんどがログ記録およびメトリック サービスを提供していますが、データの深さ、スタックの残りの部分に対するコンテキスト、ダッシュボードやアラートによるプレゼンテーションに関しては、特に優れたサービスはありません。たとえば、Amazon Cloudwatch は EC2 Container Service (ECS) の 16 個のメトリクスを提供しますが、サードパーティのツールは補助的な AWS API やサードパーティのアプリケーション API から抽出された多数の他のメトリクスを通じて追加の洞察を提供します。

雲同士の視認性の比較が不十分な場合も、死角が生じる可能性があります。アプリケーションが変更され、それに応じてリソース使用率が変化すると、クラウド移行中のパフォーマンス、適合性、コストの評価はすぐに無効になる可能性があります。アプリケーションに昨日推奨されたクラウドが同じままであるかどうかをどのように確認できますか?

サイロを打破するには、クラウド全体の管理と監視の方法について別の考え方をする必要があります。まず、データ収集をデータ サイエンスおよびパフォーマンス分析から分離する必要があります。この強力なコンセプトにより、マルチクラウド インフラストラクチャを管理および監視できます。

システム データ収集に対する標準化されたサービス指向のアプローチにより、次のことが可能になります。

• 技術的負債を一定にします。
• IT スタックのすべてのレイヤーを包括的にカバーします。
• さまざまなメトリックにわたるデータの正規化。
• 高度なコンポーネント依存関係認識分析をサポートするために必要なコンテキスト メタデータまたはデータ ディメンション。

この次世代のデータ収集アプローチは、多くの場合、Monitoring Integration as a Service (MIaaS) を通じて提供されます。 MIaaS は、さまざまな IT 環境に展開された監視プラットフォームを接続して、エコシステム全体の健全性とパフォーマンスを分析するための新しいツール セットです。大企業では MIaaS を使用することが多く、ネイティブ インフラストラクチャのパフォーマンス メトリックをクラウド サービスのパフォーマンス メトリックと統合したり、マルチクラウド環境を監視したりする必要があります。

複数のパブリック クラウド プロバイダーにわたる MIaaS を効果的に活用するための 5 つのマルチクラウド管理戦略を以下に示します。

1. 顧客ユーザー インターフェイス、コンピューティング、データ処理/アーカイブ、ストレージを含む運用アプリケーションまたはワークロード全体を Azure および/または AWS 上で実行します。

MiaaS の利点:クラウド間を移動するときに、クラウドごとのワークロード分散のトポロジ ビューを使用します。

2. 開発、テスト、フェイルオーバー/リカバリのワークロードにはクラウドを使用し、運用アプリケーションの実行にはオンプレミスのソフトウェアとインフラストラクチャを使用します。

MiaaS の利点: AWS、Azure、オンプレミスのデータセンターによって生成されたアラートも含め、アラートを 1 か所で管理します。

3. ピーク需要（バースト）時にネイティブ アプリケーション/サーバーで追加のコンピューティング、ネットワーク、ストレージが必要な場合にのみクラウドを使用します。

MiaaS の利点:クラウド サービスが失われた場合にインシデント対応を迅速化し、サービスを社内に持ち込んだりクラウドを切り替えたりするためのスマートな戦略を提供します。

4. SaaS と PaaS には Azure、IaaS には AWS を使用して、複数のクラウドを同時に使用します。機能が進化し、需要が急増するにつれて、これらのクラウドを早期リリース サイクルで使用します。

MiaaS の利点: Azure Log Analytics と CloudWatch 間のコンテキスト切り替え (ワークロードの移動) により、キャパシティ プランニングで誤算が生じるリスクを考慮します。

5. クラウドを使用して新しいビジネス ユニットを統合/分離したり、企業を買収したりして、選択したクラウド上でワークロード/アプリケーションを実行できるようにします。

MiaaS の利点: 中央 IT 部門に新しいビジネス ユニットの異種スタックの完全な可視性を提供し、問題やサービスの問題が表面化したり、新しい部門から買収または分離したりした場合に、中央 IT チームとサイロ化された IT/管理チーム間の責任の押し付け合いがなくなり、MTTR が向上します。

もう一度言いますが、クラウド コンピューティングによってもたらされる新しいパラダイムは、特にこのハイブリッド環境で複数のアプリケーションを効果的に監視する方法など、一連の新たな課題をもたらします。業界はこれらの新たな課題に対応するために進化しなければなりません。