Delen via

Een licentievrije stand-byreplica configureren 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.

Overzicht

Wanneer een secundaire databasereplica wordt gebruikt alleen voor herstel na noodgevallen en er geen workloads op 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 gebruik als stand-by, biedt Microsoft u in het kader van het voordeel van failoverrechten het aantal vCores dat voor de primaire database is gelicentieerd, zonder extra kosten volgens de productlicentievoorwaarden. U wordt nog steeds gefactureerd voor de berekening en opslag die door de secundaire database wordt gebruikt.

U kunt een replica voor stand-by instellen wanneer u een nieuwe actieve geo-replicatie configureert replicatie, of u kunt een bestaande replica converteren naar stand-by.

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 deze kan ofwel leesbaar of stand-by zijn.

Tijdens geplande of niet-geplande failover wordt de standby-replica de nieuwe primaire replica en zijn er reguliere vCore-licentiekosten van toepassing, terwijl de oorspronkelijke primaire de nieuwe secundaire standby wordt en er geen vCore-licentiekosten meer van toepassing zijn.

Kostenvoordeel

Wanneer u een databasereplica als standby aansluit, brengt Microsoft geen SQL Server-licentiekosten in rekening voor de vCores die door de standbyreplica 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 klant met betalen-per-gebruik worden de vCores gekort 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, teruggestuurd naar de licentiepool.

Als u bijvoorbeeld als pay-as-you-go-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 stand-by instelt.

Als u in een ander voorbeeld 16 Azure Hybrid Benefit-licenties hebt en u één database met 16 vCores implementeert, worden de 16 vCores in uw licentiegroep teruggeplaatst nadat u de secundaire database voor stand-by hebt aangewezen, zodat u deze kunt gebruiken voor andere Azure SQL-implementaties.

Functionele mogelijkheden

In de volgende tabel worden de functionele mogelijkheden van een secundaire databasereplica in 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 overdracht 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 overschakelt naar de primaire server, kan het lees- en schrijfquery's verwerken. De nieuwe secundaire replica (die oorspronkelijk primair was) wordt de stand-byreplica en mag niet worden gebruikt voor leesbelastingen.
Niet-geplande failover Na een niet-geplande failover, nadat het secundaire systeem is overgeschakeld naar de primaire rol, kunnen lees- en schrijfquery's worden uitgevoerd. Nadat de storing is opgelost en de oorspronkelijke primaire zichzelf opnieuw heeft verbonden, wordt deze de nieuwe secundaire standby-replica en mag deze niet worden gebruikt voor leestaken.
Backup maken en herstellen Het back-up- en herstelgedrag in een stand-byreplica en een leesbare secundaire databasereplica zijn hetzelfde.
Controle Alle bewakingsbewerkingen die worden ondersteund door een leesbare secundaire replica, worden ondersteund door de standby-replica.

De standby databasereplica mag alleen worden gebruikt voor disaster recovery. Hieronder ziet u de enige activiteiten die zijn toegestaan op de stand-bydatabase:

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

Beperkingen

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

Implementatiemodel Rekenlaag Serviceniveau Ondersteunde standby-replica Apparatuur
Individuele database Ingericht Algemeen gebruik Ja Standard-serie (Gen5), FSv2-serie, DC-Series
Individuele database Geconfigureerd Zakelijk cruciaal Ja Standard-series (Gen5), DC-Series
Individuele database Geconfigureerd Hyperscale Niet van toepassing Niet van toepassing
Individuele database Serverloos Alle Nee. Niet van toepassing
Elastische capaciteitspool Alle Alle Nee. Niet van toepassing

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

  • 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 aanwijzen van een secundaire replica als stand-by wordt niet ondersteund wanneer de replica een secundaire replica is van een secundaire replica (een proces dat bekend staat als keten).

Benodigdheden

  • Een Azure-abonnement. Als u geen Azure-abonnement hebt, kunt u een gratis Azure-account maken voordat u begint.
  • Een primair ingevulde vCore Azure SQL Database in de servicelaag Algemeen Gebruik of Bedrijfskritiek die draait op ondersteunde hardware. Bekijk de Quickstart om aan de slag te gaan.

Nieuwe replica voor stand-by configureren

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

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-database resource in de 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.

    Schermopname van de pagina Replica's voor de SQL-database in Azure Portal.

  3. Selecteer op de pagina SQL Database - Geo Replica maken stand-byreplica voor replicatype onder replicaconfiguratie. Schakel het selectievakje in om te bevestigen dat u de replica gaat gebruiken als standby.

    Schermopname van de pagina Geo-replica maken met stand-by replica gemarkeerd in de Azure Portal.

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

  5. Gebruik om te maken, zodat uw instellingen worden bevestigd en uw nieuwe stand-by databasereplica wordt gemaakt.

Notitie

U kunt uw databases ook voor stand-by instellen wanneer u een failovergroepmaakt, of databases toevoegen aan een bestaande failovergroep in Azure Portal.

Bestaande replica converteren

U kunt de Azure-portal of de -replicatiekoppelingen gebruiken: werk REST API-opdracht bij om een bestaande replica van een normale geo-replica te converteren naar een stand-byreplica of een stand-byreplica naar een normale geo-replica.

Voer de volgende stappen uit om een bestaande replica te converteren in Azure Portal:

  1. Ga naar uw SQL-databaseresource in de Azure Portal.
  2. Selecteer Replieken onder Gegevensbeheer.
  3. Selecteer het beletselteken (...) voor de replica en vervolgens:
    1. Als u een standaard replica wilt converteren naar een stand-by replica, kiest u Converteren naar stand-by. Vink het selectievakje naast ik bevestig... in het pop-upvenster Converteren naar stand-byreplica aan, en selecteer vervolgens Ja om de wijziging op te slaan en de replica te converteren.
    2. Als u de stand-byreplica wilt converteren naar de normale Geo-replica, kiest u Converteren naar Geo-. Vink het selectievakje aan naast Ik bevestig... in het pop-upvenster Georeplica converteren en selecteer vervolgens Ja om uw wijzigingen op te slaan en de replica te converteren.

Als u een bestaande replica wilt converteren met behulp van de opdracht REST API Replicatiekoppelingen - Update, wijst u de linkType aan als STANDBY voor een standby-replica, of GEO om een bestaande standby-replica weer te converteren naar een normale geo-replica.

Licentierechten weergeven

U kunt de licentierechten voor een bestaande database weergeven met behulp van Azure Portal, PowerShell, de Azure CLI of REST API.

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 de Azure Portal.

  2. Op de pagina Overzicht controleer je replicatype onder Essentiëls. Een waarde van Standby geeft aan dat uw database een stand-byreplica is en dat er geen kosten in rekening worden gebracht voor SQL-licentiekosten voor deze database:

    Schermopname van de overzichtspagina voor SQL-database in Azure Portal met het replicatype gemarkeerd.

Standby-replica verwijderen

Nadat een database is aangewezen als stand-by, kunt u de stand-byeigenschap niet alleen verwijderen. Als u een stand-by replica wilt verwijderen, moet u de replicatie stoppen om een einde te maken aan de actieve geo-replicatierelatie. Nadat de replicatie is gestopt, wordt uw database een zelfstandige database en gaat u licentiekosten betalen.

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

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 de Azure portal.
  2. Selecteer Replicaties onder Gegevensbeheer.
  3. Selecteer de ellipsen (...) voor de standby-replica en selecteer vervolgens Replicatie stoppen in het contextmenu. Hierdoor wordt de replicatie gestopt, zodat uw secundaire database nu zelfstandig is in plaats van als stand-by, en zo licentiekosten met zich meebrengt.

Veelgestelde vragen (FAQ)

  • Wat zijn de gevolgen voor de prijzen?

    Voor secundaire databasereplica's worden kosten in rekening gebracht voor SQL-licenties, rekenkracht 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 standby-replica?

    Zonder inbegrepen licentiekosten kan een stand-by replica tussen 35 en 40 procent besparen in vergelijking met een reguliere volledig uitleesbare secundaire replica, hoewel de besparingen per regio verschillend kunnen zijn. Voor nauwkeurige kosten gebruikt u de Azure-prijscalculator en kiest u stand-by replica in de vervolgkeuzelijst Disaster Recovery.

  • Hoeveel vCores zijn licentievrij voor de stand-by replica?

    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.

  • Is het nodig dat ik een SQL Server-licentie met actieve Software Assurance heb om een stand-by replica 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?

    Standby-replica's zijn alleen bedoeld voor noodherstel-doeleinden en kunnen geen actieve leesbelastingen verwerken. 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 standby-replica om kosten te besparen?

    Ja, in de Azure portal, in het deelvenster Replica's. Selecteer het beletselteken (...) en selecteer vervolgens de optie om converteren uw replica.

  • Kan ik de Azure Hybrid Benefit inschakelen voor de standby-replica?

    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 na failover gebruikt, kunt u de Set-AzSqlDatabase PowerShell of az sql db update Azure CLI-opdracht gebruiken 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 ondergaat, terwijl de oorspronkelijke primaire de nieuwe stand-by secundaire wordt en geen vCore-licentiekosten meer maakt. 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 vergroot naar een groter vCore-formaat?

    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 instantie naar een lagere vCore-grootte verlaag?

    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 standby-replica verwijder?

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

  • Kan ik een reserveringsvoordeel krijgen voor de standby-replica?

    Ja. Reserveringsprijzen zijn volledig compatibel met de standby-replica.

  • Kan ik een replica toewijzen voor stand-by wanneer ik een nieuwe failovergroep maak of databases eraan toevoeg?

    Ja, maar alleen wanneer u een nieuwe failovergroep maakt of databases toevoegt aan een bestaande failovergroep in Azure Portal. PowerShell en de Azure CLI zijn momenteel niet beschikbaar.

Verwante inhoud