Sunday, 7 October 2018

vRA 7.5 Installation steps - Back to Basics

vRealize Automation Installation Overview

You can install vRealize Automation to support minimal, proof of concept environments, or in different sizes of distributed, enterprise configurations that are capable of handling production workloads. Installation can be interactive or silent.

After installation, you start using vRealize Automation by customizing your setup and configuring tenants, which provides users with access to self-service provisioning and life-cycle management of cloud services

New in this vRealize Automation Installation:

If you installed earlier versions of vRealize Automation, be aware of changes in the installation process for this release. 

This release simplifies the vRealize Automation appliance node removal process. 
The vRealize Automation appliance administration interface has changed. 
Database tab features have moved to the Cluster tab. The Database tab has been removed, and the Cluster tab has become a primary tab. 
The Migration tab has become a primary tab and now includes vRealize Automation and vRealize Orchestrator migration. 
The support bundle option has moved to the Logs tab. 
vRealize Code Stream has been removed from the Licensing tab.

The vRealize Automation Appliance
The vRealize Automation appliance is a preconfigured Linux virtual appliance. The vRealize Automation
appliance is delivered as an open virtualization file that you deploy on existing virtualized infrastructure
such as vSphere.
The vRealize Automation appliance performs several functions central to vRealize Automation.

  • The appliance contains the server that hosts the vRealize Automation product portal, where users log in to access self-service provisioning and management of cloud services.
  • The appliance manages single sign-on (SSO) for user authorization and authentication.
  • The appliance server hosts a management interface for vRealize Automation appliance settings.
  • The appliance includes a preconfigured PostgreSQL database used for internal vRealize Automation appliance operations.    
  • The appliance includes a preconfigured instance of vRealize Orchestrator. vRealize Automation uses vRealize Orchestrator workflows and actions to extend its capabilities. 
  • The appliance contains the downloadable Management Agent installer. All Windows servers that make up your vRealize Automation IaaS must install the Management Agent.

           In large deployments with redundant appliances, the secondary appliance databases serve as replicas to provide high availability.
         The embedded instance of vRealize Orchestrator is now recommended. In older deployments or special cases, however, users might connect vRealize Automation to an external vRealize Orchestrator instead.

The Management Agent registers IaaS Windows servers with the vRealize Automation appliance,

automates the installation and management of IaaS components, and collects support and telemetry

In this blog post we are going to see the basics steps of vRA 7.5 setup/installation

Deploy the vRealize Automation Appliance

Before you can take any of the installation paths, vRealize Automation requires that you deploy at least one vRealize Automation appliance.

To create the appliance, you use the vSphere Client to download and deploy a partially configured virtual machine from a template. You might need to perform the procedure more than once, if you expect to create an enterprise deployment for high availability and failover. Such a deployment typically has multiple vRealize Automation appliances behind a load balancer.

Log in to the vSphere Client with an account that has permission to deploy OVF templates to the inventory.

Download the vRealize Automation appliance .ovf or .ova file to a location accessible to the vSphere Client.

Select the vSphere Deploy OVF Template option.
Enter the path to the vRealize Automation appliance .ovf or .ova file.

Enter an appliance name and inventory location.
When you deploy appliances, use a different name for each one, and do not include non-alphanumeric characters such as underscores ( _ ) in names.

Select the host and cluster in which the appliance will reside.

Read and accept the end-user license agreement.

Select the storage that will host the appliance.
Select a disk format.
Thick formats improve performance, and thin formats save storage space.

Format does not affect appliance disk size. If an appliance needs more space for data, add disk by using vSphere after deploying.

From the drop-down menu, select a Destination Network.

Complete the appliance properties.
Enter and confirm a root password.
The root account credentials log you in to the browser-based administration interface hosted by the appliance, or the appliance operating system command-line console.

Select whether or not to allow remote SSH connections to the command-line console.
Disabling SSH is more secure but requires that you access the console directly in vSphere instead of through a separate terminal client.

For Hostname, enter the appliance FQDN.
For best results, enter the FQDN even if using DHCP.

vRealize Automation supports DHCP, but static IP addresses are recommended for production deployments.

In Network Properties, when using static IP addresses, enter the values for gateway, netmask, and DNS servers. You must also enter the IP address, FQDN, and domain for the appliance itself, as shown in the following example.

Review the settings and submit the request

When you submit the request the deployment work flow starts. This workflow firstly deploys the appliance and once the deployment finishes the VM will be powered ON. You can watch the installation/initialisation steps in the console.

The initial setup would take few minutes and VM lands in initial/welcome screen.

Start the wizard by logging in as root to the vRealize Automation appliance administration interface.

As you login, the vRealize automation appliance configuration wizard starts,

Accept the license agreement

On the Deployment Type page, you decide which vRealize Automation components, and how many of each, you want to install.

Minimal deployments use just one vRealize Automation appliance and one Windows server that hosts IaaS components. In minimal deployments, you may host the IaaS database on a separate SQL Server system, or install SQL on the IaaS Windows server.

You cannot convert a minimal deployment to an enterprise deployment. To scale a deployment up, start with a small enterprise deployment, and add components to that. Starting with a minimal deployment is not supported.

Enterprise deployments involve multiple, separate appliances and Windows hosts, typically with load balancing. Enterprise deployments also permit you to host the IaaS database on a separate SQL Server system or on one of the IaaS Windows servers.

When you select an enterprise deployment, additional Installation Wizard pages appear in the summary list at the left of the wizard.

Infrastructure as a Service
The Infrastructure as a Service (IaaS) option selects whether or not to configure existing Windows machines with vRealize Automation modeling and provisioning capabilities.

When you select IaaS, additional Installation Wizard pages appear in the summary list at the left of the wizard.

IaaS Windows Servers
For a Windows machine to serve as an IaaS component host, you must download and install vCAC-IaaSManagementAgent-Setup.msi on the Windows machine.
Management Agent installation requires communication with a running vRealize Automation appliance. Each time that you install the Management Agent on Windows, that system becomes uniquely tied to the specific appliance and deployment.
Potential IaaS Windows servers that have the correct Management Agent installed appear under Discovered Hosts.

To have the Installation Wizard ignore a discovered host, click Delete. Deleting a Windows host does not remove its Management Agent. To uninstall the agent, use the Add or Remove Programs feature directly in Windows.

Start the agent installation in the windows machine to finish the agent setup

Location to install the agents

Suffice the details of the vRA appliance , credentials to login to the vRA and also the certificate ( if you use custom certs then the host names should match the windows instance)

Service account details of the local windows instance/account

Once the installation finishes, switch back to the vRA 7.5 configuration wizard and look for the agent status.

As above you would be able to see the last sync details of the agent with the vRealize automation appliance.

Proceed with the configuration of Iaas and the DB. Further steps are pretty much easier as like the previous versions and I would cover the screen shots in the next thread.

To be continued ...... 

Wednesday, 16 May 2018

Startup guide for vSphere Automation SDK for REST API

VMware introduced a new API service in vSphere 6.5 version which is known as vSphere Automation API. This service allows us to introduce several new SDKs for JAVA, Perl, Ruby, REST etc.  Today we will see how to setup the basic wizard to start using the API service in day to day life.

For more information about what was introduced with the vSphere Automation APIs visit Here

Documentation :

The documentation for this SDK version is pretty straight forward. We can browse to each level of API and see the sections of what the operations it performs. We can get the URL, JSON , XML representation for each and every operations in the document.

SDK tool kit:

You can download the SDK kit from VMware {code}

Tools required:

We will use Postman today so that we will be able to start working with the API quickly and build your knowledge of how it works before using API in your own application. Postman is a great application to design, build and test Rest APIs. Postman have clients available for Windows, Mac and Linux platforms.

We shall download Postman from link

First  we need to gain access to the vSphere Automation SDK for REST from VMware’s GitHub repository. Make sure to read through the README, noting that we’ll be able to view and use these resources, as well as contribute back to the following items:

  • vSphere Automation SDK for REST API Reference Documentation
  • Postman Samples
  • JavaScript Samples (we’ll cover these here, as part two)

The easiest method is now to either download or clone the repository.

Downloading can be done as follows:
  • Click on the green “Clone or Download” button and then click “Download ZIP”
  • Once downloaded, extract the zip file to the location of your choosing

At this point, you will now have a local copy of the repository

Cloning can also be done through the GitHub Desktop client as follows:

  • Click on the green “Clone or Download” button and then click “Open in Desktop”
  • Within the newly opened “Clone As” window, select the appropriate directory and name, then select “Clone”

So now we have the SDK ready in our local repository and let's get the Postman configured to be working. Open the Postman app and sign in to it

Welcome Page: 

Initial Setup:

Click on the Import File and choose files button. Browse to the location where you unzipped the SDK file and then navigate to : Client\Samples\postman. Select the 2 JSON files from the directory. 

  • vSphere-Automation-Rest-API-Resources.postman.json
  • vSphere-Automation-Rest-API-Samples.postman.json

Choose the files which we have downloaded from GitHub

We’ll now notice two new collections which are named quite similarly to the files imported. The vSphere Automation REST Resources collection is a number of requests, grouped in folders by their object level, that can be performed against a vSphere environment. The vSphere Automation REST Samples is a couple groups of requests which can be combined to perform a normal task. Some of the examples include ESXi host connection and disconnection, VM creation, and VM power actions.
Last part of setup comes down to configuring some environmental variables. As you begin browsing through the requests, you’ll start noticing some double curly brackets that may look like this: {{vc}} This is what’s known as an environmental variable within Postman, and vc will be used to refer to the vCenter Server. There’s only a couple environmental variables which need to be set in order to begin: vc, user, password. Those are fairly self-explanatory, so let’s set them up in Postman.
To begin creating environmental variables, head towards the gear icon in the top right hand side and click on it. This is where environments are managed. Add a new environment by clicking on the orange “Add” button. Give the environment a name, then enter in those three items mentioned above and valid values for your environment. Click the orange “Add” button again to complete the creation, and click on the “X” to the right of “Manage Environments” to close the window.

Import the Certificates if you are using Customer signed certificates

Disable SSL verification if you do not use CA signed certs

Go to File > Settings > SSL Certificate Verification ( set to OFF)

Once done, try connecting to the vCenter. Expand the vSphere Automation REST Resources collection, expand the Authentication folder, and select Login.

We can gather a bit of information about the request at this point. We’ll be doing a Post method to the vCenter’s URL of /rest/com/cmware/cis/session with a basic authentication type and sourcing the username and password from our environmental variables. Before making the request, make sure to select the environment that was just created by selecting it via dropdown box next to the gear icon on the top right hand side.

Play around with the Environment: 

We’re now authenticated to the vCenter’s API endpoint, so we can start exploring some other areas within the vSphere Automation REST Resources section. Let’s do some environmental discovery while we’re still exploring the SDK.
To get a list of the hosts available by this vCenter’s API endpoint, expand the Hosts folder and select List. Here we can see the request uses a Get method to the vCenter’s URL of /rest/vcenter/host. Clicking “Send” will give us a list of the hosts available as well as some basic information such as the host ID, name, connection state, and power state.

To get a list of the VMs available by this vCenter’s API endpoint, expand the VM folder and select List. At this point, hopefully you can figure out what the request is going to look like and a rough guess at what information is going to be pulled back.

We’ve got the basics down now, how about getting into some additional detail on a VM. In the VM folder, select the Details. In the URL, we’re just appending the VM’s ID to the end of the prior call. The example includes ‘vm-1021’ which can be modified to a VM ID as identified in the prior request. Clicking on “Send” retrieves a ton of information back about the configuration settings for that VM including CPU information, NICs, boot configuration, and so forth.

Likewise you can go further and get the details of each object using the POST commands. You can also create a VMs using the "Create VM" function right over the list. 

Make yourself comfortable with the basics and I see you soon with the next steps in next thread.  :-) 

Tuesday, 15 May 2018

vSphere 6.7 released !

As we are aware VMware comes up with a new release of vsphere every year. and VMware didn't fail to excite us with the new features and innovations this time too!

In this blog post lets have a sneak peak about the new features which are bundled with vSphere 6.7

vSphere 6.7 is the efficient and secure platform for hybrid clouds, fueling digital transformation by delivering simple and efficient management at scale, comprehensive built-in security, a universal application platform, and seamless hybrid cloud experience.

vSphere 6.7 delivers key capabilities to enable IT organizations address the following notable trends that are putting new demands on their IT infrastructure:

  • Explosive growth in quantity and variety of applications, from business critical apps to new intelligent workloads.
  • Rapid growth of hybrid cloud environments and use cases.
  • On-premises data centers growing and expanding globally, including at the Edge.
  • Security of infrastructure and applications attaining paramount importance.

vCenter Server 6.7 – Last Windows Server Version
This should come as no surprise to anyone keeping up with VMware over the past couple of releases. VMware for last couple of years have focused more on appliance version of VC and have worked hard to bring up the enhancements. The 6.5 vcenter has VCHA feature that exists only on appliance version  and much more options were provided only on VCSA. So with that said, this is the last version which is going to be launched for windows version. Its time for the migration !

HTML5 Clarity of vCenter Server 6.7
Another obvious continued deprecation with this release of vCenter Server is the Flash (Flex) client is also getting much closer to being totally replaced. VMware had worked hard to get the full HTML5 support on the web client for better performance, clarity and rigid interface.

vCenter Server 6.7 New CLI Tools
vSphere 6.7 delivers an exceptional experience for the user with an enhanced vCenter Server Appliance (vCSA). It introduces several new APIs that improve the efficiency and experience to deploy vCenter, to deploy multiple vCenters based on a template, to make management of vCenter Server Appliance significantly easier, as well as for backup and restore. It also significantly simplifies the vCenter Server topology through vCenter with embedded platform services controller in enhanced linked mode, enabling customers to link multiple vCenters and have seamless visibility across the environment without the need for an external platform services controller or load balancers.

Moreover, with vSphere 6.7 vCSA delivers phenomenal performance improvements (all metrics compared at cluster scale limits, versus vSphere 6.5):

  • 2X faster performance in vCenter operations per second
  • 3X reduction in memory usage
  • 3X faster DRS-related operations (e.g. power-on virtual machine)

These performance improvements ensure a blazing fast experience for vSphere users, and deliver significant value, as well as time and cost savings in a variety of use cases, such as VDI, Scale-out apps, Big Data, HPC, DevOps, distributed cloud native apps, etc.

vSphere 6.7 ESXi Server Enhancements

  • New Quick Boot feature that allows simply restarting the hypervisor services rather than an entire physical server. This drastically reduces maintenance windows related to upgrades and patching
  • Support for 4K Native Drives – Finally with the vSphere 6.7 release, VMware now officially supports 4K Native drives. This also includes VMware vSAN support for 4K Native drives
  • New Offloading capabilities with SANs and VAAI that allow offloading certain operations off to capable SAN hardware
  • VVOLs now support Windows Failover Cluster and meet the iSCSI-3 reservation requirement that is needed for Windows Failover Clustering to utilize the virtual volumes for shared storage. VMware vSAN also provides the ISCSI-3 reservations with vSphere 6.7 and also support Windows Failover Clustering Services
  • Persistent Memory support – Using supported servers, customers can take advantage of ultra high-speed storage with cheaper DRAM prices
  • New Security certifications – This release of vSphere 6.7 has passed the FIPS 140-2 validation program and is currently the only HCI vendor officially certified with this rating

I would recommend you to try hands on lab   

Happy reading !

Friday, 20 April 2018

Update Manager 6.5 issue ""interface com.vmware.vim.binding.integrity.VcIntegrity is not visible from class loader""

This post is related to the issue what we faced today when we replaced the SSL certificates in our setup. 

When I launched the web-client and access the update manager tab,  I get the message  "interface com.vmware.vim.binding.integrity.VcIntegrity is not visible from class loader"

I started off by restarting the VMWare vSphere Update Manager Service for the affected vCSA:

1. Log into vCenter using the administrator@vsphere.local account.
2. Home - System Configuration - Services - Restart

This did not resolve my issue... And we tried restarting all the services by SSH/Console into the affected server and run the following commands:

service-control --stop --all
service-control --start --all
Still no luck. 

Make sure the certs are applied and it gets reflected in the config file. ( verify if the thumbprint matches) 

root@homelab71 [ /usr/lib/vmware-updatemgr/bin ]# pwd

root@homelab71 [ /usr/lib/vmware-updatemgr/bin ]# ./updatemgr-util config -g | less


 Connect to the vCenter Server using SSH and run the following commands:

Re-try to replace the SSL certificates.

/usr/lib/vmware-updatemgr/bin/updatemgr-util refresh-certs
/usr/lib/vmware-updatemgr/bin/updatemgr-util register-vc
service-control --start vmware-updatemgr

Logout and login to the WebClient again. 

Verify that VMware Update Manager is accessible in the vSphere Web Client.

How can VMware Integrated Containers be useful in real life scenario

What is VIC: VIC - vSphere Integrated Containers enables IT, teams, to seamlessly run traditional workloads and container workloads ...