Skip to content

Commit

Permalink
feat: cleaning up logs docs (#1022)
Browse files Browse the repository at this point in the history
* feat: cleaning up logs docs

* next set of logs

* updated docker logs docs

* heroku logs

* heroku logs fix

* http logs fixed

* syslogs

* tomcat logs

* aws-lambda-nodejs

* otel sdk java

* otel python sdk

* log file

* existing collectors to signoz

* aws docs

* azure docs

* minor fix

* gcp docs

* gcp docs fix

* fix app logs

* logs docs fix

* docs fix
  • Loading branch information
Calm-Rock authored Dec 25, 2024
1 parent 2ccad9d commit d20bd85
Show file tree
Hide file tree
Showing 66 changed files with 2,117 additions and 1,999 deletions.
25 changes: 10 additions & 15 deletions data/docs/aws-monitoring/ec2-infra-metrics.mdx
Original file line number Diff line number Diff line change
@@ -1,21 +1,25 @@
---
date: 2024-06-06
date: 2024-12-19
id: ec2-infra-metrics
title: Infrastructure metrics of EC2 instance
---

### Overview

This documentation guides you through integrating AWS EC2 infrastructure metrics into SigNoz using the Hostmetrics receiver in OpenTelemetry Collector. The Hostmetrics receiver is designed to collect metrics about the host system from various sources. It supports various scrapers for collecting different metrics, including CPU, disk, load, filesystem, memory, network, paging, and process metrics.
This documentation guides you through integrating AWS EC2 infrastructure metrics into SigNoz using the Hostmetrics receiver in OpenTelemetry Collector.
The Hostmetrics receiver is designed to collect metrics about the host system from various sources. It supports various scrapers for collecting different metrics,
including CPU, disk, load, filesystem, memory, network, paging, and process metrics.

<Tabs entityName="plans">
<TabItem value="signoz-cloud" label="SigNoz Cloud" default>

### Prerequisites

- An EC2 instance
- A [SigNoz Cloud](https://signoz.io/teams/) account

### Configuring Hostmetrics Receiver

To see your infrastructure metrics in SigNoz, you need to configure the hostmetrics receiver and create a HostMetrics Dashboard. Follow [this documentation](https://signoz.io/docs/userguide/hostmetrics/) to configure hostmetrics receiver and creating the Hostmetrics Dashboard.
To see your infrastructure metrics in SigNoz, you need to configure the hostmetrics receiver. Follow [this documentation](https://signoz.io/docs/userguide/hostmetrics/) to configure hostmetrics receiver and creating the Hostmetrics Dashboard.


### Final Output
Expand All @@ -34,16 +38,7 @@ After setting up your Hostmetrics Dashboard, here's what it might look like:
</figcaption>
</figure>


{/* <!---
Overview of HostMetrics
Overview of the rough steps to follow - in the form of bullet points
Link to the Hostmetrics Dashboard tutorial
Screenshot of how the output would look like for hostmetrics
---> */}
</TabItem>
</Tabs>


77 changes: 39 additions & 38 deletions data/docs/aws-monitoring/ec2-logs.mdx
Original file line number Diff line number Diff line change
@@ -1,81 +1,82 @@
---
date: 2024-06-06
date: 2024-12-19
id: ec2-logs
title: Send Application/Server logs from EC2 to SigNoz
title: Send Application/Server Logs from EC2 to SigNoz
---

## Introduction
This guide provides detailed instructions on how to send application and server logs from an EC2 instance to **SigNoz Cloud**. By integrating with SigNoz, you can efficiently collect, monitor, and analyze your logs for better insights into your applications and servers.

This documentation provides detailed instructions on how to send application and server logs from an EC2 instance to **SigNoz**. By integrating with SigNoz, you can
efficiently collect, monitor, and analyze your logs for better insights into your applications and servers.

## Prerequisites

- A Linux-based EC2 instance
- An active [SigNoz Cloud](http://localhost:3000/teams/) account

Sending your server/application logs to SigNoz Cloud broadly involves these two simple steps:
- Install OpenTelemetry Collector(OTel collector)
- Configure filelog receiver

<Tabs entityName="plans">

## Install OpenTelemetry Collector
<TabItem value="signoz-cloud" label="SigNoz Cloud" default>

The OpenTelemetry collector provides a vendor-neutral way to collect, process, and export your telemetry data such as logs, metrics, and traces.
### Install OpenTelemetry Collector

You can install OpenTelemetry collector as an agent on your Virtual Machine by following this [guide](https://signoz.io/docs/tutorial/opentelemetry-binary-usage-in-virtual-machine/).
The OpenTelemetry collector provides a vendor-neutral way to collect, process, and export telemetry data such as logs, metrics, and traces.

### Dummy Log File

## Dummy log file

As an example, we can use a sample log file called `app.log` with the following dummy data:
As an example, use a sample log file called `app.log` with the following dummy data:

```
This is log line 1
This is log line 2
This is log line 3
This is log line 4
This is log line 5
```

This file represents a log file of your application/server.

## Configure filelog receiver
### Configure Filelog Receiver

Receivers are used to get data into the collector. A filelog receiver collects logs from files.
Modify the `config.yaml` file that you created while installing OTel collector in the previous step to include the filelog receiver. This involves specifying the path to your `app.log` file (or your log file) and setting the `start_at` parameter. For more fields that are available for filelog receiver please check [this link](https://github.com/open-telemetry/opentelemetry-collector-contrib/tree/main/receiver/filelogreceiver).
Receivers are used to get data into the collector. A filelog receiver collects logs from files. Modify the `config.yaml` file that you created while installing
the OTel collector to include the filelog receiver. Specify the path to your `app.log` file (or your actual log file) and set the `start_at` parameter.


```yaml
```yaml:config.yaml
receivers:
...
filelog/app:
include: [ /tmp/app.log ] #include the full path to your log file
include: [ /tmp/app.log ] # include the full path to your log file
start_at: end
...
```

<Admonition>

The `start_at: end` configuration ensures that only newly added logs are transmitted. If you wish to include historical logs from the file, remember to modify `start_at` to `beginning`.

<Admonition>
The `start_at: end` configuration ensures that only newly added logs are transmitted. If you wish to include historical logs from the file, set `start_at` to
`beginning`.
</Admonition>

## Update pipeline configuration
### Update Pipeline Configuration

Receivers must be enabled via pipelines within the service section of the collector config file. In the same `config.yaml` file mentioned above, update the pipeline settings to include the new filelog receiver. This step is crucial for ensuring that the logs are correctly processed and sent to SigNoz.
Receivers must be enabled via pipelines within the `service` section of the collector config file. Update the pipeline configuration in `config.yaml`:

```yaml {4}
service:
....
logs:
receivers: [otlp, filelog/app]
processors: [batch]
exporters: [otlp]
```yaml:config.yaml
service:
pipelines:
logs:
receivers: [otlp, filelog/app]
processors: [batch]
exporters: [otlp]
```

Now restart the OTel collector so that new changes are applied. The steps to run the OTel collector can be found [here](https://signoz.io/docs/tutorial/opentelemetry-binary-usage-in-virtual-machine/)
Restart the OpenTelemetry Collector by following the steps outlined in [this guide](https://signoz.io/docs/tutorial/opentelemetry-binary-usage-in-virtual-machine/).

### Verifying the Exported Logs

## Verifying the exported logs
The logs will be exported to SigNoz UI. If you add more entries to your app.log file they will also be visible in SigNoz UI.
The logs will be exported to the SigNoz Cloud UI. If you add more entries to your `app.log` file, they will also appear in the SigNoz Logs Explorer.

<figure data-zoomable align='center'>
<img src="/img/docs/ec2-application-server-logs.webp" alt="Logs of the dummy app.log file visible in SigNoz"/>
<figcaption><i>Dummy log file data shown in SigNoz Logs Explorer</i></figcaption>
</figure>
</figure>

</TabItem>

</Tabs>
17 changes: 11 additions & 6 deletions data/docs/aws-monitoring/eks.mdx
Original file line number Diff line number Diff line change
Expand Up @@ -11,8 +11,10 @@ using SigNoz.

- An EKS cluster running
- Helm installed on your machine
- [SigNoz Cloud account](https://signoz.io/teams/)


<Tabs entityName="plans">
<TabItem value="signoz-cloud" label="SigNoz Cloud" default>

## Setup

### Step 1: Add SigNoz Helm repository
Expand Down Expand Up @@ -57,8 +59,8 @@ presets:
`<CLUSTER_NAME>`- Name of the Kubernetes cluster or a unique identifier of the cluster.
`<DEPLOYMENT_ENVIRONMENT>` - Deployment environment of your application. Example: "staging", "production", etc.

`{region}` - [Ingestion region](https://signoz.io/docs/ingestion/signoz-cloud/overview/#endpoint) of your SigNoz Cloud instance. Can be `us`, `eu` or `in`.
`<SIGNOZ_INGESTION_KEY>` - [Ingestion key](https://signoz.io/docs/ingestion/signoz-cloud/keys/) for your SigNoz Cloud instance.
Replace `<SIGNOZ_INGESTION_KEY>` with your SigNoz Cloud [ingestion key](https://signoz.io/docs/ingestion/signoz-cloud/keys/)
Set the `{region}` to match your [SigNoz Cloud region](https://signoz.io/docs/ingestion/signoz-cloud/overview/#endpoint)

### Step 4: Install k8s-infra chart

Expand All @@ -73,7 +75,7 @@ helm install my-release signoz/k8s-infra -f override-values.yaml
### Logs

Once you're done with the Setup, you should be able to see your EKS logs in the [Logs explorer](https://signoz.io/docs/product-features/logs-explorer/) under the
Logs tab of your SigNoz Cloud instance.
Logs tab of your SigNoz instance.


### Metrics
Expand Down Expand Up @@ -115,4 +117,7 @@ You can check a complete list of Dashboards for Kubernetes Monitroing [here](htt

To create your own Dashboard in SigNoz, checkout this [documentation](https://signoz.io/docs/userguide/manage-dashboards/).

You can find the complete list of availbe Kubernetes Metrics [here](https://signoz.io/docs/tutorial/kubernetes-infra-metrics/#kubernetes-metrics---kubeletstats-and-k8s_cluster).
You can find the complete list of availbe Kubernetes Metrics [here](https://signoz.io/docs/tutorial/kubernetes-infra-metrics/#kubernetes-metrics---kubeletstats-and-k8s_cluster).

</TabItem>
</Tabs>
16 changes: 11 additions & 5 deletions data/docs/aws-monitoring/elb-logs.mdx
Original file line number Diff line number Diff line change
@@ -1,14 +1,17 @@
---
date: 2024-06-06
date: 2024-12-19
id: elb-logs
title: Send your ELB logs to SigNoz
hide_table_of_contents: true
---

## Overview

This documentation provides a detailed walkthrough on how to set up an AWS Lambda function to collect Elastic Load Balancer (ELB) logs stored in an AWS S3 bucket and forward them to SigNoz. By the end of this guide, you will have a setup that automatically sends your ELB logs to SigNoz, enabling you to visualize and monitor your application's load balancing performance and health.
This documentation provides a detailed walkthrough on how to set up an AWS Lambda function to collect Elastic Load Balancer (ELB) logs stored in an AWS S3 bucket
and forward them to SigNoz. This will enable you to automatically sends your ELB logs to SigNoz, enabling you to visualize and
monitor your application's load balancing performance and health.

**Here’s a quick summary of what we’ll be doing in this detailed article.**
**Here’s a quick summary of what we’ll be doing in this documentation.**

- [Creating / Configuring your S3 bucket](#creating--configuring-your-s3-bucket)
- [Understanding how lambda function work](#understanding-how-lambda-function-work)
Expand All @@ -19,9 +22,10 @@ This documentation provides a detailed walkthrough on how to set up an AWS Lambd

## Prerequisites

- AWS account with administrative privilege.
- [SigNoz Cloud Account](https://signoz.io/teams/)
- AWS account with administrative privilege

<Tabs entityName="plans">
<TabItem value="signoz-cloud" label="SigNoz Cloud" default>

## Creating / Configuring your S3 bucket

Expand Down Expand Up @@ -518,3 +522,5 @@ Upon accessing the SigNoz logs section, you will notice a considerable influx of
<figcaption><i>A sample log line of the logs sent from AWS Lambda</i></figcaption>
</figure>

</TabItem>
</Tabs>
14 changes: 10 additions & 4 deletions data/docs/aws-monitoring/lambda-logs.mdx
Original file line number Diff line number Diff line change
@@ -1,14 +1,17 @@
---
date: 2024-06-06
date: 2024-12-19
id: lambda-logs
title: Send your AWS Lambda logs to SigNoz
hide_table_of_contents: true
---

## Overview

This documentation provides a detailed walkthrough on how to set up an AWS Lambda function to collect AWS Lambda logs stored in an AWS S3 bucket and forward them to SigNoz. By the end of this guide, you will have a setup that automatically sends your Lambda logs to SigNoz, enabling you to visualize and monitor your application's load balancing performance and health.
This documentation provides a detailed walkthrough on how to set up an AWS Lambda function to collect AWS Lambda logs stored in an AWS S3 bucket and forward them to
SigNoz. This will enable you to automatically sends your Lambda logs to SigNoz, enabling you to visualize and monitor your application's
load balancing performance and health.

**Here’s a quick summary of what we’ll be doing in this detailed article.**
**Here’s a quick summary of what we’ll be doing in this detailed documentation.**

- [Creating / Configuring your S3 bucket](#creating--configuring-your-s3-bucket)
- [Understanding how lambda function work](#understanding-how-lambda-function-work)
Expand All @@ -20,8 +23,9 @@ This documentation provides a detailed walkthrough on how to set up an AWS Lambd
## Prerequisites

- AWS account with administrative privilege.
- [SigNoz Cloud Account](https://signoz.io/teams/)

<Tabs entityName="plans">
<TabItem value="signoz-cloud" label="SigNoz Cloud" default>

## Creating / Configuring your S3 bucket

Expand Down Expand Up @@ -459,3 +463,5 @@ Upon accessing the SigNoz logs section, you will notice a considerable influx of
<figcaption><i>A sample log line of the logs sent from AWS Lambda (SAMPLE ONLY)</i></figcaption>
</figure>

</TabItem>
</Tabs>
21 changes: 14 additions & 7 deletions data/docs/aws-monitoring/rds-logs.mdx
Original file line number Diff line number Diff line change
@@ -1,14 +1,17 @@
---
date: 2024-06-06
date: 2024-12-19
id: rds-logs
title: Send your RDS logs to SigNoz
hide_table_of_contents: true
---

## Overview

This documentation provides a detailed walkthrough on how to set up an AWS Lambda function to collect Relational Database Service (RDS) logs stored in an AWS S3 bucket and forward them to SigNoz. By the end of this guide, you will have a setup that automatically sends your RDS logs to SigNoz, enabling you to visualize and monitor your database performance and health.
This documentation provides a detailed walkthrough on how to set up an AWS Lambda function to collect Relational Database Service (RDS) logs stored in an AWS S3
bucket and forward them to SigNoz. This will enable you to automatically sends your RDS logs to SigNoz, enabling you to visualize and
monitor your database performance and health.

**Here’s a quick summary of what we’ll be doing in this detailed article.**
**Here’s a quick summary of what we’ll be doing in this detailed documentation**

- [Creating / Configuring your S3 bucket](#creating--configuring-your-s3-bucket)
- [Understanding how lambda function work](#understanding-how-lambda-function-work)
Expand All @@ -20,10 +23,8 @@ This documentation provides a detailed walkthrough on how to set up an AWS Lambd
## Prerequisites

- AWS account with administrative privilege.
- [SigNoz Cloud Account](https://signoz.io/teams/)


Before we dive into creating and configuring the S3 bucket and Lambda function, let's talk a little about AWS RDS () supported databases and all the expected types of logs that you will be dealing with.
{/* Before we dive into creating and configuring the S3 bucket and Lambda function, let's talk a little about AWS RDS () supported databases and all the expected types of logs that you will be dealing with.
## Introduction to Database Logging in AWS RDS
Expand Down Expand Up @@ -161,7 +162,10 @@ Until MariaDB 10.1.4, the format only consisted of the date (yymmdd) and time, f
<Admonition type="warning" >
The screenshots shown below were taken to send Elastic Load Balancer logs to SigNoz, rest assured, the steps for for RDS logs to SigNoz cloud endpoint remain same. Please name the appropriate name changes against what is shown below in the screenshots (e.g. - bucket names, name fields, etc)
</Admonition>
</Admonition> */}

<Tabs entityName="plans">
<TabItem value="signoz-cloud" label="SigNoz Cloud" default>

## Creating / Configuring your S3 bucket

Expand Down Expand Up @@ -630,3 +634,6 @@ Upon accessing the SigNoz logs section, you will notice a considerable influx of
<img className="box-shadowed-image" src="/img/docs/elb/elb-logs-lambda_12.webp" alt="A sample log line of the logs sent from AWS Lambda"/>
<figcaption><i>A sample log line of the logs sent from AWS Lambda</i></figcaption>
</figure>

</TabItem>
</Tabs>
14 changes: 10 additions & 4 deletions data/docs/aws-monitoring/vpc-logs.mdx
Original file line number Diff line number Diff line change
@@ -1,14 +1,17 @@
---
date: 2024-06-06
date: 2024-12-19
id: vpc-logs
title: Send your VPC logs to SigNoz
hide_table_of_contents: true
---

## Overview

This documentation provides a detailed walkthrough on how to set up an AWS Lambda function to collect Virtual Private Cloud (VPC) logs stored in an AWS S3 bucket and forward them to SigNoz. By the end of this guide, you will have a setup that automatically sends your VPC logs to SigNoz, enabling you to visualize and monitor your application's load balancing performance and health.
This documentation provides a detailed walkthrough on how to set up an AWS Lambda function to collect Virtual Private Cloud (VPC) logs stored in an AWS S3 bucket
and forward them to SigNoz. This will enable you to automatically sends your VPC logs to SigNoz, enabling you to visualize and monitor
your application's load balancing performance and health.

**Here’s a quick summary of what we’ll be doing in this detailed article.**
**Here’s a quick summary of what we’ll be doing in this detailed documentation.**

- [Creating / Configuring your S3 bucket](#creating--configuring-your-s3-bucket)
- [Understanding how lambda function work](#understanding-how-lambda-function-work)
Expand All @@ -20,8 +23,9 @@ This documentation provides a detailed walkthrough on how to set up an AWS Lambd
## Prerequisites

- AWS account with administrative privilege.
- [SigNoz Cloud Account](https://signoz.io/teams/)

<Tabs entityName="plans">
<TabItem value="signoz-cloud" label="SigNoz Cloud" default>

## Creating / Configuring your S3 bucket

Expand Down Expand Up @@ -493,3 +497,5 @@ Upon accessing the SigNoz logs section, you will notice a considerable influx of
<figcaption><i>A sample log line of the logs sent from AWS Lambda</i></figcaption>
</figure>

</TabItem>
</Tabs>
Loading

0 comments on commit d20bd85

Please sign in to comment.