Med den fortsatta tillväxten för Azure Stack HCI har kunder bett om ett verktyg för att hjälpa till med pågående storleksutmaningar. Som svar på förfrågningar utvecklade Azure storleksverktyget för Azure Stack HCI. Storleksverktyget kan nås här.. Microsoft har skapat en handledning för att göra verktyget enklare att använda. Gå här. för att komma till förhandsvisningen från Microsoft Azure-bloggsidan.
Med den fortsatta tillväxten för Azure Stack HCI har kunder bett om ett verktyg för att hjälpa till med pågående storleksutmaningar. Som svar på förfrågningar utvecklade Azure storleksverktyget för Azure Stack HCI. Storleksverktyget kan nås här.. Microsoft har skapat en handledning för att göra verktyget enklare att använda. Gå här. för att komma till förhandsvisningen från Microsoft Azure-bloggsidan.
Azure Stack HCI Integrerade system från DataON
Vad är storleksverktyget för Azure Stack HCI?
Azure Stack HCI-storleksverktyget är tillgängligt för att komplettera befintlig HCI-dokumentation och underlätta bördan med att välja resurser utan all nödvändig information. När den initialt startas, presenteras användaren med en registreringssida för att skapa ett konto. Indata till storleksverktyget kan sparas och ändras senare när arbetsflöden eller krav ändras.
Sizern låter dig skapa flera projekt med olika krav, som speglar olika affärsbehov. Skapa så många projekt som behövs, med möjlighet att redigera eller ta bort dem. Eftersom varje arbetsbelastning kan vara mångsidig, kan ändringar göras i alla skeden av storleken.
Storleksverktyg för Azure Stack HCI – En 3-stegsprocess
steg 1 av sizer ber om preferenser som kommer att förbli konsekventa i hela projektet. Föredragen systemtyp, CPU-familj och lösningsbyggare kommer att filtrera igenom hårdvarumötesinställningar. Om en befintlig relation eller preferens för en specifik OEM, kommer detta att redovisas genom att fråga i förväg. Flera arbetsflödesscenarier kan inkluderas i projektet.
Till exempel kan förslag på hårdvara med hög tillgänglighet specificeras för att hålla arbetsbelastningen igång i nödfall. Inmatningsfält som lagringsfel att tolerera och resiliency-preferenser hjälper direkt att ta hänsyn till bästa praxis i lagringsutrymmen. Det finns också ett alternativ att planera för framtida tillväxt genom att ange hur stor andel av hårdvaran som ska reserveras för framtida tillväxt och hålla några fack tomma för framtida minne och lagringsmöjligheter. Software-Defined Networking (SDN) och antalet virtuella datorer som krävs för SDN tas med i beräkningarna.
steg 2 av storleksgivaren ber om arbetsbelastningsinformation. Skapa så många arbetsbelastningar som önskas inom ett givet projekt. Flera arbetsbelastningstyper, inklusive General Purpose, VDI och SQL, kan specificeras. VM-detaljer avgör hur många vCPU:er som behövs per virtuell dator, hur många virtuella kärnor som krävs för att packas in i varje fysisk kärna och hur mycket minne och lagring som krävs per virtuell dator.
Detta är den sista steget med alla steg slutförda och utdata från rekommenderad hårdvara för arbetsbelastningarna som specificeras i steg 2. Det är möjligt att gå tillbaka och göra eventuella ändringar av arbetsbelastningen eller miljöinput i detta skede. Storleksverktyget föreslår den exakta modellen, antalet noder och rekommendationer på nodnivå för att tillfredsställa HCI-behoven. Utdatan inkluderar också fält för CPU, minne och lagringsanvändning, som indikerar resursförbrukning som använts för att skapa rekommendationen.
Detta är den första fasen av storleksmätaren med planer på att uppdatera verktyget regelbundet med fler dimensioner och funktioner som hjälper storleken på en Azure Stack HCI. Feedback kan riktas till [e-postskyddad]!
Engagera dig med StorageReview
Nyhetsbrev | Youtube | LinkedIn | Instagram | Twitter | Facebook | TikTok | Rssflöde
