Sdílet prostřednictvím

Přehled operací správy ve službě Azure SQL Managed Instance

Platí pro:Azure SQL Managed Instance

Tento článek obsahuje přehled různých operací, ke kterým dochází při správě služby Azure SQL Managed Instance. Operace správy jsou operace, které se provádějí v back-endu při vytváření, aktualizaci nebo odstraňování instance.

Podrobný popis kroků a odhadované doby trvání jednotlivých operací správy najdete v tématu Doba trvání operací správy.

Co jsou operace správy?

Správa služby Azure SQL Managed Instance zahrnuje následující operace:

  • Vytvoření: Operace, ke kterým dochází při prvním vytvoření nové spravované instance SQL. To zahrnuje vytvoření základní skupiny virtuálních počítačů a nasazení procesu databázového stroje SQL.
  • Aktualizace: Operace, ke kterým dochází při změně vlastností existující spravované instance SQL, jako je škálování výpočetních prostředků nebo úložiště, změna úrovně služby nebo aktualizace konfigurace instance. Provádění aktualizací často zahrnuje změnu velikosti skupiny virtuálních počítačů, vkládání dat a následné převzetí služeb při selhání na nový proces SQL databázového stroje.
  • Odstranění: Operace, ke kterým dochází při odstranění existující spravované instance SQL, včetně vyčištění prostředků, jako je skupina virtuálních počítačů přidružená k instanci.

Podrobný popis kroků a odhadované doby trvání jednotlivých operací správy najdete v tématu Doba trvání operací správy.

Operace správy spravované instance SQL se provádějí prostřednictvím následujících základních procesů:

  • Operace skupiny virtuálních počítačů: Operace, které zahrnují vytvoření a správu základní skupiny virtuálních počítačů, která hostuje spravovanou instanci SQL. To zahrnuje změnu velikosti skupiny virtuálních počítačů, vytvoření nových skupin virtuálních počítačů a správu virtuálních počítačů v těchto skupinách.
  • Počáteční nastavení: Inicializace a synchronizace dat napříč procesy databázového stroje SQL, obvykle k přípravě na převzetí služeb při selhání.
  • Převzetí služeb při selhání: Operace spojené s převzetím služeb při selhání do jiného procesu databázového stroje SQL, a to buď ve stejné, nebo v nové skupině virtuálních počítačů.

Operace skupin virtuálních počítačů

Pro podporu nasazení ve virtuálních sítích Azure a zajištění izolace a zabezpečení pro zákazníky využívá služba SQL Managed Instance virtuální clustery. Virtuální cluster představuje vyhrazenou sadu izolovaných virtuálních počítačů nasazených v podsíti virtuální sítě a uspořádaných do skupin virtuálních počítačů. Každá spravovaná instance SQL nasazená do prázdné podsítě v podstatě vede k vytvoření nového virtuálního clusteru, který vytvoří úplně první skupinu virtuálních počítačů.

Následné operace správy ve spravovaných instancích SQL můžou ovlivnit základní skupiny virtuálních počítačů. Změny, které ovlivňují základní skupiny virtuálních počítačů, můžou ovlivnit dobu trvání operací správy, protože nasazení dalších virtuálních počítačů do virtuálního clusteru má režii, kterou je potřeba zvážit při plánování nových nasazení nebo aktualizací stávajících instancí.

Podrobné informace o architektuře virtuálního clusteru najdete v tématu Architektura virtuálního clusteru.

Setí

Seeding hraje důležitou roli při provozu služby Azure SQL Managed Instance, zejména při nastavování a replikaci databází. Seeding je proces, který inicializuje a synchronizuje data napříč procesy databázového stroje SQL, což je zásadní součástí správy instancí. I když je často nejčasově náročnějším krokem v dlouhých, ale úspěšných operacích, seeding slouží jako základní kámen pro vytvoření zdravého a funkčního prostředí spravované instance SQL.

Odhadovanou dobu trvání operací seedingu najdete v tématu Doba trvání operací správy.

Proces počátečního nastavení obvykle zahrnuje následující fáze bez ohledu na úroveň služby:

  • Inicializace: Systém identifikuje zdrojovou a cílovou databázi a spustí řadu úloh, které připraví procesy databázového stroje SQL pro přenos dat.
  • Přenos dat: Skutečné datové balíčky se přenášejí ze zdroje do cílového procesu databázového stroje SQL, který zahrnuje úplnou nebo částečnou kopii databáze v závislosti na scénáři.
  • Synchronizace: Po dokončení počátečního přenosu dat systém synchronizuje všechny následné aktualizace nebo změny prostřednictvím replikace bloků transakčního protokolu, aby se zajistila integrita dat.
  • Ověření a finalizace: Proces je dokončen a cílový proces databázového stroje SQL je ověřen pro potvrzení úspěšné replikace a inicializace. K převzetí služeb při selhání dochází proto, aby byl provoz směrován do nového procesu databázového stroje SQL.

Ve vrstvě služby Pro obecné účely nejsou k dispozici žádná data s výjimkou případů, kdy změníte úroveň služby na úroveň služby Pro důležité obchodní informace . Operace správy na úrovni služby Pro obecné účely zahrnují odpojení vzdáleného úložiště od starého procesu databázového stroje SQL a jeho připojení k novému procesu databázového stroje SQL.

Naopak úroveň služby Kritický pro obchod, která je navržená pro vysoce výkonné úlohy, vyžaduje místní úložiště a vzájemnou závislost výpočetní a úložné vrstvy. V důsledku toho téměř každá operace a scénář v této úrovni služby vyžaduje počáteční nastavení, aby byla zajištěna dostupnost a konzistence dat.

To, zda se iniciace spustí nebo ne, závisí na konkrétním scénáři a úrovni služby, například:

  • Úrovně služby Obecné účely a Další generace obecných účelů:
    • Změna na úroveň služby Pro důležité obchodní informace – data se musí přenést ze vzdáleného úložiště do místního úložiště použitého v úrovni služby Pro obecné účely.
    • Povolení nebo zakázání redundance zóny – data se musí zkopírovat do zónově redundantních oblastí nebo z těchto zón.
  • Úroveň služby Pro důležité obchodní informace:
    • Škálování úložiště: Vzhledem k tomu, že je úložiště fyzicky připojené k místnímu počítači, každá změna úložiště vyžaduje vytvoření nové skupiny virtuálních počítačů, takže data se musí přenést ze starého počítače na nový počítač (na všech 4 replikách).
    • Škálování virtuálních jader: Každá operace škálování výpočetních prostředků vyžaduje vytvoření nové skupiny virtuálních počítačů, takže data se musí zkopírovat ze starého počítače do nového počítače (na všech 4 replikách).
    • Změna časového období hardwaru nebo údržby: Pokud skupina virtuálních počítačů již v podsíti existuje s odpovídající konfigurací, změní se velikost této skupiny virtuálních počítačů. Pokud se jedná o novou konfiguraci, vytvoří se nová skupina virtuálních počítačů. Data se musí zkopírovat ze staré skupiny virtuálních počítačů do nové skupiny virtuálních počítačů (na všech 4 replikách).
    • Změna úrovně služby: Data musí být zkopírována z místního úložiště do vzdáleného úložiště použitého ve vrstvě služby Pro obecné účely.
    • Povolení nebo zakázání redundance zóny – data se musí zkopírovat do zónově redundantních oblastí nebo z těchto zón.

Rychlost seedování

Délku procesu setí ovlivňují následující faktory:

  • Velikost databáze: Větší databáze vyžadují více času pro přenos dat a synchronizaci napříč procesy databázového stroje SQL.
  • Síťové závislosti: Šířka pásma sítě a latence můžou výrazně ovlivnit rychlost počátečního nastavení.
  • Operace zálohování a obnovení: Probíhající operace zálohování na zdrojovém procesu databázového stroje SQL můžou ovlivnit přípravu dat k odeslání do jiného procesu databázového stroje SQL.
  • Zatížení instance: Zatížení instance během seedingu může způsobit škrcení a výrazně prodloužit proces.

I když většina těchto faktorů přesahuje vaši kontrolu, můžete spravovat provoz instancí, abyste výrazně optimalizovali rychlosti sdílení. Při seedingu se používá stejné výpočetní prostředky instance, které spravují provoz instancí. Velký provoz během seedingu může snížit dostupnost virtuálních jader, což vede k nedostatečné kapacitě pro proces seedování a následnému omezování.

Vysoký provoz během seeding může ovlivnit synchronizaci, protože seeding je navržen tak, aby zabalil a přenesl všechna aktuálně uložená data v rámci jediné operace. Následné změny dat starého procesu databázového stroje SQL, které přicházejí po zahájení inicializace, musí být synchronizovány s novým procesem databázového stroje SQL postupně prostřednictvím replikace bloku transakčního protokolu, než může dojít k převzetí služeb při selhání. Pokud je instance pod velkým zatížením, počáteční fáze může mít potíže udržet krok s příchozími daty, což vede ke zpožděním a potenciálním selháním ve fázi synchronizace. Průběžný vysoký provoz ve starém procesu databázového stroje SQL po spuštění počátečního nastavení může vést k situaci, kdy se fáze synchronizace nikdy nedokončí, protože se neustále dostavují nová data a musí se přenášet. Výsledkem může být nekonečný cyklus přenosu dat, který brání přepnutí na nový proces SQL databázového stroje.

Odhadovanou dobu trvání operací seedingu najdete v tématu Doba trvání operací správy.

Infrastruktura a oznámení Azure

Seeding je proces, který nemůže být přesně kvantifikován nebo přísně predikován, protože spoléhá na sdílené služby Azure. Operace přenosu a seedingu dat závisí na různých interních službách a infrastruktuře Azure, které jsou sdíleny v celém ekosystému Azure. Tyto služby využívají mnoho dalších nesouvisejících služeb v Rámci Azure. Všechny služby v ekosystému Azure soutěží o dostupné prostředky, což vede ke kolísání momentální dostupnosti ovlivněné několika faktory. Microsoft sice může poskytnout rozsah, ve kterém kapacita infrastruktury funguje, ale provádění přesných předpovědí je náročné.

Přepnutí při selhání

Převzetí služeb při selhání instance je okamžik, kdy je provoz přesměrován ze starého procesu databázového stroje SQL do nového procesu databázového stroje SQL ve skupině uzlů virtuálních počítačů, která zahrnuje spravovanou instanci SQL. Převzetí služeb při selhání je klíčovou součástí většiny operací správy, zejména při aktualizaci instance. Krátký okamžik přerušení připojení při přesměrování provozu na nový proces databázového stroje SQL se označuje jako převzetí služeb při selhání.

Vaše instance je nedostupná pouze při selhání a přebírání služeb, když se provoz přesměruje na nový proces databázového stroje SQL. Na úrovni služby Pro důležité obchodní informace není vaše instance dostupná po dobu až 20 sekund, zatímco ve vrstvě služby Pro obecné účely může být instance po dobu až 2 minut nedostupná. Všechny backendové operace, ke kterým dochází, aby se připravily na převzetí úloh při selhání kvůli operaci správy, jako je znovuzačínání databází ve službě Business Critical, probíhají na pozadí a nemají vliv na dostupnost vaší instance.

Architektonické rozdíly mezi úrovněmi služby jsou vysvětleny podrobně v dostupnosti.

Vzájemný dopad operací správy

Operace správy ve spravované instanci SQL můžou ovlivnit operace správy jiných instancí umístěných ve stejné podsíti:

  • Dlouhotrvající operace obnovení ve virtuálním clusteru zastaví jiné operace ve stejném virtuálním clusteru, například operace vytvoření nebo škálování.

    Příklad: Pokud probíhá dlouhotrvající operace obnovení a současně žádost o škálování, která zmenší skupinu virtuálních počítačů, žádost o zmenšení musí čekat, dokud se operace obnovení nedokončí, což její dokončení zpomaluje.

  • Následná operace vytvoření nebo škálování instance je pozdržena kvůli dříve iniciovanému vytvoření nebo škálování instance, které spustilo změnu velikosti skupiny virtuálních počítačů.

    Příklad: Pokud ve stejné podsíti ve stejné skupině virtuálních počítačů existuje více žádostí o vytvoření nebo škálování a jeden z nich zahájí změnu velikosti skupiny virtuálních počítačů, všechny požadavky odeslané po dobu 5 a více minut od žádosti o počáteční operaci trvají déle, než se čekalo, protože tyto požadavky musí před obnovením počkat na dokončení změny velikosti.

  • Operace vytvoření/škálování odeslané v 1minutovém intervalu se dávkovají a spouští paralelně.

    Příklad: Změna velikosti virtuálního clusteru se provádí pouze u všech operací odeslaných během 1 minuty (měřeno od okamžiku odeslání prvního požadavku na operaci). Pokud je další žádost odeslána více než 1 minutu po první odeslané, čeká se na dokončení změny velikosti virtuálního clusteru před tím, než se spustí její zpracování.

Důležité

Operace správy, které jsou blokovány kvůli jiné probíhající operaci, se po splnění podmínek pro pokračování automaticky obnoví. K obnovení dočasně pozastavených operací správy není nutný žádný zásah uživatele.

Monitorování operací správy

Informace o monitorování průběhu a stavu operace správy najdete v tématu Monitorování operací správy služby Azure SQL Managed Instance.

Zrušení operací správy

Informace o zrušení operace správy najdete v tématu Zrušení operací správy služby Azure SQL Managed Instance.

Související obsah