我這裡用的是F版本的openstack，G版本的quantum，在整合過程中确實會有這樣那樣的問題
就像這個metadata就跟全用G版本的不太一樣
如果都用G版本的話，那麼在quantum的dhcp.ini和l3.ini 把metadata都設定成True
然後nova.conf裡面的service_quantum_metadata設定成True之後應該就可以，我也沒試過
在我這裡出的問題是，169.254.169.254 404 not Found
也就是說這個IP是可以通的，網絡上的配置沒問題
關鍵是取資料的時候有問題
通過錯誤提示 Failed to get metadata for ip: 192.168.64.2
然後看代碼，發現這個ip是不對的，這是我的主控端的ip
實際上應該是虛機的ip，才發現有個地方不一樣
if FLAGS.use_forwarded_for:
remote_address = req.headers.get('X-Forwarded-For', remote_address)
就是F版本是這樣寫的，跟G版本的nova api可能不一樣
是以無法識别service_quantum_metadata這個參數，
但是還要有這個選項
直接設定成True之後，就可以用了
但是對這個參數還是不太了解，在F版本中到底在哪裡設定才對呢
進一步跟進……
另外，網上有說需要建立一個沒有gateway 的net
實際上有gateway的net也是可以成功的
而且沒有gateway的net幾乎沒有意義，因為無法綁定浮動ip
在這裡補充一點，如果metadata沒有配好的話，那麼建立虛機之後，虛機無法ping通實體機，實體機也無法ping通虛機
但是metadata如果能成功的話，那用namespace這種方式，虛機可以ping通實體機
還有和實體機在同一網段的其他實體機
但是實體機不能ping通虛機