CoreOSクラスターがディスク領域を共有することは可能ですか? NFSを使用していますか?もしそうなら、これについてどのように対処しますか? (たとえば、1つのノードに大量のディスク容量があるシナリオ)。これは、たとえば、各ノードが独自のDockerイメージのライブラリをダウンロードして保存する必要がないようにする場合や、ノード間でホームディレクトリスペースを共有する場合に便利です。
CoreOSに追加のソフトウェアを直接インストールすることはできないため、NFSをインストールするためだけにコンテナーを作成する必要があると思います(たとえば、Ubuntuベースのコンテナーではnfs-kernel-server
)。
これが可能かどうかはわかりませんが、CoreOSクラスター全体でディスク領域を共有するための確立された方法があることを望んでいます(結局のところ、クラスターに対する一般的な期待のように思われ、おそらく以下の私の提案は必要以上に複雑です) 。フィードバックのための飼料を提供するために、これまで私が今考えていることは次のとおりです。
NFSのホスト側を提供することは、合理的なDockerタスクのようです。私は次のようなDockerfileを想像します:
FROM ubuntu:14.04
ENV CLIENT_IP 11.111.111.111
RUN apt-get update && apt-get install -y nfs-kernel-server supervisor
RUN mkdir /var/nfs && chown nobody:nogroup /var/nfs
RUN echo "/home ${CLIENT_IP}(rw,sync,no_root_squash,no_subtree_check)" >> /etc/exports
RUN echo "/var/nfs ${CLIENT_IP}(rw,sync,no_subtree_check)" >> /etc/exports
RUN exportfs -a
CMD service nfs-kernel-server start
ここで、CLIENT_IP
は適切に入力されています(おそらく、CMDをsupervisord
などの呼び出しに置き換えて、これを永続化する必要がありますが、アイデアはわかります)
では、このコンテナを実行するときに、ボリュームを適切にリンクするにはどうすればよいでしょうか? CoreOSホストからどのボリュームをリンクしますか?または、クライアントを使用可能にするために--net="Host"
などを追加する必要がありますか?
docker run -v /home:/home nfs-server
クライアント側でどのように実装できるかはまったくわかりません。もう一度、nfs-common
を提供するためのコンテナが必要になり、他のコンテナがそのリソースを共有する方法(おそらく適切な使用法)がどういうわけかわかります。 of --volumes-from
?)これに対処する方法の概要、またはそれが不可能である理由と、この使用例に対処するためのより良い代替手段があるかどうかを知りたいです。ありがとう!
CoreOSホストにNFSボリュームをマウントできるはずです。 CoreOSからファイルシステムをエクスポートするユーザーランドツールがない場合は、toolbox
コマンドで提供されるFedoraツールボックスコンテナーを使用できます。
rpc-mountd
およびnfsd
systemdサービスを開始し、/etc/exports
ファイルでnfsエクスポートを定義する必要があります。
cloud-config.yml
の例:
coreos:
units:
- name: rpc-mountd.service
command: start
enable: true
- name: nfsd.service
command: start
enable: truestrong text
write_files:
- path: /etc/exports
permissions: '0644'
# Change /network-raid with the dir you want to export over nfs
content: /network-raid/ 192.168.1.0/24(rw,async,no_subtree_check,no_root_squash,fsid=0)
私はこの設定をCoreOSv723.3.0で使用しています。
CentOSでNFSを介してディスクを共有する方法の詳細については、次のリンクを参照してください。