摘要：解決中的容器文件不能持久的問題目前下使用的主流方式還是使用需要借用虛擬器啟動(dòng)一個(gè)宿主機(jī)才能在上面啟動(dòng)多個(gè)容器當(dāng)我們?cè)谌萜髦羞\(yùn)行服務(wù)時(shí)經(jīng)常會(huì)有需要將服務(wù)數(shù)據(jù)持久化的場景比如運(yùn)行集群時(shí)需要將索引數(shù)據(jù)持久保存到磁盤那具體保存到哪里呢容器的無狀態(tài)特

目前Mac下使用docker的主流方式還是使用Docker machine.
Docker machine需要借用Virtual Box虛擬器啟動(dòng)一個(gè)Linux宿主機(jī), 才能在上面啟動(dòng)多個(gè)Docker容器.

當(dāng)我們?cè)赿ocker容器中運(yùn)行服務(wù)時(shí),經(jīng)常會(huì)有需要將服務(wù)數(shù)據(jù)持久化的場景.比如運(yùn)行Elasticsearch集群時(shí), 需要將索引數(shù)據(jù)持久保存到磁盤.

那具體保存到哪里呢?容器的無狀態(tài)特性決定了我們不應(yīng)該將數(shù)據(jù)保存在容器中, 因?yàn)槿萜饕坏┲貑? 文件數(shù)據(jù)就會(huì)丟失.一般應(yīng)該使用volume參數(shù),通過掛載外部文件系統(tǒng)到Docker容器中來保存數(shù)據(jù).

當(dāng)我在Mac下使用Docker開發(fā)時(shí), 遇到這種場景, 自然就想到了將服務(wù)數(shù)據(jù)保存到Linux宿主機(jī)上. 結(jié)果很不辛, 使用Docker Machine創(chuàng)建的Linux宿主機(jī)的文件系統(tǒng)幾乎也是不能持久的, Linux重啟后, 之前寫入的文件都會(huì)丟失.

不過好在使用Docker Machine創(chuàng)建的Linux宿主機(jī)上面,自動(dòng)掛載了Mac上的用戶目錄到Linux宿主機(jī)上. 如下:

Linux: /Users   --->   Mac  : /Users

我們掛載文件系統(tǒng)時(shí), 將應(yīng)用的數(shù)據(jù)保存到/Users不久可以了嗎?

然而現(xiàn)實(shí)還是那么殘酷. 當(dāng)我使用按照這個(gè)方式啟動(dòng)Elasticsearch時(shí):

docker run -v "/Users/isaac/work/data":/usr/share/elasticsearch/data elasticsearch:2.3.3

卻得到了以下錯(cuò)誤:

Exception in thread "main" java.lang.IllegalStateException: Unable to access "path.data" (/usr/share/elasticsearch/data/elasticsearch)
Likely root cause: java.nio.file.AccessDeniedException: /usr/share/elasticsearch/data/elasticsearch
    at sun.nio.fs.UnixException.translateToIOException(UnixException.java:84)
    at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:102)
    at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:107)
    at sun.nio.fs.UnixFileSystemProvider.createDirectory(UnixFileSystemProvider.java:384)
    at java.nio.file.Files.createDirectory(Files.java:674)
    at java.nio.file.Files.createAndCheckIsDirectory(Files.java:781)
    at java.nio.file.Files.createDirectories(Files.java:767)
    at org.elasticsearch.bootstrap.Security.ensureDirectoryExists(Security.java:337)
    at org.elasticsearch.bootstrap.Security.addPath(Security.java:314)
    at org.elasticsearch.bootstrap.Security.addFilePermissions(Security.java:259)
    at org.elasticsearch.bootstrap.Security.createPermissions(Security.java:212)
    at org.elasticsearch.bootstrap.Security.configure(Security.java:118)
    at org.elasticsearch.bootstrap.Bootstrap.setupSecurity(Bootstrap.java:196)
    at org.elasticsearch.bootstrap.Bootstrap.setup(Bootstrap.java:167)
    at org.elasticsearch.bootstrap.Bootstrap.init(Bootstrap.java:270)
    at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:35)

經(jīng)過分析, 文件操作失敗是因?yàn)橛脩魴?quán)限的問題.
查看Linux宿主機(jī)的用戶信息:

docker-machine ssh default
cat /etc/passwd

得到以下內(nèi)容:

root:x:0:0:root:/root:/bin/sh
lp:x:7:7:lp:/var/spool/lpd:/bin/sh
nobody:x:65534:65534:nobody:/nonexistent:/bin/false
tc:x:1001:50:Linux User,,,:/home/tc:/bin/sh
docker:x:1000:50:Linux User,,,:/home/docker:/bin/sh

所以通過指定啟動(dòng)Docker容器的用戶, 可以解決此問題:

docker run -u 1000 -v "/Users/isaac/work/data":/usr/share/elasticsearch/data elasticsearch:2.3.3 

其中:-u 1000 代表使用id為1000的docker用戶來啟動(dòng)應(yīng)用

在docker-compose.yml中指定啟動(dòng)用戶為docker用戶:

elasticsearch1:
    image: elasticsearch:2.3.3
    command: "elasticsearch -Des.cluster.name=elasticsearch -Des.discovery.zen.ping.unicast.hosts=elasticsearch_master"
    links:
      - elasticsearch_master
    volumes:
      - /Users/isaac/work/data:/usr/share/elasticsearch/data
    user: "1000"

ok,啟動(dòng)服務(wù)后, 數(shù)據(jù)終于持久不丟失了.