1 Reply Latest reply on Jul 24, 2015 1:29 AM by Plamen

    Slow sporadic conversion performance (5.5)

    BarryDE Lurker

      Hi all,

       

      I've been suffering from what appears to be sporadic conversion performance (ranging from 800Kb to 50MB/s), I've ran two conversions side by side of windows 2003 servers (yes eol, yes no support, but this is what our business demands) both in the same source location and both going to the same destination infrastructure - One will run at around 20MB/s and the other around 4MB/s.  If all my migrations ran at 4MB/s i'd wonder whether its infrastructure, but it seems to be specific to servers therefore i would like to focus on this example and see if theres anything from server level that can be done.

       

      Actions I have taken.

       

      1. SSL set to false.
      2. Ensured NIC speed set
      3. Stopped all non essential applications (AV, monitoring, customer applications etc)
      4. Using IP instead of DNS
      5. monitored network usage / cpu on source server (nothing)
      6. monitored network usage / cpu on migration/conversion server (nothing)
      7. Used admin account that has full access on the source server

       

      Some known's

      1. No firewalls
      2. similar servers in OS, sizing give vastly different migration speeds (20MB/s vs 4MB/s).
      3. Same amount of hops (tracert) same route.
      4. Both example servers are windows 2003
      5. Both servers same (ish) disk size
      6. conversion using thin provisioning

       

       

      To summarise in one question: what in addition to the above can be done at server level to increase performance.

       

      Thanks
      Barry

        • 1. Re: Slow sporadic conversion performance (5.5)
          Plamen Master
          VMware Employees

          Hello

           

          a few clarifications first:

            "SSL set to false." - I assume this means "<useSsl>false</useSsl>" in worker config as in Increasing the cloning performance, correct?

            "Ensured NIC speed set" don't know what you mean by that, hope it's ok.

           

          Other factors that affect performance might be

            cloning level - file level is slower than block level; file level will be triggered by shrinking the volume or changing the cluster size

            ESX host performance. The conversion establishes a connection between the source machine and the destination host and uses the proprietary NFC protocol. I.e. the host current load, disk speed etc. will affect the performance, too.

           

          HTH

          Plamen