What’s New in Exasol?
This article describes the main differences between Exasol 7.1 and the newest Exasol version.
The new Exasol Analytics Engine architecture that was introduced in Exasol 8 provides many enhancements, including more flexibility to deploy your database on the platform of your choice. It brings a number of new features and improvements, while some features that existed in previous versions have been deprecated. For more details about the changes in each new version, see Release Notes.
Deployment options
Exasol can be deployed either as a native cloud application on AWS, or as a Linux application installed on hardware or virtual instances in a cloud service such as AWS, Azure, or Google Cloud. For more information, see Deploy Exasol on AWS and Install Exasol.
Exasol is also offered as a fully managed service. To learn more, see Get started with Exasol SaaS.
Software and OS decoupling
Previous generations of Exasol consisted of an Exasol database pre-installed on a custom CentOS-based operating system. The new on-premises, hybrid, and cloud editions of Exasol are instead provided as a software package that you can install on a cloud service or on your own hardware, using a Linux distribution of your choice. This also means that OS updates are no longer provided by Exasol.
For more details about the supported Linux distributions and other system requirements when installing Exasol as an application, see System Requirements.
Object storage
For cloud deployments on AWS, database persistent storage is moved from local disks to object storage such as Amazon S3. This lowers the overall cost of the deployment, since object storage is cheaper than the equivalent attached persistent disks.
For more information, see Storage Management.
Multiple clusters
Cloud deployments on AWS can have multiple compute clusters that operate on the same data. This provides greater flexibility for organizations to split and isolate workloads on demand.
To learn about clusters and databases in AWS deployments, see Cluster Management and Database Management.
Administration tools
Exasol no longer includes the old EXAOperation user interface. Instead, we provide several new powerful administration interfaces that enable you to deploy and manage your databases and clusters using both built-in and external tools, including a new graphical Admin UI that will be rolled out in 2025. The administration interfaces are available on all data nodes, and a license server is no longer required.
To learn more, see Administration Tools (AWS) and Administration Tools (as application).
Improved scalability
Scalability is the ability to increase and decrease resources based on the business demands. The new architecture in Exasol makes scaling your deployment much easier than in previous versions.
Horizontal scaling in a native cloud deployment of Exasol means adding more clusters to optimize concurrency and manage higher workloads. You can use horizontal scaling when you want to isolate different workloads between teams and ensure that resources used in queries by one team do not impact other teams. To learn more, see Create a Cluster.
Vertical scaling means changing compute power and RAM for better concurrency. When you scale a cluster, the amount of VCPUs and RAM allocated to the cluster is adjusted based on the new cluster size. You can use vertical upscaling when you want to:
- Speed up the queries you are executing
- Run large complex queries or support bigger data sets without impacting the performance
- Add more users or increase concurrency without impacting performance
Vertical scaling in native cloud deployments is now much easier, since changing instance types only requires shutting down a single worker cluster and not the entire database. To learn more, see Scale a Cluster.
Multiple clusters are only supported in native cloud deployments on AWS.
Migrating from Exasol 7.1
Because of the differences in architecture there is no direct update path from Exasol 7.1. Instead, you have to create a fresh Exasol deployment and restore a full backup of your old Exasol 7.1 database there.
For more information about the migration procedure, see Migrate from Exasol 7.1 (AWS) and Migrate from Exasol 7.1 (as application).