This is a Puppet module that will install and configure the SignalFx Agent. To
use it, simply include the class signalfx_agent in your manifests. That
class accepts the following parameters:
-
$config(Hash): A config structure that gets directly converted to the agent YAML. See the Agent Config Schema for a full list of acceptable options. The only required option issignalFxAccessToken. Here is a basic config that will monitor a basic set of host-level components:$config = { signalFxAccessToken: "MY_TOKEN", signalFxRealm: "us1", monitors: [ {type: "cpu"}, {type: "filesystems"}, {type: "disk-io"}, {type: "net-io"}, {type: "load"}, {type: "memory"}, {type: "host-metadata"}, {type: "processlist"}, {type: "vmem"} ] }
It is probably going to be simpler to keep this config in hiera at the path
signalfx_agent::config, which will make it automatically filled in as a parameter.Note: In module version 0.4.0, the endpoint URLs have been removed from default.yaml. If upgrading the module from an older version, either the
signalFxRealmor the endpoint URL options will need to be explicitly specified if using a realm other thanus0. -
$package_stage: The package repo stage to use:release,beta, ortest(default: 'release') -
$config_file_path: The path of the config file that will be rendered by the module (default: '/etc/signalfx/agent.yaml') -
$agent_version: The agent release version, in the form1.1.1. This corresponds to the Github releases without thevprefix. This option is required on Windows. -
$package_version: The agent package version. If not specified, for deb/rpm systems, this is automatically set to<agent_version>-1based on the$agent_versionattribute above. For Windows, it is equivalent to the agent version attribute. If set,$package_versionwill take precedence over$agent_version. On Windows, this option is not relevant. -
$installation_directory: Valid only on Windows. The path where the SignalFx Agent should be downloaded to. (default: 'C:\Program Files\SignalFx\') -
$service_userand$service_group: Valid only on Linux and requires agent package version 5.1.0 or newer. Set the user/group ownership for the signalfx-agent service. The user/group will be created if they do not exist. (default: 'signalfx-agent') -
$manage_repo: Valid only on Linux. In cases where the agent apt/yum repository is managed externally, set this tofalseto disable management of the agent repository by this module. Note: If set tofalse, the repository definition files, i.e./etc/apt/sources.list.d/signalfx-agent.listfor apt and/etc/yum.repos.d/signalfx-agent.repofor yum, will be deleted if they exist to avoid any conflicts. (default:true)
On Linux-based systems, the puppetlabs/stdlib module is required.
On Debian-based systems, the puppetlabs/apt module is required to manage the SignalFx apt repository.
On Windows-based systems SignalFx Agent Puppet module has the following dependencies:
To work on the module in development, you can use the provided dev image to
test on Ubuntu 16.04, or for other machines, copy the module source to a
directory called signalfx_agent and then run:
puppet apply --modulepath <parent dir of signalfx_agent> -e 'class { signalfx_agent:
config => {
signalFxAccessToken => 'test',
}, agent_version => '1.1.1'
}'If testing complex configurations, you can put the contents of the -e flag
into a file and pass that path as an argument to puppet apply instead.
To release a new version of the module, run ./release in this directory. You
will need access to the SignalFx account on the Puppet Forge website, and the
release script will give you instructions for what to do there.
You should update the version in metadata.json to whatever is most appropriate
for semver and have that committed before running ./release.
The release script will try to make and push an annotated tag of the form
puppet-vX.Y.Z where X.Y.Z is the version in the ./metadata.json file.