使用Docker過程中注意事項之壹

本寶寶以技術棧Redis為例，列舉并解釋了一些面向Docker進行應用程序開發和系統搭建中所需要注意的問題和技巧，以及Caicloud平臺在Docker管理和幫助企業應用向Docker轉化中的作用。由于應用程序千差萬別，應用場景層出不窮，本文僅起到拋磚引玉的作用。

我們總結基于Docker的Redis組件的使用注意事項如下：

(圖片來源于網絡）

Redis的外部存儲掛載

Persistence被開啟：無論是RDB還是AOF模式，都會需要在硬盤上進行存儲。以RDB為例，會自動存在本地硬盤一個叫dump.rdb的文件。如果沒有掛載外部存儲，這些數據在docker銷毀后會消失。

主從設置下Replication對硬盤的需求：在Redis 2.8以前，Master與Slave的同步需要用存儲（硬盤）作為中間媒介（自2.8此同步可不經過硬盤，但還屬于試驗內容）。在Docker環境下需要掛載Volume以保證這個步驟能正常運行。

Redis不能跑在daemonize的模式

Docker的容器需要其中的主進程一直在前端運行，使用daemonize的模式會使得container在運行后立即退出。幸運的是在Redis的配置文件中daemonize模式默認被關閉。如需運行daemon模式，應該在docker層面通過-d命令來進行。

Redis的日志文件目錄應置為空

Docker的容器所產生的日志會被系統自動接收和管理；同時Caicloud的集群管理平臺更會監測和聚合系統中所有容器的日志。因此在配置文件中將logfile設為空會享受Docker和Caicloud的自動日志收集和管理。

Redis Snapshot的注意事項

1、在主從結構下Snapshot應開啟：如果在Redis的Master節點上配置了Persistenceoff (數據不會自動存儲到硬盤上)，那么我們同時還應該關掉Master節點的自動重啟功能。由于Caicloud的自動修復功能會重啟實效的容器（包括RedisMaster），我們應開啟Snapshot功能。

2、對Persistence的需求：Redis會把Snapshot產生的rdb文件寫在指定的目錄中。默認情況下這個對應在Docker內部的一個目錄，會隨著Docker的銷毀而銷毀。如果有Persistence的需求，應該在生成Dockerfile和運行Redis容器時同時掛載外部的存儲。

Redis的端口映射

Docker的容器在運行時默認會將容器內的應用端口映射成一個隨機的主機端口，但這樣會打破一些Redis服務。比如sentinel需要根據默認端口規則 (26379) 來進行自動發現。因此在Docker下運行Redis一定要使用 –p port:port的格式來明確使用默認的Redis端口規則。

Redis主從結構中的Master節點的發現

在主從結構中，從節點（slave）需要在配置文件中使用Master節點的IP，來實現與Master節點的互連。傳統架構中這個IP可以預先通過靜態綁定。在Caicloud體系中，系統不需要靜態綁定具體的IP地址，而是可以通過DNS動態地發現，并通過運行Docker時的CMD命令來使用特定的腳本將Master IP動態添加到配置中。

多個Redis集群共存的情況

Caicloud下不會出現兩個Redis Cluster混為一起( https://www.oschina.net/news/6 ... ciden t)的情況，因為Caicloud的獨特網絡特性（扁平化，每個機器有自己的網段）。如例子中提到的兩個Redis 集群混在一起需要如下條件：

在某一個物理機上運行來自兩個Redis 集群的server 實例（from cluster A and cluster B）；

在兩個Redis 集群中存在兩個server 實例（from cluster A and cluster B）碰巧有同樣的IP（在純Docker環境下有可能，因為每個主機上的Docker會隨機分配網段和IP）

在Caicloud環境下，每個Redis server都會被分配一個不同的IP，每兩個Redis server 的IP必定不相同（每個機器有自己的網段，所以不同機器上的Docker在給container分配地址的時候不會撞車）。

注：Caicloud內測版本即將在1月底上線，屆時可聯系 info@caicloud.io 獲取邀請碼，在Caicloud官網 www.caicloud.io 注冊用戶搶先體驗（邀請碼會在1月底逐批對外發放，對Caicloud有興趣的小伙伴一定不要錯過）。