En plassholder for tilfeldige tanker om liv, kode og cloud computing.

Windows Azure-oppgraderinger pa stedet (Ar for Azure & # 8211; Week16)

Pa onsdag avslorte Windows Azure enda en betydelig forbedring av tjenestene, forbedringer i stedet for oppgraderinger. For jeg dykker inn i disse forbedringene og hvorfor de er viktige, vil jeg snakke forst om hvor vi kom fra.

PS – Jeg sier «in-place upgrade» fordi knappen pa windows azur portalen er merket «oppgradering». Men det siste blogginnlegget kalles dette en «oppdatering». Sa vidt jeg er opptatt av, er disse synonymer.

Inne i Windows Azure.

Hvis du ikke allerede har det, oppfordrer jeg deg til a legge til side en time, sla av telefonen din, e-post og ja selv twitter, slik at du kan se Mark Russinovichs «Inside Windows Azure» presentasjon. Mark gjor en utmerket jobb med a forklare det innen Windows Azure datacenter, vi har flere klynger. Nar du velger en affinitetsgruppe, forteller dette Azure Fabric Controller a prove a sette alle ressurser pa linje med den tilhorende gruppen i samme klynge. I en klynge har du flere serverrackere, hver med flere servere, hver med flere flere kjerner.

Na er disse ressursene delt opp i hovedsak i spor, med hvert spor er plassen som er nodvendig for en liten storrelse Windows Azure Instance (1 1,68ghz kjerne og 1,75 GB RAM). Nar du distribuerer tjenesten din, vil Azure Fabric tildele disse sporene (1 for en liten, 2 for et medium, osv. ..) og tilveiebringe en gjest-virtuell maskin som tildeler disse ressursene. Det oppretter ogsa VHD som vil bli montert i den VHD for lokal lagring du har bedt om, og konfigurere brannmur og lastbalansere for eventuelle endepunkter du har definert.

Disse parametrene, forekomststorrelsen, sluttpunktene, lokal lagring … er det jeg har tatt for a ringe Windows Azures servicesignatur.

Na, hvis denne signaturen ikke endret, hadde du muligheten til a distribuere nye biter til din skygtjeneste ved hjelp av «oppgradering» -alternativet. Dette tillot deg a utnytte oppgraderingsdomenene til a gjore en rullende oppdatering og distribuere funksjonelle endringer i tjenesten din. Fordelen med den oppgraderte oppgraderingen var at du ikke «startet om klokken» pa dine vertikalkostnader (timeprisen for Azure fungerer som mobiltelefonminutter), og det var ogsa raskere siden ressursforsyningen var litt mer stromlinjeformet. Jeg har sett en enkelt utvikler som utnytter en enkel tjeneste, spise gjennom et par hundre beregne timer pa en dag bare ved a slette og omfordele. Sa dette var en viktig funksjon a dra nytte av nar det er mulig.

Hvis vi trengte a endre denne serviceteksten, ble vi tvunget til a stoppe / slette / omfordele tjenestene vare eller distribuere til et annet spor (oppstart eller egen tjeneste) og utfore enten en VIP- eller DNS-bytte. Med denne oppdateringen har mange av disse imitasjonene blitt fjernet. Dette var fordi i tilfelle en endring i storrelse, ma du kanskje flytte forekomsten til et nytt sett med «slots» for a fa de ressursene du onsket. For brannmuren / belastningsbalansen endrer, er jeg ikke helt sikker pa hva begrensningen var. Men dette var livet som vi har kjent det i Azure for siste (dang, har det egentlig v rt sa lenge?) … 2 + ar na.

Med de nye forbedringene kan vi i utgangspunktet glemme service signaturen. Hanskene er offisielt av! Vi trenger til 1,5 SDK for a dra nytte av endringer i storrelse, lokal lagring eller endepunkter, men det er en liten pris a betale. Spesielt siden administrasjons-APIen stotter allerede disse endringene.

Ulempen er at Visual Studio-verktoyene for oyeblikket ikke utnytter denne funksjonen. Imidlertid, med Scott «The Gu» Guthrie ved roret til Azure-verktoyene, forventer jeg at dette ikke vil v re tilfelle for lenge.

Jeg vil dykke mer pa akkurat hvordan du bruker denne nye funksjonen, men rlig talt har teamblogget gjort en god jobb, og jeg kan ikke se meg selv som vil legge til noe (bortsett fra backstory jeg allerede har). Sa det er alt for denne uken.

Til neste gang!

Dele denne:

I slekt.

Post navigasjon.

Legg igjen et svar Avbryt svar.

Om forfatteren.

Ektemann, far, geek og cloud computing advokat.