web-dev-qa-db-ja.com

couchbaseを使用したDockerデータボリューム

Couchbase Enterprise3.0.2を実行するDockerイメージがあります

現在、プライベートリポジトリにあります。それで、その名前を言ってみましょう：

matt/couchbase

Matt/couchbaseが削除された場合でもデータを永続化できるようにするために、matt/couchbase-dataと呼ばれるmatt/couchbaseに基づいてデータのみのコンテナーを作成しました。

Dockerfileは次のようになります

FROM matt/couchbase
CMD ["true"]
VOLUME ["/opt/couchbase/var/lib/couchbase/data"]

Couchbaseドックによると、上記のボリュームパスは、couchbaseがデータを保存する場所を意味します。

そこで、matt/couchbase-dataを実行してから、-volumes-fromリンクを指定してmatt/couchbaseを実行します。

それはうまくいきます。 docker inspect couchbase show：

"Volumes": {
        "/opt/couchbase/var/lib/couchbase/data": "/var/lib/docker/vfs/dir/f129a034a2b0474392fe98bdc37429f172be26c93a058540f3a1043d324c0b1c"
    },
    "VolumesRW": {
        "/opt/couchbase/var/lib/couchbase/data": true
    }

docker inspectcouchbase-データには次のものが含まれます。

"Volumes": {
        "/opt/couchbase/var/lib/couchbase/data": "/var/lib/docker/vfs/dir/f129a034a2b0474392fe98bdc37429f172be26c93a058540f3a1043d324c0b1c"
    },
    "VolumesRW": {
        "/opt/couchbase/var/lib/couchbase/data": true
    }

したがって、2つのコンテナは正常にリンクされているように見えます。

しかし、問題はこれです。 「couchbase」という名前のコンテナーを停止し、docker rmで削除してから、couchbaseを再度起動すると、docker-inspectにもかかわらず、ボリュームが以前と同じ実際のパスでまだ生きていることを示すデータが失われます。つまり、/ var/lib/docker/vfs/dir/f129a034a2b0474392fe98bdc37429f172be26c93a058540f3a1043d324c0b1c

これは関連があるかもしれません。 couchbaseサーバーは、別のdocker couchbaseプロジェクトから取得した次のinitスクリプトで起動されています（申し訳ありませんが、一時的にリンクが失われました）。

おそらく、以下のcluster-init（couchbaseに対してデフォルトで実行するもの）がデータをリセットしているのではないかと思いました。ただし、ドキュメントによると、クラスターのユーザー名、パスワード、ポートを設定するだけです。

何か案は？

#!/bin/bash
set +e



echo 'removing document size limit'
sed -i 's/return getStringBytes(json) > self.docBytesLimit;/return false/g' /opt/couchbase/lib/ns_server/erlang/lib/ns_server/priv/public/js/documents.js

echo 'starting couchbase'
/etc/init.d/couchbase-server restart

wait_for_start() {
    "$@"
    while [ $? -ne 0 ]
    do
        echo 'waiting for couchbase to start'
        sleep 1
        "$@"
    done
}


if [ -z "$CLUSTER_INIT_USER" ] || [ -z "$CLUSTER_INIT_PASSWORD" ]; then
       echo >&2 'error: Couchbase not initialized because CLUSTER_INIT_USER or CLUSTER_INIT_PASSWORD was not set'
       echo >&2 '       Did you forget to add -e CLUSTER_INIT_USER=... -e CLUSTER_INIT_PASSWORD=... ?'
       exit 1
fi

if [ -z "$COUCHBASE_PORT_8091_TCP" ]; then

    if [ -z "$CLUSTER_RAM_SIZE" ]; then
        CLUSTER_RAM_SIZE=1024
    fi

    echo 'initializing cluster...'
    wait_for_start /opt/couchbase/bin/couchbase-cli cluster-init -c 127.0.0.1:8091 --cluster-init-username="$CLUSTER_INIT_USER" --cluster-init-password="$CLUSTER_INIT_PASSWORD" --cluster-init-ramsize="$CLUSTER_RAM_SIZE" -u "$CLUSTER_INIT_USER" -p "$CLUSTER_INIT_PASSWORD"

    if [ -n "$SAMPLE_BUCKETS" ]; then
    curl http://"$CLUSTER_INIT_USER":"$CLUSTER_INIT_PASSWORD"@127.0.0.1:8091/sampleBuckets/install --data "[$SAMPLE_BUCKETS]"
    fi
else
    ip=`hostname --ip-address`
    wait_for_start /opt/couchbase/bin/couchbase-cli server-add -c $COUCHBASE_PORT_8091_TCP_ADDR:$COUCHBASE_PORT_8091_TCP_PORT --user="$CLUSTER_INIT_USER" --password="$CLUSTER_INIT_PASSWORD" --server-add=$ip:8091
fi

trap "/etc/init.d/couchbase-server stop" exit INT TERM

pid_file=/opt/couchbase/var/lib/couchbase/couchbase-server.pid
# can't use 'wait $(<"$pid_file")' as process not child of Shell
while [ -e /proc/$(<"$pid_file") ]; do sleep 1; done
dockercouchbase
1
Matt

/ opt/couchbase/var/lib/couchbase/dataサブディレクトリだけでなく、ボリューム内の/ opt/couchbase/varディレクトリ全体を保持することを検討する必要があります。

その理由は、/ opt/couchbase/varに「クラスター状態」が保存されているためです。それが失われた場合、それは新しいコンテナインスタンス上の真新しいクラスターであると見なされます。

私は ブログ投稿 を作成しました。これは、Dockerの下でcouchbaseサーバーを起動する完全な例を示しています。 Dockerfileと使用されるすべてのスクリプトは github上 です。

3
tleyden