This Chef cookbook provides recipes for installing Splunk Server, Splunk Forwarders, and a few sample Splunk Apps (DeploymentMonitor, PDF Server, *nix) in Amazon EC2. It also includes a provider for installing other Splunk Apps.
- v0.1.2
- Updated to Splunk 6.2.4
- v0.1.1
- Added Cluster configuration. See attributes/clustering.rb
- Updated to Splunk 6.0
- v0.1.0
- Added index configuration. See attributes/indexes.rb
- v0.0.9
- Added Distributed Searching. This requires an Enterprise License with the CanBeRemoteMaster / DistSearch Feature Flags. See the Distributed Search section for more details.
- v0.0.8
- Added scripted authentication logic. We use an external SSO system for logins. Splunk's scripted authentication allows us to write custom scripts to interact with that SSO system to facilitate authentication. See http://docs.splunk.com/Documentation/Splunk/latest/Security/ConfigureSplunkToUsePAMOrRADIUSAuthentication for more information.
- v0.0.7
- Broke up the attributes into separate files. This will be needed as we add a lot of features to this cookbook
- Redesigned how splunk starts -- fixed accept-license / answer-yes problems when starting splunk for the first time with version 5.
- Added SSL Forwarding as an option. See attributes/README.md under the forwarder.rb section.
- With splunk having a unique secret per install, you may see a couple of splunk restarts while saves the encrypted passwords. When you deploy a regular password (e.g., splunk), splunk will encrypt that regular password on service start and replace it in the config file. On the next run, chef will read that encrypted password and save it for future runs, but may restart splunk because checksums will not match.
- If you ever completely remove splunk and then install splunk, you will have to destroy two attributes on the nodes because the splunk.secret will be different. We can solve this in the future releases. The attributes are: node['splunk']['inputsSSLPass'] node['splunk']['outputsSSLPass']
- Removed default['splunk']['indexer_name'] in attributes/default.rb.
- Got rid of the annoying output on the multiple "moving inputs file" for the forwarders. It should now only do it once.
- v0.0.4
- Added a splunk app: Pulse for AWS Cloudwatch. This app will pull back metrics from AWS Cloudwatch and provides sample dashboards to display the information. Read the SETUP.txt located in the root directory of the app file for installation requirements.
- v0.0.3
- Changing version of Splunk to 4.3
- v0.0.2
- Revamp
- v0.0.1
- Initial Release
- The name of the app file, minus the .tar.gz, needs to be the same name as the directory in which it extracts. If it is named incorrectly, the app install will fail.
- Ubuntu, Debian, RedHat, CentOS, Fedora
- The cookbook is currently setup to run being named "splunk". If you rename the cookbook from the original name of "splunk", be sure to modify the following:
- attributes/default.rb:
node['splunk']['cookbook_name']
- recipes/*-app.rb: splunk_app_install -> {NEW_NAME}_app_install (e.g., splunk_app_install)
- attributes/default.rb:
- This cookbook has only been tested thoroughly with RHEL
See attributes/README.md for values.
Installs Splunk Server
Installs Splunk Forwarder
Installs the Deployment Monitor App
- Download the app from http://splunk-base.splunk.com/apps/22301/splunk-deployment-monitor and place it under
files/default/apps/SplunkDeploymentMonitor.tar.gz
Installs the PDF Server App
- Download the app from http://splunk-base.splunk.com/apps/22348/pdf-report-server-install-on-linux-only and place it under
files/default/apps/pdfserver.tar.gz
Installs the *nix App
- Download the app from http://splunk-base.splunk.com/apps/22314/splunk-for-unix-and-linux and place it under
files/default/apps/unix.tar.gz
Installs the Splunk on Splunk App and the required dependency app of Sideview Utils.
- Download Splunk on Splunk from http://splunk-base.splunk.com/apps/29008/sos-splunk-on-splunk and place it under
files/default/apps/sos.tar.gz
- Download Sideview Utils from http://splunk-base.splunk.com/apps/36405/sideview-utils and place it under
files/default/apps/sideview_utils.tar.gz
Installs the Pulse for AWS Cloudwatch App and the required Python libraries.
This will install the Splunk Forwarder and shows an example of an attribute override to move a specific splunk inputs.conf
file for this server.
recipe[splunk::forwarder]
This will tell the forwarder to look for a splunk_chef_server.inputs.conf.erb
file located in templates/default/forwarder/FORWARDER_CONFIG_FOLDER
override_attributes(
"splunk" => {
"forwarder_config_folder" => "prod",
"forwarder_role" => "splunk_chef_server"
}
)
recipe[splunk::server]
To cause the Web interface, SplunkWeb, to be started, assign to the node the role designated in its node['splunk']['server_role']
attribute ("splunk-server" by default). It will be available on port node['splunk']['web_server_port']
. See attributes/README.md under the "default" section for more options, including SSL support and the default administrator password.
This will tell the splunk server to use the dynamic config files located in templates/default/server/SERVER_CONFIG_FOLDER
:
override_attributes(
"splunk" => {
"server_config_folder" => "prod"
}
)
recipe[splunk::deploy-mon-app]
app_install.rb
A default provider to install Splunk Apps. This will install any required dependencies, install or upgrade the application, and move any local templates that are required.
Actions:
create_if_missing
- Creates and installs the app if the specific version number specified is not installed.
Attribute Parameters:
app_file
- The file that needs to be extracted and installed. (required)app_version
- The version of the app. (required)required_dependencies
- An array of required package dependencies. (optional)local_templates
- An array of local templates in .erb format to move over to the applications local config directory. These files are stored in templates/apps/#{local_templates_directory}.local_templates_directory
- The directory in which the local templates are stored. (required if defining local_templates) - (templates/default/apps/NAME)remove_dir_on_upgrade
- Remove the app directory before extracting the new app. (required)
This will install or upgrade the *nix app:
splunk_app_install "Installing #{node[:splunk][:unix_app_file]} -- Version: #{node[:splunk][:unix_app_version]}" do
action [:create_if_missing]
app_file "#{node[:splunk][:unix_app_file]}"
app_version "#{node[:splunk][:unix_app_version]}"
local_templates_directory "unix-app"
local_templates ["app.conf.erb","inputs.conf.erb"]
remove_dir_on_upgrade "true"
end
** Requires a License with CanBeRemoteMaster / DistSearch Feature Flags. Trial licenses do not appear CanBeRemoteMaster.
Distributed Search (1-n Search Heads <-> 1-n Search Indexers) setup is not complex, but does require a few chef runs. We run chef-client as a service every XX minutes to keep the search nodes and indexers up to date. When we add new indexers, within XX minutes the search peers will be updated on all the search heads.
This implementation will be a 1-n Search Head/Indexer setup. Future versions will include an implementation to allow n-n with shared bundles.
- Override
node['splunk']['distributed_search']
to true. - Override
node['splunk']['license_master']
to the local IP of the master license server. - Set the search head role to the value of
node['splunk']['server_role']
- Set the search indexer role to the value of
node['splunk']['indexer_role']
- Run Chef on the Search Head -- This will save the instance's
ServerName
andtrusted.pem
contents as an attributeto the chef server. - Run Chef on the Search Indexer -- This will deploy the search heads
trusted.pem
to the local indexer (node['splunk']['server_home']/etc/auth/distServerKeys/ServerName
) and create adistsearch.conf
. - Run Chef on the Search Head -- This will modify the
distsearch.conf
to point to the indexer.
A lot of steps? Perhaps, but if it's running as a service you can technically do steps 1-4 and let the service runs do 5-7. It just may take a little longer depending on how often chef runs.
Splunk Cluster configuration is commonly used to achieve data availability and recovery via index replication. Cluster setup is not complex, but it is different from Distributed Search in many ways. For more info, refer to: http://docs.splunk.com/Documentation/Splunk/latest/Indexer/Aboutclusters
- Override
node['splunk']['cluster_deployment']
to true. - Override
node['splunk']['replication_factor']
,node['splunk']['search_factor]
to your desired cluster replication and search factors respectively. - Set the cluster master role to the value of
node['splunk']['cluster_master_role']
- Set the cluster search head role to the value of
node['splunk']['cluster_search_role']
- Set the cluster peer node role to the value of
node['splunk']['cluster_indexer_role']
- Run Chef on the Cluster Master -- Chef server will keep track of this instance
ipaddress
and create appropriate clustering stanza inserver.conf
. - Run Chef on the Cluster Search Head -- This will create appropriate clustering stanza in
server.conf
and point to cluster master. - Run Chef on the Cluster Peer(s) -- This will create appropriate clustering stanza in
server.conf
and point to cluster master and set correct indexer replication port.
As with the case of Distributed Search setup, steps 1-5 can be done once, and steps 6-8 can be automated with chef runs.
Author:: Andrew Painter ([email protected]) Author:: Bryan Brandau ([email protected]) Author:: Aaron Peterson ([email protected])
Copyright 2011-2012, BBY Solutions, Inc. Copyright 2011-2012, Opscode, Inc.
Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.