container collectors scrape their own telemetry and push it up their hop
This commit is contained in:
parent
2095bb2d0f
commit
73c966a7eb
1 changed files with 163 additions and 49 deletions
|
|
@ -21,6 +21,7 @@ let
|
|||
agent
|
||||
carriesJournaldSeverity
|
||||
runGroup
|
||||
selfScrapes
|
||||
;
|
||||
|
||||
# The log path's three hops, one fixture each. Nothing carries a journal
|
||||
|
|
@ -55,6 +56,20 @@ let
|
|||
|
||||
agentSettings = machine: machine.services.opentelemetry-collector.settings;
|
||||
cases = [
|
||||
{
|
||||
# The collector's own counters are the only signal that it is dropping
|
||||
# telemetry. 8904 keeps agents off 8888, which the collector dashboard
|
||||
# reads as the hive collector; the exporter follows the wire protocol.
|
||||
name = "an agent forwarder scrapes its own telemetry endpoint on loopback, off the hive collector's port";
|
||||
ok =
|
||||
selfScrapes (agentSettings agentOtel) 8904 { agent = agentOtel.services.hyperhive.agent.user.name; }
|
||||
&& selfScrapes (agentSettings agentOtelGrpc) 8904 {
|
||||
agent = agentOtelGrpc.services.hyperhive.agent.user.name;
|
||||
}
|
||||
# Control: with the switch off the lookup finds no collector config.
|
||||
&& !(agentNoOtel.services.opentelemetry-collector.settings ? receivers)
|
||||
&& (agentSettings agentOtelGrpc).service.pipelines."metrics/self".exporters == [ "otlp" ];
|
||||
}
|
||||
{
|
||||
# The journald receiver's own default directory is the RUNTIME
|
||||
# journal, and a container that stores persistently leaves that
|
||||
|
|
|
|||
Loading…
Reference in a new issue