問題タブ [openstack-nova]

私は、VM の割り当てをより効率的にすることを目的としたこのプロジェクトに取り組んでいました。

VM の割り当てとは、新しい仮想マシンの作成要求が Openstack プラットフォームに届くとすぐに、プラットフォームがその要求をどのように処理するかということです。openstack フレームワークでは、nova-scheduler がこの部分を行います。nova スケジューラーにさらに機能/フィルターを追加したいと考えていました。

私は、Nova スケジューラーに特別な種類のフィルターを実装したいと考えていました。それにはいくつかの特別なルールがあるか、システム全体で平均負荷を維持してエネルギーを節約します。一般に、中負荷のシステムは、最大負荷で稼働しているシステムよりもエネルギー消費が少なくなります。仮想マシンを近くに、つまり同じラックに割り当てるフィルターを考えていました。Vmのクラスタ作成依頼を受けたとき。そのようなフィルターの実現可能性についてどうお考えですか。そして、それらはどれほど効果的ですか？

ヘルプは非常に高く評価されます。

user-data を受け入れるフォームを表示するパネルを持つ open-stack-dashboard にカスタム ダッシュボードを追加しようとしています。ダッシュボードの settings.py にはデータベース構成が含まれていないため、パネル用に models.py を作成して定義する場所は?

openstack (Hawana -ubuntu 12.04 LTS) (192.168.1.0/28、192.168.1.16/28) に 2 つのネットワークを作成し、両方のネットワークにインスタンスがあります。インスタンスは別のネットワークのゲートウェイに ping を実行できますが、インスタンスはそのネットワーク内の別のインスタンスに ping を実行できません。

たとえば、ネットワーク 1: 192.168.1.0/28 ゲートウェイは 192.168.1.1 で、インスタンス IP は 192.168.1.2 ネットワーク 2: 192.168.1.16/28 ゲートウェイは 192.168.1.17 で、インスタンス IP は 192.168.1.18 です。

現在、192.168.1.18 マシンは 192.168.1.1 に ping できますが、192.168.1.2 にはできません

その正確な問題を教えてください。

停電が発生し、ハイパーバイザーがリセットされたとします。Openstack は nova サービスなどを起動します。

ただし、ハイパーバイザーがダウンしたときに実行されていた VM のバックアップは開始されません。これを行うように構成できますか?

おそらく 1 つの回避策は、ハイパーバイザーで起動スクリプトを作成するか、ハイパーバイザーが実行されていない場合にそのハイパーバイザーに割り当てられた特定の VM を起動する crontask をどこかに作成することですが、それは理想的とは言えません..

• 現在 KVM で Havana を実行していますが、まもなく Icehouse にアップグレードする予定です。

Jcloud API を使用して、openstack ですでに作成されているノードを再開/一時停止しようとしています。openstack サーバー GUI でノードを確認すると、ノードが再開/一時停止されますが、「一時停止には Admin アクション拡張機能のインストールが必要です」というエラー応答がコードに表示されます。

openstack サーバーで policy.json を確認しました。これには、管理者が役割として言及されている再開および一時停止の拡張機能があります。

それを修正する方法、または何をする必要があるか考えていますか? 前もって感謝します

「小さなクラウド」で 5 つのインスタンスを開始しようとしました。nova-api とコンピューティングを備えた 1 つのコントローラー ノード (tb22) があります。i には 1 つの計算ノード (tb23) があります。nova-schedule で次のエラー メッセージが表示されます。

2014-07-09 13:00:23.858 エラー nova.scheduler.filter_scheduler [req-f699a7d3-e3de-40e4-b291-9ae972c7d8f9 admin デモ] [インスタンス: 55febf3d-1d56-4381-a6ca-b4b3b37e92e0] ​​最後のホストからのエラー: tb23 (ノード tb23): [u'Traceback (最新の呼び出しが最後):\n', u' ファイル "/opt/stack/nova/nova/compute/manager.py", 1305 行目、_build_instance 内\n set_access_ip=set_access_ip )\n', u' ファイル "/opt/stack/nova/nova/compute/manager.py"、393 行目、decorated_function 内\n return function(self, context, *args, **kwargs)\n', u' ファイル "/opt/stack/nova/nova/compute/manager.py"、1717 行目、生成中\n LOG.exception( (\'インスタンスの生成に失敗しました\'), instance=instance)\n', u' ファイル "/opt/stack/nova/nova/openstack/common/excutils.py"、68 行目、 出口で\n six.reraise(self.type_, self.value, self.tb)\n', u' ファイル "/opt/stack/nova/nova/compute/manager.py"、1714 行目、_spawn 内\n block_device_info )\n', u' ファイル "/opt/stack/nova/nova/virt/libvirt/driver.py", 行 2262, スポーン中\n
write_to_disk=True)\n', u' ファイル "/opt/stack /nova/nova/virt/libvirt/driver.py"、3447 行目、to_xml 内\n disk_info、rescue、block_device_info)\n'、u' ファイル "/opt/stack/nova/nova/virt/libvirt/driver. py"、3263 行目、get_guest_config 内\nflavor)\n'、u' ファイル "/opt/stack/nova/nova/virt/libvirt/vif.py"、384 行目、get_config 内\n _("予期しない vif_type =%s") % vif_type)\n', u'NovaException: 予期しない vif_type=binding_failed\n']

誰が障害が何であるか考えていますか? ありがとう