Compute voor exclusieve SQL-groep (voorheen SQL DW) beheren in azure Synapse Analytics
Meer informatie over het beheren van reken resources toegewezen SQL-groep (voorheen SQL DW) in azure Synapse Analytics. Lagere kosten door de exclusieve SQL-groep te onderbreken of de toegewezen SQL-groep te schalen om te voldoen aan de prestatie vereisten.
Wat is reken beheer?
De architectuur van de toegewezen SQL-groep (voorheen SQL DW) scheidt opslag en reken kracht, waardoor elk afzonderlijk kan worden geschaald. Daardoor kunt u de rekenkracht aanpassen om aan prestatievereisten te voldoen zonder dat dit consequenties heeft voor de opslag van gegevens. U kunt ook rekenresources pauzeren en hervatten. Een natuurlijk gevolg van deze architectuur is dat de facturering voor reken capaciteit en opslag gescheiden is. Als u uw toegewezen SQL-groep (voorheen SQL DW) voor een tijdje niet nodig hebt, kunt u de reken kosten besparen door Compute te onderbreken.
Berekening schalen
U kunt de schaal omhoog of omlaag schalen door de instelling voor het Data Warehouse-eenheden voor uw toegewezen SQL-groep (voorheen SQL DW) aan te passen. De prestaties voor het laden en voor query's kunnen lineair toenemen als u meer datawarehouse-eenheden wilt toevoegen.
Zie Azure Portal, Power shellof T-SQL Quick starts (Engelstalig) voor stapsgewijze instructies. U kunt ook uitschaal bewerkingen uitvoeren met een rest API.
Als u een schaal bewerking wilt uitvoeren, worden met de toegewezen SQL-groep (voorheen SQL DW) alle binnenkomende query's eerst gestopt en worden vervolgens de trans acties teruggedraaid om een consistente status te krijgen. Het aanpassen van de schaal vindt alleen plaats als de transactie is teruggedraaid. Voor een schaal bewerking koppelt het systeem de opslaglaag van de reken knooppunten en voegt reken knooppunten toe en koppelt de opslaglaag vervolgens opnieuw aan de compute-laag. Elke toegewezen SQL-groep (voorheen SQL DW) wordt opgeslagen als 60-distributies, die gelijkmatig worden gedistribueerd naar de reken knooppunten. Het toevoegen van meer reken knooppunten voegt meer reken kracht toe. Naarmate het aantal reken knooppunten toeneemt, neemt het aantal verdelingen per reken knooppunt af, waardoor er meer reken kracht is voor uw query's. Evenzo verlagen Data Warehouse-eenheden het aantal reken knooppunten, waardoor de reken resources voor query's worden verminderd.
De volgende tabel laat zien hoe het aantal distributies per Compute-knoop punt verandert naarmate de Data Warehouse-eenheden worden gewijzigd. DW30000c biedt 60 Compute-knoop punten en behaalt veel hogere query prestaties dan DW100c.
| Datawarehouse-eenheden | # van reken knooppunten | # distributies per knoop punt |
|---|---|---|
| DW100c | 1 | 60 |
| DW200c | 1 | 60 |
| DW300c | 1 | 60 |
| DW400c | 1 | 60 |
| DW500c | 1 | 60 |
| DW1000c | 2 | 30 |
| DW1500c | 3 | 20 |
| DW2000c | 4 | 15 |
| DW2500c | 5 | 12 |
| DW3000c | 6 | 10 |
| DW5000c | 10 | 6 |
| DW6000c | 12 | 5 |
| DW7500c | 15 | 4 |
| DW10000c | 20 | 3 |
| DW15000c | 30 | 2 |
| DW30000c | 60 | 1 |
De juiste grootte van de Data Warehouse-eenheden zoeken
Voor een overzicht van de prestatie voordelen van uitschalen, met name voor grotere Data Warehouse-eenheden, wilt u ten minste één data set van 1 TB gebruiken. Als u het beste aantal data warehouse-eenheden voor uw toegewezen SQL-groep (voorheen SQL DW) wilt zoeken, kunt u omhoog en omlaag schalen. Voer enkele query's uit met verschillende aantallen Data Warehouse-eenheden na het laden van uw gegevens. Omdat schalen snel is, kunt u verschillende prestatie niveaus uitproberen in een uur of minder.
Aanbevelingen voor het zoeken naar het beste aantal data warehouse-eenheden:
- Voor een toegewezen SQL-groep (voorheen SQL DW) in ontwikkeling, begint u met het selecteren van een kleiner aantal data warehouse-eenheden. Een goed uitgangs punt is DW400c of DW200c.
- Bewaak de prestaties van uw toepassing, waarbij het aantal geselecteerde data warehouse-eenheden wordt geobserveerd vergeleken met de prestaties die u ziet.
- Stel dat er een lineaire schaal is en bepaal hoeveel u nodig hebt om de Data Warehouse-eenheden te verg Roten of te verkleinen.
- Blijf aanpassingen aanbrengen totdat u een optimaal prestatie niveau bereikt voor uw bedrijfs vereisten.
Wanneer uitschalen
Het uitschalen van data warehouse-eenheden heeft gevolgen voor de volgende aspecten van prestaties:
- Zorgt voor een lineaire verbetering van de prestaties van het systeem voor scans, aggregaties en CTAS-instructies.
- Verhoogt het aantal lezers en schrijvers voor het laden van gegevens.
- Maximum aantal gelijktijdige query's en gelijktijdigheids sleuven.
Aanbevelingen voor het schalen van data warehouse-eenheden:
- Voordat u een zware gegevens laad-of transformatie bewerking uitvoert, kunt u uitschalen om de gegevens sneller beschikbaar te maken.
- Uitschalen tijdens de piek uren om grotere aantallen gelijktijdige query's toe te passen.
Wat gebeurt er als de prestaties niet worden verbeterd door het uitschalen?
Het toevoegen van data warehouse-eenheden verhoogt de parallelle factor. Als het werk gelijkmatig wordt verdeeld tussen de reken knooppunten, verbetert de extra parallelle uitvoering query prestaties. Als u de prestaties niet wijzigt, zijn er enkele redenen waarom dit kan gebeuren. Het kan zijn dat uw gegevens over de distributies worden schuingetrokken, of query's kunnen een grote hoeveelheid gegevens verplaatsing introduceren. Zie prestaties oplossenvoor meer informatie over het onderzoeken van prestatie problemen.
Onderbreken en hervatten van rekenactiviteiten
Als u de reken kracht onderbreekt, ontkoppelt u de opslaglaag van de reken knooppunten. De reken resources worden vrijgegeven uit uw account. Er worden geen kosten in rekening gebracht voor de reken kracht terwijl de reken kracht wordt onderbroken. Als u de compute hervat, wordt de opslag opnieuw gekoppeld aan de reken knooppunten en worden de kosten voor Compute hervat. Wanneer u een toegewezen SQL-groep onderbreekt (voorheen SQL DW):
- Reken-en geheugen bronnen worden geretourneerd naar de groep beschik bare resources in het Data Center
- De kosten voor de eenheid van het Data Warehouse zijn nul voor de duur van de onderbreking.
- Gegevens opslag wordt niet beïnvloed en uw gegevens blijven intact.
- Alle actieve of in de wachtrij geplaatste bewerkingen worden geannuleerd.
- DMV-tellers worden opnieuw ingesteld.
Wanneer u een toegewezen SQL-groep hervat (voorheen SQL DW):
- De toegewezen SQL-groep (voorheen SQL DW) verkrijgt reken-en geheugen resources voor de instellingen van uw data warehouse-eenheden.
- Reken kosten voor uw data warehouse-eenheden hervatten.
- Uw gegevens worden nu beschikbaar.
- Nadat de toegewezen SQL-groep (voorheen SQL DW) online is, moet u de query's voor de werk belasting opnieuw opstarten.
Als u altijd wilt dat uw toegewezen SQL-groep (voorheen SQL DW) toegankelijk is, kunt u deze omlaag schalen naar de kleinste grootte in plaats van te onderbreken.
Raadpleeg de Azure Portalof Power shell -Quick starts voor instructies voor onderbreken en hervatten. U kunt ook de pause-rest API of de hervattings rest APIgebruiken.
Transacties stoppen voor onderbreken of schalen
We raden aan om bestaande trans acties te volt ooien voordat u een pauze of schaal bewerking initieert.
Wanneer u uw toegewezen SQL-groep pauzeert of schaalt (voorheen SQL DW), worden de query's achter de schermen geannuleerd wanneer u de aanvraag voor onderbreken of schalen initieert. Een eenvoudige SELECT-query annuleren is een snelle bewerking en heeft zo goed als geen invloed op de duur van het onderbreken of schalen van uw instantie. Maar transactiequery’s, die uw gegevens of de structuur van uw gegevens wijzigen, kunnen mogelijk niet snel worden stopgezet. Transactiequery’s moeten per definitie volledig worden voltooid of hun wijzigingen volledig terugdraaien. Het kan even lang of langer duren om het werk dat door een transactiequery is voltooid, terug te draaien, als het uitvoeren van de oorspronkelijke opdracht van de query. Als u bijvoorbeeld een query annuleert voor het verwijderen van rijen die al een uur wordt uitgevoerd, kan het systeem er een uur over doen om de verwijderde rijen terug te plaatsen. Als u onderbreken of schalen uitvoert terwijl er transacties bezig zijn, kan het schalen of onderbreken lang lijken te duren omdat het schalen of onderbreken moet wachten op het terugdraaien van de transacties voordat het kan worden voortgezet.
Zie ook informatie over trans actiesen het optimaliseren van trans acties.
Reken beheer automatiseren
Zie Compute-functies beheren met Azure functionsvoor het automatiseren van de bewerkingen voor Compute management.
Het kan enkele minuten duren voordat elk van de bewerkingen scale-out, Pause en resume is voltooid. Als u automatisch wilt schalen, onderbreken of hervatten, wordt u aangeraden logica te implementeren om ervoor te zorgen dat bepaalde bewerkingen zijn voltooid voordat u doorgaat met een andere actie. Door de status van de toegewezen SQL-groep (voorheen SQL DW) via verschillende eind punten te controleren, kunt u automatisering van dergelijke bewerkingen op de juiste manier implementeren.
Zie de Snelstartgids Power shell of T-SQL om de toegewezen status van de SQL-groep (voorheen SQL DW) te controleren. U kunt ook de status van de toegewezen SQL-groep (voorheen SQL DW) controleren met een rest API.
Machtigingen
Voor het schalen van de toegewezen SQL-groep (voorheen SQL DW) zijn de machtigingen vereist die worden beschreven in ALTER data base. Voor onderbreken en hervatten is de machtiging SQL DB-Inzender vereist, met name micro soft. SQL/servers/data bases/action.
Volgende stappen
Zie de hand leiding voor het beheren van reken kracht een ander aspect van het beheren van reken resources is het toewijzen van verschillende reken bronnen voor afzonderlijke query's. Zie resource klassen voor workload Managementvoor meer informatie.