Upgrade a aktualizace clusterů Azure Service Fabric
Cluster Azure Service Fabric je prostředek, který vlastníte, ale částečně ho spravuje Microsoft. Tento článek popisuje možnosti, kdy a jak aktualizovat cluster Azure Service Fabric.
Automatické a ruční upgrady
Je důležité zajistit, aby váš cluster Service Fabric vždy běžel s podporovanou verzí modulu runtime. Pokaždé, když Společnost Microsoft oznámí vydání nové verze Service Fabric, bude předchozí verze označena pro ukončení podpory po minimálně 60 dnech od tohoto data. Nové verze jsou oznámeny na blogu týmu Service Fabric.
Čtrnáct dní před vypršením platnosti vydané verze, na které je cluster spuštěný, se vygeneruje událost stavu, která váš cluster uvede do stavu Upozornění . Cluster zůstane ve stavu upozornění, dokud neupgradujete na podporovanou verzi modulu runtime.
Cluster můžete nastavit tak, aby dostával automatické upgrady Service Fabric, jakmile je vydává Microsoft, nebo si můžete ručně vybrat ze seznamu aktuálně podporovaných verzí. Tyto možnosti jsou k dispozici v části Upgrady prostředků infrastruktury vašeho prostředku clusteru Service Fabric.
Můžete také nastavit režim upgradu clusteru a vybrat verzi modulu runtime pomocí šablony Resource Manager.
Doporučeným režimem upgradu jsou automatické upgrady, protože tato možnost zajistí, že váš cluster zůstane v podporovaném stavu a bude těžit z nejnovějších oprav a funkcí a zároveň vám umožní naplánovat aktualizace způsobem, který nejméně naruší vaše úlohy pomocí strategie nasazení wave .
Poznámka
Pokud změníte existující cluster do automatického režimu, cluster se zaregistruje pro další období upgradu počínaje novou verzí. Nové verze jsou oznámeny na blogu týmu Service Fabric. Pro každé období upgradu je zvolena nejvyšší možná cesta upgradu, viz podporované verze. Režim ručního upgradu aktivuje okamžitý upgrade.
Nasazení wave pro automatické upgrady
Pomocí nasazení wave můžete minimalizovat přerušení upgradu clusteru výběrem úrovně vyspělosti upgradu v závislosti na vaší úloze. Pro různé clustery Service Fabric můžete například nastavit kanál nasazení testovací> fáze –>produkční vlny, abyste mohli otestovat kompatibilitu upgradu za běhu předtím, než ho použijete pro produkční úlohy.
Pokud se chcete přihlásit k wave nasazení, zadejte jednu z následujících hodnot vlny pro váš cluster (v šabloně nasazení):
- Vlna 0: Clustery se aktualizují hned po vydání nového buildu Service Fabric. Určeno pro testovací a vývojové clustery.
- 1. vlna: Clustery se aktualizují jeden týden (sedm dní) po vydání nového buildu. Určeno pro předem připravené nebo přípravné clustery.
- 2. vlna: Clustery se aktualizují dva týdny (14 dní) po vydání nového buildu. Určeno pro produkční clustery.
V případě selhání upgradu clusteru se můžete zaregistrovat k e-mailovým oznámením s odkazy na další pomoc. Pokud chcete začít s automatickými upgrady , podívejte se na téma Nasazení wave.
Fáze automatického upgradu
Microsoft udržuje kód a konfiguraci modulu runtime Service Fabric, který běží v clusteru Azure. Automaticky monitorované upgrady softwaru provádíme podle potřeby. Tyto upgrady můžou být kód, konfigurace nebo obojí. Aby se minimalizoval dopad těchto upgradů na vaše aplikace, provádějí se v následujících fázích:
Fáze 1: Upgrade se provádí pomocí všech zásad stavu clusteru.
Během této fáze budou upgrady probíhat po jedné upgradové doméně a aplikace spuštěné v clusteru budou dál běžet bez výpadků. Zásady stavu clusteru (pro stav uzlu a stav aplikace) se během upgradu dodržují.
Pokud zásady stavu clusteru nejsou splněné, upgrade se vrátí zpět a pošle se e-mail vlastníkovi předplatného. E-mail obsahuje následující informace:
- Oznámení, že jsme museli vrátit zpět upgrade clusteru.
- Navrhovaná nápravná opatření, pokud existují.
- Počet dnů (n) do spuštění fáze 2.
Stejný upgrade se pokusíme provést ještě několikrát pro případ, že by některé upgrady selhaly z důvodů infrastruktury. Po n dnech od data odeslání e-mailu pokračujeme do fáze 2.
Pokud jsou splněné zásady stavu clusteru, upgrade se považuje za úspěšný a označí se jako dokončený. K této situaci může dojít během počátečního upgradu nebo jakéhokoli opětovného spuštění upgradu v této fázi. Neexistuje žádné potvrzení úspěšného spuštění e-mailem, aby se zabránilo odesílání nadměrných e-mailů. Příjem e-mailu znamená výjimku z normálního provozu. Očekáváme, že většina upgradů clusteru bude úspěšná, aniž by to mělo vliv na dostupnost vaší aplikace.
Fáze 2: Upgrade se provádí pouze pomocí výchozích zásad stavu.
Zásady stavu v této fázi jsou nastavené tak, aby počet aplikací, které byly na začátku upgradu v pořádku, zůstal během procesu upgradu stejný. Stejně jako ve fázi 1 probíhají upgrady fáze 2 postupně po jedné doméně a aplikace spuštěné v clusteru budou dál běžet bez výpadků. Během upgradu se dodržují zásady stavu clusteru (kombinace stavu uzlu a stavu všech aplikací spuštěných v clusteru).
Pokud nejsou splněné zásady stavu clusteru, upgrade se vrátí zpět. Pak se pošle e-mail vlastníkovi předplatného. E-mail obsahuje následující informace:
- Oznámení, že jsme museli vrátit zpět upgrade clusteru.
- Navrhovaná nápravná opatření, pokud existují.
- Počet dnů (n) do spuštění fáze 3.
Stejný upgrade se pokusíme provést ještě několikrát pro případ, že by některé upgrady selhaly z důvodů infrastruktury. E-mail s připomenutím se odešle několik dní před uplynutím n dnů. Po uplynutí n dnů od data odeslání e-mailu pokračujeme do fáze 3. E-maily, které vám pošleme ve fázi 2, musí být brány vážně a musí být přijata nápravná opatření.
Pokud jsou splněné zásady stavu clusteru, upgrade se považuje za úspěšný a označí se jako dokončený. K tomu může dojít během počátečního upgradu nebo jakéhokoli opětovného spuštění upgradu v této fázi. Neexistuje žádné potvrzení úspěšného spuštění e-mailem.
Fáze 3: Upgrade se provádí pomocí agresivních zásad stavu
Tyto zásady stavu v této fázi jsou zaměřené na dokončení upgradu, nikoli na stav aplikací. V této fázi skončí několik upgradů clusteru. Pokud se váš cluster dostane do této fáze, je velmi možné, že vaše aplikace nebude v pořádku nebo ztratí dostupnost.
Podobně jako u ostatních dvou fází, upgrady fáze 3 postupují postupně po jedné upgradové doméně.
Pokud zásady stavu clusteru nejsou splněné, upgrade se vrátí zpět. Stejný upgrade se pokusíme provést ještě několikrát pro případ, že by některé upgrady selhaly z důvodů infrastruktury. Potom se cluster připne, takže už nebude dostávat podporu nebo upgrady.
E-mail s těmito informacemi se odešle vlastníkovi předplatného spolu s nápravnými akcemi. Neočekáváme, že by se žádné clustery dostaly do stavu, kdy fáze 3 selhala.
Pokud jsou splněné zásady stavu clusteru, upgrade se považuje za úspěšný a označí se jako dokončený. K tomu může dojít během počátečního upgradu nebo jakéhokoli opětovného spuštění upgradu v této fázi. Neexistuje žádné potvrzení úspěšného spuštění e-mailem.
Vlastní zásady pro ruční upgrady
Můžete zadat vlastní zásady pro ruční upgrady clusteru. Tyto zásady se použijí pokaždé, když vyberete novou verzi modulu runtime, která aktivuje systém spuštění upgradu clusteru. Pokud zásady nepřepíšete, použijí se výchozí hodnoty. Další informace najdete v tématu Nastavení vlastních zásad pro ruční upgrady.
Další aktualizace clusteru
Kromě upgradu modulu runtime může být potřeba provést celou řadu dalších akcí, abyste cluster udržovali v aktualizovaném stavu, včetně následujících:
Správa certifikátů
Service Fabric používá certifikáty serveru X.509 , které zadáte při vytváření clusteru k zabezpečení komunikace mezi uzly clusteru a ověřování klientů. Certifikáty pro cluster a klienta můžete přidat, aktualizovat nebo odstranit v Azure Portal nebo pomocí PowerShellu nebo Azure CLI. Další informace najdete v článku Přidání nebo odebrání certifikátů.
Otevírání portů aplikace
Porty aplikace můžete změnit změnou vlastností Load Balancer prostředků přidružených k typu uzlu. Můžete použít Azure Portal nebo PowerShell nebo Azure CLI. Další informace najdete v tématu Otevření portů aplikací pro cluster.
Definování vlastností uzlu
Někdy můžete chtít zajistit, aby určité úlohy běžely jenom na určitých typech uzlů v clusteru. Některé úlohy například můžou vyžadovat grafické procesory nebo disky SSD, zatímco jiné ne. Pro každý typ uzlů v clusteru můžete do uzlů clusteru přidat vlastní vlastnosti uzlu. Omezení umístění jsou příkazy připojené k jednotlivým službám, které vyberou jednu nebo více vlastností uzlu. Omezení umístění definují, kde se mají služby spouštět.
Podrobnosti o použití omezení umístění, vlastností uzlu a jejich definování najdete v článku o vlastnostech uzlu a omezeních umístění.
Přidání metrik kapacity
Pro každý z typů uzlů můžete přidat vlastní metriky kapacity, které chcete ve svých aplikacích použít k hlášení zatížení. Podrobnosti o využití metrik kapacity k sestavám zatížení najdete v tématu Věnovaném popisu clusteru a metrik a zatížení clusteru Service Fabric Resource Manager dokumentech.
Přizpůsobení nastavení clusteru
V clusteru je možné přizpůsobit mnoho různých nastavení konfigurace, například úroveň spolehlivosti clusteru a vlastností uzlu. Další informace najdete v tématu Nastavení prostředků infrastruktury clusteru Service Fabric.
Upgrade imagí operačního systému pro uzly clusteru
Osvědčeným postupem je povolení automatických upgradů imagí operačního systému pro uzly clusteru Service Fabric. Za tímto účelem je potřeba provést několik požadavků a kroků na cluster. Další možností je použití aplikace PoA (Patch Orchestraation Application), aplikace Service Fabric, která automatizuje opravy operačního systému v clusteru Service Fabric bez výpadků. Další informace o těchto možnostech najdete v tématu Oprava operačního systému Windows v clusteru Service Fabric.