Aracılığıyla paylaş

Olay evi ve KQL Veritabanı tüketimi

  • Makale

Olay evleri ve KQL veritabanları tam olarak yönetilen bir Kusto altyapısı üzerinde çalışır. Bir Olay evi veya KQL veritabanı ile 5-10 saniye içinde analiziniz için kullanılabilir işlem bekleyebilirsiniz. İşlem kaynakları, veri analizi gereksinimlerinizle birlikte büyür. Bu makalede KustoUpTime ve depolama dahil olmak üzere Microsoft Fabric'teki KQL veritabanlarının işlem kullanım raporlaması açıklanmaktadır.

Doku kapasitesi kullandığınızda kullanım ücretleriniz Azure portalında Microsoft Maliyet Yönetimi'ndeki aboneliğinizin altında görünür. Doku faturalamanızı anlamak için Bkz . Doku kapasitesinde Azure faturanızı anlama.

Önemli

Microsoft Fabric İş Yükü Kullanım Hızındaki Değişiklikler

Tüketim oranları herhangi bir zamanda değişebilir. Microsoft, e-posta veya ürün içi bildirim yoluyla bildirim sağlamak için makul çabayı gösterecektir. Değişiklikler, Microsoft'un Sürüm Notları veya Microsoft Fabric Blogunda belirtilen tarihte geçerli olacaktır. Microsoft Fabric İş Yükü Tüketim Oranı'na yapılan herhangi bir değişiklik belirli bir iş yükünü kullanmak için gereken Kapasite Birimlerini (CU) önemli ölçüde artırırsa, müşteriler seçilen ödeme yöntemi için sağlanan iptal seçeneklerini kullanabilir.

Kapasite

Doku'da satın alınan Kapasite SKU'sunu temel alarak, tüm Doku iş yükleri arasında paylaşılan bir Kapasite Birimleri (CU) kümesine sahip olursunuz. Desteklenen lisanslar hakkında daha fazla bilgi için bkz . Microsoft Fabric lisansları.

Kapasite, belirli bir zamanda kullanılabilecek ayrılmış bir kaynak kümesidir. Kapasite, bir kaynağın etkinlik gerçekleştirme veya çıkış oluşturma becerisini tanımlar. Farklı kaynaklar CU'ları farklı zamanlarda kullanır. KQL veritabanı tarafından kullanılan kapasite miktarı KustoUpTime işlemini temel alır.

KustoUpTime

Bir olay evi için KustoUpTime, olay evinizin olay eviniz tarafından kullanılan sanal çekirdek sayısıyla ilişkili olarak etkin olduğu saniye sayısıdır. Olay evinizin boyutunu belirlemek için bir otomatik ölçeklendirme mekanizması kullanılır. Bu mekanizma, kullanım düzeninize göre maliyet ve performans iyileştirmesi sağlar. Birden çok KQL veritabanının eklendiği bir olay evi yalnızca olay evi öğesi için KustoUpTime gösterir. KQL veritabanı alt öğesinin kullanımını görmezsiniz.

Örneğin, 30 saniye boyunca etkin olan 4 sanal çekirdek kullanan 4 KQL veritabanına sahip bir olay evinde 120 saniyelik Kapasite Birimleri kullanılır.

KQL veritabanı için KustoUpTime, KQL veritabanınızın veritabanınız tarafından kullanılan sanal çekirdek sayısına göre etkin olduğu saniye sayısıdır. KQL veritabanınızın boyutunu belirlemek için otomatik ölçeklendirme mekanizması kullanılır. Bu mekanizma, kullanım düzeninize göre maliyet ve performans iyileştirmesi sağlar.

Örneğin, 30 saniye boyunca etkin olan 4 sanal çekirdek kullanan bir veritabanı 120 saniyeLik Kapasite Birimleri kullanır.

Not

KQL veritabanınız bir olay evinin alt öğesiyse, KustoUpTime olay evi öğesinde yeniden enfekte edilir ve veritabanı öğesi listede gösterilmez.

KustoUpTime'i izleme

KustoUpTime'i Microsoft Fabric Capacity Metric uygulamasıyla izleyebilirsiniz. Ölçümler uygulaması işlem sayfasını anlama bölümünde Ölçüm uygulaması işlem sayfasını nasıl anlayacağınizi öğrenin. Bu örnekte KustoUpTime izlemeye özgü bilgiler gösterilmektedir.

Not

Kapasite kullanımını izlemek için kapasite yöneticisi olmanız gerekir. Daha fazla bilgi için bkz . Microsoft Fabric yönetici rollerini anlama.

Aşağıdaki görüntüde Doku Kapasitesi Ölçümü uygulamasındaki izleme kapasitesinden örnek bir işlem sayfası gösterilmektedir:

Microsoft Fabric Kapasite Ölçümü uygulamasında çalışma süresinin ekran görüntüsü.

Örnekten edinebileceğiniz bazı içgörüler şunlardır:

  • İncelenen kapasiteye rtafielddemo adı verilir.
  • Seçilen güne ait kapasite birimleri, RTA Alan Tanıtımı adlı tek bir çalışma alanı tarafından kullanıldı.
  • Öğeler görünümü hem Event house hem de KQL Veritabanı'nı gösterecek şekilde filtrelendi.
  • Olay evi öğesi gibi tek bir öğe seçildiğinde CU kullanımı işlemlere göre bölüner.
  • Uygulamanın sağ tarafındaki kullanım grafiği, zaman içinde neredeyse %100 CU kullanımını gösterir. Bu yüksek kullanım, kullanıcılar tarafından karşılaşılan sorgu azaltmayı açıklayabilir ve kapasite birimlerini artırma gereksinimini gösterir.

faturalamayı Depolama

Depolama, Doku veya Power BI Premium Kapasite birimlerinizden ayrı olarak faturalandırılır. KQL veritabanına alınan veriler iki depolama katmanında depolanır: OneLake Cache Depolama ve OneLake Standard Depolama.

  • OneLake Cache Depolama, en hızlı sorgu yanıt sürelerini sağlamak için kullanılan premium depolama alanıdır. Önbellek ilkesini ayarladığınızda, bu depolama katmanını etkilersiniz. Örneğin, normalde yedi gün geriye sorgularsanız en iyi performans için önbellek saklamayı yedi gün olarak ayarlayabilirsiniz. Bu depolama katmanı, Azure ADLS (Azure Data Lake Depolama) premium katmanıyla karşılaştırılabilir.

Not

Minimum tüketimin etkinleştirilmesi, OneLake Cahce Depolama için ücret ödemediğiniz anlamına gelir. Minimum kapasite ayarlandığında olay evi her zaman etkindir ve %100 KustoUpTime ile sonuçlanır.

  • OneLake Standard Depolama, tüm sorgulanabilir verileri kalıcı hale getirmek ve depolamak için kullanılan standart depolama alanıdır. Bekletme ilkesini ayarladığınızda, bu depolama katmanını etkilersiniz. Örneğin, 365 günlük sorgulanabilir verileri tutmanız gerekiyorsa saklama süresini 365 güne ayarlayabilirsiniz. Bu depolama katmanı, Azure ADLS (Azure Data Lake Depolama) sık erişim katmanıyla karşılaştırılabilir.

OneLake Depolama'i izleme

Microsoft Fabric Capacity Metric uygulaması, kapasite yöneticilerinin OneLake Depolama izlemesine olanak tanır. Ölçüm uygulaması depolama alanını anlama sayfasında Ölçüm uygulaması depolamasını anlama hakkında bilgi edinin.

Aşağıdaki görüntüde Doku Kapasitesi Ölçümü uygulamasındaki bir KQL veritabanının izlenmesinden elde edilen örnek bir depolama sayfası gösterilmektedir:

Gerçek Zamanlı Zeka verileriyle Doku kapasitesi ölçümleri uygulamasının ekran görüntüsü.

İlgili içerik