06-20-2018 07:56 AM
Solved! Go to Solution.
06-20-2018 12:30 PM
You're asking to upgrade from the legacy platform to the next gen Hivemanager (NG)? There is no upgrade path. A new deployment is required.
See here for assistance standing up the new platform - HiveManager Virtual Appliance vSphere Configuration
And here for some tips to help in migrating hardware from old HM platform to new one.
HiveManager Online to HiveManager NG Migration Guide
06-25-2018 03:26 PM
Hello, Brian has been very thorough here, much appreciated. I just wanted to chime in with a quick confirmation, there is no way to move network policies over from classic to HiveManager (formerly NG), but you can run a backup on Classic and import that in to NG to bring over your maps and device inventory.
06-21-2018 12:30 PM
We had a conversation with Aerohive in this regard a few months back. The requirements to stand up what they call an on-prem RDC (Remote Data Center) for their new HM instance is quite substantial and also required as you stated a Cloud DevOps contract to integrate your own RDC with their PDCs to keep your version in line (think HM updates).
https://www.aerohive.com/wp-content/uploads/Aerohive_Datasheet_HiveManager_Private_Cloud.pdf
HiveManager Private Cloud SM • 22 VMs
HiveManager Private Cloud MD • 26 VMs
There's no documentation stating the capacity of these two platforms in terms of how many Aerohive devices they can manage, but it's easy to see that it far exceeds your current VM environment...
If you're a single entity site (one large school district or otherwise), leveraging their cloud infrastructure seems to make the most sense to me. Not having to worry about maintenance on the server farm or the cost of standing up that much hardware. But as you stated, it is no small task to migrate 17k devices over to a new mgmt platform, much less the actual man hours needed to create all of the configuration components ahead of time so minimize any downtime in the WLAN...
Depending on your knowledge of APIs, and the limit of Aerohives APIs there would be a long shot of object creation in the latest Hivemanager instance via APIs. We actually offer Ruckus wireless as well now as their API capabilities allow us to create/configure/monitor the entire product line via a custom portal page that pulls relevant information that we want/need via APIs. I can create their entire configuration structure with API pushes much faster than navigating through the GUI to create objects one at a time. In time, I hope to almost automate the on boarding of new customers and creating objects via python or some other tool (Ansible) that can leverage the Ruckus vSZ API capabilities.
Info regarding Aerohives APIs are located here - https://developer.aerohive.com and here - http://docs.aerohive.com/330000/docs/help/english/ng/Content/gui/administration/configuring-api-token.htm
I wish I had a better answer for you.
06-20-2018 08:08 PM
@Brian Powers I see, thanks for the info. We currently use one HM OVA (16 CPU, 96Gb RAM, SSD sotrage) to manage the devices. We are being told that with the new HM we will need a "farm" of servers and Aerohive professional services needs to manage the farm. Have you heard anything to that regards?
06-20-2018 05:27 PM
I feel ya. We have ~15k APs across 7 different VM HMs. At present, with the latest Hivemanager, you can export maps from classic and import them into Hivemanager (NG now called simply Hivemanager).
But from an object creation standpoint, I've been told numerous times that there will be no migration tool or ability to import SSID, User Profiles, etc. configuration.
I'd love to be wrong...