Updated! No longer a rumor but officially supported as of July 19, 2024 (see annoucement)

A brief history of nested virtualization on IBM Hardware

Nested virtualization enables a virtual machine (VM) to host other VMs, creating a layered virtualization environment. This capability is particularly beneficial in enterprise scenarios where flexibility, scalability, and efficient resource management (if we save on CPU we do on $$$ licenses) are critical.

While it can be used for testing purposes with KVM on x86 or VMware, the performance is often suboptimal due to multiple translations and modifications of hardware instructions before they reach the CPU or I/O subsystem. This issue is not unique to these platforms and can affect other virtualization technologies as well.

On platforms like Z, although the performance impact of nested virtualization exists, improvements and optimisations in the hypervisor can mitigate these effects, making it 100% viable for enterprise use.

Virtualization layers on IBM Mainframe

Before delving into nested KVM on PowerVM, it’s essential to understand similar technologies. If the mainframe is the grandfather of current server technology, then logical partitioning (LPARs) and virtualization technologies (zVM) are the grandmothers of hypervisor solutions.

In this picture (taken from this GREAT article from Anbarasan Sekar) you can see up to 4 layers

Level 1 Virtualization: Shows an LPAR running Linux natively

Level 2 Virtualization: Shows VMs running on z/VM or KVM Hypervisor

Level 3 Virtualization: Shows nesting of z/VM Virtual Machines

Level 4 Virtualization: Shows Linux containers that can either run as stand-alone containers or can be orchestrated with kubernetes

Now have a look to this old (2010) image from the IBM Power platform architecture. Can you see anything similar? :) Let’s move on!

Deploying VMs on the top of a PowerVM Linux LPAR

If we have LPARs on Power where we can run AIX, Linux, and IBM i, and in Linux, we can install KVM, can we run VMs inside an LPAR?

Not quite; it will fail at some point. Why? Because KVM is not zVM (for now), and we need some tweaks in the Linux kernel code to support nested virtualization not just with IBM Power9 or Power10 processors, but also with the Power memory subsystem and I/O.

By examining the kernel.org mailing lists, we can see promising developments. Successfully running multiple VMs with KVM on a PowerVM LPAR means porting some fantastic mainframe virtualization technology to IBM Power, allowing us to run VMs and Kubernetes/OpenShift Virtualization on ppc64le for production purposes. This would make a significant difference if the performance penalty is minimal.CPU virtualization on Power and Mainframe systems simply allocates processor time without mapping a full thread as KVM or VMware do. Therefore, it is technically possible to add a hypervisor on top without significantly affecting performance as IBM does with LinuxOne.

Latest news for KVM on IBM PowerVM LPARs  (May 2024)

1) Add a VM capability to enable nested virtualization
Summary: This message discusses the implementation of nested virtualization capabilities in KVM for PowerPC, including module configurations and support on POWER9 CPUs.

2) Nested PAPR API (KVM on PowerVM)
Summary: It details the extension of register state for the nested PAPR API, the management of multiple VCPUs, and the implementation of specific hypercalls.

3) KVM: PPC: Book3S HV: Nested HV virtualization
Summary: A series of patches improving nested virtualization in KVM for PowerPC, including the handling of hypercalls, page faults, and mapping tables in debugfs.

For more detailed information, you can consult the following links:

• PPC KVM paravirtual interface
• lore.kernel.org/kvm-ppc
• Gautam’s Patch

Will we be able to install Windows on Power Systems (for fun)?

CAKE – Perhaps, Perhaps, Perhaps (Official Audio)

Stay tuned!!

The most compact Power10 for your remote environment, disaster recovery, edge computing and AI inferencing

IBM has just announced a new IBM Power server model, the S1012. A true BEAUTY that SIXE will soon have in the office, and depending on the noise it makes, maybe even under the table :) It can be obtained in tower or rackmount format, either by joining two servers together, as each one occupies half the width of a conventional rack, as shown in this image, or by leaving a “gap” to fill the entire 2U. It can be configured as you wish. The serviodr comes with 1 socket up to 8 cores and 256GB of RAM and at SIXE we will start offering it from June 2024.

What can we run on the new S1012?

Linux distributions such as Ubuntu, Rocky, Alma, RHEL and SUSE, as well as AIX and IBM i, can be installed directly or virtualized with PowerVM. IBM Power S1012 is designed to enhance remote management capabilities for customers looking to expand applications such as AI inference, OpenShift nodes, critical applications under “Edge Computing” architectures, i.e. bringing these servers physically to where they are needed to directly process data without the need to transfer them first, achieving significant cost savings, speed and efficiency. In addition, thanks to the tower format, we can install these servers wherever we want without the need for rack cabinets.

 

Reduce your carbon footprint

With Power10 servers you can do much more with less. Thanks to its 8 threads per physical core, you can consolidate many, many x86 or ARM environments on a single Power, saving power and space in your data centers.

Use cases

It is designed and optimized for distributed computing such as photovoltaic plants, industries, ships, airplanes, vehicles, military environments, spacecraft and many more. It is also ideal for running major workloads in small organizations, for example ERPs or industrial management applications on IBMi and RPG, or as a very low-cost solution for backup environments (Remote Office / Back Office – ROBO). It is also easy to connect directly to cloud services such as IBM® Power® Virtual Server for backup and disaster recovery. In addition for critical databases, with GLVM we can create clusters between sites hundreds of miles apart for Oracle, Informix or DB2 without the need for dedicated fiber connections.

Technical detailsAccess the redbook that IBM has prepared with all the details of these systems.

Price

The S1012 offers the lowest entry price of all Power servers and up to 3 times the performance of an equivalent x86 system. If you are an IBM i customer you can license a single core and use the rest for other workloads on AIX or Linux. If you want to know more, call us!

 

Exiting an Oracle Unlimited License Agreement (ULA) contract and migrating to IBM Power systems can be a complex process, but executed well, it can offer significant savings and long-term benefits. In this article, we will explore how to make this transition effectively and without penalties, based on real examples.

Understanding Oracle ULA

First, it is essential to understand what an Oracle ULA entails. It’s a contract that Oracle bought from a third-party company and continues to scare and delight in equal parts. Allows unlimited use of certain Oracle software products for a specified period of time, usually between 3 and 5 years. At the end of the ULA contract, the company must declare the use of these products and this becomes their “certification” for future license audits. There is a famous saying that it is better to know the bad than to know the good. And another that the devil is in the details. In the case of Oracle, no two ULAs are the same. They are all based on the same premise “when Oracle believes it can get money from its customer”. But beyond that, there are rules of the game that, once understood, allow us to help our clients.

Steps to Exit the Oracle ULA

1. Initial audit: Prior to the completion of the ULA, we conduct an internal audit to fully understand your current usage of Oracle products. This includes identifying which products are essential and which can be replaced or discarded.
2. Future needs analysis: We evaluate the future needs of your company in terms of software and databases. This step is crucial to determine whether the transition to IBM Power is feasible and what the potential savings are.
3. Third-party licensing contract review: Since Oracle contracts can be complex, it is advisable to work with specialized Oracle licensing consultants. They can help you understand the implications of your ULA and how to get out of it without incurring penalties.
4. We negotiate with Oracle: We help you negotiate a new agreement that best suits your current and future needs.
5. Migration planning: Develop a detailed plan to migrate from Oracle to IBM Power.

Migration to IBM Power

Migrating to IBM Power involves moving Oracle database and application workloads to an IBM environment. This may include the use of IBM Db2, which is known for its high performance and security.

1. Compatibility assessment: We ensure that your current applications are compatible with IBM Power. Oracle is Oracle in all its current and future versions, but there can always be an application that requires some modification to change architecture (we do it every day and without problems).
2. Design of the new environment: Based on the previous audit, we design a new secure, simple, powerful and stable environment adapted to your needs and budget.
3. IBM Power Implementation: We help you acquire and deploy IBM Power. We configure the necessary databases and applications.
4. Data Migration: We move data from Oracle to IBM Power, ensuring that data integrity is maintained during the process.
5. Performance, HA and DR testing: Perform extensive testing to ensure that all applications and databases function correctly in the new environment.
6. Training and technical support: We train your team in the use of the new platform and if you need it, you can use our preventive maintenance and technical support services to help them.

More things to like about Oracle in Power

We have official and supported Ansible playbooks to automate all deployments and day 2 operations:

Lots of documentation:

 

And at SIXE, as an official IBM training provider, we ensure that your technical teams master the platform within weeks. As technicians ourselves, we guarantee that they will be very grateful for the change.

 

 

How much budget can I save by migrating Oracle to IBM Power?

In terms of costs, migrating from Oracle to IBM Power can result in significant savings, although these vary from customer to customer. Real-world examples have shown savings of 20% to 60% in total cost of ownership (TCO) by migrating from Oracle to alternative solutions such as IBM. These savings come from lower licensing costs, reduced need for high-performance hardware due to the efficiency of IBM Power, and lower maintenance and support costs.

But Oracle licenses for Power are more expensive!

True, but we have customers where we can do with 25 Power10 cores the same as with 100 in an Exadata, but IBM Power is not restricted to Oracle (although there are more than 80,000 installations worldwide). You can deploy OpenShift, SAP HANA or any other workload running on SUSE, Red Hat, AIX and IBMi. In reality, the most common use case is the consolidation of all Exadata and most x86 servers into one Power10 in each data center. Running everything on a hypervisor that is at another level, where instead of “mapping cpus” as KVM or VMWare does, the capacity of each one is shared in real time, gaining in overall system utilization as well as performance. Exadatas have been a great marketing achievement, but they are neither cheaper, nor do they deliver better performance or provide the security of IBM Power.

Conclusion

Exiting an Oracle ULA contract and migrating to IBM Power is perfectly feasible. By doing this correctly, not only can penalties be avoided but also considerable cost savings can be achieved, while improving the efficiency and technological adaptability of the company. It is essential to have the support of licensing experts and conduct a thorough analysis to ensure a successful transition.

We do not expect to have convinced you, but perhaps we could talk without obligation, discuss any questions and, if you find it interesting, perform a feasibility analysis free of charge . In the worst case, you renew the ULA as is. Just kidding (or not) :)

What does IBM Power10 for SAP HANA bring us?

Imagine a world where SAP HANA and IBM Power10 come together, like Batman and Robin in the world of technology. IBM Power is not just a server; it’s like a superhero of efficiency and security. What if I told you that running SAP HANA on IBM Power10 is like trading a bicycle for a rocket? It’s often true and we can prove it with performance metrics!

Why choose IBM Power10 for SAP HANA?

Well, here comes the dilemma. Some say that switching to IBM Power10 is like trying to teach your grandfather how to use TikTok. But did you know that SAP HANA runs best on IBM Power10, especially with operating systems like SUSE and Red Hat Linux? It’s as if these operating systems were designed with Power10 in mind. The reason? Superior performance, unmatched security and energy efficiency that would make traditional x86-based servers blush.

Frequently Asked Questions about SAP HANA and IBM Power10

Is it Difficult to Migrate to IBM Power10 for SAP HANA?

Migrating to SAP HANA on IBM Power10 is easier than you think, and the benefits are enormous. Imagine better performance, greater safety and energy savings. SAP, Red Hat and SUSE all have the same packages for Power (ppc64le) as x86. Your system administrators and SAP environment administrators will not notice any difference. The HW is different, but only for the better. Well configured by our specialists, it does not fail, does not give performance problems and is very secure. Oh, and the administration is graphical and simple.

What are the Benefits of Using SUSE and Red Hat Linux on IBM Power10?

Here’s the secret sauce! Both SUSE and Red Hat Linux fit IBM Power10 like a glove. These operating systems take advantage of Power10’s unique capabilities, because they have been running on Power for many, many years. In fact, it is the only architecture supported for deploying multiple productive and non-productive environments on the same systems.

Conclusion: The winning combination for SAP HANA is IBM Power10.

In short, migrating to SAP HANA on IBM Power10 on your favorite Linux distribution is a natural choice. With SUSE and Red Hat Linux, this platform becomes an oasis of performance and reliability. And well, everything that is not migrated to HANA can continue to run for many years smoothly and securely on AIX. Don’t get left behind and join the IBM Power10 and SAP HANA revolution!