jujuを使用してVMにOpenStackをデプロイする手順は何ですか？

Question

私は、jujuプロセスを学習するためだけでなく、開発目的で、小さなVM（2コア、2GBのRAM）にOpenStack（すべて1つ）をデプロイするためのガイドを探しています。

1. どの環境を選択すればよいですか？

   • 「マース」？
   • "地元"？

2. 「maas」を選択した場合-ブートストラップ中にエラー409 Conflictが発生します-なぜですか？指示に従って「maas」プロファイルを使用して、mass-cliログインをセットアップしました。

   • ノードを追加する必要がありますか？
   • Maasがすでにインストールされているノードを追加できますか？
   • 元の「maas」マシンであるマシンからjujuコマンドを実行しますか？

3. 「ローカル」環境でjuju-guiを使用してみました。 jujuを使用したOpenStackのデプロイに関するYouTubeのビデオをフォローしましたが、一部のコンポーネントがインストールに失敗し、進行状況バーが赤になりました-なぜですか？

4. 1つのノードにシングルオールをデプロイするためのjujuコマンドのリストはどこにありますか？

   • コマンドラインからデプロイする場合、インストールの進行状況/ステータスを確認するにはどうすればよいですか？ジュジュのステータスを見るのは、初めてのユーザーにとってはあまり情報にならないようです。

   

5. 上記の写真を考慮してください：

   • 複数のクラスターにまたがる単一のOpenStackデプロイメントはありますか？または、クラスターごとに単一のOpenStackデプロイメントがありますか？

Answer 1

1. どの環境を選択すればよいですか？ -「マース」？ -「ローカル」？

   ローカルは、仮想化ではなくLinuxコンテナ（LXC）を使用しているため、より高速で軽量です。最初に試してみます。 LXCコンテナーがQuantum/Neutronネットワーキング用のカーネルモジュールの構築を許可されていないいくつかの問題に遭遇しましたが、Quantum/Neutronネットワーキングはオプションであるため、LXCが機能します。

   MaaSは、マシン（通常は仮想マシンではなく物理マシンですが、仮想マシンを実行できます）を管理するように設計されています。このため、MaaSを使用する場合、マシン（おそらく仮想）をMaaSサーバーとして機能させ、他のマシン（再び、おそらく仮想）をネットワークに接続する必要があります。以前にKVM仮想化マシンでこれを試しましたが、非常に多くのものをデプロイしてそれを行う場合、大量のRAMが必要です。

2. 「maas」を選択した場合：

   • ブートストラップ中に、エラー409 Conflict-なぜですか？

     409競合は一般的なエラーであり、MaaSがリクエストを完了できなかった何らかの理由があったことを意味します。これが起こっている多くの理由があるかもしれません、考えられる原因として何かが突き出始めたかどうか見るために私の答えの残りを見てください。

   • 指示に従ってプロファイル「maas」を使用して、mass-cliログインをセットアップしました。ノードを追加する必要がありますか？

     MaaSを使用して何かをデプロイするには、MaaSクラスターにマシンを追加する必要があります（MaaSサーバー自体を除く-より多くの仮想マシンを作成する必要があります）。

   • maasがすでにインストールされているノードを追加できますか？ -元の「maas」マシンであるマシンからjujuコマンドを実行しますか？

     MaaS Web UIのアカウントページからAPIキーを取得し、jujuサーバーのネットワークアドレスとともに.juju/environments.yaml juju構成ファイルに配置します。これにより、jujuクライアントが実行されているどのマシンでもMaaSサーバーにログインしてコマンドを送信できます。使用するキーを取得するには、MaaSサーバーのWebインターフェース（http://ip_of_maas_server/MAAS/）に移動し、右上のユーザー名をクリックしてから、表示されるメニューの設定をクリックします。そのページには、使用するキーがリストされます。

3. 「ローカル」環境でjuju-guiを使用してみました。 jujuを使用したOpenStackのデプロイに関するYouTubeのビデオをフォローしましたが、一部のコンポーネントがインストールに失敗し、進捗バーが赤になりました-なぜですか？

   詳しい情報なしで確実に言うことは困難です-赤に変わるバーは、マシンjujuをセットアップするコードの一部が何らかの理由でエラーを経験したことを意味します。特定のエラーに関する詳細情報を取得する方法については、 Juju debug-hooks、デバッグ端末でフックを実行する方法、または詳細情報を取得する方法 を参照してください。

4. 1つのノードに単一のすべてをデプロイするためのjujuコマンドのリストはどこにありますか？

   Jujuチームは、1つのコマンドで複数のサービスをデプロイできるバンドルの開発に取り組んできました。サービスのグループをエクスポートおよびインポートするオプションの形で、WebGUIでこれをサポートするように見えるものを見ました。私はこれがどれだけ準備ができているのかわかりません（そして、openstackの動作設定をエクスポートする必要があります）。

   • コマンドラインからデプロイする場合、インストールの進行状況/ステータスを確認するにはどうすればよいですか？ watch juju statusは、初めてのユーザーにとって少し情報に乏しいようです。

     juju debug-logを実行することは1つの方法ですが、それは（かなり）冗長になる可能性があります。

5. 上の写真を考慮してください：-複数のクラスターにまたがる単一のOpenStackデプロイメントはありますか？または、クラスターごとに単一のOpenStackデプロイメントがありますか？

   この図は、必ずしもopenstackに直接関係するものを示しているわけではありません。 MaaSの構成方法を示しています。テストケースでは、2つのクラスターを持つ1つの領域の代わりに、1つのリージョンコントローラーと1つのクラスターが存在する可能性が非常に高いことに注意してください。クラスターは、MaaSがjujuサービスを管理および展開する同じスイッチ上のサーバーのグループ（通常は物理的ですが、仮想である可能性があります）です。 MaaSはOpenstackに固有のものではありません-その上にJujuチャームをデプロイできます。そのため、MaaSで管理されるいくつかのマシンでクラスターを構成し、Jujuを使用してwordpressとMySQLをデプロイできます。 MaaSは、Jujuの要求に応じて管理する2台のマシンをオンにし、Ubuntuをインストールしてから、Jujuが一方の物理マシンでWordpressを使用してWebサーバーを構成し、他方でMySQLデータベースサーバーを構成します。 JujuのMySQLサービスに別のユニットを追加すると、JujuはMaaSでさらに別のマシンを起動し、そのマシンにUbuntuをインストールしてから、そのマシンでMySQLを構成します。オープンスタック設定では、JujuはMaaSが管理するマシン上でオープンスタックソフトウェアを構成しているだけです。実稼働の高可用性セットアップでは、少なくとも2つのMaaSクラスターを作成し、それらのクラスター全体で各openstackサービスのユニットを分割することをお勧めします。1つのMaaSクラスターで問題が発生した場合、他のクラスターのOpenstackユニットは以上で、openstackシステムは中断することなく実行を続けます。