Requirements
StackState Self-hosted v5.0.x
This page describes StackState version 5.0.
Overview
This page details the requirements for all supported installations of StackState:
Requirements for networking and the StackState client (browser) can be found at the bottom of the page.
Kubernetes and OpenShift
Supported versions
StackState can be installed on a Kubernetes or OpenShift cluster using the Helm charts provided by StackState. These Helm charts require Helm v3.x to install and are supported on:
Amazon Elastic Kubernetes Service (EKS): 1.20 to 1.22
Azure Kubernetes Service (AKS): 1.20 to 1.23
OpenShift: 4.8 to 4.10
Node sizing
For a standard deployment, the StackState Helm chart will deploy backend services in a redundant setup with 3 instances of each service. The number of nodes required for environments with out-of-the-box settings are listed below, note that these may change based on system tuning:
Requirements for the recommended high availability setup:
Amazon EKS: 8 instances of type
m5.2xlarge
orm4.2xlarge
Azure AKS: 8 instances of type
D8s v3
orD8as V4
(Intel or AMD CPUs)Virtual machines: 8 nodes with
32GB memory
,8 vCPUs
Docker images
For a list of all Docker images used, see the image overview.
Storage
StackState uses persistent volume claims for the services that need to store data. The default storage class for the cluster will be used for all services unless this is overridden by values specified on the command line or in a values.yaml
file. All services come with a pre-configured volume size that should be good to get you started, but can be customized later using variables as required.
For more details on the defaults used, see the page Configure storage.
Ingress
By default, the StackState Helm chart will deploy a router pod and service. This service's port 8080
is the only entry point that needs to be exposed via Ingress. You can access StackState without configuring Ingress by forwarding this port:
When configuring Ingress, make sure to allow for large request body sizes (50MB) that may be sent occasionally by data sources like the StackState Agent or the AWS integration.
For more details on configuring Ingress, have a look at the page Configure Ingress docs.
Namespace resource limits
It is not recommended to set a ResourceQuota as this can interfere with resource requests. The resources required by StackState will vary according to the features used, configured resource limits and dynamic usage patterns, such as Deployment or DaemonSet scaling.
If it is necessary to set a ResourceQuota for your implementation, the namespace resource limit should be set to match the node sizing requirements. For example, using the recommended node sizing for virtual machines (6 nodes with 32GB memory
, 8 vCPUs
), the namespace resource limit should be 6*32GB = 192GB
and 6*8 vCPUs = 48 vCPUs
.
Linux
Server requirements
Operating system
One of the following operating systems running Java. Check also the specific requirements for the StackState Agent V2 StackPack:
Java
OpenJDK 8 patch level 121 or later.
StackState does not work with JDK versions 9 or higher at this time.
Size requirements
Production setup
The StackState production setup runs on two machines and requires:
StackState node:
32GB of RAM
500GB disk space (available under
/opt/stackstate
)8 cores CPU
StackGraph node:
24GB of RAM
500GB disk space (available under
/opt/stackstate
)8 cores CPU
POC setup
The POC setup runs on a single node and requires:
32GB of RAM
500GB disk space (available under
/opt/stackstate
)8 cores CPU
Development setup
The development setup runs on a single node and requires:
16GB of RAM
500GB disk space (available under
/opt/stackstate
)4 cores CPU
AWS requirements
To meet StackState minimal requirements, the AWS instance type needs to have at least:
4 CPU cores
16GB of memory, e.g., m5.xlarge.
The AWS CLI has to be installed on the EC2 instance that is running StackState.
Networking
All listed ports are TCP ports.
Production deployment
A production deployment separates StackState and StackState's database processes; StackGraph.
StackState has to be reachable on port 7070 by any supported browser. StackState port 7077 must be reachable from any system that is pushing data to StackState
StackGraph should be reachable by StackState on ports 2181, 8020, 15165, 16000, 16020, 50010.
The following ports can be opened for monitoring, but are also useful when troubleshooting:
StackState: 9010, 9011, 9020, 9021, 9022, 9023, 9024, 9025, 9026
StackGraph: 9001, 9002, 9003, 9004, 9005, 9006, 16010, 16030, 50070, 50075
Development/POC deployment
StackState has to be reachable on port 7070 by any supported browser. StackState port 7077 must be reachable from any system that is pushing data to StackState
The following ports can be opened for monitoring, but are also useful when troubleshooting: 9001, 9002, 9003, 9004, 9005, 9006, 9010, 9011, 9020, 9021, 9022, 9023, 9024, 9025, 9026, 16010, 16030, 50070, 50075
Port list per process
Detailed information about ports per process.
Client (browser)
To use the StackState GUI, you must use one of the following web browsers:
Chrome
Firefox
Last updated