salt.pillar.mongo¶

Salt Master Mongo Configuration¶

The module shares the same base mongo connection variables as salt.returners.mongo_return. These variables go in your master config file.

• mongo.db - The mongo database to connect to. Defaults to 'salt'.
• mongo.host - The mongo host to connect to. Supports replica sets by specifying all hosts in the set, comma-delimited. Defaults to 'salt'.
• mongo.port - The port that the mongo database is running on. Defaults to 27017.
• mongo.user - The username for connecting to mongo. Only required if you are using mongo authentication. Defaults to ''.
• mongo.password - The password for connecting to mongo. Only required if you are using mongo authentication. Defaults to ''.

Configuring the Mongo ext_pillar¶

The Mongo ext_pillar takes advantage of the fact that the Salt Master configuration file is yaml. It uses a sub-dictionary of values to adjust specific features of the pillar. This is the explicit single-line dictionary notation for yaml. One may be able to get the easier-to-read multine dict to work correctly with some experimentation.

ext_pillar:
  - mongo: {collection: vm, id_field: name, re_pattern: \.example\.com, fields: [customer_id, software, apache_vhosts]}

In the example above, we've decided to use the vm collection in the database to store the data. Minion ids are stored in the name field on documents in that collection. And, since minion ids are FQDNs in most cases, we'll need to trim the domain name in order to find the minion by hostname in the collection. When we find a minion, return only the customer_id, software, and apache_vhosts fields, as that will contain the data we want for a given node. They will be available directly inside the pillar dict in your SLS templates.

Module Documentation¶

salt.pillar.mongo.ext_pillar(pillar, collection='pillar', id_field='_id', re_pattern=None, re_replace='', fields=None)¶

Connect to a mongo database and read per-node pillar information.

Parameters:

• collection: The mongodb collection to read data from. Defaults to 'pillar'.
• id_field: The field in the collection that represents an individual minion id. Defaults to '_id'.
• re_pattern: If your naming convention in the collection is shorter than the minion id, you can use this to trim the name. re_pattern will be used to match the name, and re_replace will be used to replace it. Backrefs are supported as they are in the Python standard library. If None, no mangling of the name will be performed - the collection will be searched with the entire minion id. Defaults to None.
• re_replace: Use as the replacement value in node ids matched with re_pattern. Defaults to ''. Feel free to use backreferences here.
• fields: The specific fields in the document to use for the pillar data. If None, will use the entire document. If using the entire document, the _id field will be converted to string. Be careful with other fields in the document as they must be string serializable. Defaults to None.