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.

storage compute decoupling

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).

Access node

In native cloud deployments on AWS, a separate access node in the main cluster allows you to carry out administrative tasks that require shutting down all the database nodes, such as vertically scaling the main cluster by changing instance types.

clusters with access node

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).