2016-12-12 7 views
0

file_rootsを使用するとちょっと混乱します。現在、以下のようにsaltディレクトリを設定しています。SLSファイルをソルトディレクトリに指定する

srv/salt/<folder-connected-to-git>:ソルトビルドにwin(repo/repo-ng)、/ scripts/statesなどのように使用したいすべてのフォルダが含まれています。しかし、バイナリフォルダはありません(プログラムのインストーラを保持しています)。

マスターの設定ファイルは、以下を使用します。

file_roots: 
    base: 
    - /srv/salt/<folder-connected-to-git> 

SLSパッケージインストーラを設定するときだから我々は、ベースフォルダを指すようにsalt://を使用します。バイナリフォルダはそのパスの外にあるので(/srv/salt)、絶対パス(つまり、/srv/salt/binaries)を与えました。それを実行すると、塩はこの経路を絶対パスとして認識しないように思われます(代わりにminionでそれを探しているかもしれません)。

ベースの外のディレクトリを指す方法はありますか? 、その後、/srv/salt/代わりの/srv/salt/<git-folder>内側(手先にキャッシュへの)レポのためだろう塩の外観を

file_roots: 
    base: 
    - /srv/salt/ 
    prod: 
    - /srv/salt/<git-folder> 

しかし:ない場合は、私は私のfile_rootsに変えることができますか? file_rootsを変更せずにsalt://のポイントを変更することはできますか?

答えて

0

salt '*' cp.get_fileまたはsalt '*' cp.get_dirと一緒に機能するbuilt in fileserverがあります。 file_rootsでこれを使用するには、バイナリ用に別の環境を作成することが必要な場合があります。

私はそれがそのように使用されることを意図しているかどうかわかりません。特にfile_roots環境です。しかし、私は最近、環境ができるだけ柔軟なものになっていることを知りました。

gitfsをご覧になりたい場合は、 gitリポジトリをあなたの状態ツリーにマウントすることができます。これは環境を不要にします。この手法は数式に使用します。

私たちは現在、プライベートネットワークと、このネットワーク内のすべてのミニオンに大きなファイルを利用可能にするウェブサーバーを使用してこれを解決しています。私たちのすべてのミニオンがこのプライベートネットワークに接続されているので、これは非常にうまくいきます。このようなネットワークを実行すると、このネットワーク内のミニオンとマスターの通信を確保するために注意を払う必要があります。これを実現するために、すべての接続されたミニオンでローカルファイアウォールを使用します。

関連する問題