Self-Hosted Community - This page is relevant for self-hosted SigNoz Community editions.

SigNoz Resources Planning

This guide provides a comprehensive overview of the core components, sizing guidelines, resource specifications, and architectural considerations crucial for scaling and capacity planning when deploying SigNoz. Use this information to plan the right deployment size and ensure your SigNoz installation is optimized for both present and future growth.

Components Overview

A SigNoz deployment consists of several key components, each with specific resource requirements. The following sections detail the configuration requirements for each component.

The following table outlines the resource requirements for all SigNoz components:

ComponentReplicasCPU per Pod/Instance (cores)Memory per Pod/Instance (GiB)Node CountTotal CPU (cores)Total Memory (GiB)
Collectors341631248
ClickHouse2 shards1632
(variable, based on data volume)
23264 (variable)
SigNoz Core148148
PostgreSQL128128
ZooKeeper3283624

Notes:

  • Collectors: Scale with processing needs. More processors or pipelines will require more CPU. In very high-scale environments or if ClickHouse is throttling, allocate more memory to Collectors.
  • ClickHouse: Ensure storage capacity is sized according to your retention policy and expected data volume. Plan for growth over time.
  • SigNoz Core: Resource requirements vary based on component functionality and usage.
  • PostgreSQL: Size according to metadata volume and query patterns. Managed database services (AWS RDS, GCP Cloud SQL) are recommended
  • ZooKeeper: Required by ClickHouse for cluster operation; should have stable resource allocation.

Instance Types

These are the node types we suggest from various cloud providers. Please see the relevant specifications in the provider's documentation.

For AWS:

  • General Purpose workloads (Collectors, SigNoz Core, PostgreSQL, ZooKeeper): Any General Purpose machine available in your region that belongs to T3 instance family and above for Intel chips and T4g instance family and above for ARM chips.
  • Compute-optimized workloads (ClickHouse): Any Compute Optimized machine available in your region that belongs to C5 instance family and above for Intel chips and C6g or C7g instance family and above for ARM chips.

For GCP:

  • General Purpose workloads (Collectors, SigNoz Core, PostgreSQL, ZooKeeper): Any General Purpose machine available in your region that belongs to E2 instance family and above.
  • Compute-optimized workloads (ClickHouse): Any Compute Optimized machine available in your region that belongs to C3 or C3D instance family and above.

Last updated: October 28, 2025

Edit on GitHub

Was this page helpful?