實現(xiàn) instance 定制化，cloud-init（或 cloudbase-init）只是故事的一半，metadata service 則是故事的的另一半。兩者的分工是：metadata service 為 cloud-init 提供自定義配置數(shù)據(jù)，cloud-init 完成配置工作。
Metadata Service
前面討論了一些 cloud-init 和 cloudbase-init 相關的經(jīng)驗，收到了很多反饋，大家對 instance 啟動時是如何完成自定義配置這個過程非常感興趣，希望能夠系統(tǒng)講一下。這個主題確實很重要，實際應用場景很多，確實很有必要系統(tǒng)討論一番，作為對現(xiàn)有教程的補充。
instance 是通過 image 部署出來的，image 中包含了操作系統(tǒng)（例如 Ubuntu 16.04），最常用的軟件（例如 SSH）以及最通用的配置（例如 eth0 dhcp）。然而在創(chuàng)建 instance 的時候，我們往往希望對 instance 進行一些額外的配置，比如：安裝某些包、開啟一些服務、添加 SSH 秘鑰、配置 hostname 等等。
有幾個方法可以完成這項工作：
1. 將這些東西統(tǒng)統(tǒng)做到 image 中。
這種方案可以實現(xiàn)，但不現(xiàn)實。image 應該被看著是一個模板，存放的是通用的內容。在 image 中加入個性化配置的做法要么使 image 變得非常龐雜，要么導致數(shù)量眾多的 image，不易管理。
2. instance 部署出來之后手工完成個性化配置。
由于需要手工操作，instance 數(shù)量多了之后工作量會激增，而且容易出錯。
3. 推薦方案：由 OpenStack Metadata Service 提供 instance 的配置信息（這些信息被統(tǒng)稱為 metadata）。instance 啟動時向 Metadata Service 請求并獲得自己的 metadata，instance 的 cloud-init（或 cloudbase-init）根據(jù) metadata 完成個性化配置工作。
這個方案的優(yōu)點是不需要修改基礎 image，保證了 image 的穩(wěn)定性，同時實現(xiàn)了 instance 自動化地個性配置。
