What's new

What's new in Cloudera Data Warehouse on cloud

Upgrade support for Azure AKS 1.35: Cloudera supports Azure Kubernetes Service (AKS) version 1.35. In 1.13.1-b44 (released September 18, 2026), when you activate an Environment, Cloudera Data Warehouse automatically provisions AKS 1.35. To upgrade to AKS 1.35 from a lower version of Cloudera Data Warehouse, you must backup and restore Cloudera Data Warehouse.
note
Using the Azure CLI or Azure portal to upgrade the AKS cluster is not supported and might result in cluster instability or downtime. For more information about upgrading, see Upgrading an Azure Kubernetes Service (AKS) cluster.
Upgrade support for AWS EKS 1.35 upgrade: Cloudera supports AWS Elastic Kubernetes Service (EKS) version 1.35. In 1.13.1-b44 (released September 18, 2026), when you activate an Environment, Cloudera Data Warehouse automatically provisions EKS 1.35. To upgrade to EKS 1.35 from a lower version of Cloudera Data Warehouse, you must backup and restore Cloudera Data Warehouse.
note
Using the AWS tools to upgrade the EKS cluster is not supported and might result in cluster instability or downtime. For more information about upgrading, see Upgrading an Amazon Kubernetes Service (EKS) cluster.
Configuration of Intermediate Results Cache in Impala Virtual Warehouses: Cloudera Data Warehouse supports the Intermediate Results Cache feature for Impala Virtual Warehouses to improve query performance and resource efficiency for repeated analytic workloads. You can now enable and configure the cache during Impala Virtual Warehouse creation or update an existing Impala Virtual Warehouse. When enabled, a cache size of 20 GiB is applied by default. Configured values must be greater than 0 and cannot exceed 50% of the data cache. Invalid values are rejected during validation. For more information, see Configuring Intermediate Results Cache for Impala Virtual Warehouse.
Update to default Azure VM instance types for Virtual Warehouses and shared services: The default Azure VM instance types for Cloudera Data Warehouse are updated to align with Microsoft Azure's deprecation of v1–v4 VM series. The deprecated Standard_E16_v3 and Standard_E16ds_v4 instance types are no longer available for selection as compute instance types. Additionally, the shared services instance type is now changed from Standard_D8s_v3 to Standard_D8ds_v5. This update ensures continued scalability and prevents deployment or quota limitations ahead of Azure capacity growth restrictions effective 31 July 2026. For more information, see Compute Instance Types for Cloudera Data Warehouse.
Support for EKS API_AND_CONFIG_MAP authentication mode on AWS: Newly activated Amazon EKS clusters in Cloudera Data Warehouse on cloud now use the API_AND_CONFIG_MAP authentication mode. This update adds support for AWS EKS access entries while maintaining complete backward compatibility with the existing aws-auth ConfigMap authentication mechanism. This change aligns with AWS best practices to enable API-based access without impacting existing cluster operations.
Update to Cloudera Data Visualization to version 8.1.4: The Cloudera Data Visualization component included in Cloudera Data Warehouse is updated to version 8.1.4.1000-4. This update brings the latest improvements, bug fixes, and enhancements from the Cloudera Data Visualization 8.1.4 release to Cloudera Data Warehouse, including a refreshed look across the product with updated colors, fonts, borders, and spacing.

What's new in Cloudera Data Explorer (Hue) on Cloudera Data Warehouse on cloud

Enhanced session security for Cloudera Data Explorer (Hue): Data Explorer now includes enhanced security for the session ID (sessionid) cookie. This enhancement helps prevent unauthorized access that could lead to data exposure, unauthorized query execution, and job submission across connected Data Explorer services.; For more information, see Securing sessions .

What's new in Hive on Cloudera Data Warehouse on cloud

Selection of Common Table Expression materialization strategy: You can now select how Apache Hive materializes a Common Table Expression (CTE). The new hive.optimize.cte.suggester.type property lets you select the syntax-based strategy, the cost-based strategy, or disable CTE materialization. This option prevents the two strategies from interfering with each other and causing excessive materialization. This property defaults to AST, which preserves existing behavior.
Apache Jira: HIVE-29217

What's new in Iceberg on Cloudera Data Warehouse on cloud

Support for Iceberg table Z-ordering in Hive: Apache Hive supports Z-ordering for Apache Iceberg tables in CREATE TABLE and INSERT statements. You can specify Z-order columns with the WRITE [LOCALLY] ORDERED BY ZORDER clause when createóing a table. Hive applies the same Z-order layout when you insert data into that table.; For more information, see Z-ordering feature.
Apache Jira: HIVE-29133
Support for CREATE TABLE LIKE with Iceberg from non-Iceberg tables in Impala: Apache Impala supports using CREATE TABLE LIKE statement with the STORED BY ICEBERG clause to create an Iceberg table from an existing non-Iceberg table in the metastore, such as Parquet, ORC, Avro, or Text. The operation copies the source schema into Iceberg table metadata only. You can now use the INSERT INTO statement to load data.; For more information, see Create an Iceberg table from a non-Iceberg table (Impala).
Apache Jira: IMPALA-13299

What's new in Impala on Cloudera Data Warehouse on cloud

There are no new features in this release.

What's new in Trino on Cloudera Data Warehouse on cloud

Configuration of query-level fault tolerance and coordinator high availability for Trino: Cloudera Data Warehouse supports fault tolerance with query-level retry and Active-Passive coordinator high availability (HA) for Trino Virtual Warehouses. Query-level retry automatically reruns failed queries up to four times using in-memory buffer spooling, while Active-Passive HA deploys a standby coordinator to quickly take over if the active coordinator crashes or shuts down, ensuring continuous cluster availability. You can enable and configure both settings when creating or editing a Trino Virtual Warehouse in the Cloudera Data Warehouse web UI. For more information, see Configuring query-level fault tolerance for Trino.
Upgrade of Trino runtime version: The Trino runtime is upgraded from version 479 to 481.; This upgrade introduces stability improvements and performance optimizations.
Support for Apache Kudu connector in Trino federation connectors: Trino supports the Apache Kudu connector as part of the federation connectors. You can query, insert, and delete data directly in Apache Kudu using Trino. For more information, see Apache Kudu connector support for Trino.
Support for connection pooling for Hive and Impala federation connectors: Cloudera Data Warehouse now supports JDBC connection pooling for the Hive-jdbc and Impala federation connectors, extending the pooling already available for the MySQL, PostgreSQL, MariaDB, Teradata, and Oracle connectors. When pooling is enabled, a connector reuses physical JDBC connections instead of opening and closing one for every query, which reduces connection handshake latency and load on the target data source. Connection pooling is disabled by default. You can enable it by setting the connection-pool.enabled property to true in the connector configuration.
Support for Kerberos authentication in the Trino Oracle connector: The Trino Oracle connector now supports Kerberos authentication, so you can connect Trino to Kerberos-secured Oracle databases. For more information, see Configuring Kerberos authentication for the Oracle connector.