原文網址:http://blog.csdn.net/xiangpingli/article/details/47913059

在前面跟蹤分析了：“從映象啟動”、“從映象啟動（建立一個新卷）”過程中，卷的建立是在_build_resources->_prep_block_device中建立的，而不是在

spawm->_create_image中建立的，而_create_image只是來在捲上建立映象，或者說來組織映象。

在這裡看一下“從雲硬碟啟動”和“從映象啟動”、“從映象啟動（建立一個卷）”，在_prep_block_device中的差異.

（1）“從雲硬碟啟動”可以先不關注，肯定是在cinder這邊建立的卷，不過是怎麼

（2）“從映象啟動（建立一個新卷）”確定是在cinder中建立的，nova呼叫了cinderclient的建立卷的命令，但其_prep_block_device做了什麼？

（3）“從映象啟動”這裡的卷（_base + disk）是在nova中建立的還是調cinder建立的？在_prep_block_device中做了什麼？

（4）除了建立卷，還做了什麼？不管在哪裡建卷，都要_prep_block_device，是準備哪些東西？

再深入看一下_prep_block_device的流程：

1. ->nova.compute.manager.ComputeManager._prep_block_device //準備塊裝置  
2.   ->nova.compute.manager.ComputeManager.attach_block_devices   
3.       ->nova.virt.block_device.attach_block_devices   
4. ->nova.virt.block_device.DriverImageBlockDevice.attach：volume_api.create //懷疑這裡在不同的建立方式下走不同的流程  
5.       ->Nova.volume.API.create  
6.         ->nova.volume.cinder.API.create  
7.           -> client = cinderclient(context) ; client.volumes.create(size, **kwargs)//呼叫cinder建立卷  

確認：

nova.virt.block_device.DriverImageBlockDevice.attach：volume_api.create //懷疑這裡在不同的建立方式下走不同的流程

確認這裡在“從雲硬碟啟動”、“從映象啟動”、“從映象啟動（建立一個新卷）”三種方式下會走不同的流程

（1）“從映象啟動”：

從映象啟動時，那幾個類：DriverImageBlockDevice、DriverSnapshotBlockDevice、DriverBlankBlockDevice中的attach一個也沒有呼叫

看下nova.compute.manager.ComputeManager.attach_block_devices 有沒有被呼叫

1. ->nova.compute.manager.ComputeManager._prep_block_device //準備塊裝置  
2.     ->nova.compute.manager.ComputeManager.attach_block_devices   
3.       ->nova.virt.block_device.attach_block_devices   

接下來調到哪兒去了？“從映象啟動”建立雲硬碟，應該是在_create_image中做的，這裡attach什麼呢？是不是也要準備塊裝置？_create_image中只是下載？

看這時候有沒有卷資訊呢？

��看下nova.compute.manager.ComputeManager.attach_block_devices 有沒有被呼叫?那幾個類：DriverImageBlockDevice、DriverSnapshotBlockDevice、DriverBlankBlockDevice中的attach一個也沒有呼叫

“從映象啟動”的_prep_block_device：在attach_block_devices這裡就直接返回了，如下是“從映象啟動”的列印：

看下nova.compute.manager.ComputeManager.attach_block_devices 有沒有被呼叫

“從映象啟動（建立一個新卷）”的_prep_block_device：這裡會去呼叫cinder的create建卷，和呼叫cinder的attach去掛載雲硬碟。如下是“從映象啟動（建立一個新卷）”的log：

1. ->nova.compute.manager.ComputeManager._prep_block_device //準備塊裝置  
2.   ->nova.compute.manager.ComputeManager.attach_block_devices   
3.     ->nova.virt.block_device.attach_block_devices   
4.       ->nova.virt.block_device.DriverImageBlockDevice.attach  
5.         ->nova.virt.driver.create  
6.          ->nova.virt.libvrit.driver.create 建立一個新卷  
7.       ->nova.virt.block_device.DriverVolumeBlockDevice.attach (DriverVolumeBlockDevice是DriverImageBlockDevice的父類)  
8.         ->nova.virt.driver.attach  
9.           ->nova.virt.libvirt.driver.attach 掛載這個卷    

“從雲硬碟啟動”的_prep_block_device：這裡不會去建立卷，因為卷已經存在了，所以這裡會直接呼叫attach去掛載雲硬碟。如下是“從雲硬碟啟動”的Log：

1. ->nova.compute.manager.ComputeManager._prep_block_device //準備塊裝置  
2.   ->nova.compute.manager.ComputeManager.attach_block_devices   
3.     ->nova.virt.block_device.attach_block_devices   
4.       ->nova.virt.block_device.DriverVolumeBlockDevice.attach (DriverVolumeBlockDevice是DriverImageBlockDevice的父類)  
5.         ->nova.virt.driver.attach  
6.           ->nova.virt.libvirt.driver.attach 掛載這個卷    

也就是說，在_prep_block_device中的差別：

“從映象啟動”，這裡不會去建立卷，也不會去呼叫任何attach，因為這時候不存在一個卷，這個卷要在後面_create_image中建立

“從雲硬碟啟動”這裡卷早已經建好了，但是會去呼叫cinder的attach，去掛載這個卷，或者說掛載這個塊裝置，就是做block_device_mapping

“從映象啟動（建立一個新卷）”：這裡會呼叫呼叫cinder的create去建立一個卷，並且會去呼叫cinder的attach去掛載這個卷

這裡的_prep_block_device方法的更深入的原理是什麼？

【需要搞清楚】對這裡的流程清楚了，就是調到了哪裡。但原理還不夠清楚，怎麼調過去的，為什麼就調到後面的nova.compute.manager.ComputeManager.attach_block_devices了，後面的nova.compute.manager.ComputeManager.attach_block_devices為什麼有的會調create和attach，有的會呼叫attach而不呼叫create，有的create和attach都不會呼叫？【需要搞清楚】

詳細解析：

這裡主要是以attach_block_devices的返回值作為block_device_mapping的成員，所以attach_block_devices返回什麼很重要。

attach_block_devices：

要明白map(func, {{},{}})是什麼意思，map是將第二個引數中的所有成員，在第一個引數的函式中執行一遍！

“從映象啟動（建立一個新卷）”列印：

這裡可以看到，會去呼叫_log_and_attach，去呼叫實際的create和attach去建立卷和掛載卷。

“從映象啟動”列印：

這裡可以看到，不會去呼叫_log_and_attach，這裡不會去建卷，更不會去掛載卷，都在後面的_create_image中來處理。這裡經過再次確認，確實不會呼叫。

“從雲硬碟啟動”，列印：

這裡也會去執行map中的回撥函式：_log_and_attach函式，去掛載已經建立好的雲硬碟。

這裡最根本的是要搞清楚：

block_device_mapping是什麼？

map(_log_and_attach, block_device_mapping)做了什麼？

這裡還沒搞明白，後面再研究。