• Recent
  • Unsolved
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login
  • Recent
  • Unsolved
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login

Imaging transfer rates - VM vs Physical machine

Scheduled Pinned Locked Moved
General
4
21
11.3k
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • N
    Neil Underwood
    last edited by Jun 3, 2015, 11:34 PM

    I’m curious if anyone can confirm a degradation in transfer speed when deploying an image from a virtual machine vs a physical machine. I have one main FOG server and 2 remote “storage only” nodes. The main server is hosted on a Debian VM on a Server 2012 R2/Virtualbox host. I typically get ~1.5GB/min when deploying from this machine. When I deploy to a machine at a remote location and the image is being pushed from one of my standalone, physical storage nodes, transfer speeds are about 10 times that. It comes out to about 110-115MB/sec, which is about the max that most mechanical drives can take anyway.

    Is it just coincidence? Or should I maybe start looking at my switches at the main site?

    J 1 Reply Last reply Jun 5, 2015, 3:42 PM Reply Quote 0
    • W
      Wayne Workman
      last edited by Jun 3, 2015, 11:39 PM

      I host FOG in Hyper-V at work.

      The core speed on that particular server is something like 2.0Ghz.

      It takes 4 cores for the Web-UI to be fluid. I installed with 1 core once accidentally and it was terrible.

      With 4 cores, I see zero degradation in speed.

      I can deploy a 25GB image in 4 ish minutes, a 50GB image in around 6 ish.

      And that’s with a 1Gbps connection from client to server.

      Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
      Daily Clean Installation Results:
      https://fogtesting.fogproject.us/
      FOG Reporting:
      https://fog-external-reporting-results.fogproject.us/

      1 Reply Last reply Reply Quote 0
      • W
        Wayne Workman
        last edited by Jun 3, 2015, 11:41 PM

        Oh, and that’s with the GREATLY improved upload/download speeds that FOG Trunk offers.

        1.2.0 is significantly slower.

        Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
        Daily Clean Installation Results:
        https://fogtesting.fogproject.us/
        FOG Reporting:
        https://fog-external-reporting-results.fogproject.us/

        1 Reply Last reply Reply Quote 1
        • N
          Neil Underwood
          last edited by Jun 4, 2015, 12:12 AM

          Hmmmm. I’ve been wondering if I should attempt to upgrade to trunk for a while now. Ever since I encountered the hostnamechanger problem in 1.2.0 months ago.

          Now that you mention it, I think my main server is only one core and like 2gb of ram. I didn’t think I would need much horsepower when I built it.

          I believe my fastest node is a recent gen i3, so technically 4 cores. I really thought the disk speed and network latency would be the main bottlenecks.

          W 1 Reply Last reply Jun 4, 2015, 1:17 AM Reply Quote 0
          • W
            Wayne Workman @Neil Underwood
            last edited by Wayne Workman Jun 3, 2015, 7:20 PM Jun 4, 2015, 1:17 AM

            @Neil-Underwood said:

            Hmmmm. I’ve been wondering if I should attempt to upgrade to trunk for a while now. Ever since I encountered the hostnamechanger problem in 1.2.0 months ago.

            Now that you mention it, I think my main server is only one core and like 2gb of ram. I didn’t think I would need much horsepower when I built it.

            I believe my fastest node is a recent gen i3, so technically 4 cores. I really thought the disk speed and network latency would be the main bottlenecks.

            Well, I never tired even imaging with the Hyper-V build that accidentally only had 1 core. The web UI was unacceptably slow. I just tore it down and re-built it with 4 cores like I had in the past.

            Oh, and my Hyper-V FOG server is assigned 4 GB of non-dynamic ram assigned to it, and 500GB HDD space assigned. The hard disk set that FOG uses in the server are SAS12 I think, in a RAID 1 configuration.

            You’ll get a ton of other benefits from virtualizing FOG, and it would make using FOG Trunk not so scary.

            Start off with 1.2.0. Migrate your images and DB. Get it working, test, test, test. Snapshot it.

            Then, install FOG Trunk. Get it working. Snapshot it. KEEP YOUR SNAPSHOTS.

            In the future, if a upgrade to a newer Trunk version goes wrong / doesn’t work, revert to previous snapshot. Easy.

            Personally, I take a snapshot EVERY Friday, and before EVERY upgrade and I keep several past snapshots just in case. And I also regularly export my DB and images every Friday and before every upgrade. And, I label my DB exports with Revision and Date.

            Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
            Daily Clean Installation Results:
            https://fogtesting.fogproject.us/
            FOG Reporting:
            https://fog-external-reporting-results.fogproject.us/

            1 Reply Last reply Reply Quote 1
            • W
              Wayne Workman
              last edited by Wayne Workman Jun 4, 2015, 8:24 PM Jun 4, 2015, 10:22 PM

              I had the opportunity today to unicast to 24 machines at once.

              The bottleneck is DEFINITELY the network then! The bandwidth chart was reading 2Gbps and was just a flat line at the top of the graph…

              I looked at CPU utilization on the FOG vm, it was 1%, and then 0%, and then 1% lol.

              Not sure how accurate Hyper-V’s reporting is for CPU usage, but that’s what it said.

              Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
              Daily Clean Installation Results:
              https://fogtesting.fogproject.us/
              FOG Reporting:
              https://fog-external-reporting-results.fogproject.us/

              1 Reply Last reply Reply Quote 0
              • J
                Junkhacker Developer @Neil Underwood
                last edited by Jun 5, 2015, 3:42 PM

                @Neil-Underwood i host my fog server on a esxi vm and this is the kind of deployment speed i get
                https://www.youtube.com/watch?v=gHNPTmlrccM
                i can’t imagine it being much faster than that
                (SVN 3488)

                signature:
                Junkhacker
                We are here to help you. If you are unresponsive to our questions, don't expect us to be responsive to yours.

                N 1 Reply Last reply Jun 5, 2015, 10:51 PM Reply Quote 2
                • W
                  Wayne Workman
                  last edited by Jun 5, 2015, 5:38 PM

                  Unicasting to 28 machines at once…

                  Untitled.png

                  Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
                  Daily Clean Installation Results:
                  https://fogtesting.fogproject.us/
                  FOG Reporting:
                  https://fog-external-reporting-results.fogproject.us/

                  1 Reply Last reply Reply Quote 1
                  • N
                    Neil Underwood @Junkhacker
                    last edited by Jun 5, 2015, 10:51 PM

                    @Junkhacker This is the kind of speed I get when I deploy an image at one of my remote sites through a node. ~6m30s for a 40GB image.

                    @Wayne-Workman Nice. I upgraded my server from 1 core to 4 and increased RAM to 4096 dedicated.I did notice the WEB-UI was a little snappier. It didn’t seem to affect transfer speeds even the slightest bit though.

                    The PC’s I’m imaging have 2 Gigabit switches between them and the FOG server, and about 30 feet of cable, max. The main switch, however, is an HP Pro-Curve (shudder). I’m starting to think it may be the culprit rather than the VM. I have yet to investigate, simply due to the awful interface on that thing. I also think that switch is the reason that I can’t multicast. Anyone have first-hand experience with FOG & Pro-Curve switches?

                    1 Reply Last reply Reply Quote 0
                    • W
                      Wayne Workman
                      last edited by Jun 6, 2015, 12:46 AM

                      I have first-hand experience with under-powered switches and multicasting with ghost… it sucks.

                      The switch needs the horsepower (CPU) to replicate the packets to all ports. Cheaper, under-powered switches perform just fine under normal usage, but when you apply the biggest jobs (multicasting at 1Gbps), they suffer.

                      Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
                      Daily Clean Installation Results:
                      https://fogtesting.fogproject.us/
                      FOG Reporting:
                      https://fog-external-reporting-results.fogproject.us/

                      1 Reply Last reply Reply Quote 0
                      • N
                        Neil Underwood
                        last edited by Jun 6, 2015, 6:34 AM

                        That must be the issue then. I get ~1.5GB/min when imaging one PC through this switch. I only ever image 8 PC’s at a time. When I have 8 images deploying (unicast) from the FOG server through this Pro-Curve switch each successive deployment transfers exponentially slower, until I’m down to about 400-500MB/min. Just awful. It takes about an hour for 8 PC’s.

                        Originally I was pleased with that speed because my company’s previous method of imaging was doing it manually with a WinPE disc over the network, which took even longer. I see now though that this should be moving much quicker. Thanks for the feedback.

                        1 Reply Last reply Reply Quote 0
                        • N
                          Neil Underwood
                          last edited by Jun 6, 2015, 8:10 AM

                          Ugh. I just discovered the problem. It’s the switch. I thought this whole time that the switch was GB, because it says Gigabit. After poking around I see that only the uplink/downlink ports are GB. Everything else is 10/100. Kinda hard to to multicast through a 10/100 switch. I’ll have to request these switches be replaced.

                          So it looks like my VM is probably just fine. Just need a doggone switch. Maybe I’ll just interject a small 5 port GB switch at the uplink? We just bought about a dozen Netgear 5-port GB switches. I’ll try it out tomorrow and see.

                          1 Reply Last reply Reply Quote 0
                          • N
                            Neil Underwood
                            last edited by Jun 17, 2015, 6:57 PM

                            So I moved the server over to a Gb switch and I’ve seen an increase in local deployments, but not by much. Transfer rate increased from ~1.5GB/min to ~2.5GB/min. I really think it’s just this weak old server with a Xeon 5130 2Ghz CPU that’s holding me back. Obviously got a little improvement being on the new switch, but that’s still way slower than it should be. I think I’m going to migrate this VM to one of our new Dell R420’s. I’m concerned about migrating from VBox to Hyper-V though. Any pitfalls I should know about?

                            W 1 Reply Last reply Jun 17, 2015, 7:02 PM Reply Quote 0
                            • W
                              Wayne Workman @Neil Underwood
                              last edited by Wayne Workman Jun 17, 2015, 1:02 PM Jun 17, 2015, 7:02 PM

                              @Neil-Underwood said:

                              So I moved the server over to a Gb switch and I’ve seen an increase in local deployments, but not by much. Transfer rate increased from ~1.5GB/min to ~2.5GB/min. I really think it’s just this weak old server with a Xeon 5130 2Ghz CPU that’s holding me back. Obviously got a little improvement being on the new switch, but that’s still way slower than it should be. I think I’m going to migrate this VM to one of our new Dell R420’s. I’m concerned about migrating from VBox to Hyper-V though. Any pitfalls I should know about?

                              The new FOG server should get the SAME static IP.

                              Export your database, AND export your hosts. FOG Configuration -> Configuration Save -> Export. Host Management -> Export Hosts -> Export

                              And, copy your images outta there. You can use NFS with another linux machine, or use Samba. (I recommend using Samba).

                              I can walk you through Samba setup via chat, it’s easy.

                              Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
                              Daily Clean Installation Results:
                              https://fogtesting.fogproject.us/
                              FOG Reporting:
                              https://fog-external-reporting-results.fogproject.us/

                              1 Reply Last reply Reply Quote 0
                              • N
                                Neil Underwood
                                last edited by Jun 19, 2015, 8:06 PM

                                Thanks. I appreciate that. I was referring more to the conversion process from VDI to VHD format though. I intend to use the built-in “VBoxManage clonehd” feature to do the conversion, but it’s a 220GB file and it’s going to take a few hours to complete. Just want to make sure it succeeds on the first try.

                                I already have a Hyper-V host with several other VM’s on it that we just built as part of our Domain migration. If I can just do the conversion and fire up the new Hyper-V VM and pick right back up where I left off it would be great. I just worry about the differences in HW virtualization between the two and whether or not the Guest OS (Debian 7.8 in this case) will be tolerant enough.

                                Truthfully I would like to migrate away from Debian to Ubuntu. All my nodes are running Linux Mint 17.1 (Ubuntu 14.04) and I’d like to make them all uniform. I started with Debian because it’s what I’ve always used because of stability, but the Debian repositories are just too far behind the latest software releases and lately I’ve found myself having to jump through too many hoops to make things “just work” with it. That’s fine for fun at home, but not at work where I have actual deadlines.

                                W 1 Reply Last reply Jun 19, 2015, 11:39 PM Reply Quote 0
                                • W
                                  Wayne Workman @Neil Underwood
                                  last edited by Jun 19, 2015, 11:39 PM

                                  @Neil-Underwood You might experience equal difficulty with Ubuntu, but in different areas. Tom explains it best.

                                  I’d recommend an overhaul to Red-Hat or CentOS or Fedora. 🙂 But of course, the choice is up to you.

                                  Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
                                  Daily Clean Installation Results:
                                  https://fogtesting.fogproject.us/
                                  FOG Reporting:
                                  https://fog-external-reporting-results.fogproject.us/

                                  1 Reply Last reply Reply Quote 0
                                  • N
                                    need2 Moderator
                                    last edited by Jun 20, 2015, 4:00 PM

                                    My two cents, I would suggest Debian or Fedora, and using Hyper-V instead of VirtualBox. Also ensure your drives on the server are fast, and/or your RAID array is properly set up for fast sequential reads. And if you have an AV on the host, make sure it is told to leave your VHD files alone.

                                    1 Reply Last reply Reply Quote 1
                                    • N
                                      Neil Underwood
                                      last edited by Jun 21, 2015, 5:40 PM

                                      I just discovered that my RAID battery is failing. I’m definitely going to have to migrate this to our Hyper-V host.

                                      I’m curious about the Fedora/CentOS recommendations. I’m definitely more comfortable with Debian/Ubuntu, but I’m not opposed to switching. I cut my teeth on Red-Hat. Are there noticeable benefits or is it just personal preference for you guys?

                                      W 1 Reply Last reply Jun 22, 2015, 1:31 AM Reply Quote 0
                                      • W
                                        Wayne Workman @Neil Underwood
                                        last edited by Jun 22, 2015, 1:31 AM

                                        @Neil-Underwood You’ll find solid RAID support in CentOS. FOG was originally developed on Fedora. Both of these are based on Red-Hat… and Red-Hat has longevity and a large on-going support base.

                                        Beyond that, I “learned” Linux (not really) using Fedora in college, and naturally chose Fedora when I set out to start using FOG. I run Fedora Server for FOG (naturally) both at home and work, and I run Fedora Workstation on my personal computers at home that I use for everyday things.

                                        Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
                                        Daily Clean Installation Results:
                                        https://fogtesting.fogproject.us/
                                        FOG Reporting:
                                        https://fog-external-reporting-results.fogproject.us/

                                        1 Reply Last reply Reply Quote 0
                                        • N
                                          Neil Underwood
                                          last edited by Jun 24, 2015, 10:17 PM

                                          Just wanted to share that I went ahead and moved the server over to a physical unit temporarily. The old Dell server was starting to fail left and right. I went with CentOS 7 & FOG from git on a Dell Optiplex 3020 for the interim and wow it’s fast. Upload of a 40GB image was less than 10 minutes. Deploying the same image takes about 5 minutes. Backing up and importing the database was relatively painless. A few quirks to work out but they’re minor.

                                          1 Reply Last reply Reply Quote 3
                                          • 1
                                          • 2
                                          • 1 / 2
                                          • First post
                                            Last post

                                          155

                                          Online

                                          12.0k

                                          Users

                                          17.3k

                                          Topics

                                          155.2k

                                          Posts
                                          Copyright © 2012-2024 FOG Project