Inzicht in hyperscale van SQL-database
Azure SQL Database is al vele jaren beperkt tot 4 TB aan opslag per database. Deze beperking wordt veroorzaakt door een fysieke beperking van de Azure-infrastructuur. Azure SQL Database Hyperscale wijzigt het paradigma en maakt het mogelijk dat databases 100 TB of meer zijn. Hyperscale introduceert nieuwe horizontale schaaltechnieken om rekenknooppunten toe te voegen naarmate de gegevensgrootten toenemen. De kosten van Hyperscale zijn hetzelfde als de kosten van Azure SQL Database; Er zijn echter kosten per terabyte voor opslag. Als een Azure SQL Database is geconverteerd naar Hyperscale, kunt u deze niet meer converteren naar een 'gewone' Azure SQL Database. Hyperscale is de mogelijkheid voor een architectuur om op de juiste wijze te schalen zoals vereist.
Azure SQL Database Hyperscale is een uitstekende optie voor de meeste zakelijke workloads, omdat het een grote flexibiliteit en hoge prestaties biedt met onafhankelijk schaalbare reken- en opslagresources.
Hyperscale scheidt de queryverwerkingsengine, waarbij de semantiek van verschillende gegevensengines afwijkt van de onderdelen die langetermijnopslag en duurzaamheid voor de gegevens bieden. Op deze manier kan de opslagcapaciteit zo ver mogelijk worden uitgeschaald.
De Hyperscale-servicelaag in Azure SQL Database is de nieuwste servicelaag in het aankoopmodel op basis van vCore. Deze servicelaag is een zeer schaalbare opslag- en rekenprestatielaag die gebruikmaakt van Azure om de opslag- en rekenresources voor een Azure SQL Database aanzienlijk te schalen buiten de limieten die beschikbaar zijn voor de servicelagen Algemeen gebruik en Bedrijfskritiek.
Vergoedingen
De Hyperscale-servicelaag verwijdert veel van de praktische limieten die traditioneel worden gezien in clouddatabases. Wanneer de meeste andere databases worden beperkt door de resources die beschikbaar zijn in één knooppunt, hebben databases in de Hyperscale-servicelaag dergelijke limieten niet. Met de flexibele opslagarchitectuur groeit de opslag naar behoefte. Hyperscale-databases worden zelfs niet gemaakt met een gedefinieerde maximale grootte. Een Hyperscale-database groeit naar behoefte en u wordt alleen gefactureerd voor de capaciteit die u gebruikt. Voor leesintensieve workloads biedt de Hyperscale-servicelaag snelle uitschalen door extra replica's in te richten indien nodig voor het offloaden van leesworkloads.
Daarnaast is de tijd die nodig is om databaseback-ups te maken of omhoog of omlaag te schalen niet meer gekoppeld aan het volume aan gegevens in de database. Er kan onmiddellijk een back-up van Hyperscale-databases worden gemaakt. U kunt een database ook in enkele minuten omhoog of omlaag schalen in tientallen terabytes. Deze mogelijkheid zorgt ervoor dat u zich geen zorgen hoeft te maken over het gebruik van uw eerste configuratiekeuzes. Hyperscale biedt ook snelle databaseherstelbewerkingen die in minuten worden uitgevoerd in plaats van uren of dagen.
Hyperscale biedt snelle schaalbaarheid op basis van uw workloadvraag.
Omhoog/omlaag schalen: u kunt de primaire rekenkracht omhoog schalen in termen van resources zoals CPU en geheugen, en vervolgens in constante tijd omlaag schalen. Omdat de opslag wordt gedeeld, wordt omhoog en omlaag schalen niet gekoppeld aan het volume aan gegevens in de database.
In-/uitschalen: u krijgt ook de mogelijkheid om een of meer rekenreplica's in te richten die u kunt gebruiken om uw leesaanvragen te verwerken. Dit betekent dat u extra rekenreplica's als alleen-lezen replica's kunt gebruiken om uw leesworkload van de primaire rekenkracht te offloaden. Naast alleen-lezen fungeren deze replica's ook als hot-stand-by naar failover van de primaire replica.
Het inrichten van elk van deze extra rekenreplica's kan in constante tijd worden uitgevoerd en is een onlinebewerking. U kunt verbinding maken met alleen-lezen rekenreplica's door het argument ApplicationIntent in te stellen op uw verbindingsreeks op ReadOnly. Verbindingen met de intentie ReadOnly-toepassingen worden automatisch doorgestuurd naar een van de alleen-lezen rekenreplica's.
Hyperscale scheidt de queryverwerkingsengine van de onderdelen die langetermijnopslag en duurzaamheid bieden voor de gegevens. Deze architectuur biedt de mogelijkheid om de opslagcapaciteit zo nodig soepel te schalen (het eerste doel is 100 TB) en de mogelijkheid om rekenresources snel te schalen.
Beveiligingsoverwegingen
Beveiliging voor de Hyperscale-servicelaag deelt dezelfde geweldige mogelijkheden als de andere Azure SQL Database-lagen. Ze worden beschermd door de gelaagde diepgaande verdedigingsbenadering, zoals wordt weergegeven in de onderstaande afbeelding en van buiten naar binnen gaat:
Netwerkbeveiliging is de eerste verdedigingslaag en maakt gebruik van IP-firewallregels om toegang toe te staan op basis van het oorspronkelijke IP-adres en firewallregels voor virtueel netwerk, zodat communicatie kan worden geaccepteerd die wordt verzonden vanuit geselecteerde subnetten in een virtueel netwerk.
Toegangsbeheer wordt geleverd via de onderstaande verificatiemethoden om ervoor te zorgen dat een gebruiker is wie hij of zij claimt:
- SQL-verificatie
- Microsoft Entra-verificatie
- Windows-verificatie voor Microsoft Entra-principals (preview)
Azure SQL Database Hyperscale biedt ook ondersteuning voor beveiliging op rijniveau. Met beveiliging op rijniveau kunnen klanten de toegang tot rijen in een databasetabel beheren op basis van de kenmerken van de gebruiker die een query uitvoert (bijvoorbeeld groepslidmaatschap of uitvoeringscontext).
Mogelijkheden voor bedreigingsbeveiliging bij het controleren en detecteren van bedreigingen. Controle van SQL Database en SQL Managed Instance houdt databaseactiviteiten bij en helpt de naleving van beveiligingsstandaarden te handhaven door databasegebeurtenissen vast te leggen in een auditlogboek in een Azure-opslagaccount dat eigendom is van de klant. Advanced Threat Protection kan tegen extra kosten per server worden ingeschakeld en analyseert uw logboeken om ongebruikelijk gedrag te detecteren en mogelijk schadelijke pogingen om toegang te krijgen tot of misbruik te maken van databases. Waarschuwingen worden gemaakt voor verdachte activiteiten zoals SQL-injectie, mogelijke infiltratie van gegevens en beveiligingsaanvallen of voor afwijkingen in toegangspatronen om escalaties van bevoegdheden en het gebruik van geschonden referenties te ondervangen.
Information Protection wordt op de volgende manieren verstrekt:
- Transport Layer Security (versleuteling in transit)
- Transparent Data Encryption (versleuteling-at-rest)
- Sleutelbeheer met Azure Key Vault
- Always Encrypted (versleuteling in gebruik)
- Dynamische gegevensmaskering
Prestatieoverwegingen
De Hyperscale-servicelaag is bedoeld voor klanten die grote on-premises SQL Server-databases hebben en hun toepassingen willen moderniseren door over te stappen naar de cloud of voor klanten die al azure SQL Database gebruiken en het potentieel voor databasegroei aanzienlijk willen uitbreiden. Hyperscale is ook bedoeld voor klanten die zowel hoge prestaties als hoge schaalbaarheid zoeken.
Hyperscale biedt de volgende prestatiemogelijkheden:
- Bijna onmiddellijke databaseback-ups (op basis van bestandsmomentopnamen die zijn opgeslagen in Azure Blob Storage) ongeacht de grootte zonder I/O-effect op rekenresources.
- Snelle databaseherstel (op basis van momentopnamen van bestanden) in minuten in plaats van uren of dagen (geen grootte van gegevensbewerkingen).
- Hogere algehele prestaties vanwege een hogere doorvoer van transactielogboeken en snellere doorvoer van transacties, ongeacht gegevensvolumes.
- Snelle uitschalen: u kunt een of meer alleen-lezen replica's inrichten voor het offloaden van uw leesworkload en voor gebruik als hot-stand-bys.
- Snel omhoog schalen: u kunt, in constante tijd, uw rekenresources omhoog schalen om zo nodig zware werkbelastingen te verwerken en vervolgens de rekenresources weer omlaag te schalen wanneer dat niet nodig is.
Notitie
SQL Database Hyperscale biedt geen ondersteuning voor de volgende functies:
- SQL Managed Instance
- Elastische pools
- Geo-replicatie
- Inzicht in queryprestaties
Azure SQL Database Hyperscale implementeren
Azure SQL Database implementeren met de Hyperscale-laag:
Browse naar de pagina SQL-implementatieoptie selecteren.
Laat onder SQL-databases de optie Resourcetype ingesteld op Eén database en selecteer Maken.
Selecteer op het tabblad Basisbeginselen van de pagina SQL Database maken het gewenste abonnement, de resourcegroep en de databasenaam.
Selecteer de koppeling Nieuwe maken voor de server en vul de nieuwe servergegevens in, zoals servernaam, aanmelding van serverbeheerder en wachtwoord en locatie.
Selecteer onder Compute en opslag de koppeling Database configureren.
Selecteer Hyperscale voor de servicelaag.
Selecteer onder Hardwareconfiguratie de koppeling Configuratie wijzigen. Controleer de beschikbare hardwareconfiguraties en selecteer de meest geschikte configuratie voor uw database. In dit voorbeeld selecteren we de Gen5-configuratie .
Selecteer OK om de hardwaregeneratie te bevestigen.
U kunt desgewenst de schuifregelaar vCores aanpassen als u het aantal vCores voor uw database wilt verhogen. In dit voorbeeld selecteren we 2 vCores.
Pas de schuifregelaar Voor secundaire replica's met hoge beschikbaarheid aan om één hoge beschikbaarheidsreplica te maken. Selecteer Toepassen.
Selecteer Volgende: Netwerken onder aan de pagina.
Stel voor firewallregels op het tabblad Netwerken het huidige IP-adresvan de client toevoegen in op Ja. Laat de instelling voor Toestaan dat Azure-services en -resources toegang tot deze server krijgen ongewijzigd op Nee.
Selecteer Volgende: Beveiliging onderaan de pagina.
Selecteer op het tabblad Beoordelen en maken de optie Maken.
