使用 kolla 部署的 OpenStack 環境和傳統直接安裝的環境相比較，因為使用了全容器化部署，基本操作上有很大不同。對於初學者，操作變得更清晰和更簡單了，但是如果你已經有了一定的經驗，可能反而會不習慣。

本篇文章就以“建立例項”這個最簡單的任務，帶你掌握最基本最常用的操作。

概述

在上一篇文章中，我們把環境搭建完成，登入之後就結束了。今天的任務就是初步驗證環境的可用性，最直接的辦法莫過於建立一個虛擬機器了。

這不是一個零基礎的 OpenStack 教程，以下內容假定讀者已有一定的基本操作經驗。

準備工作

首先，為了能夠啟動一個虛機，至少需要完成下面的準備工作:

• 新建映象
• 新建規格
• 新建網路

這些操作都將在 dashboard 上完成，不涉及後臺，所以和其它環境並沒有什麼不同。

新建映象

首先下載一個專門用來測試的迷你 Linux 系統映象，CirrOS，進入下載頁面 後選擇最新的 0.4.0 版本：

針對不同的 CPU 架構和使用場景，有不同的映象格式：

點選直接下載最新的 64 位版本 cirros-0.4.0-x86_64-disk.img，映象的檔案格式是 qcow2

qcow2 是映象的格式，有時儲存為 .img 字尾，可用 file 命令檢視。

 $ file cirros-0.4.0-x86_64-disk.img 
 cirros-0.4.0-x86_64-disk.img: QEMU QCOW Image (v3), 46137344 bytes
 

新建規格

因為我們在 VirtualBox 虛機中部署的 All-In-One 環境，本身也沒有多少資源可用了，CirrOS 系統也不需要很多記憶體，我們就建立一個迷你的規格，

• 1 vCPU
• 512 MB 記憶體
• 1 GB 儲存

滿足測試即可。

新建網路

Kolla 部署環境時，已經預設配置了 VxLAN 型別的隧道網路，我們直接建立租戶網路即可。

還記得我們安裝系統時的第 2 塊網絡卡麼，那是專門給 Neutron 的外部網路準備的，本次實驗我們暫時還用不到。

新建例項

然後開始新建例項，如果不出意外會遇到如下錯誤:

建立失敗~~ 接下來讓我們去後臺檢查並解決。

這裡有可能會遇到另一個問題，錯誤日誌會顯示訊息超時，錯誤原因是 nova-scheduler

服務在系統重啟後有一定機率會啟動失敗，請參考下面的指導，重啟服務即可。

檢查服務狀態

在平常部署的環境裡，OpenStack 的各個服務安裝後會在系統裡註冊為後臺服務，我們檢視服務的命令是和作業系統相關，例如：

$ systemctl status openstack-nova-api

使用了 kolla 部署的環境，所有的服務都是在 docker 容器中啟動的，我們直接檢視容器的狀態就可以了：

$ sudo docker ps

可以看到每個服務都對應到一個容器。比如 nova 有幾個子服務，nova-api，nova-compute 等，都是獨立的容器。正如我前面說的，相對於以為的環境，對新手來說，到底一套 OpenStack 系統有哪些服務在執行，可能還不那麼清楚，現在看上去一目瞭然。

注意，服務名是減號 - 連線，而容器的名字是用下劃線 _ 連線

大部分情況下，容器內的服務出現問題，導致容器狀態異常的情況下，它們都會自動重啟。當然，也可能會有啟動不了的情況。這時候，使用 docker ps 命令只會顯示已經啟動的容器，不能代表大家都正常，必須加上 -a 選項，列出所有容器：

$ sudo docker ps -a

各個容器看上去沒什麼異常，我們去檢查一下服務的日誌。

查日誌

傳統的安裝方式中，每個服務在 /var/log 目錄下有各自的日誌檔案儲存路徑，例如 /var/log/nova

現在每個服務都是一個容器，我們自然會想到登入到容器裡面，檢視相應的日誌檔案：

[kolla@control01 ~]$ sudo docker exec -it nova_compute bash
(nova-compute)[nova@control01 /]$ cd /var/log/nova/
(nova-compute)[nova@control01 /var/log/nova]$ ls
(nova-compute)[nova@control01 /var/log/nova]$     <-- 空的

竟然是空的！不過不用著急。我們不妨先思考下如果日誌檔案真的儲存在容器中會怎樣？

一個問題，或者說一個業務流程，往往會涉及到多個服務，也就是說，日常在排查問題時，需要檢視多個日誌檔案。所以可以想見，像這樣每個容器逐個進去檢視檔案，會非常地不方便。

另外，容器的特點之一，就是希望它是無狀態的，我們可能隨時會重新建立一個容器，如果日誌只是簡單地存在容器裡，那麼每次重建容器，日誌內容也就丟失了。這裡你可能會想到，用 docker volume 不就解決問題了麼。

事實上，kolla 做的更好。它用了更專業日誌收集工具 Fluentd 來彙總所有服務產生的日誌。具體的技術細節我們以後有空再深入研究。

現在我們只需要知道，所有的日誌檔案在容器外面就可以檢視，它們集中存放在 /var/log/kolla/ 目錄中。

這裡虛機建立失敗的問題，我們可以檢視 nova-compute 日誌:

vi /var/log/kolla/nova/nova-compute.log

從錯誤提示可以看到，是因為 kvm 的問題，我們使用的是虛擬機器，所以沒法支援這個特性，必須修改一下，使用純軟體的（即 qemu）虛擬化。

在虛擬機器中建立虛機還可以通過開啟 KVM 巢狀虛擬化的特性來實現，但是 VirtualBox 貌似不支援。

修改配置（錯誤的方式）

配置檔案在容器中的位置和我們平常環境中的並無不同：

[root@control01 ~]# docker exec -it nova_compute bash
(nova-compute)[nova@control01 /]$ cd /etc/nova/
(nova-compute)[nova@control01 /etc/nova]$ ls
api-paste.ini  nova.conf  policy.json  release  rootwrap.conf

我們先按照常規方法修改，將下面的 kvm 修改為 qemu 後儲存退出:

(nova-compute)[nova@control01 /]$ cd /etc/nova/
(nova-compute)[nova@control01 /etc/nova]$ vi nova.conf 

[libvirt]
connection_uri = qemu+tcp://10.10.10.1/system
virt_type = kvm

改完配置之後的問題是，如何重啟服務讓修改生效呢？

重啟服務

如果你對 docker 比較熟悉的話，應該知道容器裡面是沒有 systemd 的，服務都是在前臺執行。所以不能用下面的命令：

$ sudo systemctl restart openstack-nova-compute

那怎麼去重啟服務呢？

其實非常簡單，直接重啟容器就可以了！

$ sudo docker restart nova_compute

不過，重啟完容器之後，如果你細心點再去看一看，會發現剛才的修改消失了！

如果配置有問題，容器啟動可能會失敗，可以刷幾次 docker ps 命令確保容器的狀態成功。

修改配置（正確的姿勢）

如果是對 docker 有所理解的話，其實上面直接在容器內修改配置的時候就應該有疑義。如果配置資訊僅僅是儲存在容器內的話，那容器重建怎麼辦？

所以這裡的問題和日誌檔案是類似的，我們首先想到的肯定還是 docker volume 來實現。不過現在的現象顯然也不太對勁：如果配置檔案是儲存在 volume 中，修改為什麼會在容器重啟後失效呢？

實際上，kolla 確實使用 volume 掛載了配置檔案，但是並沒有直接掛載到對應的位置，其中又添加了一次處理，我們先來看宿主機上配置檔案所在的位置：

[root@control01 ~]# cd /etc/kolla/nova-compute
[root@control01 nova-compute]# ls
config.json  nova.conf

注意到其中的 config.json 在容器裡面是看不到的，而 nova.conf 和容器內的是一致的。
kolla 的大致處理流程是這樣的：

1. 把這個目錄掛載到容器的 /var/lib/kolla/config_files 目錄
2. 在容器的啟動指令碼中加了處理配置的指令碼：kolla_set_configs
3. kolla_set_configs 根據 /var/lib/kolla/config_files/config.json 中的配置來處理配置檔案

現在看一下 config.json 中的內容，是不是很好理解了：

{
    "command": "nova-compute",
    "config_files": [
        {
            "source": "/var/lib/kolla/config_files/nova.conf",
            "dest": "/etc/nova/nova.conf",
            "owner": "nova",
            "perm": "0600"
        }
    ],
}

在宿主機下更改 /etc/kolla/nova-compute/nova.conf，並再次重啟容器，再次建立虛機。這次應該沒有問題了。

總結

查服務：

docker ps -a

查日誌：

cd /var/log/kolla

改配置：

cd /etc/kolla/<service_name>

重啟服務：

docker restart <container_name>

只需要記住這幾個常用的操作命令就可以了，相較於之前需要記憶每個服務不同的名字，是不是方便了很多呢？

更詳細的操作過程可以去 B站看視訊

如果看完本文對你有幫助，請 關注、點贊、 分享 來一波。

謝謝