OpenStackのアーキテクチャと原則 OpenStackの論理アーキテクチャの簡単な説明

OpenStack は、データセンター全体のコンピューティング、ストレージ、ネットワーク リソースの大規模なプールを制御するクラウド オペレーティング システムです。これらはすべて、管理者が制御できるダッシュボードを通じて管理され、ユーザーは Web インターフェイスを通じてリソースをプロビジョニングできます。では、OpenStck のアーキテクチャと原理とは何でしょうか?この記事では、OpenStck の論理アーキテクチャについて簡単に説明します。

OpenStck は、一連のソフトウェア オープンソース プロジェクトを組み合わせたオープンソース クラウド コンピューティング管理プラットフォーム プロジェクトです。このプロジェクトは、いくつかの特定のタスクを完了するために組み合わされた複数の主要コンポーネントで構成されています。主にプライベートクラウドとパブリッククラウド向けに、スケーラブルで弾力性のあるクラウドコンピューティングサービスを提供しています。このプロジェクトの目標は、実装が簡単で、拡張性があり、機能が充実し、標準化されたクラウド コンピューティング管理プラットフォームを提供することです。ネットワーク、仮想化、オペレーティング システム、サーバーなどのあらゆる側面をカバーします。

OpenStck 論理アーキテクチャは、OpenStck ネイティブ アーキテクチャのコンポーネント (グローバル コンポーネント、コア コンポーネント、外部コンポーネント) を導入します。コンポーネントは、API を介してポイントツーポイントで通信します (前提条件は、認証のために要求が Keystone に送信され、通信の許可があるかどうかです)。 1 つのプロジェクト内には多くのサブ機能モジュールがあります。これらは AMQP メッセージ ブローカー (RbbitMQ) を介してやり取りし、サービス ステータスはデータベースに保存されます。

OpenStck は、OpenStck サービスと呼ばれるいくつかの独立したコンポーネントで構成されています。すべてのサービスは共通の ID サービスを通じて認証できます。管理者権限を必要とするコマンドを除き、各サービスはパブリック API を介して相互に対話できます。

各 OpenStck サービスは複数のコンポーネントで構成され、複数のプロセスが含まれます。すべてのサービスには、API リクエストをリッスンし、それらのリクエストを前処理して、サービスの他のコンポーネントに渡す API プロセスが少なくとも 1 つあります。認証サービスとは別に、実際の作業は特定のプロセスによって実行されます。サービスのプロセス間の通信には AMQP メッセージ ブローカーが使用され、サービスのステータスはデータベースに保存されます。