Delen via

Een licentievrije stand-byreplica configureren (preview) voor Azure SQL Database

  • Artikel

Van toepassing op: Azure SQL Database

In dit artikel wordt beschreven hoe u kunt besparen op licentiekosten door uw secundaire noodhersteldatabase (DR) aan te wijzen voor stand-by wanneer u Azure SQL Database gebruikt.

Notitie

Stand-by azure SQL Database-replica's zijn momenteel beschikbaar als preview-versie.

Overzicht

Wanneer een secundaire databasereplica alleen wordt gebruikt voor herstel na noodgevallen en er geen workloads worden uitgevoerd of toepassingen die er verbinding mee maken, kunt u besparen op licentiekosten door de database aan te wijzen als een stand-byreplica. Wanneer een secundaire database is aangewezen voor stand-by, biedt Microsoft u het aantal vCores dat aan de primaire database is gelicentieerd, zonder extra kosten in het kader van het voordeel van failoverrechten in de licentievoorwaarden voor producten. U wordt nog steeds gefactureerd voor de berekening en opslag die door de secundaire database wordt gebruikt.

U wijst een replica aan voor stand-by wanneer u een nieuwe actieve geo-replicatiereplicatie configureert. U kunt vervolgens desgewenst de replica toevoegen aan een failovergroep.

Actieve geo-replicatie ondersteunt het toevoegen van vier secundaire replica's, maar u kunt slechts één secundaire databasereplica toewijzen voor stand-by. Failovergroepen ondersteunen één secundaire databasereplica per primaire database en kunnen leesbaar zijn of stand-by zijn.

Tijdens geplande of niet-geplande failover wordt de stand-byreplica de nieuwe primaire replica en worden er normale vCore-licentiekosten in rekening gebracht terwijl de oorspronkelijke primaire de nieuwe secundaire stand-by wordt en geen vCore-licentiekosten meer in rekening worden gebracht.

Bekijk deze video van Data Exposed voor meer informatie:

Kostenvoordeel

Wanneer u een databasereplica als stand-by aanwijst, worden er geen sql Server-licentiekosten in rekening gebracht voor de vCores die door de stand-byreplica worden gebruikt. Omdat de database echter voor het hele uur wordt gefactureerd, worden er mogelijk nog steeds licentiekosten in rekening gebracht voor het hele uur als de statuswijziging midden in het uur wordt aangebracht.

Het voordeel vertaalt zich anders tussen klanten die gebruikmaken van het model betalen per gebruik en klanten die gebruikmaken van het Azure Hybrid Benefit-model . Voor een betalen per gebruik-klant worden de vCores korting op hun factuur. Voor een klant die gebruikmaakt van Azure Hybrid Benefit voor de stand-byreplica, wordt het aantal vCores dat door de secundaire replica wordt gebruikt, geretourneerd naar de licentiegroep.

Als u bijvoorbeeld als betalen per gebruik-klant 16 vCores hebt toegewezen aan de secundaire database, wordt er een korting voor 16 vCores weergegeven op uw factuur als u uw secundaire database alleen als stand-by aanwijst.

Als u in een ander voorbeeld 16 Azure Hybrid Benefit-licenties hebt en u één database met 16 vCores implementeert, worden 16 vCores na het aanwijzen van de secundaire database voor stand-by 16 vCores geretourneerd naar uw licentiegroep voor gebruik met andere Azure SQL-implementaties.

Functionele mogelijkheden

In de volgende tabel worden de functionele mogelijkheden van een secundaire databasereplica met stand-by beschreven:

Functionaliteit Beschrijving
Beperkte leesworkloads Nadat u uw database hebt aangewezen als stand-by, kunt u slechts een beperkt aantal leesworkloads uitvoeren op de secundaire database, zoals dynamische beheerweergaven (DMV's), back-ups en DBCC-query's (Database Console Commands).
Geplande failover Alle geplande failoverscenario's, inclusief herstelanalyses, het verplaatsen van databases naar verschillende regio's en het retourneren van databases naar de primaire database, worden ondersteund door de stand-byreplica. Wanneer de secundaire functie overschakelt naar de primaire server, kunnen lees- en schrijfquery's worden uitgevoerd. De nieuwe secundaire (de oorspronkelijke primaire) wordt de stand-byreplica en mag niet worden gebruikt voor leesworkloads.
Niet-geplande failover Na een niet-geplande failover kan na het overschakelen naar de primaire rol lees- en schrijfquery's worden uitgevoerd. Nadat de storing is opgelost en de oorspronkelijke primaire verbinding opnieuw tot stand is gebracht, wordt deze de nieuwe secundaire stand-byreplica en mag deze niet worden gebruikt voor leesworkloads.
Back-up maken en herstellen Het back-up- en herstelgedrag in een stand-byreplica en een leesbare secundaire databasereplica zijn hetzelfde.
Controleren Alle bewakingsbewerkingen die worden ondersteund door een leesbare secundaire replica, worden ondersteund door de stand-byreplica.

De stand-bydatabasereplica mag alleen worden gebruikt voor herstel na noodgevallen. Er kunnen geen productietoepassingen worden verbonden met de replica. Hieronder ziet u de enige activiteiten die zijn toegestaan op de stand-bydatabase:

  • Onderhoudsbewerkingen uitvoeren, zoals checkDB
  • Bewakingstoepassingen verbinden
  • Noodherstelanalyses uitvoeren

Beperkingen

De volgende tabel bevat de ondersteunde en niet-ondersteunde implementatiemodellen:

Implementatiemodel Compute-laag Servicelaag Ondersteunde stand-byreplica Hardware
Individuele database Ingericht Algemeen gebruik Ja Standard-serie (Gen5), FSv2-serie, DC-serie
Individuele database Ingericht Bedrijfskritiek Ja Standaardserie (Gen5), DC-serie
Individuele database Ingericht Hyperscale Nee N.v.t.
Individuele database Serverloos Alle Nee N.v.t.
Elastische pool Alle Alle Nee N.v.t.

Het gebruik van een stand-bydatabase heeft de volgende beperkingen:

  • U kunt alleen een database toewijzen voor stand-by bij het tot stand brengen van een nieuwe actieve geo-replicatierelatie. Databases met bestaande active-georeplication-relaties, of in bestaande failovergroepen, kunnen niet worden aangewezen voor stand-by.
  • Er kan slechts één secundaire databasereplica worden aangewezen voor stand-by.
  • De serverloze rekenlaag wordt niet ondersteund. Stand-byreplica kan niet worden ingeschakeld als de primaire of secundaire database zich in de serverloze rekenlaag bevindt.
  • Het DTU-aankoopmodel wordt niet ondersteund. U kunt alleen een stand-byreplica voor databases inschakelen met behulp van het vCore-aankoopmodel.
  • De Hyperscale-servicelaag wordt niet ondersteund. Alleen databases in de servicelagen Algemeen gebruik en Bedrijfskritiek kunnen worden aangewezen voor stand-by.
  • Wanneer u een failovergroep gebruikt, worden stand-byrechten toegewezen op databaseniveau, niet het niveau van de failovergroep en moeten ze afzonderlijk worden toegewezen voor elke database binnen de failovergroep.
  • Het toewijzen van een secundaire replica voor stand-by wordt niet ondersteund wanneer de replica een secundaire replica van een secundaire replica is (een proces dat bekend is van keten).

Vereisten

  • Een Azure-abonnement. Als u geen Azure-abonnement hebt, kunt u een gratis Azure-account maken voordat u begint.
  • Een primaire ingerichte vCore Azure SQL Database in de servicelaag Algemeen gebruik of Bedrijfskritiek die wordt uitgevoerd op ondersteunde hardware. Bekijk de quickstart om aan de slag te gaan.

Een stand-byreplica configureren

U kunt een replica voor stand-by instellen wanneer u een nieuwe actieve geo-replicatierelatie configureert met behulp van Azure Portal, PowerShell of de Azure CLI.

Voer de volgende stappen uit om een nieuwe actieve geo-replicatierelatie te maken en uw secundaire database aan te wijzen voor stand-by in Azure Portal:

  1. Ga naar uw SQL-databaseresource in Azure Portal.

  2. Kies Replica's onder Gegevensbeheer in het resourcemenu en selecteer vervolgens + Replica maken om de pagina SQL Database - Geo-replica maken te openen.

    Screenshot of the Replicas page for the SQL database in the Azure portal.

  3. Selecteer op de pagina SQL Database - Geo-replica maken de stand-byreplica voor replicatype onder Replicaconfiguratie. Schakel het selectievakje in om te bevestigen dat u de replica gebruikt voor stand-by.

    Screenshot of the Create geo replica page with standby replica highlighted in the Azure portal.

  4. Geef een nieuwe of bestaande server op voor de nieuwe stand-bydatabase en gebruik vervolgens Review + create om de database- en servergegevens definitief te valideren.

  5. Gebruik Maken om uw instellingen te bevestigen en uw nieuwe stand-bydatabasereplica te maken.

Toevoegen aan een failovergroep (optioneel)

Zodra uw actieve geo-replicatierelatie tot stand is gebracht voor uw nieuwe stand-bydatabasereplica, kunt u deze toevoegen aan een failovergroep. Raadpleeg failovergroepen configureren voor meer informatie.

Licentierechten weergeven

U kunt de licentierechten voor een bestaande database weergeven met behulp van De Azure-portal, PowerShell en de Azure CLI.

Voer de volgende stappen uit om licentierechten voor een bestaande database te controleren met behulp van Azure Portal:

  1. Ga naar uw SQL-database in Azure Portal.

  2. Controleer op de pagina Overzicht het replicatype onder Essentials. Een waarde waarmee Standby wordt aangegeven dat uw database een stand-byreplica is en dat er geen kosten in rekening worden gebracht voor SQL-licentiekosten voor deze database:

    Screenshot of the Overview page for SQL database in the Azure portal with replica type highlighted.

Stand-byreplica verwijderen

Nadat een database is aangewezen als stand-by, kunt u de stand-byeigenschap niet alleen verwijderen. Als u een stand-byreplica wilt verwijderen, moet u de replicatie stoppen om de actieve geo-replicatierelatie te beëindigen. Nadat de replicatie is gestopt, wordt uw database een zelfstandige database en begint u met het maken van licentiekosten.

U kunt geo-replicatie stoppen met behulp van Azure Portal, PowerShell en de Azure CLI.

Als u een stand-byreplica wilt verwijderen door geo-replicatie in Azure Portal te beëindigen, voert u de volgende stappen uit:

  1. Ga naar uw SQL-database in Azure Portal.
  2. Selecteer Replica's onder Gegevensbeheer.
  3. Selecteer het beletselteken (...) voor de stand-byreplica en selecteer replicatie stoppen in het snelmenu. Hierdoor wordt de replicatie gestopt, zodat uw secundaire database nu zelfstandig is in plaats van aangewezen voor stand-by en licentiekosten.

Veelgestelde vragen

  • Wat zijn de gevolgen voor de prijzen?

    Secundaire databasereplica's worden in rekening gebracht voor SQL-licenties, berekeningen en opslag voor gegevens en back-ups. Wanneer u een databasereplica aanwijst voor stand-by, worden er geen kosten in rekening gebracht voor de licentiekosten voor de vCores die door de secundaire replica worden gebruikt, maar er worden nog steeds kosten in rekening gebracht voor berekening en opslag.

  • Wat zijn de geschatte besparingen met een stand-byreplica?

    Zonder licentiekosten kan een stand-byreplica tussen 35 en 40 procent besparen in vergelijking met een reguliere volledig leesbare secundaire replica, hoewel de besparingen per regio verschillen. Voor nauwkeurige prijzen gebruikt u de Azure-prijscalculator en stelt u de SQL Server-licentie in op Azure Hybrid Benefit.

  • Hoeveel vCores zijn gratis voor de stand-byreplica?

    Hetzelfde aantal vCores als de primaire database gebruikt. Het configureren van de secundaire replica met hetzelfde aantal vCores als de primaire database wordt aanbevolen voor optimale geo-replicatieprestaties.

  • Moet ik een SQL Server-licentie met actieve Software Assurance hebben om een stand-byreplica te kunnen gebruiken?

    Nee Omdat voor de stand-byreplica geen licentiekosten in rekening worden gebracht, hebt u geen actieve SQL Server-licentie met actieve Software Assurance nodig.

  • Hoe kan ik de stand-byreplica gebruiken?

    Stand-byreplica's zijn alleen bedoeld voor noodhersteldoeleinden en kunnen er geen actieve leesworkloads op hebben. De enige acceptabele workloads zijn voor bewaking, onderhoud, zoals dynamische beheerweergaven (DMV's) en CheckDB.

  • Kan ik mijn bestaande leesbare secundaire replica bijwerken naar een stand-byreplica om kosten te besparen?

    Nee Alleen nieuwe replica's kunnen worden aangewezen als stand-by. Het bijwerken van bestaande replica's wordt niet ondersteund. U kunt echter een nieuwe stand-byreplica maken die is aangewezen voor stand-by en vervolgens de bestaande geo-secundaire replica verwijderen om kosten te besparen.

  • Kan ik Azure Hybrid Benefit inschakelen voor de stand-byreplica?

    Het toewijzen van een replica voor stand-by vervangt de korting van Azure Hybrid Benefit, zodat u het licentiemodel voor de replica niet kunt wijzigen met behulp van Azure Portal. Als u echter wilt dat de stand-byreplica de Azure Hybrid Benefit gebruikt na een failover, kunt u de Azure CLI-opdracht Set-AzSqlDatabase of az sql db bijwerken om het licentietype bij te werken naar BasePrice (Azure Hybrid Benefit) voor de stand-byreplica die moet worden gebruikt wanneer de stand-byreplica na een failover primair wordt.

  • Wat gebeurt er met de status van de stand-byreplica tijdens de failover?

    Tijdens geplande of niet-geplande failover wordt de stand-byreplica de nieuwe primaire die reguliere licentiekosten maakt, terwijl de oorspronkelijke primaire de nieuwe secundaire stand-by wordt en stopt met het maken van vCore-licentiekosten. Omdat het exemplaar echter voor het hele uur wordt gefactureerd, worden er mogelijk nog steeds licentiekosten in rekening gebracht voor de nieuwe secundaire voor het hele uur als de statuswijziging midden in het uur plaatsvindt. Als de oorspronkelijke primaire versie (die de stand-by wordt na een failover) gebruikmaakt van Azure Hybrid Benefit, overschrijft de stand-bylicentiekorting de Azure Hybrid Benefit die door de database wordt gebruikt.

  • Wat gebeurt er als ik de primaire of secundaire schaal omhoog schaal naar een hogere vCore-grootte?

    Wanneer u omhoog schaalt, is het een best practice om eerst de secundaire en vervolgens de primaire omhoog te schalen. Hoewel de secundaire replica een hoger aantal vCores heeft dan de primaire tijdens de overgangsperiode, zijn de voordelen van de stand-byreplica nog steeds van toepassing. Probeer de overgangsperiode zoveel mogelijk te minimaliseren.

  • Wat gebeurt er als ik de primaire of secundaire schaal omlaag schaal naar een lagere vCore-grootte?

    Wanneer u omlaag schaalt, is het een best practice om eerst de primaire laag en vervolgens de secundaire omlaag te schalen. Hoewel de secundaire replica een hoger aantal vCores heeft dan de primaire tijdens de overgangsperiode, zijn de voordelen van de stand-byreplica nog steeds van toepassing. Probeer de overgangsperiode zoveel mogelijk te minimaliseren.

  • Wat gebeurt er als ik de geo-replicatierelatie tussen de primaire en stand-byreplica verwijder?

    Nadat geo-replicatie is verwijderd, wordt de stand-bydatabase een gewone zelfstandige database en worden er licentiekosten in rekening gebracht.

  • Kan ik voordelen voor gereserveerde capaciteit krijgen voor de stand-byreplica?

    Ja. Prijzen voor gereserveerde capaciteit zijn volledig compatibel met de stand-byreplica.

Volgende stappen