CloudForms 5.0 Beta

The CloudForms team is proud to announce the release of CloudForms 5.0 Beta1. Based on the ManageIQ Ivanchuk release, this release contains several enhancements and bug fixes and is the result of about many months of upstream development.

Some of the notable enhancements include:

  • Ansible improvements, making easier to exchange parameters between CloudForms and Ansible.
  • Reduced appliance resource footprint. 
  • Lots of improvements on the User Experience UX and scalability

For more details and a list of all other improvements see the release notes.

We’d like to encourage all of our customers to download the beta from access.redhat.com  and to try it out. Any issues can be reported by opening a case with Red Hat support.

How to utilize Ansible Tower Jobs in Catalog Bundles

Red Hat CloudForms allows users to put both VM provisioning and Ansible Tower jobs in the same catalog bundle, with the intention of having that tower job of customizing the VM that was just provisioned.  However, it’s not as simple as adding a VM catalog item, and then an Ansible Tower catalog item. This post will guide you through the nuances of utilizing Tower jobs in CloudForms step by step.

 

Why can’t I just use Update on Launch when CloudForms is a source in Red Hat Tower’s inventory?

 

You can, as long as you don’t mind the jobs not being concurrent for that inventory.  If you have this option checked, then whatever concurrent jobs you have, will wait, since Tower does not update the inventory while a job is being executed.

 

However, if you wish to have concurrent jobs utilizing CloudForms, please continue reading this blog post.  This is the most efficient method utilizing CloudForms I’ve run across and we are currently using this in our lab environment for reproducers in North America for CloudForms CEE team.  A caveat of this is that you cannot have 2 VMs of the same name in your CloudForms environment, if you do, the limit will potentially be set to all of the VMs that match that name.

 

So how do I update the inventory for the newly provisioned host to Tower if we’re not updating on launch?

 

We will be utilizing an ansible playbook to use an API call to ad hoc add a host to the CloudForms inventory in Ansible Tower

 

What roles do I need to have enabled on the worker appliance for this to work?

 

  • Automate
  • Embedded Ansible
  • Provider Inventory
  • Provider Operations

 

You will also need to add the appropriate VM provider and Ansible Tower provider

 

Setting up the repository for embedded ansible

 

Go to Automation > Ansible > Repositories > Add New Repository, and use the following URL:

 

You will need to set the tower_user and tower_password extra vars on your own for this to work.  This user will need to have modification rights on the inventory you’re utilizing for the tower job.  You can do this through automate, service dialog, a vault/vars file or by modifying the playbook directly.

 

Customizing automate

 

You will need to create a new automate domain, for the example, my GitHub repository, it will be lab_maintenance.

 

  1. Copy and modify AutomationManagement/AnsibleTower/Operations/StateMachines/Job/wait_for_ip method

 

  • Original line:   ip_list = vm.ipaddresses
  • Changed line:  ip_list = vm.ipaddresses.grep(/\./)

 

The reason for this modification is to wait for an ipv4 address, as CloudForms by default just waits for the first IP it discovers and it’s usually an ipv6 address.

 

  1. Then create an ansible playbook method, picking the playbook found in the synced repository, with the following modifications:
  • Hosts is set to ${/#miq_provision.destination.ipaddresses.sort.first}
  • Input parameters are set as followed:

You will need to change the inventory number to whatever your inventory number is from tower that you want to utilize with the job template.  You can find the inventory number by navigating to the inventory in the Ansible Tower UI and inspecting the URL

 

  1. Create an instance called vm_name_limit and set it to the following:

Create a method in the same class and have it filled out like so:

 

vm_name = $evm.root[‘dialog_option_1_vm_name’]

unless vm_name.nil? || vm_name.length.zero?

limit = $evm.object

limit[“data_type”] = “string”

limit[“required”] = “true”

limit[“value”] = vm_name

end

 

This sets the limit to the dialog_option_1_vm_name dialog field, which ansible tower uses as the host, if you’re using CloudForms as a source for the inventory

 

  1. Copy and modify the instance /Infrastructure/VM/Provisioning/StateMachines/VMProvision_VM/template

 

Add the WaitForIP and Playbook steps to the VMProvision_VM class after PostProvision and fill out the values like so:

Creating the Service Dialog

 

We will need to create a service dialog with 2 necessary fields:

 

  • option_1_vm_name
  • limit

 

The limit is dynamic, and the entry point is set to the vm_name_limit instance we created earlier.  This is so we can set the limit to the vm that was just provisioned. Create this field first.

 

Create the option_1_vm_name field second, as it’s static, and you’ll need to select “limit” under Fields to Refresh under the Options tab

 

Creating the Catalog bundle

 

Create a VM catalog item and then create an ansible tower job catalog item.  Then add both items to the bundle. Have the VM catalog item be 1st, and the tower job second.  In the following example, the CloudForms 4.7 catalog item is the VM catalog item, and Quick Setup is the ansible tower job item

Wrapping up

 

After all that you should be good to go!  These are the steps I’ve had to create since provisioning a CloudForms appliance and having the post provision modifications from Tower took around 30 minutes each.  If I had just done the update on launch option on the inventory, we would only be able to provision a reproducer every 30 minutes. Now with this, we can have concurrent jobs, enabling us to provision any number of reproducers in the same 30 minute time window.  I have examples of an automate domain and service dialog you can utilize in the same github repository as the one mentioned for the playbook, so you can skip all of this and import them as you wish.  

CloudForms 4.7 – What’s new with Ansible?

Ansible continues to grow and is the strategic automation engine for Red Hat’s business. Having a solid and constantly improving integration with Ansible is key for CloudForms’ future success.

 

Ansible Tower Workflows are widely used in by the industry to orchestrate and govern interactions between different playbooks. CloudForms has been able to run Ansible Tower Jobs since its 4.1 release. Starting with CloudForms 4.7, we will expand this support and will be able to utilize Workflows from the Service Catalog.

Continue reading “CloudForms 4.7 – What’s new with Ansible?”

Walkthrough : Customizing VM Post Provisioning Task

Red Hat Cloudforms provides several ways to customize virtual machine provisioning,  the out-of-the-box VM Provisioning State Machine has multiple steps through which VM provisioning request crawl, among them one of the step is PostProvison, this step is used to perform post-provisioning activities on the provisioned virtual system.  In this article, I will explain how to customize PostProvison method using an example of ‘add an additional disk to the VM’ use case.

Continue reading “Walkthrough : Customizing VM Post Provisioning Task”

CloudForms at Summit – Everything you need to know

Download this Summit Quick Reference Guide for CloudForms for a complete list of CloudForms sessions and labs at Red Hat Summit 2019.

A few highlights:

Hybrid cloud management strategies and best practices
Learn how Red Hat’s hybrid cloud management strategy is evolving to address customer needs. Hear how traditional management products, such as Red Hat Satellite and Red Hat CloudForms are being connected with Red Hat Ansible Tower and new SaaS solutions to provide customers with comprehensive and flexible hybrid cloud management options.

Hybrid cloud cost management challenges, opportunities, and best practices
In this session, we’ll talk about tools and best practices to discover, report, and analyze the cost and consumption of public and private cloud resources today and lay the groundwork for automated optimization of resource consumption and application priorities.

Word Wide Technology (WWT) bare metal provisioning solution
Learn how to control bare metal resources by leveraging Redfish in Ansible playbooks.

LAB: Private cloud lab with OpenStack, Ansible, and CloudForms
Get some hands-on experience with a private cloud based on Red Hat OpenStack, Ansible Tower and CloudForms.

And a lot of our Product Managers and Engineers will be in attendance.  Stop by the demo station for “Hybrid Cloud Management” in the Red Hat booth, or reach out to your sales rep to schedule a meeting in the Customer Briefing Center.

Hope to see you in Boston!

Red Hat Summit is almost there

Wow! We can’t believe it’s almost time for another exciting Red Hat Summit!

This year, aside from all the super interesting sessions we usually have, please, take a look at our keynote speakers! Satya Nadella, Microsoft CEO will be on stage with Jim

 

This year it will be in Boston, MA  from May 7 until May 9

Red Hat Summit 2019 is at the Boston Convention and Exhibition Center.

415 Summer St
Boston, MA 02210

image of Boston Convention and Exhibition Center

 

You can find more information here https://www.redhat.com/en/summit/2019

CloudForms 4.7 announcement

CloudForms 4.7 is ready to be deployed on your systems, you can find more information in the Press Release and you can download the packages from the official Red Hat site

It provides the following key enhancements:

  • Improved Ansible Tower Integration: support for Workflows as a Catalog Item, support for Organization Structure.
  • Updates for managing OpenStack platforms: Storage refresh improvement, OverCloud Dashboard, Private Key Download.
  • Additional management capabilities for Red Hat Virtualization: Refresh performance improvements, Dynamic Sysprep support.
  • User Experience Enhancement: Multi-appliance configuration sharing, global region reporting tenants with the same name.
  • Lenovo Xclarity update: Inventory of racks, blades, chassis and switches, topology updates better handling of status, out-of-the-box dashboard.
  • New Provider: Redfish compliant standard hardware can be discovered and inventoried. Detailed views and relationships. Power operations and topology views. Tech preview
  • New provider for Nuage, which gives the ability to manage its networking services from CloudForms

 

CloudForms 4.7 Beta

The CloudForms team is proud to announce the release of CloudForms 4.7 Beta1. Based on the ManageIQ Hammer release, this release contains several enhancements and bug fixes and is the result of about many months of upstream development.

Some of the notable enhancements include:

  • Ansible improvements, including integration with external Ansible Tower workflows.
  • Enhancements in OpenStack: new Dashboard and the ability to discover OpenStack Director Providers
  • New provider for Nuage, which gives the ability to manage its services from CloudForms
  • New provider for Red Fish (Tech Preview) that allows managing physical services in a similar way as we manage virtual machines
  • Improvements in the Lenovo providers, like rack topology or Ansible playbook execution against physical resources

For more details and a list of all other improvements see the release notes.

We’d like to encourage all of our customers to download the beta from access.redhat.com and to try it out. Any issues can be reported by opening a case with Red Hat support.

Infrastructure Tour Italy Part 3

Introduction

 

Red Hat held an event on the infrastructure part of our portfolio in Milan and Rome on April 17th and 19th, 2018. Part of the demos presented was focused on the Automation topic managed with Red Hat Ansible and Red Hat Ansible Tower:

 

The event information and agenda is available at:

https://www.redhat.com/en/events/infrastructure-tour-milan-2018

https://www.redhat.com/en/events/infrastructure-tour-rome-2018

 

This is the third part of the series of articles written by my colleague Rinaldo Bergamini you can find them here and here.

In this part, I would like to show you how you can Automate “everything” with Red Hat Ansible and Ansible Tower.

Continue reading “Infrastructure Tour Italy Part 3”