The storage nodes have a defined flow to manage and archive data. Scheduled snapshots back up all node data (both metrics and node configuration). This allows data to be restored if the cluster is ever corrupted.
9.10.1. About Storage Data Files
All of the database files for the node are stored in the
rhq-data/ directory, which is in the same root directory are the JBoss ON server (such as
/opt/jon/jon-server-3.3.0.GA). This directory is divided into three subdirectories:
A commit log for write data that has yet to be written to the database.
A cache directory for archives.
A data directory which contains both all monitoring data (aggregated and raw), snapshot archives of monitoring data, and node (system) data.
| | |
commit_log/ data/ saved_caches/
commit_log/ directory contains binary commit logs which store the writes before they are written to the database.
saved_caches/ directory contains archives for the major tables within the storage node, both the metrics tables and the storage node configuration.
data/ directory contains the most critical data. This directory is organized by keyspace. The keyspaces include the raw and aggregated metric data along with system related configuration, authentication, and schema details.
Some keyspace directories found under
data/ include a
snapshot/ sub-directory. The
snapshot/ directory represents a snapshot or backup at a specific point in time of the data found in the parent keyspace and its associated data files.
9.10.2. Storage Node Snapshots
JBoss ON provides the ability to take snapshots or backups of its monitoring and system data.
184.108.40.206. Taking an Individual Snapshot
An individual snapshot may be scheduled using the following steps:
Click on Inventory in the top navigation bar, then click on Servers - Top Level Imports in the Resources section in the left navigation bar.
Click on the desired storage node.
Click on the Operations tab, then click on the New button at the bottom.
Select Take Snapshot from the Operation drop down menu.
Fill in the desired snapshot and retention options.
Optional. A snapshot may be scheduled for a later time as well as repeated on a specified cycle. By default, snapshots are scheduled for "Now".
Click Schedule to schedule the snapshot. The user will then be taken to the operations history section, showing the status of the snapshot.
If snapshot was scheduled for later or set for repeating, it will also appear in the Schedules sub tab.
220.127.116.11. Scheduling Repeating Snapshots for the Storage Node Cluster
In addition to creating repeating snapshots at the individual storage node, repeating snapshots may also be scheduled at the storage node cluster level.
To schedule snapshots for the Storage Node Cluster:
Click on Adminstration in the top navigation bar, then click on Storage Nodes in the Topology section in the left navigation bar.
Click on the Cluster Settings tab and scroll down to the Snapshot Management section.
Repeating snapshots may be enabled by setting the Enabled property to On.
Configure the desired schedule and retention strategy.
Snapshot scheduled at the storage node cluster level will appear Schedules sub tab of each storage node in addition to any individually scheduled snapshots . If the snapshot schedule is updated at the storage node cluster level, this will also be reflected in the Schedules sub tab of each storage node. If a repeating snapshot scheduled at the storage node cluster level is disabled, it will be removed from the Schedules sub tab of each storage node and will not show up in History sub tab.
The snapshots are CPU- and disk-intensive. Performing snapshots during high-use times will result in performance degradation.