{"id":35801,"date":"2019-10-31T22:06:24","date_gmt":"2019-10-31T19:06:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-vybrat-shd-ne-vystreliv-sebe-v-nogu\/"},"modified":"2019-10-31T22:06:24","modified_gmt":"2019-10-31T19:06:24","slug":"kak-vybrat-shd-ne-vystreliv-sebe-v-nogu","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/kak-vybrat-shd-ne-vystreliv-sebe-v-nogu","title":{"rendered":"Hoe een opslagreeks kiezen zonder jezelf in de voet te schieten","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Inleiding<\/h2>\n

\nHet is tijd om een opslagoplossing aan te schaffen. Welke moet je kiezen en naar wie moet je luisteren? Leverancier A vertelt over leverancier B, en dan is er ook nog integrator C die het tegenovergestelde beweert en leverancier D aanbeveelt. In zo'n situatie kan zelfs een ervaren architect voor opslagoplossingen het overzicht verliezen, vooral met alle nieuwe leveranciers en de huidige hype rondom SDS en hyperconvergentie.<\/p>\n

Dus, hoe kun je hier doorheen navigeren en niet bedrogen uitkomen? Wij (AntonVirtual<\/a><\/noindex> Anton Zhbankov en korp<\/a><\/noindex> Yevgeny Elizarov) zullen proberen dit in begrijpelijke taal uit te leggen.
\nDit artikel heeft veel gemeen en is feitelijk een uitbreiding van \u201cHet ontwerp van een genvirtualiseerd datacenter<\/a><\/noindex>\u201d wat betreft de keuze voor opslagoplossingen en een overzicht van opslagtechnologie\u00ebn. We zullen de algemene theorie kort bekijken, maar raden aan om ook het genoemde artikel te lezen.<\/p>\n

Waarom<\/h2>\n

\nVaak zie je dat er een nieuwe persoon op een forum of in een gespecialiseerde chat binnenkomt, zoals bijvoorbeeld Storage Discussions, en de vraag stelt: \u201cik krijg twee opties voor opslagoplossingen aangeboden \u2013 ABC SuperStorage S600 en XYZ HyperOcean 666v4, wat raden jullie aan?\u201d<\/p>\n

En het begint met het vergelijken van de bijzondere en onduidelijke functies, die voor een niet-ingewijde volkomen Chinees zijn.
\n<\/a><\/noindex>
\nDus de belangrijkste en eerste vraag die je jezelf moet stellen, lang voordat je specificaties in commerci\u00eble aanbiedingen gaat vergelijken, is WAAROM? Waarom heb je deze opslagoplossing nodig?<\/p>\n

\"Hoe
\n
\nHet antwoord zal verrassend zijn, en heel in de stijl van Tony Robbins \u2013 om gegevens op te slaan. Bedankt, kapitein! Desondanks gaan we soms zo diep in de details van de vergelijking dat we vergeten waarom we dit allemaal eigenlijk doen.<\/p>\n

Dus de taak van een dataopslagsysteem is het opslaan en beschikbaar stellen van TOEGANG tot GEGEVENS met de vereiste prestaties. En met die gegevens beginnen we.<\/p>\n

Gegevens<\/h2>\n

<\/p>\n

Type gegevens<\/h3>\n

\nWelke gegevens plannen we op te slaan? Dit is een zeer belangrijke vraag die veel opslagoplossingen zelfs uit overweging kan schrapen. Bijvoorbeeld, als we videobeelden en foto's willen opslaan. Dan kunnen we direct systemen uitsluiten die zijn ontworpen voor willekeurige toegang tot kleine blokken, of systemen met exclusieve functies voor compressie \/ deduplicatie. Dit kunnen gewoon geweldige systemen zijn, daar willen we niets negatiefs over zeggen. Maar in dit geval worden hun sterke punten mogelijk zwak (video en foto's kunnen niet worden gecomprimeerd) of verhogen ze simpelweg de kosten van het systeem aanzienlijk.<\/p>\n

En omgekeerd, als de beoogde toepassing een zwaar belaste transactionele database is, dan zijn uitstekende streaming systemen voor multimedia, die gigabytes per seconde kunnen leveren, een slechte keuze.<\/p>\n

Datavolume<\/h3>\n

\nHoeveel gegevens zijn we van plan op te slaan? Hoeveelheid verandert altijd in kwaliteit, dat mogen we nooit vergeten, vooral in onze tijd van exponenti\u00eble groei van datavolumes. Petabyte-systemen zijn inmiddels geen zeldzaamheid meer, maar hoe groter het petabyte-volume, hoe specifieker het systeem wordt, en hoe minder gebruikelijke functionaliteit die we kunnen verwachten van systemen voor willekeurige toegang tot kleine en middelgrote volumina. Simpelweg omdat zelfs de statistische toegangstabellen per blok groter worden dan het beschikbare volume van het RAM-geheugen op de controllers. Laat staan over compressie \/ tiering. Stel je voor dat we het compressie-algoritme willen overschakelen naar een krachtiger exemplaar en 20 petabyte aan gegevens willen samenpersen. Hoe lang zou dat duren: een half jaar, een jaar?<\/p>\n

Aan de andere kant, waarom het moeilijk maken als we slechts 500 GB aan gegevens moeten opslaan en verwerken? Slechts 500. Consumenten SSD's (met een lage DWPD) van dat volume zijn heel betaalbaar. Waarom zouden we daarvoor een Fiber Channel-fabriek bouwen en een externe high-end opslagoplossing kopen die net zo veel kost als een brug van gietijzer?<\/p>\n

Wat is het percentage van de totale hoeveelheid warme gegevens? Hoe ongelijkmatig is de belasting over de hoeveelheid gegevens? Hier kan de technologie van meervoudige opslag of Flash Cache zeer nuttig zijn als de hoeveelheid warme gegevens verwaarloosbaar is in vergelijking met het totaal. Of omgekeerd, bij een gelijkmatige belasting van het totale volume, vaak voorkomend in streamsysteem (video surveillance, sommige analysetools), zal dergelijke technologie niets opleveren en alleen de kosten \/ complexiteit van het systeem verhogen.<\/p>\n

IS<\/h3>\n

\nDe keerzijde van gegevens is het informatiesysteem dat deze gegevens gebruikt. IS heeft een set vereisten die van de gegevens worden overgenomen. Voor meer informatie over IS zie \"Ontwerp van een gevirtualiseerd datacenter\".<\/p>\n

Vereisten voor redundantie \/ beschikbaarheid<\/h4>\n

De vereisten voor redundantie \/ beschikbaarheid van gegevens worden overgenomen van het gebruikende IS en worden uitgedrukt in drie cijfers \u2014 RPO<\/b>, RTO<\/b>, beschikbaarheid<\/b>.<\/p>\n

Beschikbaarheid <\/b> \u2014 het percentage van de tijd waarin gegevens beschikbaar zijn om mee te werken. Dit wordt doorgaans uitgedrukt in een aantal negens. Bijvoorbeeld, twee negens per jaar betekent dat de beschikbaarheid 99% is, of anders gezegd, er is 95 uur onbeschikbaarheid toegestaan per jaar. Drie negens \u2014 9,5 uur per jaar.<\/p>\n

RPO \/ RTO zijn niet cumulatieve indicatoren, maar zijn per incident (uitval), in tegenstelling tot beschikbaarheid.<\/p>\n

RPO <\/b> \u2014 de hoeveelheid gegevens die verloren gaan bij een verstoring (in uren). Bijvoorbeeld, als er dagelijks een back-up wordt gemaakt, dan is RPO = 24 uur. Dat wil zeggen, bij een storing en volledig verlies van de SAN kunnen gegevens van maximaal 24 uur (sinds de laatste back-up) verloren gaan. Op basis van de voor IS vastgestelde RPO kan bijvoorbeeld een back-upschema worden geschreven. Ook aan de hand van RPO kan men begrijpen hoe noodzakelijk synchronisatie \/ asynchrone replicatie van gegevens is.<\/p>\n

RTO<\/b> \u2014 de hersteltijd van de service (toegang tot gegevens) na een storing. Op basis van de vastgestelde RTO-waarde kunnen we begrijpen of een metrocluster nodig is, of dat \u00e9\u00e9nrichtingsreplicatie voldoende is. Of er een high-end multi-controller SAN nodig is \u2014 ook.<\/p>\n

\"Hoe
\n<\/p>\n

Vereisten voor prestaties<\/h4>\n

\nHoewel dit een vrij voor de hand liggende vraag is, is het juist hiermee dat de meeste moeilijkheden ontstaan. Afhankelijk van of je al een bepaalde infrastructuur hebt of niet en welke wegen er worden aangelegd voor het verzamelen van de noodzakelijke statistieken.<\/p>\n

U heeft al een opslag systeem en bent op zoek naar een vervanging of wilt er nog een kopen voor uitbreiding. Dit is eenvoudig. U weet welke diensten u al heeft en welke u op de korte termijn wilt implementeren. Op basis van de huidige diensten bent u in staat om prestatiegegevens te verzamelen. Bepaal het huidige aantal IOPS en de huidige latenties \u2014 wat zijn deze cijfers en zijn ze voldoende voor uw taken? Dit kan zowel op het opslag systeem als vanaf de hosts die eraan zijn gekoppeld worden gedaan.<\/p>\n

Het is belangrijk om niet alleen naar de huidige belasting te kijken, maar ook over een bepaalde periode (bij voorkeur een maand). Kijk naar de maximale pieken tijdens de dag, welke belasting het maken van een back-up veroorzaakt, enzovoort. Als uw opslag systeem of de software ervan u niet een volledige set van deze gegevens biedt, kunt u gebruik maken van de gratis RRDtool, die kan werken met de meeste populaire opslag systemen en switches en u gedetailleerde prestatiestatistieken kan geven. Let ook op de belasting op de hosts die met dit opslag systeem werken, op specifieke virtuele machines of wat precies op deze host draait.<\/p>\n

\"Hoe
\n
\nHet is belangrijk om op te merken dat als de latenties op de volume en datastore die zich op dit volume bevinden, aanzienlijk verschillen \u2014 u aandacht moet besteden aan uw SAN-netwerk. Er is een grote kans dat er problemen zijn, en voordat u een nieuw systeem aanschaft, is het belangrijk om dit probleem te begrijpen, want de kans is groot dat de prestaties van het huidige systeem kunnen verbeteren.<\/p>\n

U bouwt een infrastructuur vanaf nul, of u koopt een systeem voor een nieuwe dienst waarvan u de belasting niet kent. Hier zijn een paar opties: spreek met collega\u2019s op gespecialiseerde platforms om te proberen de belasting te begrijpen en te voorspellen, neem contact op met een integrator die ervaring heeft met het implementeren van dergelijke diensten en die de belasting voor u kan berekenen. En de derde optie (meestal de moeilijkste, vooral als het gaat om zelfgeschreven of zeldzame applicaties) probeert achter de prestatie-eisen te komen bij de systeemontwikkelaars.<\/p>\n

En, let op, de meest geschikte optie vanuit praktisch oogpunt is een test met de huidige apparatuur of apparatuur die door de leverancier\/integrator voor testdoeleinden wordt aangeboden.<\/p>\n

Specifieke vereisten<\/h4>\n

\nSpecifieke vereisten zijn alles wat niet valt onder de eisen voor prestaties, failover en functionaliteit met betrekking tot de directe verwerking en levering van gegevens.<\/p>\n

Een van de eenvoudigste specifieke vereisten voor een opslagsysteem is \"vervreembare gegevensdragers\". Het is meteen duidelijk dat dit opslagsysteem een tape-bibliotheek of gewoon een streamer moet omvatten, waarop een back-up wordt opgeslagen. Vervolgens ondertekent een speciaal opgeleide persoon de tape en draagt deze met trots naar een speciale kluis.
\nEen ander voorbeeld van een specifieke vereiste is een schokbestendige uitvoering.<\/p>\n

Waarbij<\/h2>\n

\nDe tweede hoofdfactor bij het kiezen van een bepaald opslagsysteem is informatie over waar dit opslagsysteem zal worden geplaatst. Dit varieert van geografie of klimatologische omstandigheden tot personeel.<\/p>\n

Klant<\/h3>\n

\nVoor wie wordt dit opslagsysteem gepland? Deze vraag heeft de volgende onderbouwing:<\/p>\n

Overheidsklant \/ commercieel.<\/b>
\nEen commercieel klant heeft geen beperkingen en is zelfs niet verplicht om aanbestedingen uit te schrijven, behalve volgens zijn eigen interne regels. <\/p>\n

Een overheidsklant is een ander verhaal. 44 FZ en andere aspecten van aanbestedingen en specificaties die aanvechtbaar kunnen zijn.<\/p>\n

Klant onder sancties<\/b>
\nHier is de vraag heel eenvoudig - de keuze is beperkt tot de aanbiedingen die voor deze klant beschikbaar zijn.<\/p>\n

Interne regels \/ goedgekeurde leveranciers \/ modellen<\/b>
\nDeze vraag is ook heel eenvoudig, maar het is belangrijk om er rekening mee te houden.<\/p>\n

Waar fysiek<\/h3>\n

\nIn dit deel bekijken we alle vragen met betrekking tot geografie, communicatielijnen en het microklimaat in de locatie.<\/p>\n

Personeel<\/h4>\n

\nWie gaat er met dit opslagsysteem werken? Dit is niet minder belangrijk dan wat het opslagsysteem daadwerkelijk kan.
\nHoeveel potentieel, hoe geweldig en indrukwekkend opslagsysteem A van leverancier A ook is, het heeft misschien weinig zin om deze te implementeren als het personeel alleen kan werken met leverancier B, en verdere aankopen en voortdurende samenwerking met A niet gepland zijn.<\/p>\n

En natuurlijk is de keerzijde van de medaille hoe toegankelijk het gekwalificeerde personeel in het specifieke geografische gebied is, zowel binnen het bedrijf als potentieel op de arbeidsmarkt. Voor regio's kan de keuze voor opslagoplossingen met eenvoudige interfaces of de mogelijkheid voor centrale afstandsbediening van groot belang zijn. Anders kan het op een gegeven moment pijnlijk worden. Het internet staat vol verhalen over hoe een nieuwe medewerker, een pas afgestudeerde, zulke configuraties heeft ingesteld dat het hele bedrijf plat lag.<\/p>\n

\"Hoe
\n<\/p>\n

De omgeving<\/h4>\n

\nEn uiteraard is er ook de belangrijke vraag in welke omgeving deze opslagoplossing zal functioneren. <\/p>\n