Home โ€บ Cloud Service Providers
Cloud Service Providers

VMware migration stalls without a commercial layer.

CSPs replacing VMware have solved the infrastructure. OpenShift Virtualization handles the VMs. What they haven't replaced is vCloud Director โ€” the portal, tenant management, metering, and billing that turned infrastructure into a product customers could consume.

The gap CSPs hit after migration

OpenShift Virtualization โœ“ Solved
OpenShift Container Platform โœ“ Solved
OpenShift AI โœ“ Solved
Self-service tenant portal Missing
Metering & billing per customer Missing
Hard tenant isolation Missing
White-label customer experience Missing

Cloud Orchestrator fills every gap above OpenShift.

The Problem

OpenShift handles the VMs.
It doesn't handle your customers.

vCloud Director was the commercial operating system above the infrastructure. That part has no equivalent in the Red Hat portfolio. Without it, the migration is technically complete but commercially broken.

๐Ÿšช

No tenant portal

Your customers had a self-service UI in vCD. On OpenShift there is no equivalent โ€” they can't log in and manage their own resources.

๐Ÿ“Š

No metering or billing

vCD tracked every VM, every vCPU-hour, every GB of storage per tenant. OpenShift doesn't bill anyone. Your finance team has no data.

๐Ÿ”’

No tenant isolation

vCD gave every customer their own Organisation. OpenShift namespaces are not the hard isolation CSP customers expect and regulators require.

The Solution

Cloud Orchestrator is the vCloud Director replacement above OpenShift.

Deploy on top of your OpenShift environment and your customers get the self-service experience they had before. Your team gets the operational control they need. Nothing below OpenShift changes.

๐Ÿ–ฅ

Tenant self-service portal

Each customer gets their own branded portal. They provision VMs, manage resources, and view usage without raising a ticket with you.

๐Ÿ”’

Hard tenant isolation

Every customer's workloads run in fully isolated environments. Compute, network, and storage separation enforced automatically.

๐Ÿ“‹

Service catalog with tiers

Define your VMaaS catalog exactly as you did in vCloud Director. Tenants order from the catalog; you control what's available and at what quota.

๐Ÿ“Š

Metering per tenant

Every vCPU-hour, every GB, every managed resource tracked per customer. The data your billing team needs is generated automatically.

๐Ÿ’ณ

Billing API

Feed consumption data directly into your billing system. Invoice customers based on actual usage with no manual reconciliation.

๐Ÿท

White-label

Your brand, your domain, your portal. Cloud Orchestrator runs invisibly โ€” what your customers see is your cloud product, not ours.

Getting There

From OpenShift deployment
to VMaaS in production.

1

Deploy on your OpenShift

Installs on your existing OCP environment. Connects to your identity provider and networking on day one.

2

Define your VMaaS catalog

Configure VM sizes, storage tiers, and networking options. Set quotas and policies per tenant class.

3

Migrate your first tenants

Onboard pilot customers with isolated environments and portal access. Test metering and billing end-to-end before full cutover.

4

Replace vCD fully

Migrate remaining tenants, connect billing, and decommission vCloud Director. Your cloud product runs on modern infrastructure.

Related use cases

Ready to build your private hyperscaler?

Start with a complimentary 2-hour design workshop. We design your service catalog, tenant model, and 90-day pilot scope โ€” with your team, on your infrastructure.