6 Replies Latest reply: Apr 21, 2014 2:31 PM by Andrew Wark RSS

    Anyone else like me prefer the simplicity of the OS 1.4 over the new OS 2.0?

    Jason Liu Adventurer

      I just upgraded the Nimble array at our DR site to 2.0 and found that everything is getting complicated with this new OS. Probably I've got so used to the easy setup of the OS 1.4 and I just need to sit down and read through the new OS guide and understand it. But what is the main advantages of the OS 2.0 and why does Nimble think this is a better approach than the OS 1.4?

        • Re: Anyone else like me prefer the simplicity of the OS 1.4 over the new OS 2.0?
          Nick Dyer Navigator

          Hi Jason,

           

          Can i ask you what you find more complex about 2.0 vs 1.4? As the only thing which has really changed is the ability to scale-out and group multiple Nimble systems under a single management banner. All functionality expected with 1.4 stays the same - although we've moved the Networking tab to it's own dedicated page for simplicity.

           

          Bear in mind that 2.0 introduces Nimble Connection Manager for Windows & VMware - two very handy tools to get away from manual creation of multi-pathing (or via the use of non-persistent scripts) which makes storage presentation a lot simpler.

           

          Also 2.0 has an awful lot of code redesign under the hood which allows us to integrate new features and functionality into the system, which in 1.4 was impossible to do. Although none of this is visible in the GUI, nor does it have any adverse impact on performance on the system - so a good engineering feat, one may say

            • Re: Anyone else like me prefer the simplicity of the OS 1.4 over the new OS 2.0?
              Jason Liu Adventurer

              Hi Nick, for example, in the Network Configuration it now recommends Automatic vs. Manual. And it talks about layer 2 inter-switch link, IP zone etc which I'm really not familiar with, and Target IP becomes optional now? It also asks if you want it to be cluster/data or both. I'm not sure if cluster means management? I haven't tried the connection manager yet not sure if it is as simple as Microsoft's iSCSI initiator?

               

              I just feel like too much change all of a sudden, kind of feeling like Windows 7 to Windows 8.

                • Re: Anyone else like me prefer the simplicity of the OS 1.4 over the new OS 2.0?
                  Nick Dyer Navigator

                  Thanks for the feedback Jason. Here's some information detailing your discussions:

                   

                  • Manual networking is what we have always done before in version 1.x of Nimble OS code. This is where we create manual MPIO connections from each physical NIC in the host to each array data IP address. This is not really a scalable solution and forces the end user to manually create (and manage) those connections. Automatic relies on presenting data via something called a Virtual Target IP address (or VTIP for short). If this is enabled, the host will create iSCSI connections to the VTIP rather than individual data IP addresses, and the array will handle the rest for you. This requires you to use Nimble Connection Manager for VMware and/or Windows.
                  • A Virtual Target IP address is, by default, the same as your Discovery IP address, unless you have two data iSCSI subnets which means you will have two VTIPs.
                  • IP zoning is a feature in response to a common support problem - which is data is routed across a switch ISL which saturates and causes latency. By creating seperate IP zones it gives the array the intelligence to route data paths away from the ISL meaning data is never sent across the link to access a specific host or array data port. However, this is set to "single" by default, and you should only really look to implement it if a) support have recommended it or b) your SE has recommended it.
                  • We also allow you now to implement your own routes should you wish to. And you can also create different networks where you can dedicate cluster traffic to be sent (if you're scaling out). Cluster traffic is the packets the array sends from one to another in a scale-out configuration. By default this will traverse your data network as you've seen.

                   

                  I implore you (and every other user on NimbleConnect reading this) to read the "upgrading from 1.4 to 2.0" guide available on Infosight, as all of the above is detailed and explained a lot better than I just have... but comparing this to Windows 7-> Windows 8 is completely unjustified IMO 

              • Re: Anyone else like me prefer the simplicity of the OS 1.4 over the new OS 2.0?
                Andrew Wark Wayfarer

                Hmm... when we did our upgrade to 2.0 we ended up dropping all connections to our VMWare hosts and everything came crashing down. This wasn't Nimbles fault or really our fault or anyones fault for that matter, it was simply an unknown issue with the upgrade process and how the array controllers flipped over during the upgrade process. It turned out, after about 18 hours of downtime on a Sunday, that it was a little advanced config option in VMWare that caused it to happen.... the iscsi login timeout. We changed it to 60 and then everything began coming back online.

                 

                Not sure if they're going to release a white paper on that or make it a pre-req for doing the upgrade but we ran into it and can tell you firsthand that if you don't make that simple config change on your hosts before you start the upgrade you're going to be scratching your head wondering "whaduhhell happen?" when you see all those vm's come offline and drop datastores.

                 

                Very happy we ended up waiting for maintenance window on Sunday to apply this, don't foresee it being a problem down the road. Still LOVE Nimble, it's awesome.