docker 介紹 (2): docker和虛擬化技術

作者： -
在這一篇文章中, 將介紹一些docker所使用的技術,
相同的, 由於docker的相關技術已經被討論許多, 也有取多trace code,
在文章中, 只大略提及個技術的重點與限制,
並列出相關文件於參考資料作為延伸的閱讀.

docker是藉由Linux Containers (LXC)技術作為基礎,
LXC包括兩個部分: Linux Namespace (chroot)以及Linux CGgroup,
chroot提供了一種簡單的隔離模式: chroot內部的檔案系統無法訪問外部的內容
Linux Namespace在此基礎上, 提供了對UTS (UNIX Time-sharing System), IPC (interprocess communication), mount (檔案系統), PID (處理程序), network, User等的隔離機制.
簡單來說, LXC藉由遮蔽PID, 提供分離的操作環境,
因此, docker的每個容器都有獨立的檔案系統, 處理程序ID, 以及多工架構,



比較複雜的是網路的部分, 網路的隔離是通過net namespace實現的,
每個net namespace有獨立的 network devices, IP addresses, IP routing tables, /proc/net 目錄,
docker使用Linux Bridge將多個容器連起來, 如下圖所示:

圖片來自 [3]

下表[8]整理了Linux Namespace隔離的功能,
藉由下表, 我們可以清楚的了解docker所實作的環境隔離,
總結一下, docker藉由Linux Namespace提供了隔離的操作環境,
使得每一個容器彷若獨立的作業系統.

Namespace
系統調用參數
隔離內容
UTS
CLONE_NEWUTS
主機名稱與功能變數名稱
IPC
CLONE_NEWIPC
信號量、訊息佇列和共用記憶體
PID
CLONE_NEWPID
進程編號
Network
CLONE_NEWNET
網路設備、網路棧、埠等等
Mount
CLONE_NEWNS
掛載點（檔案系統）
User
CLONE_NEWUSER
用戶和用戶組

除了獨立的操作環境外, 雲端另一個功能是保證所能夠使用的資源,
這一部分, docker使用Linux CGgroup來實作, Linux CGgroup 主要提供了如下功能[10]:
• Resource limitation: 限制資源使用, 比如記憶體使用上限以及檔案系統的緩存限制
• Prioritization: 優先順序控制, 比如: CPU利用和硬碟IO吞吐
• Accounting: 一些審計或一些統計, 主要目的是為了計費
• Control: 掛起(hook)進程, 恢復執行進程

Linux CGgroup的實作頗為複雜, 其中牽涉到一些架構的設計,
簡單來說, Linux CGroup就像是複雜的nice (調整優先順序)和cpulimit (限制CPU使用時間),
限制程序所使用的記憶體, 優先順序, 硬碟IO等功能,
docker使用Linux CGroup用來限制容器所使用的CPU時脈,
這也解釋了為什麼在上一篇文章中, docker無法支援多核心的容器,

介紹完了docker和LXC之間的關聯性,
我們接著介紹和docker的檔案系統 (Another Union File System, ADFS),
在docker中, 用了ADFS檔案系統來設計一個可以層層堆疊的容器(Container)映象檔,
此映象檔包含了docker的應用程式, 相關函式庫以及設定檔,
並且提供一個Dockerfile設定檔來記錄建立Container過程的每一個步驟包括參數,
因此, 只要在docker環境中, 就可以從映象檔來建立出一個一模一樣的Container,
用來執行同一個應用程式,

圖片來自[13]

AUFS相比於既有的檔案系統, 提供了階層式的檔案架構,
並允許不同的存取權限, 使得docker能夠簡易的完成容器的繼承與製作,
docker不只支援AUFS的系統, 也支援的其他Union檔案系統種類像是DeviceMapper,
來完成容器的檔案系統.

總整理:
[1] http://www.zhihu.com/question/22969309
[2] https://philipzheng.gitbooks.io/docker_practice/content/underly/index.html

Docker 網路
[3] http://skymoneyc.com/2015/04/05/docker-network.html

Linux Containers
[4] https://en.wikipedia.org/wiki/LXC
[5] http://www.ibm.com/developerworks/cn/linux/l-lxc-containers/

Linux Namespace
[6] http://coolshell.cn/articles/17010.html
[7] http://coolshell.cn/articles/17029.html
[8] http://www.infoq.com/cn/articles/docker-kernel-knowledge-namespace-resource-isolation

Linux CGroup
[9] https://en.wikipedia.org/wiki/Cgroups
[10] http://coolshell.cn/articles/17049.html
[11] http://www.infoq.com/cn/articles/docker-kernel-knowledge-cgroups-resource-isolation

ADFS
[12] http://coolshell.cn/articles/17061.html

留言

張貼留言

熱門文章

LTE筆記: RSRP, RSSI and RSRQ

作者： -
圖片
在一般通訊系統中, 我們常用 RSSI (Received Signal Strength Indication) 來表示訊號強度,  其單位為 (dBm), 可以轉換成功率大小 (mW): https://en.wikipedia.org/wiki/DBm [註] dBm 的原意即是: (dB) reference to (m)W, 因此, 1 W = 10*log10(1000mW) = 30dBm. 在 LTE 通訊系統中, 除了 RSSI 之外, 又額外定義了兩個用以標示訊號強度的數值: RSRP 和 RSRQ 以下, 我們將介紹 RSRP, RSRQ 和 RSSI 的不同： Reference Symbol Received Power (RSRP) RSRP 為 UE 量測 Reference Signals (RS) 的平均訊號強度, DRS 為基地台在下行訊號中, 於固定 RB (Resource Block) 上傳送的訊號, 由於這些訊號具有特定的傳送格式, 接收端便可以解出這些控制訊號的強度, 對於不同的相鄰基地台, 甚至是同一基地台不同的天線, 可以透過不同的 RS 配置, 讓使用者得知不同目標的量測數值, 如下圖所示: 紅色為 RS, 不同基地台或天線使用不同的 RS 排列方法, 可分開量測 來自: https://api.semanticscholar.org/CorpusID:22030582 RSRP 的回報由 UE 進行 Measurement Report, 回傳給基地台, 其中, 關於 Measurement Report 的設置定義於 RRC 的規範中, 我們之後有機會再提, RSRP 的量測, 通常在換手 (handover) 時進行量測, 用以指出目標基地台的訊號強度, 其中, UE 所量測的數值, 將藉由下表進行轉換 (訊號強度 (dBm) - (-140)), 並回報給 eNB 作為換手的決策使用: (3GPP Reference: TS 36.133) RSSI (Received Signal Strength Indication)  RSSI 是 UE 接收到的 wide-band 訊號強度, 包含 DRS 以及其他...
閱讀完整內容

[WiFi] WiFi 網路的識別: BSS, ESS, SSID, ESSID, BSSID

作者： -
圖片
在 WiFi 網路中, 一個基本的識別方式就是 SSID (Service Set Identifier), 也就是我們口語中的 "WiFi 網路名稱", 然而, 此網路事實上是一個服務集合 (Service Set) 的概念, 而一個服務群集, 也可以對應到一個基本的無線網路, 包含: 一個 WiFi AP 以及多個 WiFi 使用者, 對於剛剛這種簡單的網路架構, 又稱為 BSS (Basic Service Set), 若是多個 BSS 都使用同一個 SSID, 則稱為 ESS (Extend Service Set), 如下圖所示: 來自: https://ppt.cc/fXIvex 對於 ESS 來說, 有兩個假設, 第一, 底下的 BSS 必須是相鄰 (有交疊範圍) 第二, 這些 BSS 有網路連線, (有線或是無線都可以) 這兩個假設是為了完成 ESS 的主要功能, 也就是換手 (handoff), 當裝置在同一個 ESS 下不同 BSS 範圍中移動時, 可不必重新連線就可以繼續傳輸. 這樣的流程事實上是由原本服務的 AP (BSS 1), 把使用者的資料轉傳到換手目標的 AP (BSS 2), 資料流程為: DS -> BSS 1 -> BSS 2 -> Sation, 也因此, 兩個 AP 之間必須連線, 同時切換時間也不能太久 (相鄰條件), 那麼在上述例子中, 如何知道 BSS 1 和 BSS 2 的差別呢? 在 WiFi 網路中, 為了完成這件事情, 所以就有了 ESSID 和 BSSID, ESSID 如上所述, 對應於 ESS 所使用的 SSID, 至於 BSSID (通常是 WiFi AP 的 MAC 位址) 來區分同個 SSID 下的網路. 反過來說, 同一個 WiFi AP 也可以擁有多個 SSID, 此功能稱為 VAP (Virtual AP), 此時, 一個 WiFi AP 會虛擬出多個 BSSID, 通常作法就是從原有的 MAC 位址往上加一, 作為多個不同的 BSSID. 這些 VAP 會對應到 WiFi AP 中的不同 VLAN 中, 因此, 我們可以給他們不同的網路設定, 例如: 流量, 安全性, 頻寬等, ...
閱讀完整內容

LTE筆記: 5G NR Measurement Events

作者： -
圖片
在通訊系統中, 量測訊號 (RSRP, RSRQ, SINR) 主要的用途就是用來進行換手, 此功能從 2G 系統就被實作, 並隨著更多通訊技術的發展而增加, 在 TS 3GPP TS 38.331 中定義了 5G 網路中, 以下和換手與量測報告的相關驅動事件: Event A1 (Serving becomes better than threshold) Event A2 (Serving becomes worse than threshold) Event A3 (Neighbor becomes offset better than SpCell) Event A4 (Neighbor becomes better than threshold) Event A5 (SpCell becomes worse than threshold1 and neighbor becomes better than threshold2) Event A6 (Neighbour becomes offset better than SCell) Event B1 (Inter RAT neighbour becomes better than threshold) Event B2 (SpCell becomes worse than threshold1 and inter RAT neighbor becomes better than threshold2) 其中, A 系列的事件對應於相同的 RAT (例如: 4G, 5G, etc), B 系列的事件, 則對應於 RAT 之間 (inter-RAT) 的換手,  在各事件的描述中, 以下為一些簡寫的說明: special cell (SpCell): 主要的服務基地台 secondary cell (SCell): 次要的服務基地台, 提供 CA (Carrier Aggregation) 功能 在各項驅動事件中, threshold 為針對事件的一致性定義, 針對每一事件, 我們都可以定義其對應的數值, offset 則是針對每一個基地台定義, 其數值可以為正或為負, 各項數值的物理意義與定義範圍顯示如下表: 在所有的事件中, 我們可以依照其驅動條件分成兩類: 絕對數值事件: A1, A2...
閱讀完整內容