Megjelent a Nimble OS 5.2

Már az első sorban leírom a konklúziót, “milestone” verzió lett az 5.2. Nem csak a szokásos ráncfelvarrás (39 már meglévő képesség tovább csiszolása) és a bug-ok javítása történt meg (1388 darab), hanem fontos új funkciók is kerültek beemelésre, mintegy 27 darab! Mindennek alfája az Infosight, abban lehet kérvényezni az 5.2 elérhetőségét, mivel egyelőre “Initial Production Status (IPR)”-ben van.

A verziók ezt az utat járják be:

Az IPR pontosan azt jelenti, hogy a kód végleges, de csak specifikus kérésre engedélyezik telepítését az kérvényezett Nimble tárolókra. Elképzelhető az is, hogy például a partnerek teszt Nimble tömbjei kérés nélkül megkapják, annak érdekében hogy legyen vele tapasztalat.

Ezt követően a General Availability Candidate Production Release következik, melyben még szélesebb körben terítik az új verziót, de itt még mindig elsősorban az opt-in részvétel a jellemző. Amikor elegendő mennyiségű tárolóra került ki és nem merül fel semmi probléma, akkor lesz egy verzió GA – azaz General Availability. Ebben már minden olyan tároló számára telepíthetővé válik, amelyek valamilyen ok miatt nem blacklist-eltek – ilyen blacklist előfordulhat például, amiatt mert a tároló 90%-on dolgozik, ekkor nem lehet biztonságosan frissíteni (ez csak példa). Ez az Infosight ereje. Van még LTSR (Long Term Support Release) is, amely igazából csak néhány verzió esetén releváns, nem lesz minden verzió LTSR, csak néhány kiválasztott.

Fontos, hogy csak a GA verziótól várható el 99.9999% SLA!

Újdonságok – hardware

8TB SSD + 14TB HDD

Támogatottá válik a 8TB-os SSD és a 14TB-os HDD. Utóbbi értelemszerűen a hibrid modellekben, előbbi pedig az all-flash tömbökben. Mit jelent ez? Annyit, hogy egységnyi helyre több kapacitás tehető be, ugyanakkor a maximális kapacitás nem változik az új méretű médiákkal.

Alább a modellek esetén a maximális nyers – azaz mindenféle deco előtti – kapacitás látható. AF20*,HF20* modelleknél nyilván erről nem beszélhetünk, ott egy keretben eddig is kialakítható volt a maximális kapacitás.

ModellMaximális kapacitás (TB)
HF20210
HF20C105
HF20H211
HF40504
HF40C1470
HF601260
HF60C1470
AF2046
AF20Q46
AF40184
AF60553
AF80553

Hamarosan az AF80 maximális nyers a kapacitása megduplázódik, szóval 1PB fölé ér. Ez a DECO-val igen masszív használható területet ad majd.

32GB FC HBA

Mindegyik modellben támogatottá válik a 32Gbit-es FC HBA, két portos formában (természetesen 16Gbit-en és 8Gbit-en is tud működni). A 20-as modellekben maximum kettő darab, a nagyobbakban maximum három ilyen HBA lesz konfigurálható. Utólag is be lehet őket tenni.

Az ötödik generációs – azaz a két betű és két számmal jelzett – tárolóknál online lehet behelyezni ezeket a kártyákat.

Storage Class Memory

Az AF60 és AF80-as modellekben – ezek a nagyobb all flash modellek – elérhetővé válik az Intel Optane alapú, kártya formátumú ezáltal a HBA/NIC kártyáktól ily módon helyet elfoglaló PCIe slotba illeszthető SCM. Mint a connectivity kártyáknál, itt is párban kell őket használni, tehát mindkét kontrollerbe kell belőlük – egy és csak egy.

A Nimble egyedi működése a CASL (Cache Accelerated Sequential Layout), aminek már a neve is sugallja, hogy a cache-re épít, a hibrid modelleknél olvasási és írási, az all flash modelleknél írási – és esetenként olvasási cache-re – támaszkodik.

Amiben jó volt, az az hogy 2008-ban már hozta az All-flash tejesítményt a pörgő lemezekkel, és most 2020-ban elért oda, hogy az SCM élményt képes nyújtani, csak flash alapon. Ezt úgy tudja megtenni, hogy a kontrollerkbe tehető SCM kártyákon read cache-et alakít ki és a híresen jó caching algoritmusai által úgy tölti fel azt, hogy magas cache hit arányt nyújtson az olvasások számára. Volume szinten lehet beállítani melyiknek szeretnénk SCM-ben teljesítményt adni. Egy ilyen SCM “kártya” egyébként 1500GB kapacitással bír.

Akár felére csökkentheti az random olvasási késleltetést, ami eddig is jellenzően 1ms alatt volt.

Ami még fontos tény, hogy mint minden olvasási cache, amely kontroller-ben van, a kontroller elhalálozása után a SCM tartalma újra kell épüljön, tehát újra be kell cache-elni mindent, amire szükség van.

Újdonságok – software

Sync replication – Peer persistence

A replikálható volume-ok száma 128-ról a négyszeresére, 512-re nőtt.

A Peer Persistence működéshez kell a witness, nincs választás. Eddig ez egy szoftver volt, amit valamilyen támogatott OS-re kellett feltelepíteni. Ennek vége, mert megjelent a VMware-en közvetlenül importálható witness appliance végre – elérhető marad csak az RPM is. Méretében vállalható, elég neki 1 vCPU,4GB RAM, 16GB HDD)

Fan-out replication, ami ismerős lehet már a 3PAR irányból, de arról van szó, hogy egy volume-ot, akár két másik Nimble tárolóra is lehet aszinkron replikálni, ráadásul különböző replikációs gyakoriság és megőrzések mellett.

Egy ilyen replikáció beállítása igazán egyszerű, picit átalakításra is került a scedule – tekintve hogy nem volume szintenként, hanem replikációs partnerenként kell értelmezni a replikációs gyakoriságot,megőrzési időket stb.

Target Driven Zoning – Smart-SAN

Először a rossz hír, csak Brocade-el megy egyelőre. Pusztán a Nimble UI oldaláról lehetséges a hosztok zónázása, hogy elérhetővé váljon számukra egy kiadott LUN. Ennek, akkor van értelme, amikor egy új hosztnak adnánk területet a Nimble-ről, mivel ha már van számára kiadva kötet, akkor nyilvánvalóan már ez a konfiguráció megtörtént.

Történtek még fejlesztések a dCHI kapcsán is, amiről egy dedikált posztban írok. Véleményem szerint kicsit felgyorsulnak az események és vélhetően hamarosan a hatodik generáció is itt lesz.