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

[51CTO.com クイック翻訳] 企業がハイブリッド クラウドに魅力を感じるのは、ローカル インフラストラクチャ、プライベート クラウド リソース、パブリック クラウド サービスを組み合わせて、ニーズに最適なクラウド アーキテクチャを構築できるためです。

[[313865]]

しかし、これらのアーキテクチャにはさまざまな種類の複数の部分が含まれるため、オンプレミスでもパブリック クラウドでも、ハイブリッド クラウドの管理は単一の環境で運用するよりも難しいことがよくあります。

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

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

データの入出力とは、クラウドへのデータの移動、またはクラウドからのデータの移動を指します。ハイブリッド クラウド アーキテクチャでは、管理者がパブリック クラウド サービスからオンプレミス サーバーまたはプライベート クラウドにデータを移動する場合など、データが 1 つのコンポーネントから別のコンポーネントに移動するたびに、データが入出力されます。

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

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

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

クラウドネイティブツールを避ける

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

幅広いホスト環境と互換性のあるサードパーティ製品を中心にハイブリッド クラウド管理および監視ツールセットを構築することで、これらの制限を克服できます。アプリケーション パフォーマンス管理、コスト監視、構成のための最新ツールのほとんどは、オンプレミス環境、プライベート クラウド、主要なパブリック クラウドで同様に機能します。

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

組織が柔軟性を最大限に高めるためにハイブリッド クラウド戦略を採用する際、ハイブリッド インフラストラクチャは固定的なものとして見なされるべきではありません。

代わりに、ハイブリッド クラウドは継続的に変更できる、また変更すべきインフラストラクチャであると考えてください。ニーズが変化したり、新しい機会が生じたりしたときに、ワークロード レイアウトのサイズを変更したり再構成したりすることをためらわないでください。

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

クラウドガバナンス戦略の実装

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

強固なガバナンス戦略を使用してインフラストラクチャの任意の部分でリソースを作成または管理することで、このハイブリッド クラウド管理の課題に対処できます。ガバナンス ポリシーは、一貫性と標準化を確保するのに役立ちます。

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

抽象化レイヤーを検討する

ハイブリッド インフラストラクチャの管理が特に難しい場合は、インフラストラクチャのさまざまな基礎部分を 1 つのインターフェースに統合するツールを探してください。これにより、管理者は基盤となる各部分ではなく抽象化レイヤーのみを処理すればよいため、ハイブリッド クラウドのさまざまな部分の管理が容易になります。

この意味では、クラウド抽象化レイヤーを使用することは、そのインフラストラクチャをホストする個々のサーバーが一貫性と統一性を備えていない場合でも、ハイパーバイザーを使用して一貫性と統一性を備えた仮想化インフラストラクチャを構築することに似ています。

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

原題: ハイブリッド クラウド管理を最適化する 5 つのヒント、著者: Chris Tozzi

[51CTOによる翻訳。パートナーサイトに転載する場合は、元の翻訳者と出典を51CTO.comとして明記してください。