Author: Adrian Page 5 of 13

Recent re-orgs and product updates after the VMware Broadcom merger

Broadcom has completed its acquisition of VMware, which will now operate as VMware by Broadcom. Broadcom’s structure is to run divisions dedicated to product groups, and the VMware business will operate as the following four Broadcom divisions:

  • VMware Cloud Foundation (VCF)
  • Tanzu (TNZ)
  • Software-Defined Edge (SDE)
  • Application Networking and Security (ANS)

As Broadcom is now refocusing VMware on these four core business units, Broadcom officially intends to divest itself of end-user computing (EUC), which includes products as Horizon, Workspace One and App Volumes, and Carbon Black which had just become an independent Broadcom business unit (see this article on The Register).

On Dec. 11, Krish Prasad (SVP and GM of the VCF division) announced significant changes coming to the VCF division portfolio:

  • Transition to Subscription Licenses: Offerings will be available solely as subscriptions or as term licenses following the end of sale of perpetual licenses and Support and Subscription (SnS) renewals.
  • Portfolio simplification: A reduction from more than 160 products, bundles and editions to two offers – VMware Cloud Foundation and the new VMware vSphere Foundation.

vSphere Standard and vSphere Essential Plus remain untouched by this changes.

The new licensing bundles are offered as “Disconnected”, i.e. no VMware Cloud connectivity. Optional “Connected” capability is planned for the future.

VMware Cloud Management what’s new in Aria – Recap from Explore Barcelona 23

The VMware Explore 2023 event in Barcelona took place from Nov. 6-9. In this blog post, I’m going to summarize recent developments and announcements from Explore Barcelona in the multi-cloud management area with focus on the Aria portfolio.

Some significant changes in the Aria and Tanzu portfolio have been taken place during the last months, i.e. VMware moved AIOps, FinOps and IT automation products from the Aria portfolio into Tanzu. VMware has rebranded four Aria products as Tanzu Intelligence Services and Tanzu Hub, which are now positioned alongside the existing Tanzu Application Platform (TAP).

In a nutshell: VMware Tanzu will be the multi-cloud application brand that accelerates application delivery with key capabilities to develop, operate, and optimize (D-O-O framework) applications on any cloud. VMware Aria will continue to provide cloud management capabilities and specifically be a critical solution in helping VMware customers to transform their physical computing resources into a true IaaS surface, but will no longer be part of the DOO narrative.

The first part of the post will explain the current multi-cloud app strategy and how the Aria and Tanzu portfolios fit in there.

The second part will summarise the recent developments and announcements within the Aria portfolio.

Replacing the Aria Automation default SSL certificate when Platform Lifecycle fails with error LCMVRAVACONFIG90039

Recently, I wanted to replace the self-signed certificate of Aria Automation using Aria Platform Lifecycle (formerly known as vRealize Lifecycle Manager). The customer has signed my CSR (created via Aria Platform Lifecycle) through their CA using the ECDSA (Elliptic Curve Digital Signature Algorithm) hashing algorithm in their intermediate certificates.

This ultimately fails with error LCMVRAVACONFIG90039 due to some arbitrary restrictions in the backend of Aria Automation.

Orchestrator workflows fails when invoked from Aria Automation Service Broker

Lately, I was developing an Extensibility Subscription workflow in Orchestrator, which queries the Aria Automation CMX REST API.
While it was perfectly running when being executed manually within Orchestrator, it fails when invoked from Aria Automation Service Broker as part of an Extensibility subscription (here Kubernetes Supervisor Namespace Post Provision).
The resulting error message was:

Catalog Item Deployment NS Test failed for Supervisor Namespace: Extensibility error for topic kubernetes.sv.namespace.provision.post: [10040] SubscriberID: vro-gateway-elsAsEMn7yjjbAGz, RunnableID: 587ed41a-a51b-4cdc-a10d-7c705a57db39 and SubscriptionID: sub_1695305241572 failed with the following error: Workflow run [fd626a0a-0386-4778-b2ad-8e7ffd5f5e9f] completed with error [Error in worker: HTTP error 500 - {"timestamp":"2023-08-20T16:26:45.991+0000","path":"/cmx/api/resources/supervisor-namespaces","status":500,"error":"Internal Server Error","message":"No orgId in token for vro-gateway-elsAsEMn7yjjbAGz","requestId":"f7763022-202212","@type":"java.lang.IllegalStateException"} (Dynamic Script Module name : executeRestCall#11) (Workflow:Kubernetes Supervisor Namespace Post Provision / Control WF (item4)#5)]

Deploy a Tanzu supervisor namespace in Cloud Assembler

This post describes how to add Tanzu supervisor clusters with Aria Automation Cloud Assembler for use in deployments and how to create namespaces in a supervisor cluster using a Cloud Template.

Supervisor clusters are customised Kubernetes clusters associated with vSphere. They expose Kubernetes APIs to end users, and they use ESXI as a platform for worker nodes rather than Linux. Supervisor namespaces facilitate access control to Kubernetes resources, because it is typically easier to apply policies to namespaces than to individual virtual machines. We can create multiple namespaces for each supervisor cluster.

Page 5 of 13

All your base are belong to us.