William, It feels like what you are seeing is not a VM vs. physical issue, but an issue about how FTS works and the requirements about configuration to allow scaling and proper behavior.
FTS is very FILE SYSTEM intensive. All the indexing of the files and the searching of the indexes is file system dependent. So, what is important for FTS to scale and properly handle large volumes is to be on a LOCAL file system rather than a network file system for the main FTS index directory. This is important whether you are on a physical system or a virtual system. So, there should not be any issue with being virtual, just you need to be virtual tied to a specific physical system that has local disc that has the FTS index directory for full capability. This does constrain the virtual configuration to not just allowing the image to move around to any random machine. This would not apply to all servers, just to the ones that are FTS index servers so that they stay tied to their local file store. Doug Mueller From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of William Rentfrow Sent: Wednesday, October 22, 2014 10:40 AM To: [email protected] Subject: Re: Remedy 8.1.2 on VM ** Are you guys who are running VM's using Full Text Search? We've never really gotten that working. We always had the same issue - we'd index stuff, it would work, and the indexes would get corrupted within a few days. BMC wanted us to go to independent physical drives but we have all VM's. We did have separate ESX storage for the FTS directories, shared by all servers. We tried a number of alternative FTS plugin configurations but always ran into some type of issue. It's worth noting this is a high-volume environment. I'd love to know if anyone is using FTS on a VM, and how it is configured (especially with a server group). William Rentfrow [email protected]<mailto:[email protected]> Office: 715-204-3061 or 701-232-5697x25 Cell: 715-498-5056 From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Mueller, Doug Sent: Wednesday, October 22, 2014 12:21 PM To: [email protected]<mailto:[email protected]> Subject: Re: Remedy 8.1.2 on VM ** Tommy, With all the caveats about making sure you are correctly configuring your VMs and you have properly given them sufficient resources and you have properly done all the right things with how the network and disc and everything is interacting with VMs (all things that should be done regardless of what you are putting in a VM)... There is no issue with running mid-tier and server and any component of the AR System environment or apps on VMs. The DB layer can run in a VM. We have seen evidence of large scale users with lots of data getting better overall throughput on physical machines for the DB, but it will work in both places. BMC itself runs with a physical DB and all AR System servers and mid-tiers on VMs. This is a common configuration in many of our customer environments. I hope this helps, Doug Mueller From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Tommy Morris Sent: Wednesday, October 22, 2014 9:04 AM To: [email protected]<mailto:[email protected]> Subject: Remedy 8.1.2 on VM ** Just wondering how many are running the current ARS, CMDB, ITSM on VM's. My current hardware is at end of life and I need justification to purchase a new server. Our mid-tiers are running VM with no problem of course but I am concerned about the stability and performance of running ARS and CMDB on a VM instance. Anyone have pros/ cons of going virtual? [cid:[email protected]] Tommy Morris Sr. Remedy Developer RadioShack Corporation 300 RadioShack Circle Fort Worth, TX 76102-1964 O > 817.415.2510 radioshack.com _ARSlist: "Where the Answers Are" and have been for 20 years_ ________________________________ No virus found in this message. Checked by AVG - www.avg.com<http://www.avg.com> Version: 2014.0.4765 / Virus Database: 4040/8433 - Release Date: 10/22/14 _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
