Nasazení SQL Serveru na Lokální Azure

platí pro:SQL Server

Tento článek popisuje, jak nasadit SQL Server na Lokální Azure v režimu připojení. SQL Server běží na virtuálních strojích (VM) Windows Server nebo Linux v Lokální Azure clusteru, který udržuje konektivitu s Azure. Tato konfigurace kombinuje lokální provádění a datovou rezidenci s Azure založenou správou, monitorováním, fakturací a hybridními službami.

Pro prostředí bez trvalého připojení k Azure vizte Nasazení SQL Serveru na Lokální Azure s odpojeným provozem.

Předpoklady

Než začnete, ujistěte se, že máte:

Následující pracovní postup zahrnuje nasazení Lokální Azure a tvorbu SQL Server VM.

Plánujte pracovní zátěž SQL Server

Před dimenzováním VM zachyťte požadavky na pracovní zátěž:

  • Vyberte verzi a edici SQL Server na základě velikosti databáze, dostupných funkcí, online provozu, práv k virtualizaci a životního cyklu podpory.
  • Zaznamenejte maximální využití CPU, paměť pracovní sady, vstupní/výstupní operace za sekundu (IOPS), propustnost, latenci, růst databáze, poptávku, tempdb rychlost generování logů a souběžnost.
  • Definujte cíle bodů obnovy (RPO) a cíle doby obnovy (RTO).
  • Identifikujte závislosti aplikací, metody autentizace, požadavky na bezpečnost transportní vrstvy (TLS), porty, servisní účty, údržbová okna, uchovávání záloh a offline softwarové závislosti.

Navrhněte SQL Server VM

Při návrhu každého VM používejte následující úvahy:

Oblast návrhu Pokyny pro SQL Server
Compute Dimenzujte virtuální procesory pro udržitelné využití a efektivitu licencování. Vyhněte se nadměrnému odběru, který způsobuje nepředvídatelnou latenci dotazů.
Memory Rezervujte paměť pro operační systém, agenty, ovladače a aktivitu při přepájení při přepávání. Nakonfigurujte max server memory tak, aby SQL Server nezabíral paměť potřebnou pro jiné procesy.
Storage Používejte samostatné svazky pro operační systém, data, transakční záznamy tempdba zálohy. Ověřte latenci, propustnost, hloubku fronty, kapacitu, odolnost a prahové hodnoty volného místa.
Network Zajistěte podle potřeby stabilní klientské cesty, cesty pro správu, záložní cesty a cesty pro replikaci. Ověřte DNS, maximální přenosovou jednotku (MTU), firewallová pravidla, TLS důvěru a konektivitu posluchače.
Umístění Umístit repliky s vysokou dostupností na různé Lokální Azure uzly nebo domény selhání. Používejte antiafinitu, kde je to možné.

Pracovní postup nasazení

Následující fáze vás provedou od nasazení infrastruktury až po správu propojeného SQL Server.

Stage Outcome
Pořiďte hardware a nasaďte Lokální Azure Podporované prostředí Lokální Azure.
Vytvořte virtuální stroje a nainstalujte SQL Server SQL Server běžící na Windows Server nebo Linuxu.
Monitorování a ladění serveru SQL Server Základní úroveň výkonu a zdraví SQL Server.
Nastavte vysokou dostupnost Návrh dostupnosti specifický pro pracovní zátěž, například skupiny dostupnosti nebo instance failover clusterů.
Připojení SQL Serveru ke službě Azure Arc Centralizovaný inventář, správa, bezpečnost a licencování.

Nasazení Lokálního Azure

Nasaďte Lokální Azure podle přehledu nasazení Lokální Azure. Dokončete příslušné předpoklady nasazení a proces nasazení, než vytvoříte VM pro své SQL Server workloady.

Vytvořte virtuální stroje a nainstalujte SQL Server

  1. Vytvořte Windows Server nebo Linux VM v Lokální Azure pro vaše SQL Server pracovní zátěže.

  2. Nainstalujte SQL Server podle návodu pro váš operační systém:

  3. Projděte si požadavky na licencování a fakturaci SQL Server a nastavte vhodný licenční model.

Monitorovat a ladit SQL Server

Monitorujte SQL Server pomocí dynamických správcovských pohledů, rozšířených událostí, chybových logů a monitorovacího řešení podporovaného hostujícím operačním systémem. Na Windows můžete také používat upozornění SQL Server Agent a Windows ukazatele výkonu. Upozornění SQL Server Agent nejsou na Linuxu podporována; zkontrolujte podporu funkce SQL Server on Linux pro vaši verzi.

Před ladením pracovní zátěže stanovte základní úroveň využití CPU, tlaku na paměť, latenci úložiště, blokování, růstu databáze a stavu záloh. Po připojení SQL Server k Azure Arc můžete také provést hodnocení osvědčených postupů, pokud splní jeho předpoklady.

Nakonfigurujte vysokou dostupnost

Lokální Azure poskytuje odolnost na úrovni hostitele pro VM. Nakonfigurujte SQL Server na vysokou dostupnost samostatně, abyste splnili požadavky na dostupnost databáze nebo instancí vašeho pracovního zatížení:

Pro Linux poskytuje skupina dostupnosti bez správce clusteru repliky ve škále čtení, nikoli vysokou dostupnost. Nasazení s vysokou dostupností vyžadují podporovaného správce clusteru, například Pacemaker, a produkční nasazení vyžadují oplocení. Viz Konfigurovat skupiny dostupnosti na Linuxu. Ověřte distribuci Linuxu, správce clusterů, mechanismus oplocení a podporu úložiště pro vaši konfiguraci Lokální Azure; Windows procedury se na Linux neaplikují beze změny.

Plánujte ochranu zátěže odděleně od odolnosti infrastruktury. Možnosti Azure Backup a Azure Site Recovery najdete v článku Odolnost úloh Lokální Azure a zotavení po havárii a v požadavcích na podporu pro vaši úlohu.

Připojení SQL Serveru k Azure Arc

Připojte instance SQL Server běžící na Lokální Azure k Azure Arc a vytvořte Azure zdroje pro centralizovanou správu.

  1. Ověřte požadavky pro Azure Arc.
  2. Postupujte podle pokynů v článku Connect SQL Server to Azure Arc a vygenerujte a spusťte skript pro registraci.
  3. Potvrďte, že se SQL Server zdroje objevují v portálu Azure.

Po onboardingu můžete využít následující funkce, s ohledem na jejich požadavky na verzi a konfiguraci:

Capability Guidance
Inventarizace a vykazování Zobrazit instance, databáze, verze, edice a hostitelské operační systémy. Použijte Azure Resource Graph k dotazování napříč vaším SQL Server estate. Viz SQL Server s podporou Azure Arc.
Hodnocení osvědčených postupů Získejte doporučení ohledně výkonu a bezpečnosti. Viz hodnocení nejlepších postupů.
Identity Používejte autentizaci Microsoft Entra, s ohledem na požadavky na verzi a operační systém. Nastavení spravované identity pro autentizaci Microsoft Entra vyžaduje SQL Server 2025 s podporou Arc na Windows Server a používá systémově přiřazenou identitu serveru s podporou Arc. Autentizace Microsoft Entra není podporována u failover clusterových instancí.
Zabezpečení a zásady správného řízení Nakonfigurujte Microsoft Defender for Cloud, nebo zaregistrujte a naskenovajte SQL Server pomocí Microsoft Purview.
Operations Spravujte konfiguraci a spouštějte schválené skripty napříč onboardovanými servery. Viz SQL Server s podporou Azure Arc a Správa konfigurace.

Konfigurace licencování prostřednictvím Azure Arc

Použijte SQL Server povolený Azure Arc k deklaraci a správě licenčního a fakturačního modelu pro vaše instance SQL Server:

  • Průběžné platby: Předplaťte si službu prostřednictvím Azure a plaťte za licencovaná jádra vykazovaná službou Azure Arc. Tento model může vyhovovat proměnlivým, dočasným nebo postupně rostoucím úlohám.
  • Licence s Software Assurance nebo předplatném: Deklarujte stávající licenci SQL Server, která je kryta aktivním Software Assurance nebo předplatným SQL Server. Azure Arc zaznamenává typ licence a umožňuje příslušné výhody správy.
  • Rozsah jádra: Zhodnoťte licencování virtuálních jader pro jednotlivé VM a způsobilé podnikové licencování fyzického jádra s neomezenou virtualizací. Před výběrem licenčního modelu ověřte způsobilost.
  • Konfigurace: Nastavte a zkontrolujte typ licence přes portál Azure, Azure PowerShell nebo Azure CLI. Aplikujte změny ve velkém měřítku, když je to potřeba.
  • Reportování: Udržujte agenta Azure Connected Machine a rozšíření SQL Server zdravé, aby inventář, hlášení využití a fakturace zůstaly přesné.

V systému Linux průběžné účtování (pay-as-you-go) automaticky nerozpozná pasivní repliky skupin dostupnosti ani instance clusteru s podporou převzetí služeb při selhání. Všechny instance SQL Server jsou účtovány jako aktivní, bez ohledu na jejich roli pro vysokou dostupnost nebo obnovu po havárii. Tento rozdíl zohledněte při plánování nasazení Linuxu. Viz úvahy o platbách podle spotřeby.

Pro požadavky a postupy viz Spravovat licencování a fakturaci, Spravovat konfiguraci a Spravovat přechod na platbu podle provozu.

Vytváření lokálních AI aplikací

SQL Server 2025 může použít sp_invoke_external_rest_endpoint k volání kompatibilního HTTPS endpointu pro dokončení chatu. Aplikace mohou kombinovat SQL data s lokálně hostovanými modely a zároveň zachovat inferenci ve vašem prostředí.

Před zavoláním endpointu lokálního modelu:

  • external rest endpoint enabled Povolte možnost konfigurace serveru. Tento postup je ve SQL Server 2025 ve výchozím nastavení zakázán.
  • Udělit volající databázi EXECUTE ANY EXTERNAL ENDPOINT hlavní oprávnění a nakonfigurovat autentizaci a přihlašovací údaje požadované koncovým bodem.
  • Nasazte model a udělejte jeho HTTPS endpoint dostupný z SQL Server VM. Nastavte TLS certifikáty a důvěru v certifikáty pro produkční použití; test, který obejde ověření certifikátu, neprokáže, že se SQL Server může bezpečně připojit.

Pro podrobnosti viz oprávnění a předpoklady pro REST endpointy a pokyny k inferenci Foundry Local.

  • Integrace SQL Server: Odesílejte autorizované REST požadavky ze SQL Server 2025 na kompatibilní endpoint pro dokončení chatu a zpracujte odpověď ve vašem pracovním toku.
  • Místní odvozování modelu: Foundry Local na Lokální Azure je v předběžné verzi. Použijte podporované chatové katalogové modely nebo modely "přineste si vlastní" a splňte požadavky na nasazení a přístup k nabídce.
  • Vývojářské nástroje: Zkontrolujte GitHub Copilot – přineste si vlastní klíč pro podporované modelové endpointy a požadavky klienta před připojením Visual Studio Code k lokálnímu endpointu.

Pro více informací viz dokumentaci Foundry Local a požadavky na koncové body v sp_invoke_external_rest_endpoint.

Používejte důvěryhodné launch VM

Důvěryhodné spuštění pro virtuální počítače Lokální Azure podporuje Secure Boot a virtuální modul Trusted Platform Module (vTPM). Pokud vaše SQL Server VM používají ochranu podpořenou TPM, prohlédněte si automatický přenos stavu, abyste pochopili, jak se stav vTPM řeší při migraci nebo failoveru VM mezi uzly.

SQL Server nevyžaduje vTPM. Pokud používáte vTPM pro ochranu hostujících operačních systémů nebo šifrování, ověřte tyto požadavky odděleně od návrhu dostupnosti SQL Server.

Pro požadavky a omezení viz Důvěryhodné spuštění pro Lokální Azure VM.

Související obsah

  • Poslední aktualizace v