Sdílet prostřednictvím

Postup aktualizace cloudové služby Azure (Classic)

  • Článek

Důležité

Služba Cloud Services (Classic) je teď pro nové zákazníky zastaralá a bude vyřazena 31. srpna 2024 pro všechny zákazníky. Nová nasazení by měla používat nový model nasazení založený na Azure Resource Manageru na Azure Cloud Services (rozšířená podpora).

Proces aktualizace cloudové služby, včetně rolí i hostovaného operačního systému, provede tři kroky. Nejprve je potřeba nahrát binární soubory a konfigurační soubory pro novou cloudovou službu nebo verzi operačního systému. V dalším kroku Si Azure rezervuje výpočetní a síťové prostředky pro cloudovou službu na základě požadavků nové verze cloudové služby. Azure nakonec provede postupný upgrade a přírůstkově aktualizuje tenanta na novou verzi nebo hostovaný operační systém a současně zachová vaši dostupnost. Tento článek popisuje podrobnosti tohoto posledního kroku – postupný upgrade.

Aktualizace služby Azure

Azure uspořádá instance rolí do logických seskupení označovaných jako upgradovací domény (UD). Domény upgradu jsou logické sady instancí rolí, které se aktualizují jako skupina. Azure aktualizuje cloudovou službu po jednom UD, což umožňuje instancím v jiných identifikátorech UD dál obsluhovat provoz.

Výchozí počet upgradovaných domén je 5. Můžete zadat jiný počet upgradovaných domén zahrnutím atributu upgradeDomainCount do definičního souboru služby (.csdef). Další informace o atributu upgradeDomainCount najdete v tématu Schéma definice služby Azure Cloud Services (soubor .csdef).

Když ve své službě provedete místní aktualizaci jedné nebo více rolí, Azure aktualizuje sady instancí rolí podle domény upgradu, do které patří. Azure aktualizuje všechny instance v dané doméně upgradu – zastavuje je, aktualizuje je, přenese je zpátky na linku – a pak přejde na další doménu. Zastavením pouze instancí spuštěných v aktuální doméně upgradu azure zajistí, aby aktualizace probíhala s nejmenším možným dopadem na spuštěnou službu. Další informace naleznete v části Jak aktualizace pokračuje dále v tomto článku.

Poznámka:

I když termíny aktualizace a upgrade mají v kontextu Azure trochu jiný význam, lze je použít zaměnitelně pro procesy a popisy funkcí v tomto dokumentu.

Vaše služba musí definovat alespoň dvě instance role, aby se tato role aktualizovala bez výpadků. Pokud se služba skládá jenom z jedné instance jedné role, nebude vaše služba dostupná, dokud se místní aktualizace nedokončí.

Tento článek se zabývá následujícími informacemi o aktualizacích Azure:

Povolené změny služby během aktualizace

Následující tabulka ukazuje povolené změny služby během aktualizace:

Změny povolené pro hostování, služby a role Místní aktualizace Fázované (prohození VIRTUÁLNÍCH IP adres) Odstranění a opětovné nasazení
Verze operačního systému Ano Ano Yes
Úroveň důvěryhodnosti .NET Ano Ano Yes
Velikostvirtuálního počítače 1 Ano2 Ano Yes
Nastavení místního úložiště Zvýšit pouze2 Ano Yes
Přidání nebo odebrání rolí ve službě Ano Ano Yes
Počet instancí konkrétní role Ano Ano Yes
Počet nebo typ koncových bodů pro službu Ano2 No Ano
Názvy a hodnoty nastavení konfigurace Ano Ano Yes
Hodnoty (ale ne názvy) nastavení konfigurace Ano Ano Yes
Přidání nových certifikátů Ano Ano Yes
Změna existujících certifikátů Ano Ano Yes
Nasazení nového kódu Ano Ano Yes

1 Změna velikosti omezená na podmnožinu velikostí dostupných pro cloudovou službu.

2 Vyžaduje Sadu Azure SDK 1.5 nebo novější verze.

Upozorňující

Změna velikosti virtuálního počítače zničí místní data.

Během aktualizace nejsou podporovány následující položky:

  • Změna názvu role Odeberte a přidejte roli s novým názvem.
  • Změna počtu upgradovaných domén
  • Zmenšení velikosti místních prostředků

Pokud provedete další aktualizace definice vaší služby, jako je například zmenšení velikosti místního prostředku, musíte místo toho provést aktualizaci prohození virtuálníCH IP adres. Další informace najdete v tématu Prohození nasazení.

Jak probíhá upgrade

Můžete se rozhodnout, jestli chcete aktualizovat všechny role ve vaší službě, nebo jednu roli ve službě. V obou případech se všechny instance každé upgradované role a patří do první domény upgradu, zastaví, upgradují a přenesou se do online režimu. Jakmile budou zase online, instance v druhé doméně upgradu se zastaví, upgradují a přenesou do online režimu. Cloudová služba může mít současně aktivní maximálně jeden upgrade. Upgrade se vždy provádí s nejnovější verzí cloudové služby.

Následující diagram znázorňuje průběh upgradu, pokud upgradujete všechny role ve službě:

Upgrade služby

Tento další diagram znázorňuje, jak aktualizace pokračuje, pokud upgradujete pouze jednu roli:

Upgrade role

Během automatické aktualizace pravidelně vyhodnocuje stav cloudové služby, aby zjistil, kdy je bezpečné procházet další UD. Toto vyhodnocení stavu se provádí na základě jednotlivých rolí a bere v úvahu pouze instance v nejnovější verzi (to znamená instance z identifikátorů UD, které už prošly). Ověřuje, že pro každou roli dosáhl minimálního počtu instancí rolí uspokojivý stav terminálu.

Vypršení časového limitu spuštění instance role

Kontroler prostředků infrastruktury čeká 30 minut, než se každá instance role dostane do stavu Spuštěno. Pokud doba trvání časového limitu uplynula, kontroler prostředků infrastruktury bude pokračovat v procházení k další instanci role.

Dopad na řízení dat během upgradů cloudových služeb

Když upgradujete službu z jedné instance na více instancí, Azure během upgradu služby zsadí. Smlouva o úrovni služeb zaručuje dostupnost služeb platí jenom pro služby nasazené s více než jednou instancí. Následující seznam popisuje, jak každý scénář upgradu služby Azure ovlivňuje data na každé jednotce:

Scénář Jednotka C Jednotka D Jednotka E
Restartování virtuálního počítače Udržovaný Udržovaný Udržovaný
Restartování portálu Udržovaný Udržovaný Zničený
Obnovení image portálu Udržovaný Zničený Zničený
Místní upgrade Udržovaný Udržovaný Zničený
Migrace uzlů Zničený Zničený Zničený

V předchozím seznamu jednotka E: představuje kořenovou jednotku role a neměla by být pevně zakódovaná. Místo toho použijte proměnnou prostředí %RoleRoot% k reprezentaci jednotky.

Pokud chcete minimalizovat výpadky při upgradu služby s jednou instancí, nasaďte novou službu s více instancemi na přípravný server a proveďte prohození virtuální IP adresy.

Vrácení aktualizace zpět

Azure poskytuje flexibilitu při správě služeb během aktualizace tím, že vám umožní zahájit další operace ve službě, jakmile kontroler Azure Fabric přijme počáteční žádost o aktualizaci. Vrácení zpět lze provést pouze v případech, kdy je aktualizace (změna konfigurace) nebo upgrade ve stavu probíhajícího nasazení. Aktualizace nebo upgrade se považuje za probíhající, pokud existuje alespoň jedna instance služby, která zůstává neaktualizované na novou verzi. Pokud chcete otestovat, jestli je povoleno vrácení zpět, zkontrolujte hodnotu příznaku RollbackAllowed je nastavena na hodnotu true. Operace získání nasazení a získání vlastností cloudové služby vrátí příznak RollbackAllowed pro referenci.

Poznámka:

Má smysl volat vrácení zpět při místní aktualizaci nebo upgradu, protože upgrady prohození virtuálních IP adres zahrnují nahrazení jedné spuštěné instance vaší služby jinou.

Vrácení probíhající aktualizace má na nasazení následující vliv:

  • Všechny instance rolí, které zůstávají neaktualizované nebo neupgradované na novou verzi, se neaktualizují ani neupgradují, protože tyto instance už používají cílovou verzi služby.
  • Všechny instance rolí, které již aktualizovaly nebo upgradovaly na novou verzi souboru balíčku služby (*.cspkg) nebo konfigurační soubor služby (*.cscfg) (nebo oba soubory), se vrátí k předběžné verzi těchto souborů.

Tyto funkce poskytují následující funkce:

V některých situacích se nepodporuje vrácení aktualizace nebo upgradu, tyto situace jsou následující:

  • Snížení počtu místních prostředků – Pokud aktualizace zvýší místní prostředky pro roli, nepovoluje vrácení zpět.
  • Omezení kvóty – Pokud byla aktualizace operací vertikálního snížení kapacity, možná už nemáte dostatečnou kvótu výpočetních prostředků k dokončení operace vrácení zpět. Každé předplatné Azure má přidruženou kvótu. Kvóta určuje maximální počet jader, které můžou využívat všechny hostované služby patřící do tohoto předplatného. Pokud by provedení vrácení dané aktualizace přeložilo vaše předplatné nad kvótu, toto vrácení zpět se nepovolí.
  • Stav časování – Pokud se počáteční aktualizace dokončí, vrácení zpět není možné.

Příkladem toho, kdy může být vrácení aktualizace užitečné, je, když použijete operaci nasazení upgradu v ručním režimu k řízení rychlosti zavedení hlavního místního upgradu do hostované služby Azure.

Během zavádění upgradu zavoláte Nasazení upgradu v ručním režimu a začnete procházet upgradovací domény. Pokud v určitém okamžiku při monitorování upgradu zjistíte, že některé instance rolí v prvních doménách upgradu nereagují, můžete při nasazení volat operaci vrácení zpět aktualizace nebo upgradu . Tato operace ponechá nedotčené instance, které zůstanou neupgradované a vrátí instance upgradované zpět na předchozí balíček a konfiguraci služby.

Zahájení několika ztlumených operací v probíhajícím nasazení

V některých případech můžete chtít v probíhajícím nasazení zahájit několik souběžných operací ztlumení. Můžete například provést aktualizaci služby a zatímco se aktualizace zavádí ve vaší službě, chcete provést nějakou změnu, například vrácení aktualizace zpět, použití jiné aktualizace nebo dokonce odstranění nasazení. V případě, kdy může dojít k tomuto scénáři, je situace, kdy upgrade služby obsahuje kód chyby, který způsobí opakované chybové ukončení upgradované instance role. V tomto případě se kontroleru prostředků infrastruktury Azure nedaří provést upgrade, protože v upgradované doméně není dostatečný počet instancí v pořádku. Tento stav se označuje jako zablokované nasazení. Nasazení můžete zrušit vrácením aktualizace zpět nebo použitím nové aktualizace v horní části neúspěšné aktualizace.

Jakmile kontroler Prostředků infrastruktury Azure obdrží počáteční požadavek na aktualizaci nebo upgrade služby, můžete začít s následnými operacemi ztlumení. To znamená, že nemusíte čekat na dokončení počáteční operace, než můžete zahájit další ztlumení operace.

Zahájení druhé operace aktualizace, zatímco první aktualizace probíhá, se hraje podobně jako operace vrácení zpět. Pokud je druhá aktualizace v automatickém režimu, první upgrade domény okamžitě upgraduje, což může vést k tomu, že instance z více upgradových domén budou offline současně.

Mutační operace jsou následující: Změna konfigurace nasazení, nasazení upgradu, stav nasazení aktualizace, odstranění nasazení a vrácení zpět aktualizace nebo upgradu.

Dvě operace: Získat nasazení a získat vlastnosti cloudové služby, vrátí uzamčený příznak. Můžete prozkoumat příznak Uzamčeno a zjistit, jestli můžete vyvolat operaci ztlumení v daném nasazení.

Chcete-li volat verzi těchto metod, která vrací uzamčený příznak, je nutné nastavit hlavičku požadavku na "x-ms-version: 2011-10-01" nebo novější. Další informace o hlavičkách správy verzí najdete ve správě verzí modelu nasazení Classic.

Distribuce rolí napříč upgradovanými doménami

Azure distribuuje instance role rovnoměrně napříč nastaveným počtem upgradovaných domén, které je možné nakonfigurovat jako součást souboru definice služby (.csdef). Maximální počet upgradovaných domén je 20 a výchozí hodnota je 5. Další informace o tom, jak upravit definiční soubor služby, naleznete v tématu Schéma definice služby (soubor .csdef).

Pokud má například vaše role 10 instancí, každá upgradované domény ve výchozím nastavení obsahuje dvě instance. Pokud má vaše role 14 instancí, pak čtyři z upgradovaných domén obsahují tři instance a pátá doména obsahuje dvě.

Domény upgradu se identifikují s nulovým indexem: první upgradovací doména má ID 0 a druhá upgradovací doména má ID 1 atd.

Následující diagram znázorňuje, jak se role ve službě obsahující dvě role distribuují, když služba definuje dvě domény upgradu. Služba spouští osm instancí webové role a devět instancí role pracovního procesu.

Distribuce upgradovaných domén

Poznámka:

Všimněte si, že Azure řídí, jak se instance přidělují napříč upgradovými doménami. Není možné určit, které instance se přidělují do které domény.

Další kroky

Jak spravovat Cloud Services
Jak monitorovat Cloud Services
Jak konfigurovat Cloud Services