Upgrade


Nutanix Calm – Life Cycle Management

Bevor ich jetzt mit der Blog-Serie zum Thema Nutanix Calm fortfahre und in die Details zu Calm selbst einsteige, möchte ich zunächst noch das Thema Komplexität von Upgrades bzw. Life Cycle Management kurz beleuchten. Also was es bedeutet, die Automatisierungs-Infrastruktur auf dem neusten Stand zu halten, was typischerweise mit seitenlangen Upgrade Guides und damit auch sehr oft einem hohen Zeitbedarf und personellen Aufwand einhergeht.

Im Folgenden zeige ich, wie einfach man nicht nur Prism Central (PC), sondern auch Calm selbst aktualisieren kann. Bisher ging ein Upgrade von Calm immer mit dem gleichzeitigen Upgrade von Prism Central einher. Hatte man zum Beispiel PC auf 5.9.0 aktualisiert, so erhielt man automatisch die neuste Version 2.3.0 von Calm. Um zukünftig Calm auch unabhängig von PC aktualisieren und damit einen unabhängigen Release Cycle pflegen zu können, wird Calm zukünftig über den ebenfalls in PC integrierten „Life Cycle Manager“ (LCM), unabhängig von PC aktualisiert.

Also zunächst mache ich ein gewöhnliches 1-Click Upgrade von Prism Central 5.9.0 auf 5.9.1. Dies funktioniert wie gewohnt über die „Upgrade Prism Central“ Funktion. Die dafür benötigte Software wird einfach „over the air“ heruntergeladen und im nächsten Schritt starte ich das „rolling Upgrade“, welches die neuste Version auf allen Prism Central Knoten ausrollt. Denn in meiner Umgebung läuft Prism Central bereits als „Scale-out Cluster“, besteht also aus mehreren VMs. Das aber nur am Rande.

Nach erfolgreichem Upgrade wechsele ich in den LCM und starte ein sogenannten „Inventory“ Prozess, welcher die installierten Softwarekomponenten mit den verfügbaren Upgrades abgleicht. Dabei aktualisiert sich der LCM selbst von Version 2.0 auf 2.1. Sehr praktisch, oder?

Nach erfolgreichem Inventory und der Aktualisierung auf LCM 2.1, erscheinen dann auch schon die verfügbaren Software Upgrades zur Auswahl.

Über „Edit“ gelange ich zu den Details, welche zeigen, dass für Calm und Epsilon (gehören technisch betrachtet zusammen) ein Upgrade verfügbar ist.

Anschließend speichere ich die Auswahl und starte das Upgrade.

Ein paar Minuten und ein Kaffee später, ist Calm und Epsilon auf dem neusten Stand und ich kann mir die neuen Features ansehen. Dazu aber in einem eigenen Blog mehr dazu.

 

So viel für den Moment zum Thema Life Cycle Management und wie einfach Prism Central, respektive Calm, auf dem neusten Stand gehalten werden können. Ich glaube der dargestellte Prozess und die Bilder sprechen dabei für sich. Ein Jeder kann jetzt seine persönlichen Erfahrungen mit komplexen Upgrades, mit dem vergleichen, was Nutanix im täglichen Betrieb an Erleichterungen ermöglicht. Persönlich, nicht viel Aufwändet als ein Upgrade meines Smartphones.


Nexsan – New E-Series V announced 2

Earlier this year in February, I wrote a post about Nexsan’s E-Series and their current firmware. This time I want to give you a short update on their latest E-Series hardware and products. I have to admit I still need to get used to the new name which is actually Nexsan powered by Imation.

Nexsan_by_Imation

This week Nexsan announced the second generation of their E-Series controllers/arrays, so I would like to give you quick update on what’s new.

Basically the E-series received the 2nd generation of storage controllers which of course offer a couple of enhancements. Both models will be available on the market and so the new series can be recognized by their new name “E-Series V”. Also the arrays got a new name, so for example new E60 is now called E60VT.

But let’s start with the enhancements of the 2nd generation of E-series V controllers.

The CPU speed has been increased by 50% and the controllers of the E48VT and E60VT arrays now support up to 16GB cache per controller. But one of the major new features is called “turbocharger” which is a PCIe based acceleration card which can be attached to the controller. This card adds additional 8 GB of RAM and an additional XOR RAID engine to speed up parity calculations which further improves throughput. This card will be an additional product and won’t be included in the E-Series by default.

E60VT

More details and the latest spec & data sheets can be found here

 


HP StorageWorks 8/8 – Firmware Upgrade to v7.1.0a 6

Today I had to upgrade some HP StorageWorks 8/8 Fibre Channel switches. These are just an OEM version of Brocade’s E300 series. The switches were running on FOS v6.4.3 and we planned to upgrade to v.7.1.0a. Fortunately you can get the latest firmware pretty easily on the HP website

As far as I know all Brocade switches got two partitions, a primary and a secondary one, which stores the firmware.  The primary partition is the one the system boots from and onto the secondary partition you can download a new firmware at any time. Usually the system keeps them in sync to be able to perform so called high availability reboots. This means that the system will swap partitions, and reinitializes the FOS with the new firmware.

Usually you got two possibilities to upgrade you switch:

  • Web interface
  • CLI

For both methods you can decide if you want to download the firmware from a USB stick (Brocade branded only) or via FTP/SCP.

In this case we upgraded from v6.4.3 to v7.1.0a which skips the v7.0.x release. This doesn’t allow you to upgrade non-disruptively:

“Any 8 Gb/s or 16 Gb/s platform running any Fabric OS 7.0.0x release can be non-disruptively upgraded to Fabric OS 7.1.0a.”

“Any 8 Gb/s or 16 Gb/s platform running Fabric OS 7.0.1x or 7.0.2x release can be non-disruptively upgraded to Fabric OS 7.1.0a.”

“Any 8 Gb/s platforms (other than HP StorageWorks DC SAN Backbone Director Switch/HP

StorageWorks DC04 SAN Director Switch) operating at Fabric OS 6.4.1a or later must be upgraded to Fabric OS 7.0.0x or later before non-disruptively upgrading to Fabric OS 7.1.0a.”

You need to run the “firmwaredownload” command with the “ –s” parameter, which is used to explicit download the firmware only to the secondary partition.

firmwaredownload

Once downloaded to the secondary partition you have to perform a reboot and as depicted in the screenshot you will need to commit the firmware via the “firmwarecommit” command, or by enabling the “Auto-Commit”.  Whereas the reboot will disrupt FC connections, the commit will only update the secondary partition with the new firmware.

Instead of instantaneously committing the firmware, it’s possible to wait for some days and keep the old firmware on the secondary partition. In case of problems you can execute a “firmwarerestore” to quickly downgrade to the previous version. Otherwise you need to re-run the firmwaredownload with the firmware release you want to downgrade to.

Before starting with upgrade s/downgrades, you might want to check some documents/requirements:

That’s it for today.