tiwata
10/01/2026, 8:38 AMRocky
10/01/2026, 8:38 AMcat /proc/cpuinfo | grep avx2 on the node.
2. Recommended for Price-Performance: ARM64 (AWS Graviton)
If you are looking to reduce your AWS bill while maintaining strong performance, ARM64 (specifically Graviton3 or newer) is a highly viable and officially supported choice.
* Cost Efficiency: StarRocks benchmarks on AWS Graviton3 (m7g/c7g) have shown up to a 50% improvement in price-performance compared to previous generations.
* Native Support: StarRocks has native ARM64 support. In newer versions (v3.0+), the stateless Compute Nodes (CN) used in shared-data architectures are particularly well-suited for Graviton instances.
* EC2 Instance Types: Use C7g/M7g or C6g/M6g instances. Avoid older Graviton generations for production analytics workloads.
Deployment Considerations for EKS
* Consistency: Do not mix x86 and ARM64 nodes within the same StarRocks cluster for Backend (BE) or Compute Nodes (CN). Hardware heterogeneity can lead to inconsistent query performance and load balancing issues.
* Shared-Data Architecture: If you are using StarRocks 3.x, consider the Shared-Data (存算分离) architecture. This allows you to use Graviton-based Compute Nodes (CN) while keeping your data in S3, making it very easy to scale or even switch architectures later without migrating data.
* Docker Images: Ensure you use the correct multi-arch Docker images (e.g., starrocks/be-ubuntu or starrocks/cn-ubuntu) which support both linux/amd64 and linux/arm64.
Summary Recommendation:
* Choose x86_64 (C7i/M7i) if you have extremely latency-sensitive, heavy-compute workloads where every millisecond counts.
* Choose ARM64 (C7g/M7g) for most standard production workloads to achieve the best balance of performance and lower cloud costs.
References
• faq/Deploy_faq.md
• deployment/environment_configurations.md
• deployment/plan_cluster.md
• deployment/deployment_prerequisites.md
• introduction/Architecture.md