Docker是一個開源的應用容器引擎,開發者能夠打包本身的應用到容器裏面,而後遷移到其餘機器的docker應用中,能夠實現快速部署。node
簡單的理解,docker就是一個軟件集裝箱化平臺,就像船隻、火車、卡車運輸集裝箱而不論其內部的貨物同樣,軟件容器充當軟件部署的標準單元,其中能夠包含不一樣的代碼和依賴項。linux
按照這種方式容器化軟件,開發人員和 IT 專業人員只需進行極少修改或不修改,便可將其部署到不一樣的環境,若是出現的故障,也能夠經過鏡像,快速恢復服務。ios
Client(客戶端):是Docker的用戶端,能夠接受用戶命令和配置標識,並與Docker daemon通訊。nginx
Images(鏡像):是一個只讀模板,含建立Docker容器的說明,它與操做系統的安裝光盤有點像。docker
Containers(容器):鏡像的運行實例,鏡像與容器的關係類比面向對象中的類和對象。編程
Registry(倉庫):是一個集中存儲與分發鏡像的服務。最經常使用的Registry是官方的Docker Hub 。json
一、安裝依賴vim
yum install -y yum-utils device-mapper-persistent-data lvm2
二、添加軟件源centos
yum-config-manager --add-repo http://mirrors.aliyun.com/doc... # 指定阿里雲鏡像源
三、安裝docker-ce(對系統內核有必定要求,centos6不支持)緩存
yum clean all yum makecache fast # 從新生成緩存yum -y install docker-ce docker-ce-cli containerd.io
四、設置自啓並啓動
systemctl enable dockersystemctl start docker
五、查看版本
docker version
docker search nginxdocker pull nginx
docker run -d -p 8080:80 --name Nginx nginx # 參數詳解見下文
搜索鏡像:docker search [OPTIONS] TERM上傳鏡像:docker push [OPTIONS] NAME[:TAG]
下載鏡像:docker pull [OPTIONS] NAME[:TAG]
提交鏡像:docker commit [OPTIONS] CONTAINER NAME[:TAG]
構建鏡像:docker build [OPTIONS] PATH
刪除鏡像:docker rmi [OPTIONS] IMAGE [IMAGE...]
增長鏡像標籤:docker tag SOURCE_IMAGE[:TAG] TARGET_IMAGE[:TAG]
查看全部鏡像:docker images [OPTIONS] [REPOSITORY[:TAG]]
啓動/重啓容器:docker start/restart CONTAINER中止/強停容器:docker stop/ kill CONTAINER
刪除容器:docker rm [OPTIONS] CONTAINER [CONTAINER...]
重命名容器:docker rename CONTAINER CONTAINER_NEW
進入容器:docker attach CONTAINER
執行容器命令:docker exec CONTAINER COMMAND
查看容器日誌:docker logs [OPTIONS] CONTAINER
查看容器列表:docker ps [OPTIONS]
docker run [OPTIONS] IMAGE [COMMAND] [ARG...]
-d : 後臺運行容器,並返回容器ID
-i:以交互模式運行容器,一般與 -t 同時使用
-t:爲容器從新分配一個僞輸入終端,一般與 -i 同時使用
-v:綁定掛載目錄
--name="mycontainer": 爲容器指定一個名稱
--net="bridge": 指定容器的網絡鏈接類型,支持以下:
bridge / host / none / container:<name|id>
-p/-P :端口映射,格式如圖:
查看docker信息:docker infodocker命令幫助:docker run --help
複製文件到容器:docker cp custom.conf Nginx:/etc/nginx/conf.d/
更新容器啓動項:docker container update --restart=always nginx
查看docker日誌:tail -f /var/log/messages
a) 運行容器
docker run -dit -p 8080:80 --name Nginx nginx
b) 修改容器(這裏我只是作個演示,因此就複製一下文件,具體修改須要根據你實際狀況)
docker cp custom.conf Nginx:/etc/nginx/conf.d/
c) 將容器保存爲新的鏡像
docker commit Nginx zwx/nginx
a)編寫Dockerfile文件
vim Dockerfile
b)執行Dockerfile文件
docker build -t zwx/nginx . # 後面有個點,表明當前目錄下dockerfile文件
一、拉取鏡像倉庫
docker search registrydocker pull registry
二、啓動鏡像服務
docker run -dit--name=Registry # 指定容器名稱
-p 5000:5000 # 倉庫默認端口是5000,映射到宿主機,這樣可使用宿主機地址訪問
--restart=always # 自動重啓,這樣每次docker重啓後倉庫容器也會自動啓動
--privileged=true # 增長安全權限,通常可不加
-v /usr/local/my_registry:/var/lib/registry # 把倉庫鏡像數據保存到宿主機
registry
三、註冊https協議(須要經過本地倉庫下載鏡像,均須要配置)
vim /etc/docker/daemon.json # 默認無此文件,需自行添加,有則追加一下內容。{ "insecure-registries":[" xx.xx.xx.xx:5000"] } # 指定ip地址或域名
四、新增tag指明倉庫地址
docker tag zwx/nginx x.xx.xx.xx:5000/zwx/nginx # 若是構建時已經指定倉庫地址,則能夠省略
五、上傳鏡像到本地倉庫
docker push x.xx.xx.xx:5000/zwx/nginx
六、查看本地倉庫
curl -XGET http://x.xx.xx.xx:5000/v2/_catalog
Portainer是Docker的圖形化管理工具,提供狀態顯示面板、應用模板快速部署、容器鏡像網絡數據卷的基本操做(包括上傳下載鏡像,建立容器等操做)、
事件日誌顯示、容器控制檯操做、Swarm集羣和服務等集中管理和操做、登陸用戶管理和控制等功能。功能十分全面,基本能知足中小型單位對容器管理的所有需求。
a) 搜索並下載鏡像
docker search portainerdocker pull portainer/portainer
b) 單機方式運行
docker run -d-p 9000:9000 # portainer默認端口是9000,映射到本地9000端口,經過本地地址訪問
--restart=always # 設置自動重啓
-v /var/run/docker.sock:/var/run/docker.sock # 單機必須指定docker.sock
--name Prtainer portainer/portainer
c) 訪問http://localhost:9000
首次登錄須要註冊用戶,給admin用戶設置密碼,而後單機版選擇local鏈接便可。
d) 控制管理
Swarm是Docker官方提供的一款集羣管理工具,其主要做用是把若干臺Docker主機抽象爲一個總體,而且經過一個入口統一管理這些Docker主機上的各類Docker資源。
Swarm 在 Docker 1.12 版本以前屬於一個獨立的項目,在 Docker 1.12 版本發佈以後,該項目合併到了 Docker 中,成爲 Docker 的一個子命令。
a)啓動swarm集羣只須要執行初始化命令便可:
docker swarm init # 默認初始化節點爲管理節點
--advertise-addr xx.xx.xx.xx #指定使用的ip
--listen-addr xx.xx.xx.xx:2377 #指定監聽ip和port,默認爲2377
b)設置manager節點
docker swarm join-token manager #獲取管理節點token,放入下面命令docker swarm join
--advertise-addr xx.xx.xx.xx
--listen-addr xx.xx.xx.xx:2377
--token SWMTKN-1-29ynh5uyfiiospy4fsm4pd4xucyji2rn0oj4b4ak4s7a37syf9-ajkrv2ctjr5cmxzuij75tbrmz
xx.xx.xx.xx:2377
c)設置worker節點
docker swarm join-token worker #獲取工做節點token,放入下面命令docker swarm join
--advertise-addr xx.xx.xx.xx
--listen-addr xx.xx.xx.xx:2377
--token SWMTKN-1-29ynh5uyfiiospy4fsm4pd4xucyji2rn0oj4b4ak4s7a37syf9-ajkrv2ctjr5cmxzuij75tbrmz
xx.xx.xx.xx:2377
c) 查看節點
docker node ls
d)建立服務
docker service create [OPTIONS] IMAGE [COMMAND] [ARG...]--detach , -d: 指定容器運行於前臺仍是後臺,默認爲false
--name: 服務名稱
--network: 網絡鏈接
--publish , -p: 端口映射
--env , -e: 設置環境變量
--tty , -t: 分配tty設備,該能夠支持終端登陸
--mount: 文件掛載
--replicas: 指定任務數量
a)出生不一樣
Google根據其在Linux上容器管理經驗,改造到docker管理上,就是kubernetes。他的在許多方面表現良好,最重要的是構造於Google多年的寶貴經驗之上。
kubernetes並非爲了docker寫的,kubernetes把集羣帶到了一個全新的高度,代價是學習曲線比較陡。docker-swarm 使用了一個不一樣的方式,它是docker原生的集羣工具。
最方便的部分是它暴露了docker標準的編程接口,意味着你以前一直在使用的任何與docker溝通的工具(docker CLI, docker compose等),均可以無縫的在docker swarm上使用。
b)安裝配置不一樣
安裝設置swarm很是簡單,簡單明瞭而且很靈活。咱們須要作的就是安裝一個服務發現工具,而後在全部的節點上安裝swarm容器。
相比較而言,kubernetes的安裝就有點複雜晦澀了。不一樣的操做系統上安裝都不一樣。每一個操做系統都有本身的獨立安裝指令。
c)運行方式不一樣
使用Swarm和使用容器沒有什麼不一樣。好比,你習慣於使用Docker CLI(命令行接口),你能夠繼續使用幾乎相同的命令。
若是你習慣於使用Docker Componse來運行容器,你能夠繼續在Swarm集羣中使用。無論你以前習慣於怎麼使用容器,你仍舊可使用,只是在更大級別的集羣中使用。
Kubernetes要求你去學習它本身的CLI(命令行接口)和配置。你不能使用你以前建立的docker-compose.yml配置,你必需要去新建與Kubernetes對應的配置。
你也不能使用以前學習的Docker CLI(命令行接口)。你必需要去學習 Kubernetes CLI(命令行接口)
最後,當須要在Docker Swarm 和 Kubernetes作出選擇時,能夠考慮以下幾點:
你是否想依賴於Docker本身來解決集羣的問題。
若是是,選擇Swarm。若是某些功能在Docker中不支持,那它也很是可能在Swarm中找不到,由於Swarm是依賴於Docker API的。
另一方面,若是你想要一個工具能夠解決Docker的限制,Kubernetes將是不錯的選擇。Kubernetes不是基於Docker,而是基於Google多年對於管理容器的經驗。它是按照本身的方式來行事。
1. 用了容器之後,還須要配置管理嗎?
起初咱們跟Docker官方同樣,屬於理想主義派。天真的認爲容器就應該是inmutable的,當須要配置變動的時候,從新構建鏡像從新部署。
基於這一思路,咱們在cSphere中添加了個鏡像自動構建模塊,用戶能夠配置代碼倉庫的地址。
服務的配置文件保存於Git或者SVN庫中,須要配置變動時,向版本庫中Push一下,自動經過hook觸發鏡像構建,並自動完成線上容器的重建。
經過這套系統,用戶能夠很是方便的批量更新線上的服務,並不侷限於配置文件的變動,代碼的變動也天生支持。
通過實際使用,這套系統可以很好的知足開發和測試環境的需求,提高工做效率。
可是,在生產環境中使用的時候,咱們發現這種流程其實並不那麼完美,主要表如今:
鏡像構建和部署雖然自動化了,但構建是針對VCS中的某個倉庫的,改一行配置就得總體從新構建一下,在更新容器時還須要把鏡像從新分發到全部機器上,配置變動速度太慢。
這種方式的配置變動會涉及到服務的重啓,這在生產環境某些場景下是不可接受的 ,有可能引發短暫的服務中斷。
2. 應用配置文件應該須要作到什麼?
Docker應用配置文件可以保持可以支持針對不一樣環境做出更改。另外配置文件支持在線更改,重啓就生效。通常分爲如下兩種方式。
a) Docker環境變量
須要在製做鏡像的時候就須要提早想好,有哪些參數是部署容器的時候會常常更改,而後把這些參數抽出來作成容器的環境變量,而後在部署的容器的時候填入不一樣的參數便可。
可是若是後續發現有一些參數不一樣場景下部署的時候也會修改,那就須要再從新制做鏡像了。
b)應用配置文件
上述的管理方式不太靈活,靈活的管理方式是將配置文件和鏡像剝離開,這樣就不會被鏡像給綁定了。
注:最新版本能夠參考docker config命令管理