web-dev-qa-db-ja.com

物理サーバーにOpenstackをインストールする方法

4台のDell r610サーバーにOpenstackをインストールしようとしていますが、非常に困難です。これらのサーバーの大まかな仕様は、24コア、32ギガバイトのRAM、および〜1.2 TBのハードドライブスペースです。

私は https://ubuntu.com/openstack/install にある正確な指示に従っています。 （Novalxdではmaasを選択できないため、現時点ではNovakvmパスに移動します）

私は＃11のポイントまですべての方向を順守することができました。 3つの私のMachineノードすべてが準備完了状態になり、展開画面が「マシンを待っています」でハングします。サービス変更のステータスはなく、マシンの待機中が無期限に表示されます。

インストールを終了し、戻ってインストールを続行しようとすると失敗します。以下は典型的なエラーです。

2019-09-23 17：39：19,268 [ERROR] conjure-up/openstack-base-common.py:60-Error bootstrapping controller：['Creating Juju controller "conjure-up-cloud-maas-001-5c9" on cloud-maas-001 '、' AMD64用のパッケージ化されたJujuエージェントバージョン2.6.5を探しています '、' cloud-maas-001でコントローラーインスタンスを起動しています... '、' ERROR failed to bootstrapモデル：アベイラビリティーゾーン「デフォルト」でbootstrapインスタンスを開始できません：ノードの取得に失敗しました：制約に一致する利用可能なマシンがありません：[（\ 'mem \'、[\ '3584 \']）、（\ ' agent_name\'、[\' 4837edeb-2b50-4b85-8d66-d3edf8ecd1eb\']）、（\' zone\'、[\' default\']）]（ "mem = 3584.0 zone = default"）に解決されました]

この時点で、すべてのノードのステータスは「Ubuntu 18.04」です。

注：MAASはubuntu 16にインストールされ、ノードが「準備完了」ステータスに到達すると、Ubuntu 16にもなりますが、NovaKVMを使用してデプロイを実行すると、Ubuntu 18がインストールされます。これが関連情報かどうかはわかりません。

これを機能させるには、いったい何をする必要がありますか？

編集：サービスの一部が実際にインストールされるところまでたどり着きましたが、報告されたceph-monによってブロックされました "bootstrap clusterへのピアユニットが不十分です（3が必要です。） "

すべての「3」の値を「2」に減らしてすべてを再インストールしようとしたところ、次のようになります。

juju.errors.JujuError：[「アプリケーション "ceph-osd"のユニット配置で指定されたユニットが多すぎます」、「アプリケーション "nova-compute"のユニット配置で指定されたユニットが多すぎます」、「ユニット配置で指定されたユニットが多すぎますapplication "ceph-mon" '] 2019-09-23 20：24：38,704 [DEBUG] conjure-up/openstack-base-init。py ：27-例外のダイアログを表示：['アプリケーション「ceph-osd」のユニット配置で指定されたユニットが多すぎます」、「アプリケーション「nova-compute」のユニット配置で指定されたユニットが多すぎます」、「ユニットで指定されたユニットが多すぎます」アプリケーション「ceph-mon」の配置 ']

jujumaasopenstackconjure-up
3
Mike

5台のサーバーを使用してopenstackをインストールしようとして、同じ問題が発生していました。

インストールを実行するには、最低6台のサーバーが必要なようです（MAAS用に1台、Juju用に1台、オープンスタッククラスター用に4台）。 Host Cephストレージ用のノードに専用のブロックデバイスも必要です。この説明は here から入手できます。

2台のサーバーが（Openstackでビジネスワークロードを実行するのではなく）MAASとJujuを実行しているため、このセットアップは最適ではないことがわかりました。私の小さなセットアップでは、このために2台の完全なサーバーを専用にする必要はありません。

未割り当てのjujuユニットを手動で移動する により、既存のサーバーで手動で作成された追加のLXDコンテナーにさらに進歩しました。このために、次のようなコマンドを使用しました（MAASサーバー上）：

juju add-machine lxd:2 # this creates an additional LXD container on server #3
# output : created container 2/lxd/4
juju add-unit openstack-dashboard --to 2/lxd/4

他の割り当てられていないユニットについて上記を繰り返します。これは機能しましたが、Ceph用の追加のブロックデバイスがないためにセットアップがブロックされました。

Openstackのデプロイメントを成功させるために、私は次のことを行いました。

  • vMにMAASとJujuをインストールして、Openstackにすべての物理サーバーを使用できるようにする
  • ホストにCephが使用するために未使用の/ dev/sdbを残すように委託するときに、MAASでハードウェアとストレージのレイアウトをセットアップします。
1
lbndev

おそらく少し遅れます。 「次の場所にある正確な指示： https://ubuntu.com/openstack/install "は指針ですが、葉巻ではありません。

スイッチ付きの1つのラック、1つのサブネットをセットアップしました。 7つのホストでパッチを適用。 MAASの場合は1。

MALOの部分は、iLOを理解し、登録済みホストの電源構成を機能させた後、ほとんどの部分でうまく機能します。

「正確な指示」は、「準備完了」状態への委託のみを明確に述べているわけではありません。最初の試みで、残りの6つを18.04 LTSで展開し、それが不要であることを確認しました。

また、LVMレイアウトを使用してvg0にsdbを追加するようにホストに依頼しました。次に、sdbはそのままにしておく必要があることに気付きました。

お役に立てれば

0
Sean Wheller