This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Using config from UTM 9 with 32 bit for UTM 9 with 64 bit

Hello together,

is it possible to use the config of the 32 bit version of UTM 9 for an upgrade to a 64 bit system? I didn't find any hint in this forum.

Because of high network latencies I  think I have to reinstall my virtual UTM since I updated my ESXi to 5.5 and changed the hardware platform from Intel to AMD processor. And this would be a chance to change to 64 bit if this is recommended.

Thank you

TheExpert


This thread was automatically locked due to age.
Parents
  • They should work. The config don't contain any hardware specific info, the only requirement is that the new unit has the same number of active nic's as the old box.

    Question about latency. You switched from an Intel platform to AMD (alongside an ESXi upgrade) and latenecy went up? What measurements indicated the increase?

    One thing I have noticed about AMD, they aim for efficiency in each clock cycle vs Intel's aim for increased clock speeds. Big thing about firewalls is that a lot of the scanners are limited by their clock speed and if you traded in an Intel Xeon @ 3Ghz for an Opteron @ 2GHz, I'd expect to see some decreases in scanner performance, leading to increased latency.
  • So, I will try if this works. I thought that the SSL certificates won't work on 64 bit system if made on a 32 bit machine.

    Is 64 bit now recommended? I read about some performance issues with the early UTM 9 appliances. I have the latest build running.

    Since this move I notice very often latency in VoIP communication. First I had the physical network interfaces on my server in focus. But now I can see that there are sometimes high latencies when pinging the UTM or the UTM Manager from my internal network - even within the ESXi host. And the UTM Manager is now configured with vmxnet3 as virtual network device. The UTM itself is still running with e1000.

    I moved from a Server with

    2x Intel Xeon L5420, QC, 2,50 GHz
    16 GB RAM
    Free ESXi 5.1

    to a server with

    2x AMD Opteron 2378, QC, 2,40 GHz
    16 GB RAM
    Free ESXi 5.5

    So there is only a marginal difference between these systems. There are 5 active virtual machines always running: 2x Windows Server 2003, 1x Sophos UTM 9, 1x Sophos UTM Manager and 1x Linux VM (Debian 6). When working with the virtual servers I can't see that the performance is decreasing. Everything works as it did on the Intel platform. Only the network performance isn't as good as it was before the move.
Reply
  • So, I will try if this works. I thought that the SSL certificates won't work on 64 bit system if made on a 32 bit machine.

    Is 64 bit now recommended? I read about some performance issues with the early UTM 9 appliances. I have the latest build running.

    Since this move I notice very often latency in VoIP communication. First I had the physical network interfaces on my server in focus. But now I can see that there are sometimes high latencies when pinging the UTM or the UTM Manager from my internal network - even within the ESXi host. And the UTM Manager is now configured with vmxnet3 as virtual network device. The UTM itself is still running with e1000.

    I moved from a Server with

    2x Intel Xeon L5420, QC, 2,50 GHz
    16 GB RAM
    Free ESXi 5.1

    to a server with

    2x AMD Opteron 2378, QC, 2,40 GHz
    16 GB RAM
    Free ESXi 5.5

    So there is only a marginal difference between these systems. There are 5 active virtual machines always running: 2x Windows Server 2003, 1x Sophos UTM 9, 1x Sophos UTM Manager and 1x Linux VM (Debian 6). When working with the virtual servers I can't see that the performance is decreasing. Everything works as it did on the Intel platform. Only the network performance isn't as good as it was before the move.
Children
  • Now I installed the 64 bit version of UTM and UTM Manager. The import of the config files worked fine.

    Both virtual machines are now configured with vmxnet3 as virtual network devices. Now, pinging the virtual machines shows a much better performance with less latencies.

    Hopefully, the VoIP communication works again - as it worked before [:)].