Met de aanhoudende groei voor Azure Stack HCI vroegen klanten om een tool om te helpen bij voortdurende dimensioneringsuitdagingen. Als reactie op verzoeken ontwikkelde Azure de Sizing Tool voor Azure Stack HCI. De maattool is toegankelijk hier. Microsoft heeft een zelfstudie gemaakt om de tool gebruiksvriendelijker te maken. Gaan hier om naar het voorbeeld te gaan vanaf de Microsoft Azure-blogpagina.
Met de aanhoudende groei voor Azure Stack HCI vroegen klanten om een tool om te helpen bij voortdurende dimensioneringsuitdagingen. Als reactie op verzoeken ontwikkelde Azure de Sizing Tool voor Azure Stack HCI. De maattool is toegankelijk hier. Microsoft heeft een zelfstudie gemaakt om de tool gebruiksvriendelijker te maken. Gaan hier om naar het voorbeeld te gaan vanaf de Microsoft Azure-blogpagina.
Azure Stack-HCI Geïntegreerde systemen van DataON
Wat is de Sizing Tool voor Azure Stack HCI?
Het hulp programma voor het bepalen van de grootte van Azure Stack HCI is beschikbaar als aanvulling op de bestaande HCI-documentatie en om de last van het selecteren van resources te verlichten zonder alle benodigde informatie. Bij de eerste lancering krijgt de gebruiker een aanmeldingspagina te zien om een account aan te maken. Invoer naar de dimensioneringstool kan worden opgeslagen en later worden gewijzigd wanneer workflows of eisen veranderen.
Met de sizer kunt u meerdere projecten maken met verschillende vereisten, die verschillende zakelijke behoeften weerspiegelen. Maak zoveel projecten als nodig is, met de mogelijkheid om ze te bewerken of te verwijderen. Omdat elke werklast divers kan zijn, kunnen er in elk stadium van de dimensionering wijzigingen worden aangebracht.
Sizing Tool voor Azure Stack HCI: een proces in 3 stappen
Stap 1 van de sizer vraagt om voorkeuren die gedurende dat project consistent blijven. Geprefereerd systeemtype, CPU-familie en oplossingsbouwer filteren door middel van hardware die voldoet aan voorkeuren. Mocht er een bestaande relatie of voorkeur voor een specifieke OEM zijn, dan wordt dit vooraf doorgevraagd. Er kunnen meerdere workflowscenario's in het project worden opgenomen.
Er kunnen bijvoorbeeld hardware-suggesties met hoge beschikbaarheid worden opgegeven om de werkbelasting in noodgevallen draaiende te houden. Invoervelden zoals opslagfouten om te tolereren en veerkrachtvoorkeuren helpen direct rekening te houden met best practices in opslagruimten. Er is ook een optie om toekomstige groei te plannen door het percentage hardware aan te geven dat moet worden gereserveerd voor toekomstige groei en door enkele bays leeg te houden voor toekomstige geheugen- en opslaguitbreidbaarheid. In de berekeningen wordt rekening gehouden met Software-Defined Networking (SDN) en het aantal VM's dat nodig is voor SDN.
Stap 2 van de sizer vraagt om informatie over de werklast. Creëer zoveel workloads als gewenst binnen een bepaald project. Er kunnen verschillende typen werkbelasting worden gespecificeerd, waaronder General Purpose, VDI en SQL. VM-details bepalen hoeveel vCPU's nodig zijn per VM, hoeveel virtuele kernen er nodig zijn om in elke fysieke kern te verpakken en hoeveel geheugen en opslag er nodig zijn per VM.
Dit is de laatste stadium met alle stappen voltooid en de output van aanbevolen hardware voor de workloads gespecificeerd in stap 2. Het is mogelijk om terug te gaan en in dit stadium wijzigingen aan te brengen in de workload of omgevingsinput. De dimensioneringstool stelt het exacte model, het aantal knooppunten en aanbevelingen op knooppuntniveau voor om aan de HCI-behoeften te voldoen. De uitvoer bevat ook CPU-, geheugen- en opslaggebruiksbalken, die het verbruik van bronnen aangeven die zijn gebruikt om de aanbeveling te maken.
Dit is de eerste fase van de sizer met plannen om de tool regelmatig bij te werken met meer dimensies en functies die helpen bij het dimensioneren van een Azure Stack HCI. Feedback kan worden gericht aan [e-mail beveiligd]!
Neem contact op met StorageReview
Nieuwsbrief | YouTube | LinkedIn | Instagram | Twitter | Facebook | TikTok | RSS Feed
