Met de nieuwe Azure SQL Database-laagstructuur , lijkt het belangrijk om het gebruik van uw database “DTU” te controleren om te weten of u moet upgraden of downgraden naar een ander niveau.
Bij het lezen van Azure SQL Database Service Niveaus en prestatieniveaus, het gaat alleen over monitoring met CPU-, gegevens- en logpercentagegebruik.
Maar als ik nieuwe statistieken toevoeg, heb ik ook een optie voor DTU-percentage:
Ik kan hier niets over vinden online. Is dit in wezen een samenvatting van de andere DTU-gerelateerde statistieken?
Antwoord 1, autoriteit 100%
Een DTU is een maateenheid voor de prestaties van een servicelaag en is een samenvatting van verschillende databasekenmerken. Aan elke servicelaag is een bepaald aantal DTU’s toegewezen als een gemakkelijke manier om het prestatieniveau van de ene laag met de andere te vergelijken.
Database Throughput Unit (DTU):DTU’s bieden een manier om:
beschrijf de relatieve capaciteit van een prestatieniveau van Basic,
Standaard- en Premium-databases. DTU’s zijn gebaseerd op een gemengde maatregel
van CPU, geheugen, lezen en schrijven. Naarmate DTU’s toenemen, wordt het aangeboden vermogen
door het prestatieniveau stijgt. Bijvoorbeeld een prestatieniveau
met 5 DTU’s heeft vijf keer meer vermogen dan een prestatieniveau met 1
DTU. Voor elke server geldt een maximum DTU-quotum.
Het DTU-quotum is van toepassing op de server, niet op de afzonderlijke databases en elke server heeft maximaal 1600 DTU’s. Het DTU% is het percentage eenheden dat uw specifieke database gebruikt en het lijkt erop dat dit aantal meer dan 100% van de DTU-classificatie van de servicelaag kan overschrijden (ik neem aan tot de limiet van de server). Dit percentage is bedoeld om u te helpen bij het kiezen van de juiste servicelaag.
Van beneden naar de onderkant van deze aankondiging:
Als uw DTU-verbruik bijvoorbeeld een waarde van 80% laat zien,
geeft aan dat het DTU verbruikt met een snelheid van 80% van de limiet een S2
databank zou hebben. Als u waarden ziet die groter zijn dan 100% in deze weergave
het betekent dat je een prestatieniveau nodig hebt dat groter is dan S2.Stel dat u als voorbeeld een procentuele waarde van 300% ziet. Deze
vertelt u dat u drie keer meer middelen gebruikt dan zou zijn
verkrijgbaar in een S2. Om een redelijke startgrootte te bepalen, vergelijk
de DTU’s beschikbaar in een S2 (50 DTU’s) met de volgende hogere maten (P1 =
100 DTU’s, of 200% van S2, P2 = 200 DTU’s of 400% van S2). Omdat jij
op 300% van S2 zijn, zou je met een P2 willen beginnen en opnieuw testen.
Antwoord 2, autoriteit 16%
Nog steeds niet cool genoeg om commentaar te geven, maar wat betreft de reactie van @vladislav was het originele artikel vrij oud. Hier is een updatedocument met betrekking tot DTU’s, dat zou helpen bij het beantwoorden van de vraag van de OP.
https:// docs.microsoft.com/en-us/azure/sql-database/sql-database-wat-is-een-dtu
Antwoord 3, autoriteit 15%
Uit dit document wordt dit DTU-percentage bepaald door deze query:
SELECT end_time,
(SELECT Max(v)
FROM (VALUES (avg_cpu_percent), (avg_data_io_percent),
(avg_log_write_percent)) AS
value(v)) AS [avg_DTU_percent]
FROM sys.dm_db_resource_stats;
lijkt op het maximum van avg_cpu_percent, avg_data_io_percenten avg_log_write_percent
Referentie:
Antwoord 4, autoriteit 8%
DTU is niets anders dan een mix van CPU, geheugen en IO. Waarom hebben we een blend nodig als deze 3 vrij duidelijk zijn? Omdat we een eenheid voor stroom willen. Maar het is in veel opzichten nog steeds verwarrend.
bijv.: Als ik gewoon het geheugen vergroot, zal het vermogen dan toenemen (DTU)? Zo ja, hoe kan DTU een blend zijn? Het is een ja. In dit geval van geheugentoename, volgens de vraag in het antwoord van jyong, zal DTU gelijk zijn aan geheugen (sinds we het hebben vergroot). MS heeft zelfs een prijsmodel gebaseerd op deze DTU en het riep veel vragen op.
Vanwege deze verwarring en vragen wilde MS een andere optie introduceren.
We hadden al enkele specificaties op locatie, waarom kunnen we die niet gebruiken? Als resultaat werd het ‘vCore-prijsmodel’ geboren. In dit model hebben we zicht op RAM en CPU. Maar niet in DTU-model.
Het tegenargument van DTU zou zijn dat DTU-metingen worden gekalibreerd met behulp van een benchmark die de werkelijke databasewerkbelasting simuleert. En dat we niet meer on-premise zijn ;). Ja, het is ontworpen met cloud computing in gedachten (maar wordt ook gebruikt in OLTP-workloads).
Maar dat is niet alles. Nu we het prijsmodel betreden, verandert de vergelijking. De vraag gaat nu over geld en de bundel (wat alle functies zijn inbegrepen). Hier heeft DTU enkele voordelen (zoals ik het zie), maar bedrijven met veel bestaande licenties zouden het daar niet mee eens zijn.
- DTU heeft één prijs (Compute + Storage + Backup). Eenvoudiger en kan
begin met lagere prijzen. - vCore heeft verschillende prijzen (Compute, Storage). Softwareborging
is hier verkrijgbaar. Ondernemingen hebben on-premise licenties, dit kan hier eenvoudig worden overgezet (zodat ze grote machines krijgen voor een lagere prijs dan het DTU-model). Bovendien verbinden ze zich voor meerdere jaren en krijgen ze extra kortingen.
We kunnen indien nodig tussen beide schakelen, dus als u het niet zeker weet, begin dan met DTU(Basic/Standard/Premium).
Hoe weten we welke prijscategorie we moeten gebruiken? Ga naar het configuratiemenu zoals hieronder weergegeven: (rechts/links kunt u tussen beide schakelen)
Hoewel Vcore een grotere ‘machine’ is en voor grotere dingen, kunnen de kosten voor grote ondernemingen soms lager uitvallen. Hier is een bewijs. DTU kost $ 147. Maar Vcore kost $ 111. Dat komt omdat u zich voor 3 jaar kunt binden (maar nog steeds maandelijks betaalt) en ook vanwege de optie voor hergebruik van licenties (ondernemingen hebben lokale licenties).
Het is een beetje teveel dan het beantwoorden van een directe vraag, maar ik ga door en maak dit compleet door te antwoorden ‘hoe te kiezen tussen verschillende opties in DTU, laat staan te kiezen tussen DTU en vCore’. Dit wordt beantwoord in deze prachtige blogen dit stroomschema legt het allemaal uit
Antwoord 5
Om het juiste gebruik van uw services te controleren, of het nu gratis (altijd gratis of 12 maanden gratis) of betalen per gebruik is, is het belangrijk om het gebruik in de gaten te houden, zodat u vooraf weet wat de gemaakte kosten zijn of wanneer u uw serviceniveau moet upgraden.
Om uw gratis servicegebruik en de limieten te controleren, gaat u naar zoeken in Portal, zoekt u met “Abonnement” en klikt u erop. u ziet de details van elke service die u heeft gebruikt.
In het geval van gratis Azure van Microsoft, krijg je de gemaakte kosten voor elk te zien.
Bezoek Gebruik controleren van gratis services inbegrepen bij uw gratis Azure-account
Ik hoop dat dit iemand helpt!