I'm aware of many customers that have Control-M on VMWare (Linux RH or Windows seem to be the most popular) and overall no issues.
The performance is fine as long as the underlying VM environment is managed well and can handle the load of all the VM images.
I agree with you that VMWare out-of-the-box solution does not offer real HA for applications.
It only covers issues to the ESX servers themselves.
O/S corruption, planned outages (for example for OS patching), accidental file deletion will not be prevented by having VM.
I would recommend you use Control-M v9 HA solution which doesn't require an expensive cluster software.
Just have two VM Images and install Control-M on them, one as Primary and one as Secondary, and you now have a much better HA solution. (this is possible as long as your DB is Oralce)
Thanks for your reply. Much appreciated. Good to know other customers moving on VMware and guest os as RH/windows.
With proposed solution as to utilize control-m application ha and decouple DB as separate instance db host(for oracle).
But here also can you confirm which db clustering software you are using (if any?) because we take out db component then there should be dedicated DB cluster software to tackle DB failure. Do you happen to know what DB clustering software you are using with ORacle? Will oracle rac suffice requirement with Data center and across data center Oracle Data Guard?
If any chance you have such setup, will it possible for you to share your experience on that front? Any technical consideration while using Oracle RAC or Data Guard? Whether Oracle RAC will be compatible with VMware HA?
Basically with oracle DB in place, control-m setup will be of Two tiers setup. First Tier is DB layer and Second tier is Application layer (we don't have third tier as web layer) and I was planning to have separate cluster solution for all tiers. For application tier, control-m HA and DB tier DB clustering solution and for Infra level we will continue with VMware HA.
Any suggestion will be welcomed on this. Thanks again.
The Oracle setups I see, in the order of most common to least common are:
1. Oracle RAC for intra DC HA and Data Guard for Inter DC DR
2. Only Data Guard, usually inter DC
3. Oracle Exadata (inter and intra DC)
I believe it is a question of cost if to use RAC, only DG, or Exadata.
Control-M works fine with all three, RAC and Exadata require no changes in Control-M when the DB failsover, but with DG you tend to have to update the DB hostname when Data Guard failsover.
In v9 Control-M comes with a script to update the hostname of the DB so that task is now very easy and doesn't take a long time.
What you use I guess depends on your budget and what your DB team offers. In my opinion Exadata is the best as it theoretically offers automated failover with no downtime. RAC offers the same but only in the DC, while DG would require an outage to the application when a failover happens.
BTW, in v918 the EM Web Server is used for all communication between Clients and EM Server (CORBA is not used for that purpose anymore) so you may want to consider to put the Web Server on its own servers and therefore tier 3.
You can do that using the Control-M/EM Distributed install were you run a Web Server + GSR on a third, and even fourth server.
Then you put an F5 LB between clients and the two Web Server hosts so you have active/active web servers.