實現 instance 定制化，cloud-init（或 cloudbase-init）只是故事的一半，metadata service 則是故事的的另一半。兩者的分工是：metadata service 為 cloud-init 提供自定義配置數據，cloud-init 完成配置工作。

?

Metadata Service

?

前面討論了一些 cloud-init 和 cloudbase-init 相關的經驗，收到了很多反饋，大家對 instance 啟動時是如何完成自定義配置這個過程非常感興趣，希望能夠系統講一下。這個主題確實很重要，實際應用場景很多，確實很有必要系統討論一番，作為對現有教程的補充。

instance 是通過 image 部署出來的，image 中包含了操作系統（例如 Ubuntu 16.04），最常用的軟件（例如 SSH）以及最通用的配置（例如 eth0 dhcp）。然而在創建 instance 的時候，我們往往希望對 instance 進行一些額外的配置，比如：安裝某些包、開啟一些服務、添加 SSH 秘鑰、配置 hostname 等等。

有幾個方法可以完成這項工作：

1. 將這些東西統統做到 image 中。

這種方案可以實現，但不現實。image 應該被看著是一個模板，存放的是通用的內容。在 image 中加入個性化配置的做法要么使 image 變得非常龐雜，要么導致數量眾多的 image，不易管理。

2. instance 部署出來之后手工完成個性化配置。

由于需要手工操作，instance 數量多了之后工作量會激增，而且容易出錯。

3. 推薦方案：由 OpenStack Metadata Service 提供 instance 的配置信息（這些信息被統稱為 metadata）。instance 啟動時向 Metadata Service 請求并獲得自己的 metadata，instance 的 cloud-init（或 cloudbase-init）根據 metadata 完成個性化配置工作。

這個方案的優點是不需要修改基礎 image，保證了 image 的穩定性，同時實現了 instance 自動化地個性配置。
?

最高頻的應用

將 ssh public key 添加到 instance。

首先在 “Project -> Compute -> Access & Security” 中創建 Key Pair。
?

OpenStack 會創建一對 ssh pulbic key 和 private key，public key 存放在 OpenStack 數據庫中，private key 會在我們點擊 “Create Key Pair” 按鈕時自動下載。

現在 "cloudman" 這個 key pair 就是我們要用的 metadata 了。部署 instance 時，選擇 "cloudman"。
?

instance 啟動后，可以看到這個 cloudman 的 public key 已經保存到 .ssh/authorized_keys 中了。
?

這樣我們就可以用 cloudman 的 private key 直接登錄 instance。

?

本節我們了解了 Metadata Service 的概念及其作用，并通過一個例子獲得了些感性認識。下一節就要深入學習了，我們將從 Metadata Service 的架構開始。

?

總結

以上是生活随笔為你收集整理的Metadata Service 最高频的应用 - 每天5分钟玩转 OpenStack（164）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。