Elastische Pools helpen u bij het beheren en schalen van meerdere Azure SQL-data basesElastic pools help you manage and scale multiple Azure SQL databases

Elastische pools in SQL Database zijn eenvoudige, kosteneffectieve oplossingen voor het beheren en schalen van meerdere databases die een verschillend en onvoorspelbaar verbruik hebben.SQL Database elastic pools are a simple, cost-effective solution for managing and scaling multiple databases that have varying and unpredictable usage demands. De data bases in een elastische pool bevinden zich op één Azure SQL Database Server en delen een bepaald aantal resources tegen een ingestelde prijs.The databases in an elastic pool are on a single Azure SQL Database server and share a set number of resources at a set price. Met elastische groepen in Azure SQL Database kunnen SaaS-ontwikkelaars de prijsprestaties voor een groep databases binnen een voorgeschreven budget optimaliseren en flexibele prestaties voor elke database leveren.Elastic pools in Azure SQL Database enable SaaS developers to optimize the price performance for a group of databases within a prescribed budget while delivering performance elasticity for each database.

Wat zijn elastische SQL-PoolsWhat are SQL elastic pools

SaaS-ontwikkelaars ontwikkelen toepassingen boven op grootschalige gegevenslagen die uit meerdere databases bestaan.SaaS developers build applications on top of large scale data-tiers consisting of multiple databases. Een algemeen patroon is de inrichting van een individuele database voor elke klant.A common application pattern is to provision a single database for each customer. Maar verschillende klanten hebben vaak verschillende en onvoorspelbare gebruikspatronen, en de resourcevereisten van elke gebruiker van een individuele database zijn moeilijk te voorspellen.But different customers often have varying and unpredictable usage patterns, and it is difficult to predict the resource requirements of each individual database user. Normaal gesp roken hebt u twee opties:Traditionally, you had two options:

  • Resources van meer dan inrichten op basis van piek gebruik en meer dan betalen, ofOver-provision resources based on peak usage and over pay, or
  • Onder-inrichting voor het besparen van kosten, tegen kosten van prestaties en klant tevredenheid tijdens pieken.Under-provision to save cost, at the expense of performance and customer satisfaction during peaks.

Elastische Pools kunnen dit probleem oplossen door ervoor te zorgen dat data bases de benodigde prestatie bronnen krijgen wanneer ze deze nodig hebben.Elastic pools solve this problem by ensuring that databases get the performance resources they need when they need it. Ze bieden een eenvoudig mechanisme voor het toewijzen van resources binnen een voorspelbaar budget.They provide a simple resource allocation mechanism within a predictable budget. Zie Ontwerppatronen voor SaaS-toepassingen met meerdere tenants met behulp van Azure SQL Database voor meer informatie over ontwerppatronen voor SaaS-toepassingen met elastische pools.To learn more about design patterns for SaaS applications using elastic pools, see Design Patterns for Multi-tenant SaaS Applications with Azure SQL Database.

Belangrijk

Er worden geen kosten per Data Base voor elastische Pools.There is no per-database charge for elastic pools. Er worden kosten in rekening gebracht voor elk uur dat een pool bestaat op het hoogste eDTU-of vCores, ongeacht het gebruik of het feit dat de groep korter dan een uur actief was.You are billed for each hour a pool exists at the highest eDTU or vCores, regardless of usage or whether the pool was active for less than an hour.

Met elastische Pools kunnen ontwikkel aars bronnen kopen voor een pool die wordt gedeeld door meerdere data bases om te voorzien in onvoorspelbare Peri Oden van gebruik door afzonderlijke data bases.Elastic pools enable the developer to purchase resources for a pool shared by multiple databases to accommodate unpredictable periods of usage by individual databases. U kunt resources configureren voor de pool op basis van het op DTU gebaseerde aankoop model of het op vCore gebaseerde aankoop model.You can configure resources for the pool based either on the DTU-based purchasing model or the vCore-based purchasing model. De resource vereiste voor een groep wordt bepaald door het aggregatie gebruik van de data bases.The resource requirement for a pool is determined by the aggregate utilization of its databases. De hoeveelheid beschik bare bronnen voor de groep wordt bepaald door het budget van de ontwikkelaar.The amount of resources available to the pool is controlled by the developer budget. De ontwikkelaar voegt alleen data bases toe aan de groep, stelt de minimale en maximale bronnen voor de data bases in (minimale en maximale Dtu's of minimum-of maximum vCores afhankelijk van uw keuze van het model voor opnieuw instellen) en stelt vervolgens de resources van de groep in op basis van hun budget.The developer simply adds databases to the pool, sets the minimum and maximum resources for the databases (either minimum and maximum DTUs or minimum or maximum vCores depending on your choice of resourcing model), and then sets the resources of the pool based on their budget. Met groepen kan een ontwikkelaar services naadloos met een alsmaar groeiende schaal uitbreiden van een kleine startende ondernemer tot een volwassen bedrijf.A developer can use pools to seamlessly grow their service from a lean startup to a mature business at ever-increasing scale.

Binnen de pool hebben afzonderlijke databases de flexibiliteit om de schaal automatisch aan te passen binnen ingestelde parameters.Within the pool, individual databases are given the flexibility to auto-scale within set parameters. Onder zware belasting kan een Data Base meer resources gebruiken om aan de vraag te voldoen.Under heavy load, a database can consume more resources to meet demand. Data bases onder lichte belasting worden minder verbruikt en data bases onder geen belasting verbruiken geen resources.Databases under light loads consume less, and databases under no load consume no resources. De inrichting van resources voor de hele pool in plaats van afzonderlijke databases vereenvoudigt uw beheertaken.Provisioning resources for the entire pool rather than for single databases simplifies your management tasks. Daarnaast hebt u een voorspelbaar budget voor de pool.Plus, you have a predictable budget for the pool. Extra resources kunnen worden toegevoegd aan een bestaande groep zonder uitval tijd van de data base, behalve dat de data bases mogelijk moeten worden verplaatst om de extra reken resources te bieden voor de nieuwe eDTU-reserve ring.Additional resources can be added to an existing pool with no database downtime, except that the databases may need to be moved to provide the additional compute resources for the new eDTU reservation. En als extra resources niet meer nodig zijn, kunnen ze op elk moment uit een bestaande pool worden verwijderd.Similarly, if extra resources are no longer needed they can be removed from an existing pool at any point in time. Daarnaast kunt u databases aan de groep toevoegen of uit de groep verwijderen.And you can add or subtract databases to the pool. Als een database naar verwachting minder resources nodig heeft, kunt u deze verwijderen.If a database is predictably under-utilizing resources, move it out.

Notitie

Wanneer u data bases naar of uit een elastische pool verplaatst, is er geen downtime, met uitzonde ring van een korte periode (in de volg orde van seconden) aan het einde van de bewerking wanneer de database verbindingen worden verwijderd.When moving databases into or out of an elastic pool, there is no downtime except for a brief period of time (on the order of seconds) at the end of the operation when database connections are dropped.

Wanneer moet u een SQL Database elastische pool overwegenWhen should you consider a SQL Database elastic pool

Pools zijn geschikt voor een groot aantal databases met specifieke gebruikspatronen.Pools are well suited for a large number of databases with specific utilization patterns. Voor een bepaalde database wordt dit patroon gekenmerkt door een laag gemiddeld gebruik met relatief incidentele gebruikspieken.For a given database, this pattern is characterized by low average utilization with relatively infrequent utilization spikes.

Hoe meer databases u aan een groep kunt toevoegen, des te groter worden de besparingen.The more databases you can add to a pool the greater your savings become. Afhankelijk van uw gebruikspatroon van toepassingen is het mogelijk om besparingen te zien met slechts twee S3-databases.Depending on your application utilization pattern, it is possible to see savings with as few as two S3 databases.

In de volgende secties ziet u hoe u kunt bepalen of het voor uw specifieke verzameling databases voordelig is om deel uit te maken van een groep.The following sections help you understand how to assess if your specific collection of databases can benefit from being in a pool. In de voorbeelden wordt gebruik gemaakt van Standard-groepen, maar dezelfde principes gelden ook voor Basic- en Premium-groepen.The examples use Standard pools but the same principles also apply to Basic and Premium pools.

Databasegebruikspatronen beoordelenAssessing database utilization patterns

De volgende afbeelding toont een voorbeeld van een database die doorgaans weinig wordt gebruikt, maar bij soms ook extreem actief is.The following figure shows an example of a database that spends much time idle, but also periodically spikes with activity. Dit is een gebruikspatroon dat geschikt is voor een groep:This is a utilization pattern that is suited for a pool:

een individuele database die geschikt is voor een groep

Gedurende de geïllustreerde periode van vijf minuten piekt DB1 tot 90 DTU's, maar het gemiddelde gebruik is nog geen vijf DTU's.For the five-minute period illustrated, DB1 peaks up to 90 DTUs, but its overall average usage is less than five DTUs. Een S3-reken grootte is vereist voor het uitvoeren van deze werk belasting in één data base, maar hiermee blijven de meeste resources ongebruikt tijdens peri Oden met een lage activiteit.An S3 compute size is required to run this workload in a single database, but this leaves most of the resources unused during periods of low activity.

Met een groep kunnen deze ongebruikte DTU’s worden gedeeld met meerdere databases, wat de benodigde DTU's en de totale kosten vermindert.A pool allows these unused DTUs to be shared across multiple databases, and so reduces the DTUs needed and overall cost.

Stel dat er in het vorige voorbeeld meer databases zijn die een soortgelijk gebruikspatroon hebben als DB1.Building on the previous example, suppose there are additional databases with similar utilization patterns as DB1. In de volgende twee afbeeldingen wordt het gebruik van vier data bases en 20 data bases gelaagd in dezelfde grafiek om de niet-overlappende aard van het gebruik in de loop van de tijd te illustreren met behulp van het op DTU gebaseerde aankoop model:In the next two figures below, the utilization of four databases and 20 databases are layered onto the same graph to illustrate the non-overlapping nature of their utilization over time using the DTU-based purchasing model:

vier databases met een gebruikspatroon dat geschikt is voor een groep

twintig databases met een gebruikspatroon dat geschikt is voor een groep

Het gezamenlijke DTU-gebruik van alle 20 databases wordt aangegeven door de zwarte lijn in voorgaande afbeelding.The aggregate DTU utilization across all 20 databases is illustrated by the black line in the preceding figure. U ziet dat het totale DTU-gebruik nooit hoger is dan honderd DTU’s en dat de twintig databases gedurende deze periode honderd eDTU's kunnen delen.This shows that the aggregate DTU utilization never exceeds 100 DTUs, and indicates that the 20 databases can share 100 eDTUs over this time period. Dit resulteert in een 20x-reductie in Dtu's en een dertienvoudige-prijs verlaging in vergelijking met het plaatsen van elk van de data bases in S3-reken grootten voor afzonderlijke data bases.This results in a 20x reduction in DTUs and a 13x price reduction compared to placing each of the databases in S3 compute sizes for single databases.

Dit voorbeeld is om de volgende redenen ideaal:This example is ideal for the following reasons:

  • Er zijn grote verschillen tussen piekgebruik en gemiddeld gebruik per database.There are large differences between peak utilization and average utilization per database.
  • Het piekgebruik voor elke database vindt plaats op verschillende momenten.The peak utilization for each database occurs at different points in time.
  • eDTU‘s worden gedeeld tussen meerdere databases.eDTUs are shared between many databases.

De prijs van een groep is een functie van de groep eDTU's.The price of a pool is a function of the pool eDTUs. Hoewel de prijs per eDTU voor een groep 1,5 x groter is dan de prijs per DTU voor een individuele database, kunnen eDTU's in een groep door veel databases worden gedeeld en zijn er dus minder eDTU's nodig.While the eDTU unit price for a pool is 1.5x greater than the DTU unit price for a single database, pool eDTUs can be shared by many databases and fewer total eDTUs are needed. Deze verschillen in prijsbepaling en het delen van eDTU's vormen de basis van de mogelijke prijsbesparing die groepen kunnen bieden.These distinctions in pricing and eDTU sharing are the basis of the price savings potential that pools can provide.

De volgende vuist regels met betrekking tot het aantal data bases en database gebruik helpen ervoor te zorgen dat een pool gereduceerde kosten oplevert vergeleken met het gebruik van reken grootten voor afzonderlijke data bases.The following rules of thumb related to database count and database utilization help to ensure that a pool delivers reduced cost compared to using compute sizes for single databases.

Minimum aantal databasesMinimum number of databases

Als de totale hoeveelheid resources voor afzonderlijke data bases meer is dan 1,5 x de resources die nodig zijn voor de groep, is een elastische pool rendabeler.If the aggregate amount of resources for single databases is more than 1.5x the resources needed for the pool, then an elastic pool is more cost effective.

Voor beeld van een op DTU gebaseerd inkoop modelDTU-based purchasing model example
Er zijn ten minste twee S3-data bases of ten minste 15 S0-data bases nodig voor een 100-eDTU-groep om rendabeler te zijn dan het gebruik van reken grootten voor afzonderlijke data bases.At least two S3 databases or at least 15 S0 databases are needed for a 100 eDTU pool to be more cost-effective than using compute sizes for single databases.

Maximum aantal gelijktijdig piekende databasesMaximum number of concurrently peaking databases

Door resources te delen, kunnen niet alle data bases in een pool gelijktijdig bronnen gebruiken tot de limiet die beschikbaar is voor afzonderlijke data bases.By sharing resources, not all databases in a pool can simultaneously use resources up to the limit available for single databases. Hoe minder data bases gelijktijdig pieken, hoe lager de pool bronnen kunnen worden ingesteld en hoe rendabeler de groep wordt.The fewer databases that concurrently peak, the lower the pool resources can be set and the more cost-effective the pool becomes. In het algemeen, niet groter dan 2/3 (of 67%) van de data bases in de groep moeten tegelijkertijd pieken op de limiet van de resources.In general, not more than 2/3 (or 67%) of the databases in the pool should simultaneously peak to their resources limit.

Voor beeld van een op DTU gebaseerd inkoop modelDTU-based purchasing model example

Om de kosten voor drie S3-databases in een groep van 200 eDTU's te verlagen, kunnen maximaal twee van deze databases tegelijkertijd pieken in hun gebruik.To reduce costs for three S3 databases in a 200 eDTU pool, at most two of these databases can simultaneously peak in their utilization. Of, als meer dan twee van deze vier S3-databases gelijktijdig pieken, zou de groep moeten worden uitgebreid tot meer dan 200 eDTU's.Otherwise, if more than two of these four S3 databases simultaneously peak, the pool would have to be sized to more than 200 eDTUs. Als het formaat van de groep wordt gewijzigd naar meer dan 200 Edtu's, moeten er meer S3-data bases aan de groep worden toegevoegd om de kosten lager te blijven dan reken grootten voor afzonderlijke data bases.If the pool is resized to more than 200 eDTUs, more S3 databases would need to be added to the pool to keep costs lower than compute sizes for single databases.

In dit voorbeeld wordt geen rekening gehouden met het gebruik van andere databases in de groep.Note this example does not consider utilization of other databases in the pool. Als alle databases voortdurend in enige mate gebruik maken van eDTU's, kan minder dan 2/3 (of 67%) van de databases tegelijkertijd pieken.If all databases have some utilization at any given point in time, then less than 2/3 (or 67%) of the databases can peak simultaneously.

Resource gebruik per data baseResource utilization per database

Een groot verschil tussen het piek- en gemiddelde gebruik van een database geeft langere perioden van laag gebruik en korte perioden hoog gebruik aan.A large difference between the peak and average utilization of a database indicates prolonged periods of low utilization and short periods of high utilization. Dit gebruikspatroon is ideaal voor het delen van resources met meerdere databases.This utilization pattern is ideal for sharing resources across databases. Een database zou een geschikte kandidaat voor een groep kunnen zijn als het piekgebruik ongeveer 1,5 keer groter is dan het gemiddelde gebruik.A database should be considered for a pool when its peak utilization is about 1.5 times greater than its average utilization.

Voor beeld van een op DTU gebaseerd inkoop model: Een S3-database die piekt tot 100 DTU's en gemiddeld 67 DTU's of minder gebruikt, is een goede kandidaat voor het delen van eDTU's in een groep.DTU-based purchasing model example: An S3 database that peaks to 100 DTUs and on average uses 67 DTUs or less is a good candidate for sharing eDTUs in a pool. Ook een S1-database die piekt tot 20 DTU's en gemiddeld 13 DTU's of minder gebruikt, is een goede kandidaat voor een groep.Alternatively, an S1 database that peaks to 20 DTUs and on average uses 13 DTUs or less is a good candidate for a pool.

Hoe kan ik de juiste pool grootte kiezenHow do I choose the correct pool size

De beste grootte voor een pool is afhankelijk van de geaggregeerde resources die nodig zijn voor alle data bases in de groep.The best size for a pool depends on the aggregate resources needed for all databases in the pool. Dit omvat het bepalen van het volgende:This involves determining the following:

  • Het maximum aantal resources dat wordt gebruikt door alle data bases in de pool (Maxi maal Dtu's of maximum vCores, afhankelijk van uw keuze van het model voor het hergebruik van resources).Maximum resources utilized by all databases in the pool (either maximum DTUs or maximum vCores depending on your choice of resourcing model).
  • De maximum opslag in bytes die door alle databases in de groep wordt gebruikt.Maximum storage bytes utilized by all databases in the pool.

Zie voor de beschik bare service lagen voor elk resource model het op DTU gebaseerde aankoop model of het op vCore gebaseerde aankoop model.For available service tiers for each resource model, see the DTU-based purchasing model or the vCore-based purchasing model.

Als u het hulpprogramma niet kunt gebruiken, kunnen de volgende stappen u helpen om te schatten of een groep rendabeler is dan individuele databases:In cases where you can't use tooling, the following step-by-step can help you estimate whether a pool is more cost-effective than single databases:

  1. U moet als volgt een schatting maken van de Edtu's-of vCores die nodig zijn voor de groep:Estimate the eDTUs or vCores needed for the pool as follows:

    Voor op DTU gebaseerd inkoop model: MAX(<Totaal aantal DB's X gemiddelde DTU-gebruik per DB>,For DTU-based purchasing model: MAX(<Total number of DBs X average DTU utilization per DB>,

    <aantal gelijktijdig piekende databases X piek-DTU-gebruik per DB)<Number of concurrently peaking DBs X Peak DTU utilization per DB)

    Voor op vCore gebaseerd inkoop model: MAX (<totale aantal db's X- VCore gebruik per DB->,For vCore-based purchasing model: MAX(<Total number of DBs X average vCore utilization per DB>,

    <Aantal gelijktijdig gepiekde db's X piek vCore gebruik per data base)<Number of concurrently peaking DBs X Peak vCore utilization per DB)

  2. Schat hoeveel opslagruimte de groep nodig heeft door het aantal bytes op te tellen dat nodig is voor alle databases in de groep.Estimate the storage space needed for the pool by adding the number of bytes needed for all the databases in the pool. Bepaal daarna hoe groot de eDTU-groep moet zijn om aan deze hoeveelheid opslag te voldoen.Then determine the eDTU pool size that provides this amount of storage.

  3. Neem voor het op DTU gebaseerde aankoop model meer van de eDTU-schattingen uit stap 1 en stap 2.For the DTU-based purchasing model, take the larger of the eDTU estimates from Step 1 and Step 2. Neem voor het op vCore gebaseerde aankoop model de vCore-schatting uit stap 1.For the vCore-based purchasing model, take the vCore estimate from Step 1.

  4. Bekijk de pagina met prijzen voor SQL database en zoek de kleinste groeps grootte die groter is dan de schatting van stap 3.See the SQL Database pricing page and find the smallest pool size that is greater than the estimate from Step 3.

  5. Vergelijk de prijs van de groep uit stap 5 met de prijs voor het gebruik van de juiste reken grootten voor afzonderlijke data bases.Compare the pool price from Step 5 to the price of using the appropriate compute sizes for single databases.

Andere SQL Database-functies gebruiken met elastische PoolsUsing other SQL Database features with elastic pools

Elastische taken en elastische PoolsElastic jobs and elastic pools

Met een groep worden beheertaken vereenvoudigd door scripts in elastische taken uit te voeren.With a pool, management tasks are simplified by running scripts in elastic jobs. Een elastische taak elimineert de meeste saaie handelingen die komen kijken bij grote aantallen databases.An elastic job eliminates most of tedium associated with large numbers of databases.

Zie Scaling out with Azure SQL Database (Uitbreiden met Azure SQL Database) voor meer informatie over andere databasehulpprogramma's voor het werken met meerdere databases.For more information about other database tools for working with multiple databases, see Scaling out with Azure SQL Database.

Opties voor bedrijfs continuïteit voor data bases in een elastische poolBusiness continuity options for databases in an elastic pool

Pooldatabases ondersteunen in het algemeen dezelfde bedrijfscontinuïteitsfuncties die beschikbaar zijn voor individuele databases.Pooled databases generally support the same business continuity features that are available to single databases.

Een nieuwe SQL Database elastische pool maken met behulp van de Azure PortalCreating a new SQL Database elastic pool using the Azure portal

Er zijn twee manieren waarop u een elastische pool kunt maken in de Azure Portal.There are two ways you can create an elastic pool in the Azure portal.

  1. Selecteer Azure SQL in het linkermenu van de Azure Portal.Select Azure SQL in the left-hand menu of the Azure portal. Als Azure SQL niet voor komt in de lijst, selecteert u alle servicesen typt u vervolgens Azure SQL in het zoekvak.If Azure SQL is not in the list, select All services, then type Azure SQL in the search box.

  2. Selecteer + toevoegen om de optie pagina SQL-implementatie selecteren te openen.Select +Add to open the Select SQL deployment option page. U kunt aanvullende informatie over elastische Pools weer geven door Details weer geven te selecteren op de tegel data bases .You can view additional information about elastic pools by selecting Show details on the Databases tile.

  3. Selecteer in de tegel data bases de optie elastische groep in de vervolg keuzelijst resource type en selecteer vervolgens maken:On the Databases tile, select Elastic pool in the Resource type dropdown, then select Create:

    Elastische pool maken

  4. U kunt ook een elastische pool maken door te navigeren naar een bestaande Azure SQL-Server en op + nieuwe pool te klikken om een groep rechtstreeks op die server te maken.Or you can create an elastic pool by navigating to an existing Azure SQL server and clicking + New pool to create a pool directly into that server.

Notitie

U kunt meerdere groepen maken op een-server, maar het is niet mogelijk om data bases van verschillende servers toe te voegen aan dezelfde groep.You can create multiple pools on a server, but you can't add databases from different servers into the same pool.

De servicelaag van de pool bepaalt de functies die beschikbaar zijn voor de elastische elementen in de groep en de maximale hoeveelheid beschik bare bronnen voor elke Data Base.The pool's service tier determines the features available to the elastics in the pool, and the maximum amount of resources available to each database. Zie resource limieten voor elastische Pools in het DTU- modelvoor meer informatie.For details, see Resource limits for elastic pools in the DTU model. Zie voor vCore resource limieten voor elastische Pools op vCore gebaseerde resource limieten: elastische Pools.For vCore-based resource limits for elastic pools, see vCore-based resource limits - elastic pools.

Klik op groep configurerenom de resources en prijs van de groep te configureren.To configure the resources and pricing of the pool, click Configure pool. Selecteer vervolgens een servicelaag, voeg data bases toe aan de groep en configureer de resource limieten voor de groep en de bijbehorende data bases.Then select a service tier, add databases to the pool, and configure the resource limits for the pool and its databases.

Wanneer u klaar bent met het configureren van de groep, kunt u op Toep assen klikken, de groep een naam krijgen en op OK klikken om de groep te maken.When you have completed configuring the pool, you can click 'Apply', name the pool, and click 'OK' to create the pool.

Een elastische pool en de bijbehorende data bases bewakenMonitor an elastic pool and its databases

In de Azure Portal kunt u het gebruik van een elastische pool en de data bases in die groep bewaken.In the Azure portal, you can monitor the utilization of an elastic pool and the databases within that pool. U kunt ook een reeks wijzigingen aanbrengen in uw elastische pool en alle wijzigingen tegelijk verzenden.You can also make a set of changes to your elastic pool and submit all changes at the same time. Deze wijzigingen omvatten het toevoegen of verwijderen van data bases, het wijzigen van de instellingen voor de elastische groep of het wijzigen van de data base-instellingen.These changes include adding or removing databases, changing your elastic pool settings, or changing your database settings.

Zoek en open een elastische groep in de portal om te beginnen met het bewaken van uw elastische pool.To start monitoring your elastic pool, find and open an elastic pool in the portal. Er wordt eerst een scherm weer gegeven waarin u een overzicht krijgt van de status van uw elastische pool.You will first see a screen that gives you an overview of the status of your elastic pool. Dit omvat:This includes:

  • Bewakings grafieken met het gebruik van resources van de elastische poolMonitoring charts showing resources usage of the elastic pool
  • Recente waarschuwingen en aanbevelingen, indien beschikbaar, voor de elastische poolRecent alerts and recommendations, if available, for the elastic pool

In de volgende afbeelding ziet u een voor beeld van een elastische pool:The following graphic shows an example elastic pool:

Groeps weergave

Als u meer informatie over de groep wilt, kunt u klikken op een van de beschik bare gegevens in dit overzicht.If you want more information about the pool you can click on any of the available information in this overview. Als u op het resource gebruik -diagram klikt, gaat u naar de weer gave Azure-controle, waar u de metrische gegevens en het tijd venster kunt aanpassen dat in de grafiek wordt weer gegeven.Clicking on the Resource utilization chart will take you to the Azure Monitoring view where you can customize the metrics and time window shown in the chart. Wanneer u op beschik bare meldingen klikt, gaat u naar een Blade met de volledige details van die waarschuwing of aanbeveling.Clicking on any available notifications will take you to a blade that shows the full details of that alert or recommendation.

Als u de data bases in de pool wilt bewaken, kunt u klikken op database resource gebruik in de sectie bewaking van het menu resource aan de linkerkant.If you would like to monitor the databases inside your pool, you can click on Database resource utilization in the Monitoring section of the resource menu on the left.

Pagina database resource gebruik

De grafiek weergave aanpassenTo customize the chart display

U kunt het diagram en de metrische pagina bewerken om andere metrische gegevens weer te geven, zoals het CPU-percentage, het IO-percentage en het gebruikte logboek-IO-percentage.You can edit the chart and the metric page to display other metrics such as CPU percentage, data IO percentage, and log IO percentage used.

Op het formulier grafiek bewerken kunt u een vast tijds bereik selecteren of op aangepast klikken om een 24-uurs venster in de afgelopen twee weken te selecteren. vervolgens selecteert u de resources die u wilt bewaken.On the Edit Chart form, you can select a fixed time range or click custom to select any 24-hour window in the last two weeks, and then select the resources to monitor.

Te bewaken data bases selecterenTo select databases to monitor

Standaard worden in de grafiek in de Blade database resource gebruik de top 5-data bases weer gegeven op DTU of CPU (afhankelijk van uw servicelaag).By default, the chart in the Database Resource Utilization blade will show the top 5 databases by DTU or CPU (depending on your service tier). U kunt de data bases in deze grafiek wijzigen door data bases in de lijst onder de grafiek te selecteren en te deselecteren via de selectie vakjes aan de linkerkant.You can switch up the databases in this chart by selecting and unselecting databases from the list below the chart via the checkboxes on the left.

U kunt ook meer metrische gegevens selecteren om naast elkaar in deze database tabel weer te geven om een beter beeld te krijgen van de prestaties van uw data bases.You can also select more metrics to view side by side in this database table to get a more complete view of your databases performance.

Zie SQL database-waarschuwingen in azure portal makenvoor meer informatie.For more information, see create SQL Database alerts in Azure portal.

Casestudy's van klantenCustomer case studies

  • SnelStartSnelStart

    SnelStart gebruikt elastische Pools met Azure SQL Database om de zakelijke services snel uit te breiden tegen een snelheid van 1.000 nieuwe Azure SQL-data bases per maand.SnelStart used elastic pools with Azure SQL Database to rapidly expand its business services at a rate of 1,000 new Azure SQL Databases per month.

  • UmbracoUmbraco

    Umbraco maakt gebruik van elastische Pools met Azure SQL Database om services snel in te richten en te schalen voor duizenden tenants in de Cloud.Umbraco uses elastic pools with Azure SQL Database to quickly provision and scale services for thousands of tenants in the cloud.

  • Daxko/CSIDaxko/CSI

    Daxko/CSI maakt gebruik van elastische Pools met Azure SQL Database om de ontwikkelings cyclus te versnellen en de klant Services en-prestaties te verbeteren.Daxko/CSI uses elastic pools with Azure SQL Database to accelerate its development cycle and to enhance its customer services and performance.

Volgende stappenNext steps