Elastik havuzlar birden çok Azure SQL veritabanını yönetmenize ve ölçeklendirmenize yardımcı olurElastic pools help you manage and scale multiple Azure SQL databases

SQL Veritabanı elastik havuzları, kullanım talepleri değişken olan ve öngörülmeyen birden çok veritabanını yönetmeye ve ölçeklendirmeye yönelik kolay ve ekonomik bir çözümdür.SQL Database elastic pools are a simple, cost-effective solution for managing and scaling multiple databases that have varying and unpredictable usage demands. Elastik havuzdaki veritabanları tek bir Azure SQL veritabanı sunucusunda bulunur ve ayarlanan fiyata bir dizi kaynağı paylaşır.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. Azure SQL Veritabanındaki elastik havuzlar, SaaS geliştiricilerinin bir veritabanı grubuna ait fiyat performansını belirtilen bütçe dahilinde iyileştirmesini ve aynı zamanda her veritabanı için performans Elastikliği sunmasını sağlar.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.

SQL elastik havuzları nelerdirWhat are SQL elastic pools

SaaS geliştiricileri, birden fazla veritabanından oluşan büyük ölçekli veri katmanlarının üzerinde uygulamalar oluşturur.SaaS developers build applications on top of large scale data-tiers consisting of multiple databases. Her müşteri için tek veritabanı sağlanması yaygın bir uygulama modelidir.A common application pattern is to provision a single database for each customer. Ancak, farklı müşteriler genellikle değişen ve tahmin edilemeyen kullanım modellerine sahiptir ve her veritabanı kullanıcısının kaynak gereksinimlerini tahmin etmek zordur.But different customers often have varying and unpredictable usage patterns, and it is difficult to predict the resource requirements of each individual database user. Geleneksel olarak iki seçeneğiniz vardır:Traditionally, you had two options:

  • Yoğun kullanımı ve ödeme üzerinden kaynakları daha fazla sağlayın veyaOver-provision resources based on peak usage and over pay, or
  • Maliyet tasarrufu sağlamak için, en yüksek performans ve müşteri memnuniyetini harcamadan maliyeti tasarruf edin.Under-provision to save cost, at the expense of performance and customer satisfaction during peaks.

Elastik havuzlar, veritabanlarının ihtiyaç duydukları performans kaynaklarını almasını sağlayarak bu sorunu çözebilir.Elastic pools solve this problem by ensuring that databases get the performance resources they need when they need it. Bunlar, tahmin edilebilir bir bütçe içinde basit bir kaynak ayırma mekanizması sağlar.They provide a simple resource allocation mechanism within a predictable budget. Elastik havuzları kullanan SaaS uygulamalarının tasarım desenleri hakkında daha fazla bilgi edinmek için bkz. Azure SQL Veritabanı kullanan Çok Kiracılı SaaS Uygulamaları için Tasarım Desenleri.To learn more about design patterns for SaaS applications using elastic pools, see Design Patterns for Multi-tenant SaaS Applications with Azure SQL Database.

Önemli

Elastik havuzlar için veritabanı başına ücret alınmaz.There is no per-database charge for elastic pools. Kullanımdan veya havuzun bir saatten daha az etkin olup olmamasına bakılmaksızın, en yüksek eDTU veya sanal çekirdekler için bir havuzun bulunduğu her saat için faturalandırılırsınız.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.

Elastik havuzlar, geliştiricilerin birden çok veritabanı tarafından paylaşılan bir havuz için kaynak satın almasını etkinleştirerek, bireysel veritabanları tarafından öngörülemeyen kullanım süreleri vardır.Elastic pools enable the developer to purchase resources for a pool shared by multiple databases to accommodate unpredictable periods of usage by individual databases. Havuzun kaynak için DTU tabanlı satın alma modeli veya sanal çekirdek tabanlı satın alma modelitemelinde yapılandırma yapabilirsiniz.You can configure resources for the pool based either on the DTU-based purchasing model or the vCore-based purchasing model. Havuzun kaynak gereksinimi, veritabanlarının toplam kullanımına göre belirlenir.The resource requirement for a pool is determined by the aggregate utilization of its databases. Havuzun kullanabileceği kaynak miktarı, geliştirici bütçesi tarafından denetlenir.The amount of resources available to the pool is controlled by the developer budget. Geliştirici, veritabanlarını havuza ekler, veritabanları için en düşük ve en yüksek değerleri (kaynak alma modelinize bağlı olarak minimum ve maksimum DTU 'lar ya da en düşük veya en yüksek sanal çekirdekler) ayarlar ve sonra havuzun kaynaklarını bütçe.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. Geliştirici, hizmetini zayıf bir başlangıçtan sürekli artan ölçekte olgun bir işletmeye sorunsuzca büyütmek için havuzları kullanabilir.A developer can use pools to seamlessly grow their service from a lean startup to a mature business at ever-increasing scale.

Havuz içerisinde tek tek veritabanlarına belirli parametreler içinde otomatik olarak ölçeklendirme esnekliği tanınır.Within the pool, individual databases are given the flexibility to auto-scale within set parameters. Yoğun yük altında bir veritabanı talebi karşılamak için daha fazla kaynak tüketebilir.Under heavy load, a database can consume more resources to meet demand. Hafif yükler altındaki veritabanları daha az tüketir ve yük olmadığında veritabanları hiçbir kaynak tüketmez.Databases under light loads consume less, and databases under no load consume no resources. Tek tek veritabanları yerine tüm havuz için kaynak sağlamak, yönetim görevlerinizi basitleştirir.Provisioning resources for the entire pool rather than for single databases simplifies your management tasks. Ayrıca, havuz için öngörülebilir bir bütçeniz vardır.Plus, you have a predictable budget for the pool. Mevcut bir havuza, veritabanı kapalı kalma süresi olmadan ek kaynaklar eklenebilir, ancak yeni eDTU ayırması için ek bilgi işlem kaynakları sağlamak üzere veritabanlarının taşınması gerekebilir.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. Benzer şekilde, ek kaynaklara artık ihtiyaç duyulmuyorsa, herhangi bir zamanda mevcut bir havuzdan de kaldırılabilirler.Similarly, if extra resources are no longer needed they can be removed from an existing pool at any point in time. Ayrıca havuza veritabanları ekleyebilir veya havuzdan veritabanları kaldırabilirsiniz.And you can add or subtract databases to the pool. Bir veritabanı kaynakları tahmin edilebilir bir şekilde normalden az kullanıyorsa bu veritabanını havuzdan çıkarın.If a database is predictably under-utilizing resources, move it out.

Not

Veritabanları, elastik bir havuzun içine veya dışına taşınırken, veritabanı bağlantıları bırakıldığında işlemin sonundaki kısa bir süre (saniye cinsinden) dışında bir kesinti olmaz.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.

SQL veritabanı elastik havuzunu ne zaman düşünmeniz gerekir?When should you consider a SQL Database elastic pool

Havuzlar, belirli kullanım düzenlerine sahip çok sayıda veritabanı bulunan durumlar için çok uygundur.Pools are well suited for a large number of databases with specific utilization patterns. Söz konusu kullanım düzeni, belirli bir veritabanı için ortalama düşük düzeyde kullanım ile nispeten nadir zamanlarda kullanımın ani olarak artması şeklindedir.For a given database, this pattern is characterized by low average utilization with relatively infrequent utilization spikes.

Bir havuza ekleyebileceğiniz veritabanı sayısı arttıkça, tasarruflarınız artar.The more databases you can add to a pool the greater your savings become. Uygulama kullanım modelinize bağlı olarak, yalnızca iki S3 veritabanı ile tasarruf edildiğini görmek mümkündür.Depending on your application utilization pattern, it is possible to see savings with as few as two S3 databases.

Aşağıdaki bölümler veritabanı koleksiyonunuzun bir havuzda olmasının yararlarını nasıl değerlendireceğini anlamanıza yardımcı olabilir.The following sections help you understand how to assess if your specific collection of databases can benefit from being in a pool. Örneklerde Standart havuzlar kullanılmaktadır, ancak aynı ilkeler Temel ve Premium havuzlar için de geçerlidir.The examples use Standard pools but the same principles also apply to Basic and Premium pools.

Veritabanı kullanım modellerini değerlendirmeAssessing database utilization patterns

Aşağıdaki şekilde zamanın büyük bölümünü boşta geçiren, ancak düzenli olarak ani etkinlikler sergileyen bir veritabanı örneğini göstermektedir.The following figure shows an example of a database that spends much time idle, but also periodically spikes with activity. Bu model bir havuz için uygun olan kullanım modelidir:This is a utilization pattern that is suited for a pool:

havuz için uygun bir tek veritabanı

Gösterilen beş dakikalık süre boyunca Veritabanı1, 90 DTU’ya kadar yükselir, ancak genel ortalama kullanım beş DTU’dan azdır.For the five-minute period illustrated, DB1 peaks up to 90 DTUs, but its overall average usage is less than five DTUs. Bu iş yükünü tek bir veritabanında çalıştırmak için S3 işlem boyutu gerekir, ancak bu, düşük etkinlik dönemlerinde kaynakların çoğunu kullanılmamış olarak bırakır.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.

Havuz bu kullanılmayan DTU’ların birden fazla veritabanında paylaşılmasına olanak tanır ve böylece gereken DTU ile genel maliyeti azaltır.A pool allows these unused DTUs to be shared across multiple databases, and so reduces the DTUs needed and overall cost.

Önceki örnekten devam ederek, Veritabanı1 ile benzer kullanım modellerine sahip ek veritabanları olduğunu varsayalım.Building on the previous example, suppose there are additional databases with similar utilization patterns as DB1. Aşağıdaki iki resimde, dört veritabanı ve 20 veritabanı kullanımı, DTU tabanlı satın alma modeli kullanarak zaman içinde kullanımlarının çakışmayan yapısını göstermek için aynı grafiğe katmanlıdır: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:

bir havuz için uygun kullanım modeli ile dört veritabanı

bir havuz için uygun kullanım modeli ile yirmi veritabanı

20 veritabanının tamamındaki toplam DTU kullanımı, önceki şekilde siyah çizgi ile gösterilmiştir.The aggregate DTU utilization across all 20 databases is illustrated by the black line in the preceding figure. Bu şekil, toplam DTU kullanımının 100 DTU’yu hiçbir zaman aşmadığını ve 20 veritabanının bu süre boyunca 100 eDTU’yu paylaşabileceğini gösterir.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. Bu, her bir veritabanını tek veritabanları için S3 işlem boyutlarına yerleştirmekten kaynaklanan DTU 'Lar ve 13x fiyat azaltmasıyla sonuçlanır.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.

Bu örnek aşağıdaki nedenlerle idealdir:This example is ideal for the following reasons:

  • Bir veritabanındaki en yüksek kullanım ile ortalama kullanım arasında büyük farklar mevcuttur.There are large differences between peak utilization and average utilization per database.
  • Bir veritabanının en yüksek kullanımı zamanın farklı noktalarında gerçekleşir.The peak utilization for each database occurs at different points in time.
  • eDTU'lar birden fazla veritabanı arasında paylaşılır.eDTUs are shared between many databases.

Bir havuzun fiyatı, havuz eDTU'larının bir işlevidir.The price of a pool is a function of the pool eDTUs. Bir havuzun eDTU birim fiyatı, tek veritabanının DTU birim fiyatından 1,5 kat fazladır. Bununla birlikte havuz eDTU'ları çok sayıda veritabanı tarafından paylaşılabilir ve toplam eDTU sayısı gereklidir.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. Fiyatlandırma ve eDTU paylaşımındaki bu farklılıklar, havuzların sağlayabileceği tasarruf potansiyelinin temelini oluşturur.These distinctions in pricing and eDTU sharing are the basis of the price savings potential that pools can provide.

Veritabanı sayısı ve veritabanı kullanımı ile ilgili olan Thumb 'in aşağıdaki kuralları, bir havuzun tek veritabanları için işlem boyutlarını kullanmaya kıyasla daha düşük maliyetli bir maliyet sunarak emin olmaya yardımcı olur.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.

En az veritabanı sayısıMinimum number of databases

Tek veritabanlarına ait kaynakların toplam miktarı 1,5 x 'ten daha fazla ise, havuz için gereken kaynaklar daha fazla maliyetli olur.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.

DTU tabanlı satın alma modeli örneğiDTU-based purchasing model example
100 eDTU havuzunun, tek veritabanları için işlem boyutları kullanmaktan daha uygun maliyetli olması için en az iki S3 veritabanı veya en az 15 S0 veritabanı gereklidir.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.

Eşzamanlı olarak en üst seviyeye çıkan en fazla veritabanı sayısıMaximum number of concurrently peaking databases

Kaynakları paylaşarak, havuzdaki tüm veritabanları aynı anda kaynakları tek veritabanları için kullanılabilen sınıra kadar eşzamanlı olarak kullanabilir.By sharing resources, not all databases in a pool can simultaneously use resources up to the limit available for single databases. Eşzamanlı olarak en yüksek olan veritabanları, havuz kaynakları ayarlanabilir ve havuz daha uygun maliyetli hale gelebilir.The fewer databases that concurrently peak, the lower the pool resources can be set and the more cost-effective the pool becomes. Genel olarak, 2/3 (veya% 67) değil Havuzdaki veritabanlarının kaynakları için aynı anda en fazla olması gerekir.In general, not more than 2/3 (or 67%) of the databases in the pool should simultaneously peak to their resources limit.

DTU tabanlı satın alma modeli örneğiDTU-based purchasing model example

200 eDTU içeren bir havuzdaki üç S3 veritabanının maliyetlerini azaltmak için, bu veritabanlarının en fazla iki tanesi kullanım sırasında en üst seviyeye çıkabilir.To reduce costs for three S3 databases in a 200 eDTU pool, at most two of these databases can simultaneously peak in their utilization. Aksi takdirde, bu dört S3 veritabanının ikiden fazlası eşzamanlı olarak en üst seviyeye çıkarsa, havuzun boyutu 200 eDTU’dan fazla olmak zorundadır.Otherwise, if more than two of these four S3 databases simultaneously peak, the pool would have to be sized to more than 200 eDTUs. Havuz 200 eDTU 'dan daha fazlasına yeniden boyutlandırılırsa, tek veritabanlarının işlem boyutundan daha düşük olması için havuza daha fazla S3 veritabanının eklenmesi gerekir.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.

Bu örnek, havuzdaki diğer veritabanlarının kullanımını dikkate almaz.Note this example does not consider utilization of other databases in the pool. Herhangi bir zamanda tüm veritabanlarının kullanımı aynı olursa, veritabanlarının 2/3’ünden (veya %67) daha azı eşzamanlı olarak en üst seviyeye çıkabilir.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.

Veritabanı başına kaynak kullanımıResource utilization per database

Bir veritabanının en yüksek ile ortalama kullanımı arasında büyük bir fark olması, uzun süreli düşük kullanımı ve kısa süreli yüksek kullanımı ifade eder.A large difference between the peak and average utilization of a database indicates prolonged periods of low utilization and short periods of high utilization. Bu kullanım modeli, veritabanları arasında kaynakların paylaşılması için idealdir.This utilization pattern is ideal for sharing resources across databases. Bir veritabanının en yüksek kullanımı ortalama kullanımından 1,5 kat fazla olduğunda, veritabanı havuz için düşünülmelidir.A database should be considered for a pool when its peak utilization is about 1.5 times greater than its average utilization.

DTU tabanlı satın alma modeli örneği: En yüksek kullanımı 100 DTU’ya varan ve ortalama olarak en fazla 67 DTU kullanan bir S3 veritabanı, bir havuzda eDTU paylaşmak için iyi bir adaydır.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. Alternatif olarak, en yüksek kullanımı 20 DTU’ya varan ve ortalama olarak en fazla 13 DTU kullanan bir S1 veritabanı da havuz için iyi bir adaydır.Alternatively, an S1 database that peaks to 20 DTUs and on average uses 13 DTUs or less is a good candidate for a pool.

Doğru havuz boyutunu Nasıl yaparım? seçinHow do I choose the correct pool size

Bir havuz için en iyi boyut, havuzdaki tüm veritabanları için gereken toplam kaynaklara bağlıdır.The best size for a pool depends on the aggregate resources needed for all databases in the pool. Bu, aşağıdakilerin belirlenmesi içerir:This involves determining the following:

  • Havuzdaki tüm veritabanları tarafından kullanılan en fazla kaynak (kaynak alma modelinize bağlı olarak maksimum DTU 'lar ya da maksimum sanal çekirdek).Maximum resources utilized by all databases in the pool (either maximum DTUs or maximum vCores depending on your choice of resourcing model).
  • Havuzdaki tüm veritabanları tarafından kullanılan en fazla depolama baytı sayısı.Maximum storage bytes utilized by all databases in the pool.

Her kaynak modeli için kullanılabilir hizmet katmanları için, DTU tabanlı satın alma modeli veya sanal çekirdek tabanlı satın alma modeli' ne bakın.For available service tiers for each resource model, see the DTU-based purchasing model or the vCore-based purchasing model.

Araçları kullanamadığınız durumlarda aşağıdaki adım adım yönergeler bir havuzun tek veritabanlarından daha uygun maliyetli olup olmadığını tahmin etmenize yardımcı olabilir: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. Havuz için gereken eDTU 'ları veya sanal çekirdekleri aşağıdaki gibi tahmin edin:Estimate the eDTUs or vCores needed for the pool as follows:

    DTU tabanlı satın alma modeli için: MAKS(<Toplam veritabanı sayısı X Veritabanı başına ortalama DTU kullanımı>,For DTU-based purchasing model: MAX(<Total number of DBs X average DTU utilization per DB>,

    <Eşzamanlı olarak en üst seviyeye çıkan veritabanı sayısı X Veritabanı başına en yüksek DTU kullanımı)<Number of concurrently peaking DBs X Peak DTU utilization per DB)

    Sanal çekirdek tabanlı satın alma modeli için: En fazla (< VERITABANı başınaToplam DBs X Ortalama sanal çekirdek kullanımı>,For vCore-based purchasing model: MAX(<Total number of DBs X average vCore utilization per DB>,

    <Eşzamanlı olarak en üst seviyeye çıkan veritabanı sayısı Veritabanı başına X en yüksek sanal çekirdek kullanımı)<Number of concurrently peaking DBs X Peak vCore utilization per DB)

  2. Havuzdaki tüm veritabanları için gereken bayt sayısını ekleyerek havuz için gereken depolama alanını tahmin edin.Estimate the storage space needed for the pool by adding the number of bytes needed for all the databases in the pool. Ardından, bu depolama miktarını sağlayan eDTU havuz boyutunu belirleyin.Then determine the eDTU pool size that provides this amount of storage.

  3. DTU tabanlı satın alma modeli için 1. ve 2. adım 'daki eDTU tahminlerinin daha büyük bir kısmını alın.For the DTU-based purchasing model, take the larger of the eDTU estimates from Step 1 and Step 2. Sanal çekirdek tabanlı satın alma modeli için 1. adımdaki sanal çekirdek tahminini alın.For the vCore-based purchasing model, take the vCore estimate from Step 1.

  4. SQL Veritabanı fiyatlandırma sayfasına bakın ve 3. adımdaki tahminden daha büyük olan en küçük havuz boyutunu bulun.See the SQL Database pricing page and find the smallest pool size that is greater than the estimate from Step 3.

  5. 5. adımdaki havuz fiyatını, tek veritabanları için uygun işlem boyutlarını kullanma fiyatına göre karşılaştırın.Compare the pool price from Step 5 to the price of using the appropriate compute sizes for single databases.

Esnek havuzlarla diğer SQL veritabanı özelliklerini kullanmaUsing other SQL Database features with elastic pools

Elastik işler ve elastik havuzlarElastic jobs and elastic pools

Bir havuz kullanılarak esnek işlerde betik çalıştırma yoluyla yönetim görevleri kolaylaştırılır.With a pool, management tasks are simplified by running scripts in elastic jobs. Elastik iş, çok sayıda veritabanından kaynaklanan sorunların çoğunu ortadan kaldırır.An elastic job eliminates most of tedium associated with large numbers of databases.

Birden fazla veritabanıyla çalışmak için kullanılabilen diğer veritabanı araçları hakkında daha fazla bilgi için bkz. Azure SQL Veritabanı ile ölçek genişletme.For more information about other database tools for working with multiple databases, see Scaling out with Azure SQL Database.

Elastik havuzdaki veritabanları için iş sürekliliği seçenekleriBusiness continuity options for databases in an elastic pool

Havuza alınan veritabanları genellikle tek veritabanları için kullanılabilen iş sürekliliği özelliklerinin aynılarını destekler.Pooled databases generally support the same business continuity features that are available to single databases.

Azure portal kullanarak yeni bir SQL veritabanı elastik havuzu oluşturmaCreating a new SQL Database elastic pool using the Azure portal

Azure portal esnek havuz oluşturabileceğiniz iki yol vardır.There are two ways you can create an elastic pool in the Azure portal.

  1. Azure portal sol taraftaki menüden Azure SQL ' i seçin.Select Azure SQL in the left-hand menu of the Azure portal. Azure SQL listede yoksa, tüm hizmetler' i seçin ve arama kutusuna Azure SQL yazın.If Azure SQL is not in the list, select All services, then type Azure SQL in the search box.

  2. + Ekle ' yı seçerek SQL dağıtım seçeneğini seçin sayfasını açın.Select +Add to open the Select SQL deployment option page. Veritabanları kutucuğunda Ayrıntıları göster ' i seçerek elastik havuzlarla ilgili ek bilgileri görüntüleyebilirsiniz.You can view additional information about elastic pools by selecting Show details on the Databases tile.

  3. Veritabanları kutucuğunda kaynak türü açılan listesinde Esnek havuz ' ı seçin ve ardından Oluştur' u seçin.On the Databases tile, select Elastic pool in the Resource type dropdown, then select Create:

    Esnek havuz oluşturma

  4. Alternatif olarak, var olan bir Azure SQL sunucusuna gidip + yeni havuz ' a tıklayarak bir elastik havuz oluşturarak bu sunucuya doğrudan bir havuz oluşturabilirsiniz.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.

Not

Sunucuda birden çok havuz oluşturabilirsiniz, ancak farklı sunuculardan aynı havuza veritabanı ekleyemezsiniz.You can create multiple pools on a server, but you can't add databases from different servers into the same pool.

Havuzun hizmet katmanı, havuzdaki elastik için kullanılabilen özellikleri ve her bir veritabanı için kullanılabilir maksimum kaynak miktarını belirler.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. Ayrıntılar için bkz. DTU modelindekielastik havuzlar için kaynak sınırları.For details, see Resource limits for elastic pools in the DTU model. Elastik havuzlara yönelik sanal çekirdek tabanlı kaynak sınırları için bkz. sanal çekirdek tabanlı kaynak limitleri-elastik havuzlar.For vCore-based resource limits for elastic pools, see vCore-based resource limits - elastic pools.

Havuzun kaynaklarını ve fiyatlandırmasını yapılandırmak için havuzu Yapılandır' a tıklayın.To configure the resources and pricing of the pool, click Configure pool. Ardından bir hizmet katmanı seçin, havuza veritabanları ekleyin ve havuz ve veritabanları için kaynak sınırlarını yapılandırın.Then select a service tier, add databases to the pool, and configure the resource limits for the pool and its databases.

Havuzu yapılandırmayı tamamladıktan sonra ' Uygula 'ya tıklayabilir, havuzu değiştirebilir ve ' Tamam 'a tıklayarak havuzu oluşturabilirsiniz.When you have completed configuring the pool, you can click 'Apply', name the pool, and click 'OK' to create the pool.

Elastik havuz ve veritabanlarını izlemeMonitor an elastic pool and its databases

Azure portal, elastik havuzun ve bu havuzun içindeki veritabanlarının kullanımını izleyebilirsiniz.In the Azure portal, you can monitor the utilization of an elastic pool and the databases within that pool. Aynı zamanda esnek havuzunuzdaki bir değişiklik kümesi de oluşturabilir ve tüm değişiklikleri aynı anda gönderebilirsiniz.You can also make a set of changes to your elastic pool and submit all changes at the same time. Bu değişiklikler veritabanlarını ekleme veya kaldırma, elastik havuz ayarlarınızı değiştirme veya veritabanı ayarlarınızı değiştirme içerir.These changes include adding or removing databases, changing your elastic pool settings, or changing your database settings.

Elastik havuzunuzu izlemeye başlamak için portalda bir elastik havuz bulun ve açın.To start monitoring your elastic pool, find and open an elastic pool in the portal. İlk olarak, elastik havuzunuzun durumuna ilişkin genel bir bakış sunan bir ekran görürsünüz.You will first see a screen that gives you an overview of the status of your elastic pool. Buna aşağıdakiler dahildir:This includes:

  • Esnek havuzun kaynak kullanımını gösteren grafikleri izlemeMonitoring charts showing resources usage of the elastic pool
  • Elastik havuz için, varsa son uyarılar ve önerilerRecent alerts and recommendations, if available, for the elastic pool

Aşağıdaki grafikte örnek bir elastik havuz gösterilmektedir:The following graphic shows an example elastic pool:

Havuz görünümü

Havuz hakkında daha fazla bilgi edinmek istiyorsanız, bu genel bakışta bulunan bilgilerden herhangi birine tıklayabilirsiniz.If you want more information about the pool you can click on any of the available information in this overview. Kaynak kullanımı grafiğine tıklamak sizi grafikte gösterilen ölçümleri ve zaman penceresini özelleştirebileceğiniz Azure izleme görünümüne götürür.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. Kullanılabilir bildirimlere tıkladığınızda, bu uyarının veya önerinin tüm ayrıntılarını gösteren bir dikey pencereye gönderilir.Clicking on any available notifications will take you to a blade that shows the full details of that alert or recommendation.

Havuzunuzun içindeki veritabanlarını izlemek isterseniz, sol taraftaki kaynak menüsündeki izleme bölümünde veritabanı kaynak kullanımı ' na tıklayabilirsiniz.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.

Veritabanı kaynak kullanımı sayfası

Grafik görüntüsünü özelleştirmek içinTo customize the chart display

Grafik ve ölçüm sayfasını, CPU yüzdesi, veri GÇ yüzdesi ve kullanılan günlük GÇ yüzdesi gibi diğer ölçümleri görüntüleyecek şekilde düzenleyebilirsiniz.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.

Grafik Düzenle formunda, bir sabit zaman aralığı seçebilir veya son iki hafta içinde herhangi bir 24 saatlik pencere seçmek için özel ' e tıklayabilir ve ardından izlenecek kaynakları seçebilirsiniz.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.

İzlenecek veritabanlarını seçmek içinTo select databases to monitor

Varsayılan olarak, veritabanı kaynak kullanımı dikey penceresindeki grafik, en iyi 5 veritabanını DTU veya CPU 'ya göre gösterir (hizmet katmanınıza bağlı olarak).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). Soldaki onay kutularını kullanarak, grafiğin altındaki listeden veritabanlarını seçip seçerek bu grafikteki veritabanlarını değiştirebilirsiniz.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.

Veritabanlarının performansının daha kapsamlı bir görünümünü sağlamak için bu veritabanı tablosunda yan yana görüntülemek üzere daha fazla ölçüm de seçebilirsiniz.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.

Daha fazla bilgi için bkz. Azure Portal SQL veritabanı uyarıları oluşturma.For more information, see create SQL Database alerts in Azure portal.

Müşteri örnek olay incelemeleriCustomer case studies

  • SnelStartSnelStart

    SnelStart, Azure SQL veritabanı ile esnek havuzlar kullanarak, aylık 1.000 yeni Azure SQL veritabanı hızında iş hizmetlerini hızla genişletin.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

    Dönerek, bulutta binlerce kiracı için Hizmetleri hızlıca sağlamak ve ölçeklendirmek için Azure SQL veritabanı ile elastik havuzlar kullanır.Umbraco uses elastic pools with Azure SQL Database to quickly provision and scale services for thousands of tenants in the cloud.

  • Davxko/CSıDaxko/CSI

    Dadxko/CSı, geliştirme döngüsünü hızlandırmak ve müşteri hizmetlerini ve performansını geliştirmek için Azure SQL veritabanı ile elastik havuzlar kullanır.Daxko/CSI uses elastic pools with Azure SQL Database to accelerate its development cycle and to enhance its customer services and performance.

Sonraki adımlarNext steps