プライベート クラウドの IaaS についてどれくらいご存知ですか?

クラウド コンピューティングに携わる人が最初に目にする 3 つの用語は、「サービスとしてのインフラストラクチャ」、「サービスとしてのプラットフォーム」、「サービスとしてのソフトウェア」という非常に単純な意味を持っています。すべての基礎講義では、「サービスとして」は水処理施設や発電所に例えられます。コンピューティング、ネットワーク、ストレージ インフラストラクチャ、開発およびアプリケーション環境、さらにはソフトウェアを事前に個別に準備する必要はありません。必要に応じて申請するだけです。ほとんどの人が水がどのように処理されるか、電気がどのように生成されるかを知らないのと同じように、ユーザーはこれらのリソースがどのように提供されるかを知る必要はありません。パブリック クラウドでは、ユーザーとプロバイダーは異なるグループです。ユーザーはバックエンドがどのようになっているかを理解していません。ニーズに応じてさまざまなサービスプロバイダーとサービスを選択するだけです。しかし、プライベートクラウドでは、バックグラウンドが公開されており、干渉される可能性があるため、状況は非常に複雑になります。今日は、プライベート クラウドにおける IaaS の概念についてお話しします。

[[211283]]

長年確立された IT の概念により、ユーザーはインフラストラクチャとアプリケーションが密接に関連していると信じるようになり、インフラストラクチャを直接制御および管理することも望んでいます。よく、どのブランドのサーバーを使用しているか、どのバージョンの仮想化ソフトウェアを使用しているか、どのネットワーク機器を使用しているかなどの質問が寄せられます。その理由は、アプリケーションが元のサイロ モデルからインフラストラクチャ共有モデルに移行している一方で、元のアプリケーションは実際には変更されていないためです。しかし、長い時間をかけて開発され、ハードウェアとソフトウェアが統合され、「小さくても完全」なアプリケーションアーキテクチャシステムは、「ポリシー主導」の受動的な移行のプロセスで「クラウド化」の意味と方法を理解できず、元のアーキテクチャと実装方法を参照することになります。

サイロ化されたシステム アーキテクチャでは、各アプリケーションに独立したネットワーク、ストレージ、サーバーが存在します。主流の IT 機器の性能はムーアの法則に沿って絶えず向上しており、その機能はますます強力になっています。その結果、これらのシステムの基本リソースの使用率が低下し、大量のリソースがアイドル状態になります。建設部門では、コンピューティング、ネットワーク、ストレージを仮想化し、これまで分散していた基本リソースを一元管理し、制御可能なリスク範囲内でオンデマンドでリソースを割り当てるために、仮想化テクノロジの導入を検討しました。ただし、仮想化がクラウド コンピューティングのすべてではないことに注意する必要があります。アプリケーションによっては、大量のコンピューティングが必要となり、複数のサーバーの調整が必要になる場合があります。他の要素を考慮してミニコンピュータを使用することもできます。仮想マシンだけがクラウドであるという見方は完全に正しいわけではありません。アプリケーションは、リソース プール内の x86 サーバーやミニコンピュータを使用することもできます。クラウド コンピューティングはさまざまなサービスを定義し、IAAS はアプリケーションに適応したインフラストラクチャ サービスの提供に重点を置いています。 X86 仮想マシン サービスを提供するだけでなく、必要なあらゆるサービスを提供できます。

Iaas サービスを使用すると、アプリケーションがインフラストラクチャを共有するため、従来の保守運用モデルは構造的に変化します。しかし、アプリケーション ユーザーは、インフラストラクチャを管理できず、「トップヘビー」で「不安定」だと感じる可能性があり、共有インフラストラクチャが「十分に安全ではない」と感じる可能性もあります。これにより、企業内の各部署や専門部門ごとに多数の小規模なプライベート クラウドが構築され、独自のインフラストラクチャを制御して安全マージンを確立できるようになりました。これにより、元の「シャフト」が「バケット」に変わります。

「バケツ」を壊すのは、実は「サイロ」を壊すよりも難しいのです。セキュリティと障害の観点から見ると、セキュリティドメインと障害ドメインが小さいほど安全です。メンテナンス要素を考慮しなければ、オリジナルのサイロシステムが最も安全です。安全上の問題があったとしても、影響を受けるのは 1 つのシステムだけです。しかし、シャフトの計画が異なり、各保守スタッフの「最初から最後までの管理」能力も異なるため、故障の総数は依然としてかなり多くなっています。しかし、企業の内部管理システムがリソース集中の変化に適応できない場合、小規模企業クラウドの状況に陥りやすくなります。クラウド コンピューティング テクノロジーの発展により、ソフトウェア定義ネットワークとソフトウェア定義ストレージにより、ネットワーク デバイスとストレージ デバイスをさらにセグメント化できるようになりました。セキュリティ ドメインと障害ドメインも、サイロ時代と同じ方法で定義できますが、さらに細かく定義することもできます。

たとえば、元の垂直ファイアウォールは垂直出口で定義されますが、リソース プール内の東西仮想ファイアウォールはシステム内の各ホストに対して定義することもできます。

たとえば、VXLAN を使用するとシステムを分離して、各システムが独自の独立したネットワークを持つことができると同時に、独自のプライベート ネットワーク内で内部ネットワーク セキュリティ ドメインを再定義することもできます。

クラウド コンピューティング リソース プール内のエンジニアリング チームは、さまざまな専門分野に基づいて、さまざまなデバイスの詳細なメンテナンスを実行できます。従来の分散型の「何でも屋」メンテナンスと比較すると、基本リソースの障害確率を大幅に低減できます。アプリケーション管理者は、アプリケーションの運用にエネルギーを費やすことができます。対応する保守体制が維持されれば、保守要員と保守コストをさらに削減できます。コストの削減、リソースの集中、メンテナンスの集中化、メンテナンスの専門化は、クラウド コンピューティングの発展における必然的なトレンドです。リソース ユーザーにとって、プライベート クラウドとパブリック クラウドの間に違いはありません。プライベート クラウドのユーザーが、パブリック クラウドと同じようにプライベート クラウド コンピューティング サービスを理解して使用し、既存のインフラストラクチャの特性に基づいてアプリケーションを変換する方法に重点を置くことができれば、クラウド コンピューティングのメリットを最大限に引き出すことができます。