|
1 | 1 | [[fleet-server-monitoring]] |
2 | | -= {fleet-server} monitoring |
| 2 | += Monitor a self-managed {fleet-server} |
3 | 3 |
|
4 | | -Monitoring {fleet-server} is key since the operation of the {fleet-server} is |
5 | | -paramount to the health of the deployed agents and the services they offer. When |
6 | | -{fleet-server} is not operating correctly, it may lead to delayed check-ins, |
7 | | -status information, and updates for the agents it manages. The monitoring data |
8 | | -will tell you when to add capacity for {fleet-server}, and provide error logs |
9 | | -and information to troubleshoot other issues. |
| 4 | +For self-managed {fleet-server}s, monitoring is key because the operation of the |
| 5 | +{fleet-server} is paramount to the health of the deployed agents and the |
| 6 | +services they offer. When {fleet-server} is not operating correctly, it may lead |
| 7 | +to delayed check-ins, status information, and updates for the agents it manages. |
| 8 | +The monitoring data will tell you when to add capacity for {fleet-server}, and |
| 9 | +provide error logs and information to troubleshoot other issues. |
10 | 10 |
|
11 | | -To enable monitoring for {fleet-server}, turn on agent monitoring in the agent |
12 | | -policy. For self-managed clusters, monitoring is on by default when you create a |
| 11 | +For self-managed clusters, monitoring is on by default when you create a |
13 | 12 | new agent policy or use the existing Default {fleet-server} agent policy. |
14 | | -However, it is off by default in the {ecloud} agent policy because monitoring |
15 | | -requires additional RAM. |
16 | 13 |
|
17 | | -To turn on {fleet-server} monitoring in the agent policy: |
| 14 | +To monitor {fleet-server}: |
18 | 15 |
|
19 | | -. In {fleet}, go to *Agent Policies* and click on the *{ecloud} agent policy*. |
20 | | -+ |
21 | | -[role="screenshot"] |
22 | | -image::images/fleet-policy-page.png[Fleet Policy Page] |
| 16 | +. In {fleet}, go to *Agent Policies* and click the {fleet-server} agent policy. |
23 | 17 |
|
24 | | -. Click the *Settings* tab and notice that Agent monitoring is |
25 | | -off by default. |
| 18 | +. Click the *Settings* tab and verify that *Collect agent logs* and |
| 19 | +*Collect agent metrics* are selected. |
26 | 20 |
|
27 | | -. Under *Agent monitoring*, select *Collect agent logs* and |
28 | | -*Collect agent metrics*. |
29 | | -+ |
30 | | --- |
31 | | -[role="screenshot"] |
32 | | -image::images/elastic-cloud-agent-policy-page.png[{ecloud} Policy Page] |
33 | | - |
34 | | -The agent will now be able to collect logs and metrics from the {fleet-server}. |
35 | | - |
36 | | -NOTE: The {fleet-server} is deployed as yet another agent in the system. |
37 | | --- |
38 | | - |
39 | | -. Next, set the *Default namespace*. |
| 21 | +. Next, set the *Default namespace* to something like `fleetserver`. |
40 | 22 | + |
41 | 23 | Setting the default namespace lets you segregate {fleet-server} monitoring data |
42 | 24 | from other collected data. This makes it easier to search and visualize the |
43 | | -monitoring data. By default the monitoring data is sent to the *default* |
44 | | -namespace. |
| 25 | +monitoring data. |
| 26 | ++ |
| 27 | +[role="screenshot"] |
| 28 | +image::images/fleet-server-agent-policy-page.png[{fleet-server} agent policy] |
45 | 29 |
|
46 | 30 | . To confirm your change, click *Save changes*. |
47 | 31 |
|
48 | | -To see the metrics collected for {fleet-server}, go to *Analytics > Discover*. |
| 32 | +To see the metrics collected for the agent running {fleet-server}, go to |
| 33 | +*Analytics > Discover*. |
49 | 34 |
|
50 | 35 | In the following example, `fleetserver` was configured as the namespace, and |
51 | 36 | you can see the metrics collected: |
|
0 commit comments