My thoughts exactly. I had a client that was using VMs for both development and production. All was AOK until they wrote a custom plugin. While testing the plugin on my machine single user all worked great. While testing on virtual. It simply did not work. I spent about 4 weeks trying to fix a problem that was fixed when we changed the test server to run in a non virtual mode. Voila everything worked. Any time VM’s are used for production I would very leery unless the support for the VM is very very experienced in setup, maintenance, and fixes.
Regards Chuck ------------------------------------------------------------------------------------------------ Chuck Miller Voice: (617) 739-0306 Informed Solutions, Inc. Fax: (617) 232-1064 mailto:cjmiller<AT SIGN>informed-solutions.com Brookline, MA 02446 USA Registered 4D Developer Providers of 4D and Sybase connectivity http://www.informed-solutions.com ------------------------------------------------------------------------------------------------ This message and any attached documents contain information which may be confidential, subject to privilege or exempt from disclosure under applicable law. These materials are intended only for the use of the intended recipient. If you are not the intended recipient of this transmission, you are hereby notified that any distribution, disclosure, printing, copying, storage, modification or the taking of any action in reliance upon this transmission is strictly prohibited. Delivery of this message to any person other than the intended recipient shall not compromise or waive such confidentiality, privilege or exemption from disclosure as to this communication. > On Feb 27, 2017, at 3:41 PM, Tim Nevels via 4D_Tech <[email protected]> > wrote: > > On Feb 27, 2017, at 2:00 PM, Douglas von Roeder wrote: > >> The company underwent an unsuccessful virtualization effort a few years ago >> (prior to my involvement) when they were using 4D 2004. The IT personnel >> involved with that effort are not longer with the company and the current >> staff has assured my client that they will "do it right this time". >> >> I would appreciate your thoughts, insights, and real-world experiences on >> this topic. > > The line that sent chills down my spine was “they will ‘do it right this > time’”. This is a very telling comment. > > I have death with 3 virtual environments that are running 4D Server > applications. 2 were custom designed and installed by a third party vendor. > The vendor chose all the equipment, their personnel installed all the > hardware and software, they configured everything. They solved all the > problems and performance issues with the new setup. These two virtual > environments are fast and 4D Server runs great on them. Everyone was happy > with the final result. They paid big 5 figures for the VM, but it was worth > it. > > But one environment was built by the in-house “IT guys”. Long story short, > performance is not as good. They have periods durning the day when things > “just get slow for a while” then they get better. Network problems. Some > things work fine. Some things don’t works so fine. The “IT guys” built it, so > they have to fix it, and they don’t know what more they can do to make it > better. (And heaven forbid they call an “expert” to help out.) > > You can be certain that 4D Server/4D Client runs just fine in a good VM. But > a bad VM or a marginal VM can result in poor performance and other problems > with 4D. And the “IT guys” will always say “it is just a 4D issue, 4D is crap > software that is why it runs bad in our VM”. That will be a false statement. > But the “IT guys” built this VM so it is fantastic and can not be made better > than how it is now. So you will just have to live with the way 4D runs in the > VM. > > I hope your “IT guys” are atypical and much better than most. > > Tim > > ******************************************** > Tim Nevels > Innovative Solutions > 785-749-3444 > [email protected] > ******************************************** > > ********************************************************************** > 4D Internet Users Group (4D iNUG) > FAQ: http://lists.4d.com/faqnug.html > Archive: http://lists.4d.com/archives.html > Options: http://lists.4d.com/mailman/options/4d_tech > Unsub: mailto:[email protected] > ********************************************************************** ********************************************************************** 4D Internet Users Group (4D iNUG) FAQ: http://lists.4d.com/faqnug.html Archive: http://lists.4d.com/archives.html Options: http://lists.4d.com/mailman/options/4d_tech Unsub: mailto:[email protected] **********************************************************************
