Unmanaged Private Cloud

The Unmanaged Private Cloud is an alternative deployment option to Jedox Cloud Software as a Service (SaaS). It allows customers to deploy Jedox in their own Kubernetes cluster, providing the flexibility to control and manage their infrastructure while benefiting from Jedox’s cutting-edge features. This offering is ideal for organizations with rigorous security requirements, as it enables them to maintain strict control over their infrastructure and systems and comply with industry-specific regulations.

Key Benefits

Own security standards
Maintain your organization's strict security standards by deploying Jedox in your own Kubernetes cluster, keeping sensitive data and planning processes within your controlled environment.

Customization and control
Gain complete control over the deployment process, enabling fine-tuning and customization as needed.

Helm Chart for Kubernetes Deployment

The Unmanaged Private Cloud leverages a continuously updated Helm Chart, which is the preferred method for deploying Jedox on Kubernetes clusters. Helm, a package manager for Kubernetes, simplifies the installation, configuration, and management of Jedox, ensuring seamless integration into your existing infrastructure.

Key highlights of using the Helm Chart

  • Automated deployment
    Helm Chart streamlines the deployment process, reducing the complexity of setting up Jedox on Kubernetes.
  • Flexibility and scalability
    The Helm Chart enables seamless scaling of Jedox instances to match evolving business needs.
  • Continuous updates
    Jedox is committed to regularly updating the Helm Chart with the newest version of the platform, providing access to the latest features and improvements.

Services Provided by Jedox Cloud Operations

Deployment assistance
Jedox Cloud Operations offers deployment assistance to help customers successfully set up Jedox on their Kubernetes cluster. This includes guidance on installing the Helm Chart and configuring Jedox according to the organization’s requirements.

Support and troubleshooting
Customers receive support related to the deployment and configuration of Jedox on their infrastructure.

Helm Chart updates
The Helm Chart provided by Jedox Cloud Operations is continuously updated with the latest Jedox version, ensuring access to the newest features, bug fixes, and performance improvements.

Technical Requirements

These guidelines are applicable to most deployment scenarios in CNCF-certified Kubernetes distributions.

Before starting the deployment, ensure that the following requirements are met:

Requirements Details
Helm and admin access Helm must be installed on the local machine that you will use for deployment, and you must have admin access to the Kubernetes cluster.
Kubernetes version As of January 2025, Jedox has been tested to be compatible with Kubernetes version 1.31.x. While using older/newer releases may be technically possible, it has not been officially tested against the latest Jedox version.
Worker nodes The Kubernetes cluster must meet the following worker node requirements:
  • The cluster must be provisioned with a minimum of 2 worker nodes.
  • The worker nodes must be dedicated solely to supporting the workloads of the cluster.
  • Recommended worker node size is 16CPU and 128GB RAM.
  • Nodes must be equipped with an OS disk of at least 128GB.
Ingress controller
  • Inbound access to Jedox must be done via the Ingress NGINX controller for Kubernetes version 1.21.6.
  • Install NGINX Ingress Helm Chart using the following command:
    helm install ingress-nginx ingress-nginx/ingress-nginx --version 1.25.5
  • Ensure that the release name and namespace for the NGINX Ingress controller are set to “Ingress-nginx”.
Inbound access and certificates
  • Inbound access to Jedox must be done via HTTPS.
  • Certificate management and deployment must be performed according to each customer’s best practices.
Storage requirements
  • Each Jedox instance must be provided with at least 512GB of underlying storage. The Persistent Volumes (PVs) must be created via StorageClass.
  • The underlying storage of the storage class must provide ReadWriteMany volumes. The StorageClass must utilize NFS version 3 as the underlying storage protocol:
    - rw
    - relatime
    - rsize=262144
    - wsize=262144
    - namlen=255
    - hard
    - proto=tcp
    - nconnect=8
    - timeo=600
    - retrans=2
    - sec=sys
    - mountproto=udp
    - local_lock=none
    - nolock
  • PostgreSQL database. Jedox requires a PostgreSQL database for persisting the ETL drillthrough and ETL history.
  • Deploy a PostgreSQL database along with Jedox to fulfill this requirement.

Disclaimer: while the Helm Chart has been tested for compatibility with Jedox's Azure infrastructure, it may also work with other cloud providers. However, it is the responsibility of the customer to ensure the compatibility and suitability of the Helm Chart for their specific cloud provider. We recommend conducting thorough testing and evaluation before deploying the Helm Chart in a non-Azure environment. Jedox does not guarantee the performance or functionality of the Helm Chart in cloud providers other than Azure. Customers should do their due diligence and consult with their cloud provider's documentation and support resources for guidance on deploying and managing applications in their specific environment.

Refer to Unmanaged Private Cloud Deployment for the installation of Jedox in a Kubernetes cluster.

Frequently Asked Questions

Below we address the most common questions about the Private Cloud offering.

Overall, customers must ensure that they have the budget for the infrastructure and the right engineering team to set up and manage it. Jedox provides the application via a Helm Chart, but the installation and monitoring of the infrastructure is customers' responsibility. Jedox will only support the application itself - in this case the customer should contact Jedox Support. Note that Jedox does not have a monitoring mechanism in place, nor does it have any access to the environment.

Updated February 26, 2025