3PAR 8200 Implementatie en indruk

3PAR 8200 Implementatie en indruk article logo

HPE 3PAR Implementatie en indruk

Om ons storagecluster naar een nóg hoger plan te tillen zijn we gaan uitbreiden. Maar nu met 2x 3PAR 8200 Full Flash servers !
Ze zijn duur….ze zijn HEEL erg duur !
Maar wat krijg je voor al dat geld dan terug ? Het antwoord is vrij simpel : Veel, en vooral performance en uptime garantie.

Wat is 3PAR ?

3PAR is zo ongeveer de creme-de-la-creme op het gebied van storage. We hadden reeds StoreVirtuals (Lefthands) en dat zit in het middensegment van de storage markt.
De servers van 3PAR is Enterprise spul en dat merk je aan alle kanten, ten eerste aan de prijs, maar ook qua bestellen, leveren, opleveren, in gebruik nemen, garantie, support en performance.

3PAR is te herkennen aan de opvallende geel/zwarte servers :

3PAR 8200 Implementatie en indruk 01

Nadat er een 3PAR bestelling geplaatst is, neemt HP vervolgens contact met je op. De installatie wordt doorgesproken, er moeten configuratie documenten ingevuld worden en de installatie/oplever data worden geplanned. Daarbij krijg je ook de instructies om behalve de servers uit te pakken, niets te doen met de servers. Géén stekkers aansluiten, niet aanzetten, niks….

Dat hoort allemaal als service bij dit paradepaardje !
Om er zeker van te zijn dat de storage goed wordt aangesloten en ingericht, zal er een HP Hardware specialist komen die de hardware setup doet zoals aansluiten, opstarten en updaten van de firmwares.
Daarna komt de 3PAR Consultant om de storage daadwerkelijk voor gebruik in te richten.

Dit hebben we nu allemaal achter de rug en we kunnen dus gaan testen !

De geleverde 3PAR 8200 servers zijn 2 servers met elk 2 management/connectiviteit nodes en 10x 2TB Enterprise SSD schijven.
De garantie is standaard 5 jaar, ook op de SSD schijven en het monitoren gebeurd door HP zelf. De 3PAR’s sturen health informatie naar HP en mocht er wat aan de hand zijn dan zal HP sneller aan de telefoon hangen met de melding dat er een monteur onderweg is dan dat je zelf in de gaten hebt dat er iets mis is 🙂

3PAR Implementatie

De implementatie heeft nog wel wat voeten in de aarde, althans als het de eerste keer is.
Normaal gesproken worden de meeste 3PAR’s geleverd in een Fibre Channel omgeving, maar wij hebben een bestaande iSCSI omgeving. Maar ook dat is geen enkel probleem.
Het idee is om de 2 3PAR’s actief te gaan gebruiken op 2 sites, maar dat ze ook elkaars fail-over zijn in het ESX cluster.
Dit behoort allemaal tot de mogelijkheden en soms moet je, als je voor zekerheid gaat, op sommige vlakken concessies doen waar we straks op terug komen.

Laten we eerst eens de achterkant van een 3PAR bekijken :

We zien daar de 2 nodes zitten welke de iSCSI, Fibre Cannel, Remote Copy en Management regelen, en dan dubbel uitgevoerd voor het geval er 1 kapot zou gaan.

De aansluitingen zien we hieronder :

3PAR 8200 Implementatie en indruk 04

  1. 10GbE SFP+ aansluitingen t.b.v. iSCSI (3PAR in combinatie met HPE 5920AF-24XG 10GbE Switches in IRF setup)
  2. De gele netwerkkabels zijn voor het management van de 3PAR
  3. De witte netwerkkabels zijn voor de Remote Copy optie.

Wat heb je nodig om een 3PAR op te kunnen leveren ?

Als eerste heb je een aantal subnets nodig :

  • iSCSI Subnet
  • Management Subnet
  • Remote Copy Subnet

Dan heb je de Service Processors nodig, dit kan een VM zijn maar ook een fysieke Service Processor.
De Service Processor bewaakt en configureert de 3PAR en rapporteert aan HP
Per 3PAR heb je een Service Processor nodig. In ons geval draaien we deze als VM.
Deze worden door HP aangeboden als een importeerbare OVA zodat deze snel uit te rollen is.

3PAR 8200 Implementatie en indruk 05

Als je met meerdere 3PAR’s gaat werken en failover moet ondersteunen, dan heb je een QUORUM-WITNESS nodig.
Ook dit is een VM en hoort op een 3e site te draaien.
In het geval van uitval (dat kan een 3PAR, kabel of netwerk zijn) zal de Quorum Witness als “scheidrechter” spelen welke 3PAR de actieve wordt en welke standby of in storing gezet moet worden.
Dit om eventuele Split Brains te voorkomen.

Deze hoeft alleen uitgerold te worden en voorzien te worden van een IP adres in het management subnet.
3PAR 8200 Implementatie en indruk 06

3PAR Subnets inrichten

Dit is uiteraard geheel aan jezelf om en hoe dit in te richten.
Denk daarbij aan :

  • iSCSI gedeelte moet kunnen praten met je iSCSI initiators (obvious :-))
  • De management interfaces van de 3PAR moet in hetzelfde subnet zitten als waar de Service Processor zich bevindt
  • De Remote Copy is 2x een 1Gbps link die d.m.v. 1 of meerdere switches de RC poorten van de 3PAR’s met elkaar verbindt.
    Hierover loopt het Remote Copy protocol, een soort TCP protocol maar dan wel heel effectief.

Alles ingericht ? Dan eindelijk aan de slag !

Als je je subnets, vlans en ip’s hebt ingericht en de 3PAR’s kunnen met de SP’s babbelen, dan kun je verder aan de slag.
Voor een failover moet je Remote Copy en een Remote Copy Group inrichten.
Dat is feitelijk niets anders dan een object dat verteld dat 3PAR-1 moet repliceren naar 3PAR-2 en andersom.

LUN’s die je aanmaakt moet je dan lid maken van deze Remote Copy group, anders wordt het volume niet gerepliceerd.

Dan nog even de Quorum Witness toevoegen voor een veilige failover.

Om LUN’s beschikbaar te maken zul je de aanwezige iSCSI initiators aan moeten maken zoals bijvoorbeeld de ESX servers en dan de LUN’s exporteren naar de Hosts.
Vervolgens kun je dan op de ESX servers de iSCSI adapter inrichten en storage toevoegen.

Even terugkomen op Remote Copy

We zouden nog even terugkomen op het doen van concessies wanneer je voor veiligheid gaat, dat gaan we nu doen !

Om een realtime datacopy op je tweede 3PAR te hebben, moet je dus de remote copy gebruiken.
Remote copy zorgt er voor dat de LUN’s op de ene 3PAR ook als passive, Read Only LUN aangemaakt wordt op de andere 3PAR en dat daar dan realtime replicatie plaatsvindt.
De ESX machines moeten via de iSCSI adapter beide 3PAR’s toevoegen.
Zodra, en dan praten we echt over millisecondes, een 3PAR onderuit gaat of zijn verbinding verliest, zorgt de remote copy er voor dat de passieve LUN actief wordt en Read/Write gemaakt wordt.
ESX Zal deze onderbreking ook merken en zal vervolgens d.m.v. multipathing (Round Robin) ook een failover doen naar de standby paden, dus de failover 3PAR.
De wijzigingen die dan plaatsvinden op dat LUN zullen later als de storing verholpen is door de herstelde 3PAR weer gesynchroniseerd worden en na de recover actie zal het passieve LUN weer Read Only worden en zullen de ESX servers weer hun iSCSI connecties herstellen.

3PAR 8200 Implementatie en indruk 07

  1. Zijn de standby paden naar de passieve LUN’s
  2. Zijn de aktieve paden naar de aktieve LUN’s

Bij een failover zullen de stanby paden dus active worden en de active zullen wijzigen naar “Dead links”

Deze failover hebben we op diverse manieren getest en dat werkt zo ontzettend goed dat je er niets van merkt als er een 3PAR uitvalt.
Je zult echt monitoring moeten gebruiken om te merken dat er wat gebeurd !

Maar nu komen we dan ook bij de concessie die gedaan moet worden om deze graad van datacontinuïteit te realiseren :
De 3PAR’s zijn met 4x 10GbE iSCSI verbonden. Wanneer een VM gaat lezen, merk je dit ook meteen : 1200MB+/seconde leessnelheden worden gehaald (=10GbE).
Maar het schrijven van data is een ander verhaal. Data pakketten worden pas gecommit wanneer Remote Copy de data weggeschreven heeft op de passieve LUN.
En dat gaat over 2x een 1Gbps link, dus max. 250 MB per seconde wat ook de schrijfsnelheid is van je VM’s !
Dat is de concessie die je moet overwegen : van 1200MB+ naar 250MB/Sec. maximale schrijfsnelheid.
Maar om een indruk te geven in de verschillen tussen 3PAR Full Flash SSD en een StoreVirtual HDD 6 node Cluster :

3PAR 8200 ServerStoreVirtual 4530 Cluster
3PAR 8200 Implementatie en indruk 083PAR 8200 Implementatie en indruk 09

Aan de andere kant : wanneer komt het voor dat je continue zoveel data aan het schrijven bent ?
En het aantal IOPS dat je haalt met full flash SSD maakt dat ook weer ruimschoots goed.
Het rebooten (dus afsluiten en weer opstarten) van bijvoorbeeld een Windows Server 2012 RDS VM is in luttele secondes klaar !

Wat ook een hele mooie optie is, is de Deduplication !
Je kunt LUN’s Thinly Deduped aanmaken en daarop je VM’s draaien.
Veelal bestaan virtuele machines als Windows Servers etc. uit dezelfde Operating Systems en dus ook dezelfde OS Systeem bestanden.
Deduplication zal er voor zorgen dat dezelfde bestanden maar 1 keer opgeslagen worden. Je wint hiermee dus enorm veel schijfruimte !

Indruk van de 3PAR’s

De eerste indruk is geweldig, die performance die eruit komt, de techniek achter de 3PAR, de service etc. het is allemaal geweldig !
Het failover gedeelte werkt echt perfect, zo snel heb ik nog nooit een failover zien plaatsvinden.

Als je uit de onder en middenklasse storage solutions komt, dan zal 3PAR een compleet nieuwe wereld zijn waarbij je je een paar keer achter de oren zult krabben om het kwartje achter bepaalde logica te doen laten vallen. Maar als je dat door hebt, en dat zal snel gebeuren, wil je niks anders meer !
Maar is dit echt het geld waard waarmee je een riant huis kunt kopen waard ?
Dat ligt er helemaal aan welke eisen je stelt aan je storage !
Wil je performance, stabiliteit, continuiteit, flexibiliteit en geweldige service en je server/storage gebeuren naar een hoog plan wilt werken ? Dat is dit het geld zeker waard.
Is dit allemaal minder belangrijk, kijk dan vooral naar minder kostende oplossingen, die zijn er namelijk ook legio welke prima voldoen.

3PAR biedt waar voor zijn geld en we gaan hier nog heel veel plezier aan beleven !

Reageer !

reacties