Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Microsoft Fabric, kapasite birimlerini kullanarak tüm kullanımı ve faturalamayı bildirir. Microsoft Fabric'teki Cosmos DB, İstek Birimlerini (veya kısaca RU'ları) kullanarak tüm veritabanı işlemlerinin maliyetini dahili olarak normalleştirir ve maliyeti aktarım hızına (saniye başına İstek Birimleri, RU/sn) göre ölçer. Cosmos DB'den gelen RU/sn'ler daha sonra kullanım ve faturalama amacıyla Fabric içindeki CU'lara dönüştürülür.
İstek birimi, dokuda Cosmos DB tarafından desteklenen veritabanı işlemlerini gerçekleştirmek için gereken işleme (CPU), giriş/çıkış işlemleri (IOPS) ve bellek gibi sistem kaynaklarını soyutlayan bir performans para birimidir. Veritabanı işleminin yazma, nokta okuma veya sorgu olmasına bakılmaksızın, işlemler her zaman RU cinsinden ölçülür.
Örneğin, nokta okuma, tek bir öğeyi ID'sine ve bölme anahtarı değerine göre getirmek için verilen addır. 1 KB öğe için okunan nokta, bir İstek Birimine (RU) eşdeğerdir.
Ortak veritabanı işlemlerini belirli türlerde kategorilere ayırabilir ve her işlem türü tarafından kullanılan istek birimi sayısı hakkında makul varsayımlarda bulunabilirsiniz:
| Operasyon | Açıklama |
|---|---|
| Okuma işlemi | Bir RU kullanır |
| Ekleme işlemi | Değişken sayıda RU kullanır |
| Güncelleme veya ekleme işlemi | Değişken sayıda RU kullanır |
| Silme işlemi | Değişken sayıda RU kullanır |
| Sorgu işlemi | Değişken sayıda RU tüketir ve potansiyel olarak nokta işlemlerinden daha fazla tüketebilir. |
Diyagram, kaynak kullanım kutusunu veritabanı işlemlerine görsel olarak bağlar ve her işlemin kaynak gereksinimlerine göre RU kullandığını gösterir.
Cosmos DB, kapasiteyi yönetmek ve planlamak amacıyla Fabric üzerinde, belirli bir veri kümesi için belirli bir veritabanı işlemi sırasında RU (İstek Birimleri) sayısının belirlenmiş olmasını sağlar. Herhangi bir veritabanı işlemi tarafından kullanılan RU sayısını izlemek için yanıt üst bilgisini inceleyebilirsiniz. RU ücretlerini ve uygulamanızın aktarım hızı gereksinimlerini etkileyen faktörleri anlamak için uygulama maliyetinizi etkili bir şekilde çalıştırabilirsiniz. Sonraki bölümde, RU tüketimini etkileyen daha önce bahsedilen faktörler ayrıntılı olarak anlatilmektedir.
Değerlendirmeler
İş yükünüz tarafından tüketilen RU sayısını tahmin ederken aşağıdaki faktörleri göz önünde bulundurun:
Öğe boyutu: Bir öğenin boyutu arttıkça, öğeyi okumak veya yazmak için kullanılan RU sayısı da artar.
Öğe dizini oluşturma: Varsayılan olarak, her öğe otomatik olarak dizine eklenir. Kapsayıcıdaki öğelerinizden bazılarını dizine almamayı seçerseniz daha az RU tüketilir.
Öğe özellik sayısı: Varsayılan dizin oluşturmanın tüm özelliklerde olduğu varsayıldığında, öğe özellik sayısı arttıkça öğe yazmak için kullanılan RU sayısı artar.
Dizine alınan özellikler: Her kapsayıcıdaki bir dizin ilkesi, hangi özelliklerin varsayılan olarak dizine ekleneceğini belirler. Yazma işlemlerinin RU tüketimini azaltmak için dizinli özelliklerin sayısını sınırlayın.
Okuma türleri: Nokta okumalar, sorgulardan daha az RU maliyetlidir.
Sorgu desenleri: Sorgunun karmaşıklığı, bir işlem için tüketilen RU sayısını etkiler. Sorgu işlemlerinin maliyetini etkileyen faktörler şunlardır:
- Sorgu sonuçlarının sayısı
- Predikatların sayısı
- Koşulların yapısı
- Kullanıcı tanımlı işlevlerin sayısı
- Kaynak verilerin boyutu
- Sonuç kümesinin boyutu
- Sorgudan yansıtılan özelliklerin sayısı ve boyutu
Aynı verilerdeki aynı sorgu, yinelenen yürütmelerde her zaman aynı sayıda RU'ya mal olur.