Book Image

Learning VMware vRealize Automation

By : SRIRAM RAJENDRAN, Sriram Rajendran
Book Image

Learning VMware vRealize Automation

By: SRIRAM RAJENDRAN, Sriram Rajendran

Overview of this book

With the growing interest in Software Defined Data Centers (SDDC), vRealize Automation offers data center users an organized service catalog and governance for administrators. This way, end users gain autonomy while the IT department stays in control, making sure security and compliance requirements are met. Learning what each component does and how they dovetail with each other will bolster your understanding of vRealize Automation. The book starts off with an introduction to the distributed architecture that has been tested and installed in large scale deployments. Implementing and configuring distributed architecture with custom certificates is unarguably a demanding task, and it will be covered next. After this, we will progress with the installation. A vRealize Automation blueprint can be prepared in multiple ways; we will focus solely on vSphere endpoint blueprint. After this, we will discuss the high availability configuration via NSX loadbalancer for vRealize Orchestrator. Finally, we end with Advanced Service Designer, which provides service architects with the ability to create advanced services and publish them as catalog items.
Table of Contents (15 chapters)
Learning VMware vRealize Automation
Credits
About the Author
About the Reviewers
www.PacktPub.com
Preface
Index

Model Manager


The Model Manager role actually refers to two types of data—Model Manager Data and Model Manager Web a.k.a. repository.

Model Manager Data

The Model Manager Data holds the business logic required to connect/manage endpoints and execute workflows.

Since the business logic is uploaded to the database during the installation of the first web node, the successive web node installation in a distributed install does not allow us to install the Model Manager Data.

Please note, the business logic is always referenced from the database and never referenced from the Model Manager Data folder stored in the filesystem of first web node. While the business logic is not referenced during runtime, it is used only during upgrades or when executing the Register Solution User and RepoUtil commands.

Model Manager Web a.k.a. repository

Model Manager is designed for Microsoft IIS and therefore, needs to be installed on a Microsoft IIS Web Server. Model Manager Web is also referred to as repository. It exposes the IaaS data model as a service and allows Create/Read/Update/Delete (CRUD) operations on the IaaS database. They implement the business logic that is executed by Distributed Execution Manager (DEM)—this triggers DEM workflows (more details later in this chapter) on create/update/delete.

The website component communicates with the Model Manager, which provides the component with updates from the DEM, proxy agents, and database.

There are four websites that are configured while installing the Model Manager Web component:

  • IaaS Web UI: https://FQDN-of-IAAS-Web-Server/vcac

    When a user requests to log in to this website, the IaaS Web UI presents the form in a frame on the Infrastructure tab on the CAFÉ UI.

  • WAPI portal: https://FQDN-of-IAAS-Web-Server/WAPI

    This is a IIS web application exposing a private API through a REST interface. Web API is a proxy layer that exists in the web machine, which is a service-oriented API developed using .NET, and acts as the integration point between the CAFÉ appliance and the repository. WAPI is registered in the component registry against the IaaS service. The important point to note is that the vCAC service uses the WAPI endpoint registered in component registry to communicate with IaaS components. WAPI is also used to check the health status of the IaaS service. In short, all communication for IIS goes through WAPI.

  • Reporting website: https://FQDN-of-IaaS-Web-Server/vcacReports

    As the name suggests, it is used for any reporting-related information.

  • Repository website: https://FQDN-of-IaaS-Server/Repository

    Connecting to this website will fetch you the details related to the repository. However, the only catch is that you should connect to the nodes (WEB1 or WEB2) directly and not via the load balancer virtual IP.