Supported Datastores
When to Choose a Relational Datastore
Comparison
Interpreting Benchmark Results
Recommendation
Elasticsearch is the recommended datastore for GermainUX, particularly for new deployments and environments that collect large volumes of monitoring, analytics, tracing, or Session Replay data. Its distributed search and analytics architecture is well suited to:- High-volume, near-real-time ingestion
- Large and evolving telemetry schemas
- Fast filtering and aggregation
- Full-text search
- Time-based data retention
- Horizontal scaling
- Large dashboards and investigative queries
Supported Datastores
Selection Criteria
Choose the datastore based on the complete workload rather than existing database availability alone. Evaluate:- Daily volume of AA Units
- Peak ingestion rate
- Total retained data
- Raw and aggregated data-retention periods
- Session Replay volume
- Number and complexity of dashboards
Show all 14
Show all 14
- Search and analysis workload
- Concurrent GermainUX users
- High-availability requirements
- Backup and disaster-recovery requirements
- Expected growth
- Internal database expertise
- Infrastructure and licensing costs
- Security and compliance standards
When to Choose Elasticsearch
Choose Elasticsearch when:- You are deploying GermainUX for the first time.
- Monitoring volume is expected to be high.
- The volume or structure of collected telemetry may grow rapidly.
- Users frequently search, filter, segment, and aggregate large datasets.
- Near-real-time ingestion and analysis are important.
- Horizontal scalability is required.
- You need efficient time-based data management.
- Session Replay, tracing, or detailed real-user monitoring will produce large datasets.
When to Choose a Relational Datastore
Consider PostgreSQL, MySQL, Oracle, Microsoft SQL Server, or a compatible managed service when:- Your organization requires an approved relational database.
- Your database administrators already operate the selected platform.
- Monitoring volume is moderate and predictable.
- Existing backup, replication, security, and disaster-recovery processes must be reused.
- Licensing or operational standards favor the selected database.
- Required GermainUX queries and retention can be supported at the expected scale.
Comparison

Benchmark Scope
Germain Software performed internal comparative testing using:- Amazon Aurora with MySQL 5.7 compatibility
- MySQL 5.7
- Elasticsearch 7.13
- Approximately 3 TB of stored data
- An ingestion rate of 300–400 million AA Units per day
Interpreting Benchmark Results
Benchmark results should not be applied directly to another deployment because performance depends on:- CPU and memory
- Disk latency, throughput, and IOPS
- Node count and topology
- Network performance
- Index and schema design
- Replication
Show all 13
Show all 13
- Data distribution
- Retention and cleanup activity
- Query concurrency
- Dashboard complexity
- Session Replay volume
- Backup and maintenance workload
- Datastore configuration
Validate the Selected Datastore
Before finalizing a production datastore:Estimate daily and peak ingestion volume
Define raw, aggregated, and Session Replay retention
Calculate usable and physical storage requirements
Include indexes, replicas, backups, and free-space reserves
Reproduce representative production ingestion
Test commonly used dashboards, searches, and analyses
Test retention and cleanup processes
Measure CPU, memory, disk latency, throughput, and IOPS
Test backup and recovery
Confirm that the architecture supports expected growth
Validate the selected datastore and version with Germain Software
Final Recommendation
For most new GermainUX deployments:Get Help
Contact GermainUX Support
Can't find what you need?
The content of this document is proprietary to GERMAIN SOFTWARE.

