- データベース:ノヴァ一部のデータは、データベースに格納されるのMySQLの一般的な使用を必要があるでしょう。制御ノードのデータベースにマウント。名前「新星」データベースを使用してノヴァ。何devstack新星データベースが存在しない理由を私は知りません?
-
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31
ルート@コントローラ:〜# SU -スタック スタック@コントローラ:〜$の MySQLの MySQLへようこそ監視。コマンドは、で終わります。や\ g。 あなたのMySQL接続IDは172です 5.7.26-0ubuntu0.16.04.1(Ubuntuの):Serverバージョン 著作権(C)2000、2019、Oracleおよび/またはその関連会社。全著作権所有。 Oracleは、Oracle Corporationおよび/またはそのの登録商標です 関連会社。その他の名称はそれぞれの商標または登録商標です 所有者。 「助けを;」タイプ 助けのためか、「\ hを」。型「\ c」が現在の入力文をクリアします。 MySQLの> SHOWデータベース。 + -------------------- + | データベース| + -------------------- + | INFORMATION_SCHEMA | | 燃えがら| | 一目| | キーストーン| | mysqlの| | 中性子| | nova_api | | nova_cell0 | | nova_cell1 | | performance_schema | | SYS | + -------------------- + 組11行(0.03秒)
- メッセージキュー:ノヴァはサブサービスの数が含まれていますが、これらのサブサービス間の連携とコミュニケーションを必要とします。情報サービスサブ中継局により各サブサービス、ノヴァメッセージキューのデカップリング。アーキテクチャ図のように、我々は、Message Queueの接触によるものであるサブサービス、の間には直接の接続を参照してくださいません。高度なメッセージキュープロトコル
ユニバーサルデザインのアイデアをOpenStackの:
- メッセージングサービス
- なぜ直接APIは、スケジューラを呼び出し、またはScheulerは直接計算と呼ばせたが、メッセージングによって輸送することがありますか?
- 同期および非同期呼び出しのコール:手続き間の通話は、通常2つのタイプに分けられます。
- スケジューラAPIインターフェイスダイレクトコールは同期呼び出しです。
- これは、APIリクエストは、スケジューラ計算予定完了するまで待ってから後ろの仕事をし続けることができるようにAPIのAPIに結果を返す必要があります。
- 間接呼び出しスケジューラによるメッセージングAPIは、非同期呼び出しです。
- これは、要求のAPI、直接リターンを待つ必要が特徴の背後にある仕事をし続けています。
- 非同期呼び出し、各サービスから切り離すことができますを使用して、そのサービスは、単にメッセージにメッセージを送信すると、コールを完了することができるようになります。ここで、他のサービスを実行するために知っている子を必要としません。非同期呼び出しは、そのような結果を待たずに呼び出し元が返されるので、パフォーマンスを向上させます。これは、システム全体のスループットを向上させるために多くの作業を実行していきます。
- データベース:OpenStackの各コンポーネントは、自身のステータス情報を維持する必要があります。このようノヴァ仮想マシンの状態などの仕様がありますが、この情報はデータベースに維持されています。OpenStackの各コンポーネントは、MySQLで独自のデータベースを持っています。