Posts Tagged High Availability
Scalability, availability and performance are three attributes that are critical to any IT management solution. The default configurations for most enterprise software products are designed for rapid initial deployment and not intended to handle the needs of every customer. In this regard, vCloud Automation Center is no different than other software products.
These NEW deployment Guides provide you with guidance and best practices required to configure vCloud Automation Center 6.1 to meet your specific scalability and availability needs.
- vCloud Automation Center 6.1 Reference Architecture Document
- Configuring vCenter SSO High Availability for vCloud Automation Center 6.1 Deployment Guide
- vCloud Automation Center Deployment Guide for High Availability
These documents looks at the components in the standard configuration and documents how the default parameters can be configured and components scaled to meet the needs of configurations with 1,000, 10,000 and 50,000+ machines under management. In addition high availability considerations are also discussed. This information is designed to augment information provided in the Install and configuration manual.
vSphere App HA stands for “Application Aware High Availability”. It is a plug-in to the vSphere Web Client. App HA enables you to define high availability for the applications that are running on the virtual machines in your environment. Currently, vCenter Server allows users to define HA (High Availability) at the infrastructure level. The main use case here however is to make sure the application is Highly available. That means – consider the availability of the service (middleware). This is what AppHA is all about. Making sure that the service is up and if it’s not, try to restart it for several times, and then if necessary, call the vSphere HA API.
vSphere AppHA 1.1 Release Notes: Release Notes
Main use case is:
- Get alerts when service is down
- Remediation through automatic restart of service and VM
- Simple to use
- Adds another layer to currently working vSphere HA:
- Integrated into vSphere web client
- Integrated with vCenter Server (VC alarms)
- Integrated with vSphere HA (Reset VM)
- Works with vMotion
What’s new in AppHA 1.1:
- More platform support: vSphere 5.5U1 & vSphere 5.1U2, ESX 5.1 & 5.5, NGC 5.1 & 5.5, Hyperic 5.8.1, Vmtools
- You can create a custom AppHa service to manage non default AppHa services.
- You can edit policies, including those that have already been assigned to services.
- Translation for 6 languages
- Services Supported by vSphere App HA – Out of the box support for of Oracle and Postgres.
All Services now supported by AppHA are listed here: Services
This release is part of:
- vSphere 5.5 UP1 Enterprise +
- vCloud Suite 5.5 UP1 Standard
- vCloud Suite 5.5 UP1 Advanced
- vCloud Suite 5.5 UP1 Enterprise
- vS w/Ops Mgmt Enterprise + 5.5 UP1
- Hyperic: App HA backend is actually VMware Hyperic server. Hyperic server and agents are responsible for monitoring the availability of the services and remediates them.
- vSphere: VC alarms – when the user configures to fire VC alarms (in case service is down), App HA creates a VC alarm based on an event that Hyperic creates when the service is down.
- vSphere: NGC – App HA is a plugin to NGC
- vSphere HA – Resetting the VM is based on vSphere HA API. For that to work the requirements are: ESX 5.5/5.1, running VMtools and Configuration of vSphere HA on that cluster.
- 5432 – App HA Postgres DB
- 22- Port for enabling SSH access to the vSphere App HA virtual appliance •
- 7443 – Communication with vFabricHyperic server. NOTE This port can change because it is dependent on what you select during the installation of the vFabricHypericserver.
- 8443 – Port for the REST API.