blob: a48456742d9a1487760d9252395a3f28b1039c37 [file] [log] [blame]
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<meta http-equiv="X-UA-Compatible" content="IE=edge">
<meta name="viewport" content="width=device-width, initial-scale=1">
<link rel="shortcut icon" href="/favicon.ico" type="image/x-icon">
<link rel="icon" href="/favicon.ico" type="image/x-icon">
<title>Cluster Metrics</title>
<!-- Bootstrap core CSS -->
<link href="/assets/css/bootstrap.min.css" rel="stylesheet">
<!-- Bootstrap theme -->
<link href="/assets/css/bootstrap-theme.min.css" rel="stylesheet">
<!-- Custom styles for this template -->
<link rel="stylesheet" href="http://fortawesome.github.io/Font-Awesome/assets/font-awesome/css/font-awesome.css">
<link href="/css/style.css" rel="stylesheet">
<link href="/assets/css/owl.theme.css" rel="stylesheet">
<link href="/assets/css/owl.carousel.css" rel="stylesheet">
<script type="text/javascript" src="/assets/js/jquery.min.js"></script>
<script type="text/javascript" src="/assets/js/bootstrap.min.js"></script>
<script type="text/javascript" src="/assets/js/owl.carousel.min.js"></script>
<script type="text/javascript" src="/assets/js/storm.js"></script>
<!-- Just for debugging purposes. Don't actually copy these 2 lines! -->
<!--[if lt IE 9]><script src="../../assets/js/ie8-responsive-file-warning.js"></script><![endif]-->
<!-- HTML5 shim and Respond.js for IE8 support of HTML5 elements and media queries -->
<!--[if lt IE 9]>
<script src="https://oss.maxcdn.com/html5shiv/3.7.2/html5shiv.min.js"></script>
<script src="https://oss.maxcdn.com/respond/1.4.2/respond.min.js"></script>
<![endif]-->
</head>
<body>
<header>
<div class="container-fluid">
<div class="row">
<div class="col-md-5">
<a href="/index.html"><img src="/images/logo.png" class="logo" /></a>
</div>
<div class="col-md-5">
<h1>Version: 2.0.0</h1>
</div>
<div class="col-md-2">
<a href="/downloads.html" class="btn-std btn-block btn-download">Download</a>
</div>
</div>
</div>
</header>
<!--Header End-->
<!--Navigation Begin-->
<div class="navbar" role="banner">
<div class="container-fluid">
<div class="navbar-header">
<button class="navbar-toggle" type="button" data-toggle="collapse" data-target=".bs-navbar-collapse">
<span class="icon-bar"></span>
<span class="icon-bar"></span>
<span class="icon-bar"></span>
</button>
</div>
<nav class="collapse navbar-collapse bs-navbar-collapse" role="navigation">
<ul class="nav navbar-nav">
<li><a href="/index.html" id="home">Home</a></li>
<li><a href="/getting-help.html" id="getting-help">Getting Help</a></li>
<li><a href="/about/integrates.html" id="project-info">Project Information</a></li>
<li class="dropdown">
<a href="#" class="dropdown-toggle" data-toggle="dropdown" id="documentation">Documentation <b class="caret"></b></a>
<ul class="dropdown-menu">
<li><a href="/releases/2.3.0/index.html">2.3.0</a></li>
<li><a href="/releases/2.2.0/index.html">2.2.0</a></li>
<li><a href="/releases/2.1.0/index.html">2.1.0</a></li>
<li><a href="/releases/2.0.0/index.html">2.0.0</a></li>
<li><a href="/releases/1.2.3/index.html">1.2.3</a></li>
</ul>
</li>
<li><a href="/talksAndVideos.html">Talks and Slideshows</a></li>
<li class="dropdown">
<a href="#" class="dropdown-toggle" data-toggle="dropdown" id="contribute">Community <b class="caret"></b></a>
<ul class="dropdown-menu">
<li><a href="/contribute/Contributing-to-Storm.html">Contributing</a></li>
<li><a href="/contribute/People.html">People</a></li>
<li><a href="/contribute/BYLAWS.html">ByLaws</a></li>
</ul>
</li>
<li><a href="/2021/09/27/storm230-released.html" id="news">News</a></li>
</ul>
</nav>
</div>
</div>
<div class="container-fluid">
<h1 class="page-title">Cluster Metrics</h1>
<div class="row">
<div class="col-md-12">
<!-- Documentation -->
<p class="post-meta"></p>
<div class="documentation-content"><h1 id="cluster-metrics">Cluster Metrics</h1>
<p>There are lots of metrics to help you monitor a running cluster. Many of these metrics are still a work in progress and so is the metrics system itself so any of them may change, even between minor version releases. We will try to keep them as stable as possible, but they should all be considered somewhat unstable. Some of the metrics may also be for experimental features, or features that are not complete yet, so please read the description of the metric before using it for monitoring or alerting.</p>
<p>Also be aware that depending on the metrics system you use, the names are likely to be translated into a different format that is compatible with the system. Typically this means that the &#39;:&#39; separating character will be replaced with a &#39;.&#39; character.</p>
<p>Most metrics should have the units that they are reported in as a part of the description. For Timers often this is configured by the reporter that is uploading them to your system. Pay attention because even if the metric name has a time unit in it, it may be false.</p>
<p>Also most metrics, except for gauges and counters, are a collection of numbers, and not a single value. Often these result in multiple metrics being uploaded to a reporting system, such as percentiles for a histogram, or rates for a meter. It is dependent on the configured metrics reporter how this happens, or how the name here corresponds to the metric in your reporting system.</p>
<h2 id="cluster-metrics-from-nimbus">Cluster Metrics (From Nimbus)</h2>
<p>These are metrics that come from the active nimbus instance and report the state of the cluster as a whole, as seen by nimbus.</p>
<table><thead>
<tr>
<th>Metric Name</th>
<th>Type</th>
<th>Description</th>
</tr>
</thead><tbody>
<tr>
<td>cluster:num-nimbus-leaders</td>
<td>gauge</td>
<td>Number of nimbuses marked as a leader. This should really only ever be 1 in a healthy cluster, or 0 for a short period of time while a failover happens.</td>
</tr>
<tr>
<td>cluster:num-nimbuses</td>
<td>gauge</td>
<td>Number of nimbuses, leader or standby.</td>
</tr>
<tr>
<td>cluster:num-supervisors</td>
<td>gauge</td>
<td>Number of supervisors.</td>
</tr>
<tr>
<td>cluster:num-topologies</td>
<td>gauge</td>
<td>Number of topologies.</td>
</tr>
<tr>
<td>cluster:num-total-used-workers</td>
<td>gauge</td>
<td>Number of used workers/slots.</td>
</tr>
<tr>
<td>cluster:num-total-workers</td>
<td>gauge</td>
<td>Number of workers/slots.</td>
</tr>
<tr>
<td>cluster:total-fragmented-cpu-non-negative</td>
<td>gauge</td>
<td>Total fragmented CPU (% of core). This is CPU that the system thinks it cannot use because other resources on the node are used up.</td>
</tr>
<tr>
<td>cluster:total-fragmented-memory-non-negative</td>
<td>gauge</td>
<td>Total fragmented memory (MB). This is memory that the system thinks it cannot use because other resources on the node are used up.</td>
</tr>
<tr>
<td>topologies:assigned-cpu</td>
<td>histogram</td>
<td>CPU scheduled per topology (% of a core)</td>
</tr>
<tr>
<td>topologies:assigned-mem-off-heap</td>
<td>histogram</td>
<td>Off heap memory scheduled per topology (MB)</td>
</tr>
<tr>
<td>topologies:assigned-mem-on-heap</td>
<td>histogram</td>
<td>On heap memory scheduled per topology (MB)</td>
</tr>
<tr>
<td>topologies:num-executors</td>
<td>histogram</td>
<td>Number of executors per topology.</td>
</tr>
<tr>
<td>topologies:num-tasks</td>
<td>histogram</td>
<td>Number of tasks per topology.</td>
</tr>
<tr>
<td>topologies:num-workers</td>
<td>histogram</td>
<td>Number of workers per topology.</td>
</tr>
<tr>
<td>topologies:replication-count</td>
<td>histogram</td>
<td>Replication count per topology.</td>
</tr>
<tr>
<td>topologies:requested-cpu</td>
<td>histogram</td>
<td>CPU requested per topology (% of a core).</td>
</tr>
<tr>
<td>topologies:requested-mem-off-heap</td>
<td>histogram</td>
<td>Off heap memory requested per topology (MB).</td>
</tr>
<tr>
<td>topologies:requested-mem-on-heap</td>
<td>histogram</td>
<td>On heap memory requested per topology (MB).</td>
</tr>
<tr>
<td>topologies:uptime-secs</td>
<td>histogram</td>
<td>Uptime per topology (seconds).</td>
</tr>
<tr>
<td>nimbus:available-cpu-non-negative</td>
<td>gauge</td>
<td>Available cpu on the cluster (% of a core).</td>
</tr>
<tr>
<td>nimbus:total-cpu</td>
<td>gauge</td>
<td>total CPU on the cluster (% of a core)</td>
</tr>
<tr>
<td>nimbus:total-memory</td>
<td>gauge</td>
<td>total memory on the cluster MB</td>
</tr>
<tr>
<td>supervisors:fragmented-cpu</td>
<td>histogram</td>
<td>fragmented cpu per supervisor (% of a core)</td>
</tr>
<tr>
<td>supervisors:fragmented-mem</td>
<td>histogram</td>
<td>fragmented memory per supervisor (MB)</td>
</tr>
<tr>
<td>supervisors:num-used-workers</td>
<td>histogram</td>
<td>workers used per supervisor</td>
</tr>
<tr>
<td>supervisors:num-workers</td>
<td>histogram</td>
<td>number of workers per supervisor</td>
</tr>
<tr>
<td>supervisors:uptime-secs</td>
<td>histogram</td>
<td>uptime of supervisors</td>
</tr>
<tr>
<td>supervisors:used-cpu</td>
<td>histogram</td>
<td>cpu used per supervisor (% of a core)</td>
</tr>
<tr>
<td>supervisors:used-mem</td>
<td>histogram</td>
<td>memory used per supervisor MB</td>
</tr>
</tbody></table>
<h2 id="nimbus-metrics">Nimbus Metrics</h2>
<p>These are metrics that are specific to a nimbus instance. In many instances only the active nimbus will be reporting these metrics, but they could come from standby nimbus instances as well.</p>
<table><thead>
<tr>
<th>Metric Name</th>
<th>Type</th>
<th>Description</th>
</tr>
</thead><tbody>
<tr>
<td>nimbus:files-upload-duration-ms</td>
<td>timer</td>
<td>Time it takes to upload a file from start to finish (Not Blobs, but this may change)</td>
</tr>
<tr>
<td>nimbus:longest-scheduling-time-ms</td>
<td>gauge</td>
<td>Longest time ever taken so far to schedule. This includes the current scheduling run, which is intended to detect if scheduling is stuck for some reason.</td>
</tr>
<tr>
<td>nimbus:num-activate-calls</td>
<td>meter</td>
<td>calls to the activate thrift method.</td>
</tr>
<tr>
<td>nimbus:num-added-executors-per-scheduling</td>
<td>histogram</td>
<td>number of executors added after a scheduling run.</td>
</tr>
<tr>
<td>nimbus:num-added-slots-per-scheduling</td>
<td>histogram</td>
<td>number of slots added after a scheduling run.</td>
</tr>
<tr>
<td>nimbus:num-beginFileUpload-calls</td>
<td>meter</td>
<td>calls to the beginFileUpload thrift method.</td>
</tr>
<tr>
<td>nimbus:num-blacklisted-supervisor</td>
<td>gauge</td>
<td>Number of supervisors currently marked as blacklisted because they appear to be somewhat unstable.</td>
</tr>
<tr>
<td>nimbus:num-deactivate-calls</td>
<td>meter</td>
<td>calls to deactivate thrift method.</td>
</tr>
<tr>
<td>nimbus:num-debug-calls</td>
<td>meter</td>
<td>calls to debug thrift method.</td>
</tr>
<tr>
<td>nimbus:num-downloadChunk-calls</td>
<td>meter</td>
<td>calls to downloadChunk thrift method.</td>
</tr>
<tr>
<td>nimbus:num-finishFileUpload-calls</td>
<td>meter</td>
<td>calls to finishFileUpload thrift method.</td>
</tr>
<tr>
<td>nimbus:num-gained-leadership</td>
<td>meter</td>
<td>number of times this nimbus gained leadership.</td>
</tr>
<tr>
<td>nimbus:num-getClusterInfo-calls</td>
<td>meter</td>
<td>calls to getClusterInfo thrift method.</td>
</tr>
<tr>
<td>nimbus:num-getComponentPageInfo-calls</td>
<td>meter</td>
<td>calls to getComponentPageInfo thrift method.</td>
</tr>
<tr>
<td>nimbus:num-getComponentPendingProfileActions-calls</td>
<td>meter</td>
<td>calls to getComponentPendingProfileActions thrift method.</td>
</tr>
<tr>
<td>nimbus:num-getLeader-calls</td>
<td>meter</td>
<td>calls to getLeader thrift method.</td>
</tr>
<tr>
<td>nimbus:num-getLogConfig-calls</td>
<td>meter</td>
<td>calls to getLogConfig thrift method.</td>
</tr>
<tr>
<td>nimbus:num-getNimbusConf-calls</td>
<td>meter</td>
<td>calls to getNimbusConf thrift method.</td>
</tr>
<tr>
<td>nimbus:num-getOwnerResourceSummaries-calls</td>
<td>meter</td>
<td>calls to getOwnerResourceSummaries thrift method.</td>
</tr>
<tr>
<td>nimbus:num-getSupervisorPageInfo-calls</td>
<td>meter</td>
<td>calls to getSupervisorPageInfo thrift method.</td>
</tr>
<tr>
<td>nimbus:num-getTopology-calls</td>
<td>meter</td>
<td>calls to getTopology thrift method.</td>
</tr>
<tr>
<td>nimbus:num-getTopologyConf-calls</td>
<td>meter</td>
<td>calls to getTopologyConf thrift method.</td>
</tr>
<tr>
<td>nimbus:num-getTopologyInfo-calls</td>
<td>meter</td>
<td>calls to getTopologyInfo thrift method.</td>
</tr>
<tr>
<td>nimbus:num-getTopologyInfoWithOpts-calls</td>
<td>meter</td>
<td>calls to getTopologyInfoWithOpts thrift method includes calls to getTopologyInfo.</td>
</tr>
<tr>
<td>nimbus:num-getTopologyPageInfo-calls</td>
<td>meter</td>
<td>calls to getTopologyPageInfo thrift method.</td>
</tr>
<tr>
<td>nimbus:num-getUserTopology-calls</td>
<td>meter</td>
<td>calls to getUserTopology thrift method.</td>
</tr>
<tr>
<td>nimbus:num-isTopologyNameAllowed-calls</td>
<td>meter</td>
<td>calls to isTopologyNameAllowed thrift method.</td>
</tr>
<tr>
<td>nimbus:num-killTopology-calls</td>
<td>meter</td>
<td>calls to killTopology thrift method.</td>
</tr>
<tr>
<td>nimbus:num-killTopologyWithOpts-calls</td>
<td>meter</td>
<td>calls to killTopologyWithOpts thrift method includes calls to killTopology.</td>
</tr>
<tr>
<td>nimbus:num-launched</td>
<td>meter</td>
<td>number of times a nimbus was launched</td>
</tr>
<tr>
<td>nimbus:num-lost-leadership</td>
<td>meter</td>
<td>number of times this nimbus lost leadership</td>
</tr>
<tr>
<td>nimbus:num-negative-resource-events</td>
<td>meter</td>
<td>Any time a resource goes negative (either CPU or Memory). This metric is not ideal as it is measured in a data structure that is used for internal calculations that may go negative and not actually represent over scheduling of a resource.</td>
</tr>
<tr>
<td>nimbus:num-net-executors-increase-per-scheduling</td>
<td>histogram</td>
<td>added executors minus removed executors after a scheduling run</td>
</tr>
<tr>
<td>nimbus:num-net-slots-increase-per-scheduling</td>
<td>histogram</td>
<td>added slots minus removed slots after a scheduling run</td>
</tr>
<tr>
<td>nimbus:num-rebalance-calls</td>
<td>meter</td>
<td>calls to rebalance thrift method.</td>
</tr>
<tr>
<td>nimbus:num-removed-executors-per-scheduling</td>
<td>histogram</td>
<td>number of executors removed after a scheduling run</td>
</tr>
<tr>
<td>nimbus:num-removed-slots-per-scheduling</td>
<td>histogram</td>
<td>number of slots removed after a scheduling run</td>
</tr>
<tr>
<td>nimbus:num-setLogConfig-calls</td>
<td>meter</td>
<td>calls to setLogConfig thrift method.</td>
</tr>
<tr>
<td>nimbus:num-setWorkerProfiler-calls</td>
<td>meter</td>
<td>calls to setWorkerProfiler thrift method.</td>
</tr>
<tr>
<td>nimbus:num-shutdown-calls</td>
<td>meter</td>
<td>times nimbus is shut down (this may not actually be reported as nimbus is in the middle of shutting down)</td>
</tr>
<tr>
<td>nimbus:num-submitTopology-calls</td>
<td>meter</td>
<td>calls to submitTopology thrift method.</td>
</tr>
<tr>
<td>nimbus:num-submitTopologyWithOpts-calls</td>
<td>meter</td>
<td>calls to submitTopologyWithOpts thrift method includes calls to submitTopology.</td>
</tr>
<tr>
<td>nimbus:num-uploadChunk-calls</td>
<td>meter</td>
<td>calls to uploadChunk thrift method.</td>
</tr>
<tr>
<td>nimbus:num-uploadNewCredentials-calls</td>
<td>meter</td>
<td>calls to uploadNewCredentials thrift method.</td>
</tr>
<tr>
<td>nimbus:process-worker-metric-calls</td>
<td>meter</td>
<td>calls to processWorkerMetrics thrift method.</td>
</tr>
<tr>
<td>nimbus:mkAssignments-Errors</td>
<td>meter</td>
<td>tracks exceptions from mkAssignments</td>
</tr>
<tr>
<td>nimbus:topology-scheduling-duration-ms</td>
<td>timer</td>
<td>time it takes to do a scheduling run.</td>
</tr>
<tr>
<td>nimbus:total-available-memory-non-negative</td>
<td>gauge</td>
<td>available memory on the cluster MB</td>
</tr>
<tr>
<td>nimbuses:uptime-secs</td>
<td>histogram</td>
<td>uptime of nimbuses</td>
</tr>
<tr>
<td>MetricsCleaner:purgeTimestamp</td>
<td>gauge</td>
<td>last time metrics were purged (Unfinished Feature)</td>
</tr>
<tr>
<td>RocksDB:metric-failures</td>
<td>meter</td>
<td>generally any failure that happens in the rocksdb metrics store. (Unfinished Feature)</td>
</tr>
</tbody></table>
<h2 id="drpc-metrics">DRPC Metrics</h2>
<p>Metrics related to DRPC servers.</p>
<table><thead>
<tr>
<th>Metric Name</th>
<th>Type</th>
<th>Description</th>
</tr>
</thead><tbody>
<tr>
<td>drpc:HTTP-request-response-duration</td>
<td>timer</td>
<td>how long it takes to execute an http drpc request</td>
</tr>
<tr>
<td>drpc:num-execute-calls</td>
<td>meter</td>
<td>calls to execute a DRPC request</td>
</tr>
<tr>
<td>drpc:num-execute-http-requests</td>
<td>meter</td>
<td>http requests to the DRPC server</td>
</tr>
<tr>
<td>drpc:num-failRequest-calls</td>
<td>meter</td>
<td>calls to failRequest</td>
</tr>
<tr>
<td>drpc:num-fetchRequest-calls</td>
<td>meter</td>
<td>calls to fetchRequest</td>
</tr>
<tr>
<td>drpc:num-result-calls</td>
<td>meter</td>
<td>calls to returnResult</td>
</tr>
<tr>
<td>drpc:num-server-timedout-requests</td>
<td>meter</td>
<td>times a DRPC request timed out without a response</td>
</tr>
<tr>
<td>drpc:num-shutdown-calls</td>
<td>meter</td>
<td>number of times shutdown is called on the drpc server</td>
</tr>
</tbody></table>
<h2 id="logviewer-metrics">Logviewer Metrics</h2>
<p>Metrics related to the logviewer process. This process currently also handles cleaning up worker logs when they get too large or too old.</p>
<table><thead>
<tr>
<th>Metric Name</th>
<th>Type</th>
<th>Description</th>
</tr>
</thead><tbody>
<tr>
<td>logviewer:cleanup-routine-duration-ms</td>
<td>timer</td>
<td>how long it takes to run the log cleanup routine</td>
</tr>
<tr>
<td>logviewer:deep-search-request-duration-ms</td>
<td>timer</td>
<td>how long it takes for /deepSearch/{topoId}</td>
</tr>
<tr>
<td>logviewer:disk-space-freed-in-bytes</td>
<td>histogram</td>
<td>number of bytes cleaned up each time through the cleanup routine.</td>
</tr>
<tr>
<td>logviewer:download-file-size-rounded-MB</td>
<td>histogram</td>
<td>size in MB of files being downloaded</td>
</tr>
<tr>
<td>logviewer:num-daemonlog-page-http-requests</td>
<td>meter</td>
<td>calls to /daemonlog</td>
</tr>
<tr>
<td>logviewer:num-deep-search-no-result</td>
<td>meter</td>
<td>number of deep search requests that did not return any results</td>
</tr>
<tr>
<td>logviewer:num-deep-search-requests-with-archived</td>
<td>meter</td>
<td>calls to /deepSearch/{topoId} with ?search-archived=true</td>
</tr>
<tr>
<td>logviewer:num-deep-search-requests-without-archived</td>
<td>meter</td>
<td>calls to /deepSearch/{topoId} with ?search-archived=false</td>
</tr>
<tr>
<td>logviewer:num-download-daemon-log-exceptions</td>
<td>meter</td>
<td>num errors in calls to /daemondownload</td>
</tr>
<tr>
<td>logviewer:num-download-dump-exceptions</td>
<td>meter</td>
<td>num errors in calls to /dumps/{topo-id}/{host-port}/{filename}</td>
</tr>
<tr>
<td>logviewer:num-download-log-daemon-file-http-requests</td>
<td>meter</td>
<td>calls to /daemondownload</td>
</tr>
<tr>
<td>logviewer:num-download-log-exceptions</td>
<td>meter</td>
<td>num errors in calls to /download</td>
</tr>
<tr>
<td>logviewer:num-download-log-file-http-requests</td>
<td>meter</td>
<td>calls to /download</td>
</tr>
<tr>
<td>logviewer:num-file-download-exceptions</td>
<td>meter</td>
<td>errors while trying to download files.</td>
</tr>
<tr>
<td>logviewer:num-file-download-exceptions</td>
<td>meter</td>
<td>number of exceptions trying to download a log file</td>
</tr>
<tr>
<td>logviewer:num-file-open-exceptions</td>
<td>meter</td>
<td>errors trying to open a file (when deleting logs)</td>
</tr>
<tr>
<td>logviewer:num-file-open-exceptions</td>
<td>meter</td>
<td>number of exceptions trying to open a log file for serving</td>
</tr>
<tr>
<td>logviewer:num-file-read-exceptions</td>
<td>meter</td>
<td>number of exceptions trying to read from a log file for serving</td>
</tr>
<tr>
<td>logviewer:num-file-removal-exceptions</td>
<td>meter</td>
<td>number of exceptions trying to cleanup files.</td>
</tr>
<tr>
<td>logviewer:num-files-cleaned-up</td>
<td>histogram</td>
<td>number of files cleaned up each time through the cleanup routine.</td>
</tr>
<tr>
<td>logviewer:num-files-scanned-per-deep-search</td>
<td>histogram</td>
<td>number of files scanned per deep search</td>
</tr>
<tr>
<td>logviewer:num-list-dump-files-exceptions</td>
<td>meter</td>
<td>num errors in calls to /dumps/{topo-id}/{host-port}</td>
</tr>
<tr>
<td>logviewer:num-list-logs-http-request</td>
<td>meter</td>
<td>calls to /listLogs</td>
</tr>
<tr>
<td>logviewer:num-log-page-http-requests</td>
<td>meter</td>
<td>calls to /log</td>
</tr>
<tr>
<td>logviewer:num-other-cleanup-exceptions</td>
<td>meter</td>
<td>number of exception in the cleanup loop, not directly deleting files.</td>
</tr>
<tr>
<td>logviewer:num-page-read</td>
<td>meter</td>
<td>number of pages (parts of a log file) that are served up</td>
</tr>
<tr>
<td>logviewer:num-read-daemon-log-exceptions</td>
<td>meter</td>
<td>num errors in calls to /daemonlog</td>
</tr>
<tr>
<td>logviewer:num-read-log-exceptions</td>
<td>meter</td>
<td>num errors in calls to /log</td>
</tr>
<tr>
<td>logviewer:num-search-exceptions</td>
<td>meter</td>
<td>num errors in calls to /search</td>
</tr>
<tr>
<td>logviewer:num-search-log-exceptions</td>
<td>meter</td>
<td>num errors in calls to /listLogs</td>
</tr>
<tr>
<td>logviewer:num-search-logs-requests</td>
<td>meter</td>
<td>calls to /search</td>
</tr>
<tr>
<td>logviewer:num-search-request-no-result</td>
<td>meter</td>
<td>number of regular search results that were empty</td>
</tr>
<tr>
<td>logviewer:num-set-permission-exceptions</td>
<td>meter</td>
<td>num errors running set permissions to open up files for reading.</td>
</tr>
<tr>
<td>logviewer:num-shutdown-calls</td>
<td>meter</td>
<td>number of times shutdown was called on the logviewer</td>
</tr>
<tr>
<td>logviewer:search-requests-duration-ms</td>
<td>timer</td>
<td>how long it takes for /search</td>
</tr>
<tr>
<td>logviewer:worker-log-dir-size</td>
<td>gauge</td>
<td>size in bytes of the worker logs directory.</td>
</tr>
</tbody></table>
<h2 id="supervisor-metrics">Supervisor Metrics</h2>
<p>Metrics associated with the supervisor, which launches the workers for a topology. The supervisor also has a state machine for each slot. Some of the metrics are associated with that state machine and can be confusing if you do not understand the state machine.</p>
<table><thead>
<tr>
<th>Metric Name</th>
<th>Type</th>
<th>Description</th>
</tr>
</thead><tbody>
<tr>
<td>supervisor:blob-cache-update-duration</td>
<td>timer</td>
<td>how long it takes to update all of the blobs in the cache (frequently just check if they have changed, but may also include downloading them.)</td>
</tr>
<tr>
<td>supervisor:blob-fetching-rate-MB/s</td>
<td>histogram</td>
<td>Download rate of a blob in MB/sec. Blobs are downloaded rarely so it is very bursty.</td>
</tr>
<tr>
<td>supervisor:blob-localization-duration</td>
<td>timer</td>
<td>Approximately how long it takes to get the blob we want after it is requested.</td>
</tr>
<tr>
<td>supervisor:current-reserved-memory-mb</td>
<td>gauge</td>
<td>total amount of memory reserved for workers on the supervisor (MB)</td>
</tr>
<tr>
<td>supervisor:current-used-memory-mb</td>
<td>gauge</td>
<td>memory currently used as measured by the supervisor (this typically requires cgroups) (MB)</td>
</tr>
<tr>
<td>supervisor:num-blob-update-version-changed</td>
<td>meter</td>
<td>number of times a version of a blob changes.</td>
</tr>
<tr>
<td>supervisor:num-cleanup-exceptions</td>
<td>meter</td>
<td>exceptions thrown during container cleanup.</td>
</tr>
<tr>
<td>supervisor:num-force-kill-exceptions</td>
<td>meter</td>
<td>exceptions thrown during force kill.</td>
</tr>
<tr>
<td>supervisor:num-kill-exceptions</td>
<td>meter</td>
<td>exceptions thrown during kill.</td>
</tr>
<tr>
<td>supervisor:num-launched</td>
<td>meter</td>
<td>number of times the supervisor is launched.</td>
</tr>
<tr>
<td>supervisor:num-shell-exceptions</td>
<td>meter</td>
<td>number of exceptions calling shell commands.</td>
</tr>
<tr>
<td>supervisor:num-slots-used-gauge</td>
<td>gauge</td>
<td>number of slots used on the supervisor.</td>
</tr>
<tr>
<td>supervisor:num-worker-transitions-into-empty</td>
<td>meter</td>
<td>number of transitions into empty state.</td>
</tr>
<tr>
<td>supervisor:num-worker-transitions-into-kill</td>
<td>meter</td>
<td>number of transitions into kill state.</td>
</tr>
<tr>
<td>supervisor:num-worker-transitions-into-kill-and-relaunch</td>
<td>meter</td>
<td>number of transitions into kill-and-relaunch state</td>
</tr>
<tr>
<td>supervisor:num-worker-transitions-into-kill-blob-update</td>
<td>meter</td>
<td>number of transitions into kill-blob-update state</td>
</tr>
<tr>
<td>supervisor:num-worker-transitions-into-running</td>
<td>meter</td>
<td>number of transitions into running state</td>
</tr>
<tr>
<td>supervisor:num-worker-transitions-into-waiting-for-blob-localization</td>
<td>meter</td>
<td>number of transitions into waiting-for-blob-localization state</td>
</tr>
<tr>
<td>supervisor:num-worker-transitions-into-waiting-for-blob-update</td>
<td>meter</td>
<td>number of transitions into waiting-for-blob-update state</td>
</tr>
<tr>
<td>supervisor:num-worker-transitions-into-waiting-for-worker-start</td>
<td>meter</td>
<td>number of transitions into waiting-for-worker-start state</td>
</tr>
<tr>
<td>supervisor:num-workers-force-kill</td>
<td>meter</td>
<td>number of times a worker was force killed. This may mean that the worker did not exit cleanly/quickly.</td>
</tr>
<tr>
<td>supervisor:num-workers-killed-assignment-changed</td>
<td>meter</td>
<td>workers killed because the assignment changed.</td>
</tr>
<tr>
<td>supervisor:num-workers-killed-blob-changed</td>
<td>meter</td>
<td>workers killed because the blob changed and they needed to be relaunched.</td>
</tr>
<tr>
<td>supervisor:num-workers-killed-hb-null</td>
<td>meter</td>
<td>workers killed because there was no hb at all from the worker. This would typically only happen when a worker is launched for the first time.</td>
</tr>
<tr>
<td>supervisor:num-workers-killed-hb-timeout</td>
<td>meter</td>
<td>workers killed because the hb from the worker was too old. This often happens because of GC issues in the worker that prevents it from sending a heartbeat, but could also mean the worker process exited, and the supervisor is not the parent of the process to know that it exited.</td>
</tr>
<tr>
<td>supervisor:num-workers-killed-memory-violation</td>
<td>meter</td>
<td>workers killed because the worker was using too much memory. If the supervisor can monitor memory usage of the worker (typically through cgroups) and the worker goes over the limit it may be shot.</td>
</tr>
<tr>
<td>supervisor:num-workers-killed-process-exit</td>
<td>meter</td>
<td>workers killed because the process exited and the supervisor was the parent process</td>
</tr>
<tr>
<td>supervisor:num-workers-launched</td>
<td>meter</td>
<td>number of workers launched</td>
</tr>
<tr>
<td>supervisor:single-blob-localization-duration</td>
<td>timer</td>
<td>how long it takes for a blob to be updated (downloaded, unzipped, inform slots, and make the move)</td>
</tr>
<tr>
<td>supervisor:time-worker-spent-in-state-empty-ms</td>
<td>timer</td>
<td>time spent in empty state as it transitions out. Not necessarily in ms.</td>
</tr>
<tr>
<td>supervisor:time-worker-spent-in-state-kill-and-relaunch-ms</td>
<td>timer</td>
<td>time spent in kill-and-relaunch state as it transitions out. Not necessarily in ms.</td>
</tr>
<tr>
<td>supervisor:time-worker-spent-in-state-kill-blob-update-ms</td>
<td>timer</td>
<td>time spent in kill-blob-update state as it transitions out. Not necessarily in ms.</td>
</tr>
<tr>
<td>supervisor:time-worker-spent-in-state-kill-ms</td>
<td>timer</td>
<td>time spent in kill state as it transitions out. Not necessarily in ms.</td>
</tr>
<tr>
<td>supervisor:time-worker-spent-in-state-running-ms</td>
<td>timer</td>
<td>time spent in running state as it transitions out. Not necessarily in ms.</td>
</tr>
<tr>
<td>supervisor:time-worker-spent-in-state-waiting-for-blob-localization-ms</td>
<td>timer</td>
<td>time spent in waiting-for-blob-localization state as it transitions out. Not necessarily in ms.</td>
</tr>
<tr>
<td>supervisor:time-worker-spent-in-state-waiting-for-blob-update-ms</td>
<td>timer</td>
<td>time spent in waiting-for-blob-update state as it transitions out. Not necessarily in ms.</td>
</tr>
<tr>
<td>supervisor:time-worker-spent-in-state-waiting-for-worker-start-ms</td>
<td>timer</td>
<td>time spent in waiting-for-worker-start state as it transitions out. Not necessarily in ms.</td>
</tr>
<tr>
<td>supervisor:worker-launch-duration</td>
<td>timer</td>
<td>Time taken for a worker to launch.</td>
</tr>
<tr>
<td>supervisor:worker-per-call-clean-up-duration-ns</td>
<td>meter</td>
<td>how long it takes to cleanup a worker (ns).</td>
</tr>
<tr>
<td>supervisor:worker-shutdown-duration-ns</td>
<td>meter</td>
<td>how long it takes to shutdown a worker (ns).</td>
</tr>
</tbody></table>
<h2 id="ui-metrics">UI Metrics</h2>
<p>Metrics associated with a single UI daemon.</p>
<table><thead>
<tr>
<th>Metric Name</th>
<th>Type</th>
<th>Description</th>
</tr>
</thead><tbody>
<tr>
<td>ui:num-activate-topology-http-requests</td>
<td>meter</td>
<td>calls to /topology/{id}/activate</td>
</tr>
<tr>
<td>ui:num-all-topologies-summary-http-requests</td>
<td>meter</td>
<td>calls to /topology/summary</td>
</tr>
<tr>
<td>ui:num-build-visualization-http-requests</td>
<td>meter</td>
<td>calls to /topology/{id}/visualization</td>
</tr>
<tr>
<td>ui:num-cluster-configuration-http-requests</td>
<td>meter</td>
<td>calls to /cluster/configuration</td>
</tr>
<tr>
<td>ui:num-cluster-summary-http-requests</td>
<td>meter</td>
<td>calls to /cluster/summary</td>
</tr>
<tr>
<td>ui:num-component-op-response-http-requests</td>
<td>meter</td>
<td>calls to /topology/{id}/component/{component}/debug/{action}/{spct}</td>
</tr>
<tr>
<td>ui:num-component-page-http-requests</td>
<td>meter</td>
<td>calls to /topology/{id}/component/{component}</td>
</tr>
<tr>
<td>ui:num-deactivate-topology-http-requests</td>
<td>meter</td>
<td>calls to topology/{id}/deactivate</td>
</tr>
<tr>
<td>ui:num-debug-topology-http-requests</td>
<td>meter</td>
<td>calls to /topology/{id}/debug/{action}/{spct}</td>
</tr>
<tr>
<td>ui:num-get-owner-resource-summaries-http-request</td>
<td>meter</td>
<td>calls to /owner-resources or /owner-resources/{id}</td>
</tr>
<tr>
<td>ui:num-log-config-http-requests</td>
<td>meter</td>
<td>calls to /topology/{id}/logconfig</td>
</tr>
<tr>
<td>ui:num-main-page-http-requests</td>
<td>meter</td>
<td>number of requests to /index.html</td>
</tr>
<tr>
<td>ui:num-mk-visualization-data-http-requests</td>
<td>meter</td>
<td>calls to /topology/{id}/visualization-init</td>
</tr>
<tr>
<td>ui:num-nimbus-summary-http-requests</td>
<td>meter</td>
<td>calls to /nimbus/summary</td>
</tr>
<tr>
<td>ui:num-supervisor-http-requests</td>
<td>meter</td>
<td>calls to /supervisor</td>
</tr>
<tr>
<td>ui:num-supervisor-summary-http-requests</td>
<td>meter</td>
<td>calls to /supervisor/summary</td>
</tr>
<tr>
<td>ui:num-topology-lag-http-requests</td>
<td>meter</td>
<td>calls to /topology/{id}/lag</td>
</tr>
<tr>
<td>ui:num-topology-metric-http-requests</td>
<td>meter</td>
<td>calls to /topology/{id}/metrics</td>
</tr>
<tr>
<td>ui:num-topology-op-response-http-requests</td>
<td>meter</td>
<td>calls to /topology/{id}/logconfig or /topology/{id}/rebalance/{wait-time} or /topology/{id}/kill/{wait-time}</td>
</tr>
<tr>
<td>ui:num-topology-page-http-requests</td>
<td>meter</td>
<td>calls to /topology/{id}</td>
</tr>
<tr>
<td>num-web-requests</td>
<td>meter</td>
<td>nominally the total number of web requests being made.</td>
</tr>
</tbody></table>
<h2 id="pacemaker-metrics-deprecated">Pacemaker Metrics (Deprecated)</h2>
<p>The pacemaker process is deprecated and only still exists for backwards compatibility.</p>
<table><thead>
<tr>
<th>Metric Name</th>
<th>Type</th>
<th>Description</th>
</tr>
</thead><tbody>
<tr>
<td>pacemaker:get-pulse=count</td>
<td>meter</td>
<td>number of times getPulse was called. yes the = is in the name, but typically this is mapped to a &#39;-&#39; by the metrics reporters.</td>
</tr>
<tr>
<td>pacemaker:heartbeat-size</td>
<td>histogram</td>
<td>size in bytes of heartbeats</td>
</tr>
<tr>
<td>pacemaker:send-pulse-count</td>
<td>meter</td>
<td>number of times sendPulse was called</td>
</tr>
<tr>
<td>pacemaker:size-total-keys</td>
<td>gauge</td>
<td>total number of keys in this pacemaker instance</td>
</tr>
<tr>
<td>pacemaker:total-receive-size</td>
<td>meter</td>
<td>total size in bytes of heartbeats received</td>
</tr>
<tr>
<td>pacemaker:total-sent-size</td>
<td>meter</td>
<td>total size in bytes of heartbeats read</td>
</tr>
</tbody></table>
</div>
</div>
</div>
</div>
<footer>
<div class="container-fluid">
<div class="row">
<div class="col-md-3">
<div class="footer-widget">
<h5>Meetups</h5>
<ul class="latest-news">
<li><a href="http://www.meetup.com/Apache-Storm-Apache-Kafka/">Apache Storm & Apache Kafka</a> <span class="small">(Sunnyvale, CA)</span></li>
<li><a href="http://www.meetup.com/Apache-Storm-Kafka-Users/">Apache Storm & Kafka Users</a> <span class="small">(Seattle, WA)</span></li>
<li><a href="http://www.meetup.com/New-York-City-Storm-User-Group/">NYC Storm User Group</a> <span class="small">(New York, NY)</span></li>
<li><a href="http://www.meetup.com/Bay-Area-Stream-Processing">Bay Area Stream Processing</a> <span class="small">(Emeryville, CA)</span></li>
<li><a href="http://www.meetup.com/Boston-Storm-Users/">Boston Realtime Data</a> <span class="small">(Boston, MA)</span></li>
<li><a href="http://www.meetup.com/storm-london">London Storm User Group</a> <span class="small">(London, UK)</span></li>
<!-- <li><a href="http://www.meetup.com/Apache-Storm-Kafka-Users/">Seatle, WA</a> <span class="small">(27 Jun 2015)</span></li> -->
</ul>
</div>
</div>
<div class="col-md-3">
<div class="footer-widget">
<h5>About Apache Storm</h5>
<p>Apache Storm integrates with any queueing system and any database system. Apache Storm's spout abstraction makes it easy to integrate a new queuing system. Likewise, integrating Apache Storm with database systems is easy.</p>
</div>
</div>
<div class="col-md-3">
<div class="footer-widget">
<h5>First Look</h5>
<ul class="footer-list">
<li><a href="/releases/current/Rationale.html">Rationale</a></li>
<li><a href="/releases/current/Tutorial.html">Tutorial</a></li>
<li><a href="/releases/current/Setting-up-development-environment.html">Setting up development environment</a></li>
<li><a href="/releases/current/Creating-a-new-Storm-project.html">Creating a new Apache Storm project</a></li>
</ul>
</div>
</div>
<div class="col-md-3">
<div class="footer-widget">
<h5>Documentation</h5>
<ul class="footer-list">
<li><a href="/releases/current/index.html">Index</a></li>
<li><a href="/releases/current/javadocs/index.html">Javadoc</a></li>
<li><a href="/releases/current/FAQ.html">FAQ</a></li>
</ul>
</div>
</div>
</div>
<hr/>
<div class="row">
<div class="col-md-12">
<p align="center">Copyright © 2019 <a href="http://www.apache.org">Apache Software Foundation</a>. All Rights Reserved.
<br>Apache Storm, Apache, the Apache feather logo, and the Apache Storm project logos are trademarks of The Apache Software Foundation.
<br>All other marks mentioned may be trademarks or registered trademarks of their respective owners.</p>
</div>
</div>
</div>
</footer>
<!--Footer End-->
<!-- Scroll to top -->
<span class="totop"><a href="#"><i class="fa fa-angle-up"></i></a></span>
</body>
</html>