Docker之Compose服務編排
Docker之Compose服務編排
Compose是Docker的服務編排工具，主要用來構建基於Docker的複雜應用，Compose 經過一個配置文件來管理多個Docker容器，很是適合組合使用多個容器進行開發的場景。
服務編排工具使得Docker應用管理更爲方便快捷。 Compose網站：https://docs.docker.com/compose/html
安裝Compose:node
方法一： $ curl -L https://github.com/docker/compose/releases/download/1.8.1/docker-compose-`uname -s`-`uname -m` > /usr/local/bin/docker-compose $ chmod +x /usr/local/bin/docker-compose # Linux下等效於 $ curl -L https://github.com/docker/compose/releases/download/1.8.1/docker-compose-Linux-x86_64 > /usr/local/bin/docker-compose;
$chmod +x /usr/local/bin/docker-compose # 方法二：使用pip安裝，版本可能比較舊 $ yum install python-pip python-dev $ pip install docker-compose # 方法三：做爲容器安裝 $ curl -L https://github.com/docker/compose/releases/download/1.8.0/run.sh > /usr/local/bin/docker-compose $ chmod +x /usr/local/bin/docker-compose # 方法四：離線安裝 # 下載[docker-compose-Linux-x86_64](https://github.com/docker/compose/releases/download/1.8.1/docker-compose-Linux-x86_64)，而後從新命名添加可執行權限便可： $ mv docker-compose-Linux-x86_64 /usr/local/bin/docker-compose; $ chmod +x /usr/local/bin/docker-compose # 百度雲地址： http://pan.baidu.com/s/1slEOIC1 密碼: qmca # docker官方離線地址：https://dl.bintray.com/docker-compose/master/
docker-compose yml文件詳解：python
Compose和Docker兼容性：
Compose 文件格式有3個版本,分別爲1, 2.x 和 3.x
目前主流的爲 3.x 其支持 docker 1.13.0 及其以上的版本
經常使用參數：
version # 指定 compose 文件的版本
services # 定義全部的 service 信息, services 下面的第一級別的 key 既是一個 service 的名稱
build # 指定包含構建上下文的路徑, 或做爲一個對象，該對象具備 context 和指定的 dockerfile 文件以及 args 參數值
context # context: 指定 Dockerfile 文件所在的路徑
dockerfile # dockerfile: 指定 context 指定的目錄下面的 Dockerfile 的名稱(默認爲 Dockerfile)
args # args: Dockerfile 在 build 過程當中須要的參數 (等同於 docker container build --build-arg 的做用)
cache_from # v3.2中新增的參數, 指定緩存的鏡像列表 (等同於 docker container build --cache_from 的做用)
labels # v3.3中新增的參數, 設置鏡像的元數據 (等同於 docker container build --labels 的做用)
shm_size # v3.5中新增的參數, 設置容器 /dev/shm 分區的大小 (等同於 docker container build --shm-size 的做用)
command # 覆蓋容器啓動後默認執行的命令, 支持 shell 格式和 [] 格式
configs # 不知道怎麼用
cgroup_parent # 不知道怎麼用
container_name # 指定容器的名稱 (等同於 docker run --name 的做用)
credential_spec # 不知道怎麼用
deploy # v3 版本以上, 指定與部署和運行服務相關的配置, deploy 部分是 docker stack 使用的, docker stack 依賴 docker swarm
endpoint_mode # v3.3 版本中新增的功能, 指定服務暴露的方式
vip # Docker 爲該服務分配了一個虛擬 IP(VIP), 做爲客戶端的訪問服務的地址
dnsrr # DNS輪詢, Docker 爲該服務設置 DNS 條目, 使得服務名稱的 DNS 查詢返回一個 IP 地址列表, 客戶端直接訪問其中的一個地址
labels # 指定服務的標籤，這些標籤僅在服務上設置
mode # 指定 deploy 的模式
global # 每一個集羣節點都只有一個容器
replicated # 用戶能夠指定集羣中容器的數量(默認)
placement # 不知道怎麼用
replicas # deploy 的 mode 爲 replicated 時, 指定容器副本的數量
resources # 資源限制
limits # 設置容器的資源限制
cpus: "0.5" # 設置該容器最多隻能使用 50% 的 CPU
memory: 50M # 設置該容器最多隻能使用 50M 的內存空間
reservations # 設置爲容器預留的系統資源(隨時可用)
cpus: "0.2" # 爲該容器保留 20% 的 CPU
memory: 20M # 爲該容器保留 20M 的內存空間
restart_policy # 定義容器重啓策略, 用於代替 restart 參數
condition # 定義容器重啓策略(接受三個參數)
none # 不嘗試重啓
on-failure # 只有當容器內部應用程序出現問題纔會重啓
any # 不管如何都會嘗試重啓(默認)
delay # 嘗試重啓的間隔時間(默認爲 0s)
max_attempts # 嘗試重啓次數(默認一直嘗試重啓)
window # 檢查重啓是否成功以前的等待時間(即若是容器啓動了, 隔多少秒以後去檢測容器是否正常, 默認 0s)
update_config # 用於配置滾動更新配置
parallelism # 一次性更新的容器數量
delay # 更新一組容器之間的間隔時間
failure_action # 定義更新失敗的策略
continue # 繼續更新
rollback # 回滾更新
pause # 暫停更新(默認)
monitor # 每次更新後的持續時間以監視更新是否失敗(單位: ns|us|ms|s|m|h) (默認爲0)
max_failure_ratio # 回滾期間容忍的失敗率(默認值爲0)
order # v3.4 版本中新增的參數, 回滾期間的操做順序
stop-first #舊任務在啓動新任務以前中止(默認)
start-first #首先啓動新任務, 而且正在運行的任務暫時重疊
rollback_config # v3.7 版本中新增的參數, 用於定義在 update_config 更新失敗的回滾策略
parallelism # 一次回滾的容器數, 若是設置爲0, 則全部容器同時回滾
delay # 每一個組回滾之間的時間間隔(默認爲0)
failure_action # 定義回滾失敗的策略
continue # 繼續回滾
pause # 暫停回滾
monitor # 每次回滾任務後的持續時間以監視失敗(單位: ns|us|ms|s|m|h) (默認爲0)
max_failure_ratio # 回滾期間容忍的失敗率(默認值0)
order # 回滾期間的操做順序
stop-first # 舊任務在啓動新任務以前中止(默認)
start-first # 首先啓動新任務, 而且正在運行的任務暫時重疊
注意：
支持 docker-compose up 和 docker-compose run 但不支持 docker stack deploy 的子選項
security_opt container_name devices tmpfs stop_signal links cgroup_parent
network_mode external_links restart build userns_mode sysctls
devices # 指定設備映射列表 (等同於 docker run --device 的做用)
depends_on # 定義容器啓動順序 (此選項解決了容器之間的依賴關係， 此選項在 v3 版本中 使用 swarm 部署時將忽略該選項)
示例：
docker-compose up 以依賴順序啓動服務，下面例子中 redis 和 db 服務在 web 啓動前啓動
默認狀況下使用 docker-compose up web 這樣的方式啓動 web 服務時，也會啓動 redis 和 db 兩個服務，由於在配置文件中定義了依賴關係
version: '3'
services:
web:
build: .
depends_on:
- db
- redis
redis:
image: redis
db:
image: postgres
dns # 設置 DNS 地址(等同於 docker run --dns 的做用)
dns_search # 設置 DNS 搜索域(等同於 docker run --dns-search 的做用)
tmpfs # v2 版本以上, 掛載目錄到容器中, 做爲容器的臨時文件系統(等同於 docker run --tmpfs 的做用, 在使用 swarm 部署時將忽略該選項)
entrypoint # 覆蓋容器的默認 entrypoint 指令 (等同於 docker run --entrypoint 的做用)
env_fil# 從指定文件中讀取變量設置爲容器中的環境變量, 能夠是單個值或者一個文件列表, 若是多個文件中的變量重名則後面的變量覆蓋前面的變量, environment 的值覆蓋 env_file 的值
文件格式：
RACK_ENV=development
environment # 設置環境變量， environment 的值能夠覆蓋 env_file 的值 (等同於 docker run --env 的做用)
expose # 暴露端口, 可是不能和宿主機創建映射關係, 相似於 Dockerfile 的 EXPOSE 指令
external_links # 鏈接不在 docker-compose.yml 中定義的容器或者不在 compose 管理的容器(docker run 啓動的容器, 在 v3 版本中使用 swarm 部署時將忽略該選項)
extra_hosts # 添加 host 記錄到容器中的 /etc/hosts 中 (等同於 docker run --add-host 的做用)
healthcheck # v2.1 以上版本, 定義容器健康狀態檢查, 相似於 Dockerfile 的 HEALTHCHECK 指令
test # 檢查容器檢查狀態的命令, 該選項必須是一個字符串或者列表, 第一項必須是 NONE, CMD 或 CMD-SHELL, 若是其是一個字符串則至關於 CMD-SHELL 加該字符串
NONE # 禁用容器的健康狀態檢測
CMD # test: ["CMD", "curl", "-f", "http://localhost"]
CMD-SHELL # test: ["CMD-SHELL", "curl -f http://localhost || exit 1"] 或者 test: curl -f https://localhost || exit 1
interval: 1m30s # 每次檢查之間的間隔時間
timeout: 10s # 運行命令的超時時間
retries: 3 # 重試次數
start_period: 40s # v3.4 以上新增的選項, 定義容器啓動時間間隔
disable: true # true 或 false, 表示是否禁用健康狀態檢測和 test: NONE 相同
image # 指定 docker 鏡像, 能夠是遠程倉庫鏡像、本地鏡像
init # v3.7 中新增的參數, true 或 false 表示是否在容器中運行一個 init, 它接收信號並傳遞給進程
isolation # 隔離容器技術, 在 Linux 中僅支持 default 值
labels # 使用 Docker 標籤將元數據添加到容器, 與 Dockerfile 中的 LABELS 相似
links # 連接到其它服務中的容器, 該選項是 docker 歷史遺留的選項, 目前已被用戶自定義網絡名稱空間取代, 最終有可能被廢棄 (在使用 swarm 部署時將忽略該選項)
logging # 設置容器日誌服務
driver # 指定日誌記錄驅動程序, 默認 json-file (等同於 docker run --log-driver 的做用)
options # 指定日誌的相關參數 (等同於 docker run --log-opt 的做用)
max-size # 設置單個日誌文件的大小, 當到達這個值後會進行日誌滾動操做
max-file # 日誌文件保留的數量
network_mode # 指定網絡模式 (等同於 docker run --net 的做用, 在使用 swarm 部署時將忽略該選項)
networks # 將容器加入指定網絡 (等同於 docker network connect 的做用), networks 能夠位於 compose 文件頂級鍵和 services 鍵的二級鍵
aliases # 同一網絡上的容器可使用服務名稱或別名鏈接到其中一個服務的容器
ipv4_address # IP V4 格式
ipv6_address # IP V6 格式
示例:
version: '3.7'
services:
test:
image: nginx:1.14-alpine
container_name: mynginx
command: ifconfig
networks:
app_net: # 調用下面 networks 定義的 app_net 網絡
ipv4_address: 172.16.238.10
networks:
app_net:
driver: bridge
ipam:
driver: default
config:
- subnet: 172.16.238.0/24
pid: 'host' # 共享宿主機的 進程空間(PID)
ports # 創建宿主機和容器之間的端口映射關係, ports 支持兩種語法格式
SHORT 語法格式示例:
- "3000" # 暴露容器的 3000 端口, 宿主機的端口由 docker 隨機映射一個沒有被佔用的端口
- "3000-3005" # 暴露容器的 3000 到 3005 端口, 宿主機的端口由 docker 隨機映射沒有被佔用的端口
- "8000:8000" # 容器的 8000 端口和宿主機的 8000 端口創建映射關係
- "9090-9091:8080-8081"
- "127.0.0.1:8001:8001" # 指定映射宿主機的指定地址的
- "127.0.0.1:5000-5010:5000-5010"
- "6060:6060/udp" # 指定協議
LONG 語法格式示例:(v3.2 新增的語法格式)
ports:
- target: 80 # 容器端口
published: 8080 # 宿主機端口
protocol: tcp # 協議類型
mode: host # host 在每一個節點上發佈主機端口, ingress 對於羣模式端口進行負載均衡
secrets # 不知道怎麼用
security_opt # 爲每一個容器覆蓋默認的標籤 (在使用 swarm 部署時將忽略該選項)
stop_grace_period # 指定在發送了 SIGTERM 信號以後, 容器等待多少秒以後退出(默認 10s)
stop_signal # 指定中止容器發送的信號 (默認爲 SIGTERM 至關於 kill PID; SIGKILL 至關於 kill -9 PID; 在使用 swarm 部署時將忽略該選項)
sysctls # 設置容器中的內核參數 (在使用 swarm 部署時將忽略該選項)
ulimits # 設置容器的 limit
userns_mode # 若是Docker守護程序配置了用戶名稱空間, 則禁用此服務的用戶名稱空間 (在使用 swarm 部署時將忽略該選項)
volumes # 定義容器和宿主機的卷映射關係, 其和 networks 同樣能夠位於 services 鍵的二級鍵和 compose 頂級鍵, 若是須要跨服務間使用則在頂級鍵定義, 在 services 中引用
SHORT 語法格式示例:
volumes:
- /var/lib/mysql # 映射容器內的 /var/lib/mysql 到宿主機的一個隨機目錄中
- /opt/data:/var/lib/mysql # 映射容器內的 /var/lib/mysql 到宿主機的 /opt/data
- ./cache:/tmp/cache # 映射容器內的 /var/lib/mysql 到宿主機 compose 文件所在的位置
- ~/configs:/etc/configs/:ro # 映射容器宿主機的目錄到容器中去, 權限只讀
- datavolume:/var/lib/mysql # datavolume 爲 volumes 頂級鍵定義的目錄, 在此處直接調用
LONG 語法格式示例:(v3.2 新增的語法格式)
version: "3.2"
services:
web:
image: nginx:alpine
ports:
- "80:80"
volumes:
- type: volume # mount 的類型, 必須是 bind、volume 或 tmpfs
source: mydata # 宿主機目錄
target: /data # 容器目錄
volume: # 配置額外的選項, 其 key 必須和 type 的值相同
nocopy: true # volume 額外的選項, 在建立卷時禁用從容器複製數據
- type: bind # volume 模式只指定容器路徑便可, 宿主機路徑隨機生成; bind 須要指定容器和數據機的映射路徑
source: ./static
target: /opt/app/static
read_only: true # 設置文件系統爲只讀文件系統
volumes:
mydata: # 定義在 volume, 可在全部服務中調用
restart # 定義容器重啓策略(在使用 swarm 部署時將忽略該選項, 在 swarm 使用 restart_policy 代替 restart)
no # 禁止自動重啓容器(默認)
always # 不管如何容器都會重啓
on-failure # 當出現 on-failure 報錯時, 容器從新啓動
其餘選項：
domainname, hostname, ipc, mac_address, privileged, read_only, shm_size, stdin_open, tty, user, working_dir
上面這些選項都只接受單個值和 docker run 的對應參數相似
對於值爲時間的可接受的值：
2.5s
10s
1m30s
2h32m
5h34m56s
時間單位: us, ms, s, m， h
對於值爲大小的可接受的值：
2b
1024kb
2048k
300m
1gb
單位: b, k, m, g 或者 kb, mb, gb
networks # 定義 networks 信息
driver # 指定網絡模式, 大多數狀況下, 它 bridge 於單個主機和 overlay Swarm 上
bridge # Docker 默認使用 bridge 鏈接單個主機上的網絡
overlay # overlay 驅動程序建立一個跨多個節點命名的網絡
host # 共享主機網絡名稱空間(等同於 docker run --net=host)
none # 等同於 docker run --net=none
driver_opts # v3.2以上版本, 傳遞給驅動程序的參數, 這些參數取決於驅動程序
attachable # driver 爲 overlay 時使用, 若是設置爲 true 則除了服務以外，獨立容器也能夠附加到該網絡; 若是獨立容器鏈接到該網絡，
則它能夠與其餘 Docker 守護進程鏈接到的該網絡的服務和獨立容器進行通訊
ipam # 自定義 IPAM 配置. 這是一個具備多個屬性的對象, 每一個屬性都是可選的
driver # IPAM 驅動程序, bridge 或者 default
config # 配置項
subnet # CIDR格式的子網，表示該網絡的網段
external # 外部網絡, 若是設置爲 true 則 docker-compose up 不會嘗試建立它, 若是它不存在則引起錯誤
name # v3.5 以上版本, 爲此網絡設置名稱
文件格式示例：
version: "3"
services:
redis:
image: redis:alpine
ports:
- "6379"
networks:
- frontend
deploy:
replicas: 2
update_config:
parallelism: 2
delay: 10s
restart_policy:
condition: on-failure
db:
image: postgres:9.4
volumes:
- db-data:/var/lib/postgresql/data
networks:
- backend
deploy:
placement:
constraints: [node.role == manager]
Docker Compose的增刪改查mysql
一、Docker Compose的增長nginx
#以nginx爲例 docker-compose build nginx 構建鏡像 。 docker-compose up -d nginx 構建建啓動nignx容器 docker-compose build --no-cache nginx 不帶緩存的構建。
二、Docker Compose的刪除git
#以nginx爲例 docker-compose down 刪除全部nginx容器,鏡像 docker-compose rm nginx 刪除容器（刪除前必須關閉容器）
三、Docker Compose的改動github
docker-compost restart nginx 重啓nginx容器
docker-compose pause nginx 暫停nignx容器 docker-compose unpause nginx 恢復ningx容器 docker-compose stop nginx 中止nignx容器 docker-compose start nginx 啓動nignx容器 docker-compose config -q 驗證（docker-compose.yml）文件配置，當配置正確時，不輸出任何內容，當文件配置錯誤，輸出錯誤信息。
四、Docker Compose的查看web
docker-compose logs nginx 查看nginx的日誌 docker-compose logs -f nginx 查看nginx的實時日誌 docker-compose ps 顯示全部容器 docker-compose events --json nginx 以json的形式輸出nginx的docker日誌
相關文章
- 1. Docker之Compose服務編排
- 2. Docker-Compose服務編排
- 3. Docker Compose編排微服務
- 4. Docker Compose服務編排
- 5. Docker Compose 1.18.0 之服務編排詳解
- 6. 使用docker-compose編排微服務
- 7. 使用Docker Compose編排微服務
- 8. docker-compose編排springcloud微服務
- 9. （轉）Docker - 使用 compose 編排服務
- 10. Docker-compose 編排
- 更多相關文章...
- • Docker Compose - Docker教程
- • 啓動MySQL服務 - MySQL教程
- • Spring Cloud 微服務實戰(三) - 服務註冊與發現
- • 算法總結-歸併排序
相關標籤/搜索
每日一句
-
每一个你不满意的现在，都有一个你没有努力的曾经。
最新文章
- 1. Window下Ribbit MQ安裝
- 2. Linux下Redis安裝及集羣搭建
- 3. shiny搭建網站填坑戰略
- 4. Mysql8.0.22安裝與配置詳細教程
- 5. Hadoop安裝及配置
- 6. Python爬蟲初學筆記
- 7. 部署LVS-Keepalived高可用集羣
- 8. keepalived+mysql高可用集羣
- 9. jenkins 公鑰配置
- 10. HA實用詳解
歡迎關注本站公眾號,獲取更多信息
