I have asked IBM at the SP Symposium in Germany two years ago what I should expect performance wise when I run my SP server as a VM. They gave me an indication of -20% from the blueprints based on blueprints hardware + vSphere 6.5 or higher. I've been running a few SP servers in our cloud environments as VM's and for me it's more like -5 to -10% that I see based on blueprints vs VM's on blueprint hardware. I've not done any special tuning, just the normal stuff running on vSphere 6.5 with the storage attached via FC. SP server uses VMDK's, no RDM's needed to get good performance, we use two SCSI controllers per SP server, one for the OS + database and activity log and one for the data disks. I will admit that our systems are small, we don't come close to running full medium workloads but so far it runs just fine. I like the fact that we now have HA based on vSphere.
On Thu, Sep 5, 2019 at 5:10 PM Rick Adamson <rickadam...@segrocers.com> wrote: > Zoltan, > As I understand it IBM does support virtual ISP servers but I recall > seeing a document that stated they will not support their performance or > scalability, so for a small application it is probably fine. > > My management team requested that I move our operation virtual (VMware) > roughly 2 years ago and while it was an enormous struggle they perform > adequately now. > I am now of the opinion for larger installations it is just not worth the > trouble. > We now have three pairs of ISP backups servers, each consists of a source > production server and a replication target server at our DR facility. > They maintain a variety of client backup including; ISP 4 VE, Windows, > AIX, Linux, DB2, Oracle, and SQL, as well as many physical servers > performing traditional file system backups. > A total of roughly 2,000 clients. > > I strongly recommend following the IBM blueprints with a few > modifications, mostly on VMware. > All of mine are currently running Windows 2012 R2 and now looking at > possibly moving to 2016, they all use directory container pools, server > side deduplication, and node replication. > > There were many times that I thought of going back to physical servers but > am kind of hard-headed and was determined to make these things work if it > was at all possible. > > For me: > Clinging to the thought process of not wanting to put too many eggs in one > basket I followed the blueprints for a medium sized server, at the time not > knowing how they would scale. > > It is my experience that these things are of the utmost importance if you > want to minimize your headaches and have the servers run at an optimal > level: > - As we hear over and over again; DO NOT skimp on the performance of disks > for the ISP server database and logs. Mine are all on EMC Powermax. Each > server has 8 individual LUNS for the ISP database volumes and a dedicated > LUN for each log (ACTIVE, ARCHIVE, ARCHFAILOVER). > > - Dedicate ESX/ESXi hosts to the ISP Servers and pin them to the host and > disable VMotion. It was my experience that if VMware moved an ISP Server > it would either crash or minimally all in progress sessions and processes > would fail. > > - By design the VMware host will attempt to throttle the ISP server's > access to all datastores, this is done to assure that one VM does not > deprive other VMs from access to resources, kind of load balancing. Since > your datastores are dedicated to a single VM (your ISP server) disable all > VMware storage IO control. This will increase system performance > exponentially. I have heard that IBM now recommends using RAW volumes which > may mitigate this requirement. > > - Add additional SCSI controllers (up to 4) and change the default driver > from LSI Logic driver to VMware Paravirtual for all disks except the > operating system. > > > In the end the servers perform acceptably at a relatively lower cost but > are still no match for physical servers. > > -Rick Adamson > > > -----Original Message----- > From: ADSM: Dist Stor Manager <ADSM-L@VM.MARIST.EDU> On Behalf Of Zoltan > Forray > Sent: Wednesday, September 4, 2019 8:05 AM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: [ADSM-L] ISP server as a VM > > * This email originated outside of the organization. Use caution when > opening attachments or clicking links. * > > ---------------------------------------------------------------------- > Hi Eric, > > > > No inbound deduplication on the clients and right now for the existing 6 > > nodes there is a total of 2TB of occupancy and we do not expect much if any > > growth. > > > > --- > > Zoltan Forray > > Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator > > VMware Administrator > > Xymon Monitor Administrator > > Virginia Commonwealth University > > UCC/Office of Technology Services > > > https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ucc.vcu.edu&d=DwIBaQ&c=AzgFQeXLLKhxSQaoFCm29A&r=eqh5PzQPIsPArLoI_uV1mKvhIpcNP1MsClDPSJjFfxw&m=nTyF5koaHwvBqdd41KeQB3Db_rRDfX840uwwtltakA0&s=qErCVxpl9HVMO8Gjj_93IdyW1B7oSVf6776TEvz-vbY&e= > > zfor...@vcu.edu - 804-828-4807 > > Don't be a phishing victim - VCU and other reputable organizations will > > never use email to request that you reply with your password, social > > security number or confidential personal information. For more details > > visit > https://urldefense.proofpoint.com/v2/url?u=http-3A__phishing.vcu.edu_&d=DwIBaQ&c=AzgFQeXLLKhxSQaoFCm29A&r=eqh5PzQPIsPArLoI_uV1mKvhIpcNP1MsClDPSJjFfxw&m=nTyF5koaHwvBqdd41KeQB3Db_rRDfX840uwwtltakA0&s=528haGk2xVx3sccHBEBVvC2WJASQF7G9JTb2lmVVZh8&e= > > > > On Wed, Sep 4, 2019, 3:37 AM Loon, Eric van (ITOP NS) - KLM < > > eric-van.l...@klm.com> wrote: > > > > > Hi Zoltan, > > > > > > I don't know if it's supported by IBM, but I think it's all related to > > > load. A VM will not provide the same I/O performance as dedicated > hardware > > > does. So if you are planning to install a server with inbound > deduplication > > > with container pools, I would stay away from virtualization. > > > > > > Kind regards, > > > Eric van Loon > > > Air France/KLM Storage & Backup > > > > > > > > > -----Original Message----- > > > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of > > > Zoltan Forray > > > Sent: dinsdag 3 september 2019 19:06 > > > To: ADSM-L@VM.MARIST.EDU > > > Subject: ISP server as a VM > > > > > > We have an old hardware based ISP server that needs to be replace. It is > > > PCI network isolated and only backs up 6-PCI servers. We are thinking > about > > > recreating it as a VM since there aren't any hardware-based requirements > > > (e.g. tape drives). > > > > > > Anyone running an ISP server as a VM? What are the gotcha's? Minimum > > > VMware vCPU/vRAM requirements? > > > > > > Or should we look at throwing up a SPP instance? > > > > > > -- > > > *Zoltan Forray* > > > Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator VMware > > > Administrator Xymon Monitor Administrator Virginia Commonwealth > University > > > UCC/Office of Technology Services > https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ucc.vcu.edu&d=DwIBaQ&c=AzgFQeXLLKhxSQaoFCm29A&r=eqh5PzQPIsPArLoI_uV1mKvhIpcNP1MsClDPSJjFfxw&m=nTyF5koaHwvBqdd41KeQB3Db_rRDfX840uwwtltakA0&s=qErCVxpl9HVMO8Gjj_93IdyW1B7oSVf6776TEvz-vbY&e= > zfor...@vcu.edu - > > > 804-828-4807 Don't be a phishing victim - VCU and other reputable > > > organizations will never use email to request that you reply with your > > > password, social security number or confidential personal information. > For > > > more details visit > https://urldefense.proofpoint.com/v2/url?u=http-3A__phishing.vcu.edu_&d=DwIBaQ&c=AzgFQeXLLKhxSQaoFCm29A&r=eqh5PzQPIsPArLoI_uV1mKvhIpcNP1MsClDPSJjFfxw&m=nTyF5koaHwvBqdd41KeQB3Db_rRDfX840uwwtltakA0&s=528haGk2xVx3sccHBEBVvC2WJASQF7G9JTb2lmVVZh8&e= > > > ******************************************************** > > > For information, services and offers, please visit our web site: > > > > https://urldefense.proofpoint.com/v2/url?u=http-3A__www.klm.com&d=DwIBaQ&c=AzgFQeXLLKhxSQaoFCm29A&r=eqh5PzQPIsPArLoI_uV1mKvhIpcNP1MsClDPSJjFfxw&m=nTyF5koaHwvBqdd41KeQB3Db_rRDfX840uwwtltakA0&s=BD5jdm1SgMWLClzKD1vhIQs8pb4UTx25lOKsO2KyQl0&e= > . This e-mail and any attachment may contain > > > confidential and privileged material intended for the addressee only. If > > > you are not the addressee, you are notified that no part of the e-mail or > > > any attachment may be disclosed, copied or distributed, and that any > other > > > action related to this e-mail or attachment is strictly prohibited, and > may > > > be unlawful. If you have received this e-mail by error, please notify the > > > sender immediately by return e-mail, and delete this message. > > > > > > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its > > > employees shall not be liable for the incorrect or incomplete > transmission > > > of this e-mail or any attachments, nor responsible for any delay in > receipt. > > > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch > > > Airlines) is registered in Amstelveen, The Netherlands, with registered > > > number 33014286 > > > ******************************************************** > > > > > > **CONFIDENTIALITY NOTICE** This electronic message contains information > from Southeastern Grocers, Inc and is intended only for the use of the > addressee. This message may contain information that is privileged, > confidential and/or exempt from disclosure under applicable Law. This > message may not be read, used, distributed, forwarded, reproduced or stored > by any other than the intended recipient. If you are not the intended > recipient, please delete and notify the sender. >
