Verbeteringen en overwegingen voor dynamische groepen in vergelijking met traditionele groepen

Dynamische pools bieden meer flexibiliteit en schaalbaarheid dan traditionele pools door de resourcetoewijzing automatisch aan te passen op basis van de huidige vraag. Dit helpt het resourcegebruik te optimaliseren, handmatige beheerinspanningen te verminderen en de algehele efficiëntie tijdens wisselende workloads te verbeteren.

Belangrijkste verbeteringen

• Automatische schaling: Resources kunnen dynamisch worden toegevoegd of verwijderd op basis van workloadvereisten.
• Verbeterd gebruik van resources: Minimaliseert overprovisioning en onderbenutting door resources toe te wijzen zoals vereist.
• Minder administratieve overhead: Er is minder handmatige interventie nodig voor capaciteitsplanning en poolbeheer.
• Verbeterde prestaties: Workloads kunnen tijdens piekperioden toegang krijgen tot extra resources, zodat het serviceniveau op peil blijft.
• Kostenoptimalisatie: Dynamische toewijzing kan de operationele kosten verlagen door het resourceverbruik af te stemmen op de werkelijke vraag.

Overwegingen

• Latentie schalen: Het inrichten of ongedaan maken van de inrichting van resources gebeurt mogelijk niet onmiddellijk en kan van invloed zijn op de reactietijd van de workload.
• Capaciteitsplanning: Onderliggende infrastructuur moet voldoende beschikbare capaciteit hebben om dynamische groei te ondersteunen.
• Vereisten voor bewaking: Effectieve bewaking en meldingen zijn essentieel om ervoor te zorgen dat het schaalgedrag is afgestemd op de workloadbehoeften.
• Complexiteit van configuratie: Voor de eerste installatie en afstemming van het schaalbeleid kunnen aanvullende planning en tests nodig zijn.
• Geschiktheid voor workload: Niet alle workloads profiteren in gelijke mate van dynamische schaling, met name die met voorspelbare en stabiele resourcevereisten.

Over het algemeen bieden dynamic pools een meer adaptieve en efficiënte benadering van resourcebeheer, terwijl doordachte planning, bewaking en governance nodig zijn om de voordelen ervan te maximaliseren.

Naar deze informatie wordt verwezen in Manual 80903033: Dell Unity Family Configuring Pools (Version 5.x).

Dynamic pools

In Unity All-Flash-modellen met OE-versie 4.2.x of hoger zijn alle nieuwe pools die in de Unisphere-gebruikersinterface worden gemaakt, dynamische groepen en zijn nieuwe pools die zijn gemaakt in de Unisphere CLI en REST API standaard dynamische groepen. Dynamic pools implementeren geavanceerde RAID-technologie. In dynamic pools is een RAID-groep verspreid over schijfextents in meerdere stations. De benodigde reserveruimte is ook verdeeld over schijfextents in meerdere schijven. Wanneer een schijf defect raakt, worden de extents op de defecte drive opnieuw opgebouwd om ruimte te reserveren in de pool.

Dynamic pools hebben de volgende voordelen ten opzichte van traditionele pools:

• Schijven worden niet verspild, omdat er geen vaste reserveonderdelen zijn. Alle schijven in het systeem kunnen aan een pool worden toegevoegd. Dit verlengt de levensduur van de schijven in de pool, omdat de belasting wordt verdeeld over extra schijven. 
• De herbouwtijden zijn meestal veel sneller dan bij traditionele zwembaden. Aangezien reservecapaciteit voor een dynamic pool is verspreid over meerdere schijven in plaats van geconcentreerd op één hot spare-schijf, dragen meer schijven bij aan het heropbouwproces wanneer een schijf defect raakt. 
• Pools kunnen meestal worden uitgebreid op basis van de gewenste capaciteit. U kunt bijvoorbeeld één schijf tegelijk toevoegen aan een dynamische pool, wat flexibiliteit en kostenbesparingen voor de provisioning biedt. 

De volgende overwegingen zijn van toepassing op dynamic pools:

• Zodra een dynamic pool is gemaakt, kunt u het RAID-type of de stripe-breedte niet meer wijzigen. Als u de groep echter uitbreidt met een ander schijftype, kunnen de toegevoegde schijven een andere stripe-breedte hebben.
• U kunt een dynamic pool niet verkleinen of de storagekenmerken ervan wijzigen zonder de storageresources te verwijderen die zijn geconfigureerd in de pool en de pool zelf. U kunt echter schijven toevoegen om de groep uit te breiden.
• U kunt Flash-stations van hetzelfde schijftype met verschillende capaciteiten combineren wanneer u een dynamic pool inricht. Als u dit doet, gebruikt het systeem mogelijk niet de volledige capaciteit van de grotere schijven. Dit hangt af van het aantal schijven van elke capaciteit in de groep. De ongebruikte capaciteit in een dynamic pool kan beschikbaar komen tijdens een toekomstige pooluitbreiding. 

Traditionele zwembaden

Groepen die zijn gemaakt in UnityVSA-modellen, hybride modellen en Unity All-Flash-modellen met OE-versie 4.1.x of eerder, zijn traditionele groepen. Voor Unity All-Flash modellen met OE-versie 4.2.x of hoger kunt u traditionele pools maken met behulp van de Unisphere CLI of REST API, maar niet met de Unisphere UI.

Traditionele zwembaden kunnen homogeen of heterogeen zijn. Alle schijven in een homogene pool hebben hetzelfde schijftype, zoals SAS-schijven of SAS Flash 2-schijven. Schijven in een heterogene pool hebben een combinatie van schijftypen, zoals een combinatie van NL-SAS-, SAS- en SAS Flash 2-schijven. Traditionele pools kunnen ook All-Flash of hybride zijn. Een hybride pool bevat een combinatie van flash- en niet-flash-stations. Alle ondersteunde schijftypen kunnen worden opgenomen in een hybride pool, met uitzondering van SAS Flash 4-schijven, die zich in een All-Flash-pool moeten bevinden.

Bij fysieke implementaties wordt storage in traditionele pools beheerd in RAID-groepeenheden, waarbij:

• Een schijf wordt gebruikt door één RAID-groep.
• Een RAID-groep is beperkt tot maximaal 16 schijven en bestaat uit schijven van hetzelfde type.
• Elke laag ondersteunt één RAID-type.

Aangezien storage in traditionele pools wordt beheerd in RAID-groepseenheden, moet u voor het toevoegen van capaciteit aan een pool stations toevoegen in stappen van de RAID-groep. Als u bijvoorbeeld schijven wilt toevoegen aan een groep met RAID 5 (4+1), moet u ten minste 5 schijven aan de groep toevoegen. Naarmate de schijfcapaciteit toeneemt, worden de minimale hoeveelheid storage die aan een pool kan worden toegevoegd en de kosten van die storage steeds groter.

De volgende overwegingen zijn van toepassing op traditionele groepen:

• Zodra een laag in een traditionele pool is gemaakt, kunt u het RAID-type of de stripe-breedte van de bestaande schijven in de laag niet wijzigen. Als u echter een laag binnen een traditionele groep uitvouwt, kunt u een andere stripe-breedte opgeven voor de nieuw toegevoegde schijven. Wanneer u een nieuw niveau toevoegt aan een traditionele groep, kunt u een ander RAID-type, stripe-breedte of beide opgeven voor de nieuw toegevoegde schijven.
• U kunt een traditionele groep niet verkleinen of de storagekenmerken wijzigen zonder de storageresources te verwijderen die zijn geconfigureerd in de groep en de groep zelf. U kunt echter schijven toevoegen om de groep uit te breiden.

Bij traditionele pools maakt het storagesysteem gebruik van speciale hot spares om een schijf te vervangen die defect of defect is. Elke ongebruikte schijf in het systeem met de juiste schijftechnologie en -grootte kan worden gebruikt om een defecte of defecte schijf in een pool te vervangen. Als er geen reserveschijf van hetzelfde type en dezelfde grootte beschikbaar is, kan het systeem een grotere schijf van hetzelfde type gebruiken. Omdat reservestations speciale hot spares zijn, kunnen ze niet worden gebruikt om de prestaties van de pool te verbeteren of de slijtage van flash-stations te verminderen. Ook wanneer een schijf defect raakt of defect is, moet de hele schijf opnieuw worden opgebouwd op de reserveschijf. Daarom kan de heropbouwtijd erg lang zijn, omdat deze wordt beperkt door de prestaties van de enkele schijf waarvan de inhoud opnieuw wordt opgebouwd. Dit kan van invloed zijn op de prestaties. Het kan ook de kans vergroten dat er tijdens het herbouwproces nog meer schijfstoringen optreden, wat kan leiden tot dataverlies.

Documentation/unity-family/unity-p-pool-config