ハイブリッドクラウド管理を最適化するための5つのヒント

多くの企業がハイブリッド クラウドを採用しているのは、オンプレミスのインフラストラクチャ、プライベート クラウド リソース、パブリック クラウド サービスを組み合わせて、ニーズに最適なクラウド コンピューティング アーキテクチャを構築できるためです。

ただし、これらのアーキテクチャにはさまざまな種類の複数のコンポーネントが含まれるため、オンプレミスでもパブリック クラウドでも、ハイブリッド クラウドは通常、単一の運用環境よりも管理が困難です。

ハイブリッド クラウド インフラストラクチャを管理するためのベスト プラクティスを調べて、IT チームが信頼性、パフォーマンス、コスト、セキュリティを最適化できるようにします。組織がハイブリッド クラウドをゼロから構築する予定であっても、既存のハイブリッド クラウドを管理している場合でも、次の 5 つのヒントが役立ちます。

[[317668]]

1. 入出力データを慎重に管理する

データの入出力とは、企業によるクラウド プラットフォームへのデータの移動、またはクラウド プラットフォームからのデータの移動を指します。ハイブリッド クラウド アーキテクチャでは、データがあるオペレーティング環境から別のオペレーティング環境に移動されるたびに、データの入出力が発生します。たとえば、管理者がパブリック クラウドからオンプレミス サーバーまたはプライベート クラウドにデータを移行する場合などです。

ハイブリッド クラウド管理にとって、データの入出力が重要なのは、主に次の 2 つの理由からです。

• パフォーマンス: クラウド コンピューティングのパフォーマンスに関しては、ネットワーク経由のデータの移動が最も弱いリンクとなることがよくあります。 2 つの異なるクラウドを結ぶグローバル インターネット接続を介したデータの移動速度は、同じクラウド内での移動速度よりもはるかに遅くなります。これは不要なデータの入出力を意味し、パフォーマンスが低下します。
• コスト: ほとんどの場合、パブリック クラウド プロバイダーは受信データ転送に対しては料金を請求しませんが、データがクラウドから出るたびに料金を請求します。したがって、ユーザーが出力するデータが増えるほど、パブリック クラウドの料金も高くなります。

ハイブリッド クラウド環境でパフォーマンスとコストを最適化するには、不要なデータ転送を避けることが重要です。ハイブリッド インフラストラクチャの各部分間でデータが頻繁に移動される場合は、コンポーネント間の移動を減らすために構造を再配置する必要があります。たとえば、パブリック クラウドでホストされているアプリケーションがオンプレミスでホストされているデータベースに接続する場合、アプリケーションとデータベースは同じ環境で実行されるため、データベースをパブリック クラウドに移動してデータの入出力を削減できます。

2. クラウドネイティブツールの使用を避ける

パブリック クラウド ベンダーは、クラウド プラットフォームでホストされているワークロードを監視および管理するためのさまざまなツールを提供しています。これらのサービスは、ワークロードが特定のクラウド プラットフォームでのみ実行される場合に役立ちますが、AWS、Google Cloud Platform、または Microsoft Azure 専用のネイティブ ツールは通常、そのクラウド プラットフォームに存在するインフラストラクチャの部分の管理にのみ役立ちます。プライベート クラウドやオンプレミスのリソースは使用しません。

企業は、複数のホスト環境と互換性のあるサードパーティ製品を中心にハイブリッド クラウド管理および監視ツールセットを構築することで、これらの制限を克服できます。アプリケーション パフォーマンス管理、コスト監視、リソース プロビジョニング用の最新ツールのほとんどは、オンプレミス環境、プライベート クラウド、主要なパブリック クラウドで適切に機能します。

3. 絶え間ない変化を受け入れる

企業が柔軟性を最大限に高めるためにハイブリッド クラウド戦略を採用する場合、ハイブリッド クラウドを継続的に変更できる、また変更すべきインフラストラクチャとして考える必要があります。ニーズが変化し、新しい機会が生じたときに、ワークロードのレイアウトを再調整したり再構成したりすることを恐れないでください。

たとえば、ハイブリッド クラウド アーキテクチャを最初にセットアップするときに、企業はオンプレミスのデータ センターにデータを保存することを決定する場合があります。しかし、パブリック クラウド ストレージのコストが下がっているため、データをパブリック クラウドに移行する方が合理的であることがすぐに企業にわかるでしょう。あるいは、企業には現在オンプレミスでホストされているアプリケーションがあり、パブリック クラウド ベースのサーバーレス機能を活用することでパフォーマンスを向上できる可能性があります。あるいは、企業はプライバシーとガバナンスの懸念から、パブリック クラウド プラットフォームでホストされているデータを企業のプライベート データ センターに移動することを決定する場合があります。

4. クラウドコンピューティングガバナンスポリシーを実装する

クラウド コンピューティング アーキテクチャ内のレイヤーが増えるほど (ハイブリッド クラウドでは多くの場合必要)、すべてのレイヤーが予測可能かつ一貫した方法で構成されていることを保証するのが難しくなります。予測可能性と一貫性に欠ける構成では、コスト、パフォーマンス、セキュリティを最適化することが困難です。

企業は、インフラストラクチャのあらゆる部分でリソースを作成または管理するための強固なガバナンス戦略によって、このハイブリッド クラウド管理の課題を軽減できます。一貫性と標準化を確保するのに役立ちます。

たとえば、企業のポリシーには、新しいリソースへのアクセス権限の構成方法を定義するルールが含まれる場合があります。これにより、管理者はガバナンス ポリシーを参照して、どのアプローチを取るかを決定できます。これにより、企業がオンプレミスのデータセンターのワークロードに対して 1 つのアプローチ、プライベート クラウドのワークロードに対して別のアプローチ、パブリック クラウド サービスに対して 3 つ目のアプローチを採用している状況を回避できます。

5. 抽象化レイヤーを考慮する

企業がハイブリッド インフラストラクチャの管理を特に困難だと感じている場合は、インフラストラクチャのさまざまな基盤コンポーネントを 1 つのインターフェイスに統合するツールを導入する価値があるかもしれません。これにより、管理者は基礎となる各コンポーネントではなく抽象化レイヤーのみを操作するため、ハイブリッド クラウドのさまざまな部分の管理が容易になります。

この意味では、クラウド コンピューティング抽象化レイヤーの使用は、ホストするサーバーが異なっていても、一貫性のある統合された仮想化インフラストラクチャを構築するためにハイパーバイザーを使用することに似ています。

ハイブリッド クラウドの抽象化プラットフォームはまだ比較的原始的であり、設定にはより多くの労力が必要です。ただし、Libcloud などのツールを使用すると、複数のクラウド コンピューティング API を含むアーキテクチャでのアプリケーションの展開を簡素化できます。 Terraform などのサードパーティの Infrastructure as Code ツールを採用して、ハイブリッド クラウドのさまざまな層にわたるワークロードの展開プロセスを標準化することもできます。また、場合によっては、企業は Kubernetes などのプラットフォームを使用して、ハイブリッド クラウド全体にわたるデプロイメントを作成することで、さまざまなハイブリッド クラウド コンポーネントを単一の環境に統合できます。