Inhoudsopgave
HOE DE VERWERVING VAN EEN OPSLAG VOOR VIRTUALISATIE TE EVALUEREN - Sectie I
We gaan dit onderwerp in vier modules uitwerken, omdat het uitgebreid en zeer duidelijk is in al zijn inhoud:HOE DE VERWERVING VAN EEN OPSLAG VOOR VIRTUALISATIE TE EVALUEREN - Sectie I
HOE DE VERWERVING VAN EEN OPSLAG VOOR VIRTUALISATIE TE EVALUEREN - Sectie II
HOE DE VERWERVING VAN EEN OPSLAG VOOR VIRTUALISATIE TE EVALUEREN - Sectie III
HOE DE VERWERVING VAN EEN OPSLAG VOOR VIRTUALISATIE TE EVALUEREN - Sectie IV
Invoering
Hoe weet ik zeker dat de SAN of NAS die ik ga kopen voor mijn virtualisatie-infrastructuur het meest geschikt is?
Opslag is de hoeksteen van onze CPD en is veel meer dan een doos met schijven. Het is het kritieke punt en als zodanig moeten de aankoopcriteria goed worden overwogen.
De budgetpost om de Opslag aan te schaffen, te vernieuwen of uit te breiden is met name belangrijker dan wanneer we Hosts of Netwerkelektronica aanschaffen, vandaar het belang van de beslissing.
Wanneer we investeren in een Network Storage System kijken we niet langer alleen naar de beschikbare ruimte. We kunnen opslag inrichten op basis van prestaties, bandbreedte, capaciteit, beschikbaarheid en herstel. In welke volgorde? Welk criterium weegt zwaarder in de uiteindelijke beslissing? Met welke andere criteria moeten we rekening houden om onaangename verrassingen te voorkomen?
Op het moment van kiezen
Nu zullen we enkele vragen zien, sommige belangrijker dan andere, zodat de besluitvorming bij de aankoop of uitbreiding van onze SAN of NAS het meest geschikt is.
Laten we beginnen met het belang van Design. Het ontwerp van het opslagsysteem moet merk- en kenmerkonafhankelijk zijn.
Een goed ontwerp moet rekening houden met de volgende vereisten:
-Beschikbaarheid -Administratie -Prestaties -Herstel -Beveiliging
Nu zullen we de verschillende behoeften in vraagvorm opsplitsen. Sommige zullen ongemakkelijk zijn voor een magazijnverkoper.[kleur = # 0000cd]Wat is mijn prioriteitsvolgorde van ontwerpvereisten?[/Kleur]
Prioriteiten met betrekking tot het ontwerp van de oplossing.
Binnen de ontwerpeisen (Beschikbaarheid, Beheer, Prestaties, Herstel en Beveiliging)
Afhankelijk van de bestelling zullen sommige kenmerken zwaarder wegen dan andere, wat natuurlijk ook de uiteindelijke prijs van de oplossing zal beïnvloeden.
[kleur = # 0000cd]Hoeveel IOPS heb ik beschikbaar op mijn SAN of NAS?[/Kleur]
IOPS (Ingangsuitgang per seconde). Wanneer we een infrastructuur met opslag inrichten, moeten we niet alleen schijfruimte beschikbaar hebben. Die ruimte moet voldoen aan de Prestatie-eisen. En een van de belangrijkste criteria is het aantal IOPS dat ik beschikbaar zal hebben in mijn opslagsysteem. We kunnen IOPS meten in eenheden: 500, 1500, 6000, 15000, enz.
[kleur = # 0000cd]Welke technologie zal mijn systeem gebruiken? Welke bandbreedte heb ik?[/Kleur]
Bandbreedte. Hoe breed zullen onze links zijn? Hoe hoger de stroom, hoe groter de hoeveelheid gegevens die ik op een bepaald moment kan overbrengen. De efficiëntie van het systeem zal ook afhangen van de te gebruiken technologie (FC, FCoE of Ethernet). Bandbreedtewaarden worden gemeten in Gbps (Gigabits per seconde). De verschillende waarden kunnen 1, 2, 4, 8, 10, 16 of maximaal 32 Gbps zijn. FC-technologie is efficiënter in vergelijking met Ethernet, maar ook duurder.
[kleur = # 0000cd]Kunnen we inschatten welke Latency-waarden we kunnen verwachten voor ons systeem?[/Kleur]
Latentie Een kritische waarde in de prestaties van een opslagsysteem is latentie. Hoe lager de latentie, hoe hoger de systeemprestaties. Latency zal het product zijn van een combinatie van waarden zoals Cache, Bandbreedte (in Gbps), Throughput (in Mbps) en IOPS. Latentie wordt gemeten in ms (milliseconden). Bijv. 2, 5, 10, 15, 30ms.
[kleur = # 0000cd]Welke totale capaciteit heb ik nodig volgens mijn verschillende behoeften?[/Kleur]
Capaciteit. In principe is dat het gemakkelijkst, toch? Welke totale capaciteit heb ik nodig? Een goed opslagsysteem moet verschillende soorten opslag hebben. We zouden bijvoorbeeld een opslagruimte kunnen hebben voor bestanden van ongeveer 4TB in NL-SAS-schijven bij 7200rpm, ongeveer 2,5TB voor virtuele machines in RAID 5 in SAS-schijven bij 10k, 1TB in RAID 10 15k voor kritieke virtuele machines en 600GB in SSD voor VDI of BBDD. Zoals we kunnen zien, is de totale capaciteit niet zo belangrijk als de verdeling van de schijven, zowel op basis van prestaties, hoge beschikbaarheid als uiteindelijk beschikbare ruimte.
Dit zijn de eerste vragen die we ons zullen moeten stellen. We gaan verder in “HOE DE VERWERVING VAN EEN OPSLAG VOOR VIRTUALISATIE TE EVALUEREN - Sectie II "Vond je deze tutorial leuk en hielp je hem?Je kunt de auteur belonen door op deze knop te drukken om hem een positief punt te geven
