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.
Important
Bu özellik Beta sürümündedir. Çalışma alanı yöneticileri Bu özelliğe erişimi Önizlemeler sayfasından denetleyebilir. Bkz. Azure Databricks önizlemelerini yönetme.
Bir proje için gözlemlenebilirliği yapılandırdığınızda , Lakebase telemetri tablolarınız üzerinde hazır Lakeview gösterge panelleri oluşturur, böylece Postgres aktivitenizin zengin, etkileşimli grafiklerini kendiniz oluşturmadan elde edersiniz. Insights ve Genie'nin kullandığı Unity Kataloğu'ndaki aynı Delta tablolarını okuyorlar.
Projenin İzleme sayfasında, Metrikler sekmesi tek bir hesaplamanın (CPU, bellek, bağlantılar, önbellek isabet oranı) canlı grafiklerini verir ve "veritabanım şu anda sağlıklı mı?" sorusuna sıfır kurulum yanıtı verir. Gelişmiş Postgres Telemetri sekmesi de her zaman mevcut, ancak gözlemlenebilirliği yapılandırmaya kadar boş kalıyor. Telemetri akmaya başladıktan sonra, bu gösterge panellerinin her birine bağlantı içeren bir kart bulunur. Delta tablolarında yakalanan telemetri üzerinde çalıştıkları için, yeniden başlatmalardan sonra da varlıklarını sürdürür ve Metrics'in yanıtlayamadığı şu soruları yanıtlarlar: hangi sorgu yavaştır, bir planın değişip değişmediği ve iki zaman aralığı arasında nelerin farklı olduğu.
Prerequisites
- Gözlemlenebilirlik yapılandırılmış ve çalışan bir hesaplamaya sahip bir Lakebase projesi.
- Gösterge panoları, yapılandırma ilk kez telemetri verilerini yazdığında oluşturulur; bu nedenle gözlemlenebilirliği ilk kez yapılandırdıktan sonra birkaç dakika bekleyin. Tablolarda olduğu gibi, bunlar da telemetri verisi en az bir kez gelene kadar görünmez.
Pano açma
Bir projenin dashboardlarını Gelişmiş Postgres Telemetri sekmesinden açın:
- Projenizi açın ve İzleme'ye gidin.
- Gelişmiş Postgres Telemetri sekmesini seçin. Projenin gözlemlenebilirlik yapılandırmasının oluşturduğu her gösterge paneli için bir kart listeliyor.
- Databricks SQL'de bu gösterge panelini yeni bir sekmede açmak için bir karta tıklayın. Gösterge paneli, dalın birincil (okuma/yazma) uç noktasına göre filtrelenmiş olarak açılır.
Sekme kartlar yerine boş bir durum gösteriyorsa, iki şeyden biri eksiktir:
- Herhangi bir konfigürasyon atanmadı — projede henüz gelişmiş bir telemetri yapılandırılmamış. Önce projenin ayarlarında bir gözlemlenebilirlik konfigürasyonu atayın veya oluşturun. Bkz. Görülebilirliği Yapılandır.
- Henüz bir gösterge paneli yok — bir yapılandırma atanmış ama henüz kontrol panelleri oluşturulmamış. Yapılandırma onları sağladıktan sonra, telemetri ilk akışından kısa bir süre sonra ortaya çıkarlar.
Note
Ayrıca gösterge panellerini doğrudan açabilirsiniz. Çalışma alanında Dashboards'a gidip Lakebase Genel Bakış Sistemi veya Lakebase Zaman Aralığı Karşılaştırması aramasını yapın. Bu panolar, çalışma alanınızdaki normal Lakeview panoları olduğundan (bkz. Panolar sizindir), orada da diğerleri gibi aranabilir.
Varsayılan gösterge panelleri
Her gözlemlenebilirlik konfigürasyonu için iki gösterge paneli oluşturulur. Her gösterge panelinde, görünümlerinin kapsamını belirleyen filtreler vardır; böylece istediğiniz zaman aralığına ve önem verdiğiniz işlem kaynağına göre daraltma yapabilirsiniz. Aşağıda açıklandığı gibi, hangi filtrelerin kullanıldığı ve bunların nerede bulunduğu iki gösterge paneli arasında farklılık gösterir.
Lakebase Genel Bakış
Bir veya daha fazla uç nokta için, bir projenin belirli bir zaman aralığındaki genel durum ve performans görünümü. Üç sayfası var.
Genel Bakış sayfası hesaplama, bağlantılar, sorgular ve bekleme konularını bir bakışta kapsar:
| Graph | Ne gösterir | Şuradan okur |
|---|---|---|
| CPU ve RAM'in Zaman İçindeki Değişimi | Seçilen pencere boyunca CPU ve bellek kullanımını hesaplayın. | compute_gauges |
| Zaman Yoluyla CPU Kullanımı (Kullanılan Çekirdekler) | Zaman içinde kullanılan çekirdekler. Tahsis edilen CPU'ya yakın sürekli dönemler, hesaplamanın CPU'ya bağlı olduğunu gösterir. | compute_counters |
| Disk G/Ç’si Zamana Göre (MB/s) | Disk okuma/yazma veri hızı zamanla. | compute_counters |
| Zamana Göre Ağ G/Ç (MB/s) | Ağ verimi zaman içinde. | compute_counters |
| Uç Nokta Başına Bağlantı Sayısı | Zaman içindeki bağlantı sayısı, uç noktaya göre dökümüyle. | active_session_history |
| Zamanla Aktif Seanslar | Zaman içindeki eşzamanlı etkin oturumlar | active_session_history |
| Zaman Içinde Sorgu Yürütme Hacmi | Kaç sorgu zamanla devam etti. | pg_stat_statements_counters |
| Ortalama Sorgu Yürütme Süresi (ms) | Ortalama sorgu gecikmesi. | pg_stat_statements_counters |
| Çağrı sayısına göre en iyi 20 sorgu | Bu pencerede en sık yürütülen sorgular. | pg_stat_statements_counters |
| İlk 10 Sorgu: Zaman İçinde Toplam Yürütme Süresi | En fazla toplam yürütme süresini tüketen sorgular pencere üzerinden takip edilir. | pg_stat_statements_counters |
| En Önemli 10 Soru: % Ortalama Yönetici Süresini Değiştirme (Ortalama Karşılaştırması) | Regresyonları ortaya çıkarmak için kendi ortalamalarından en fazla sapma gösteren ortalama gecikmeye sahip sorgular. | pg_stat_statements_counters |
| Zaman İçinde Sınıfa Göre Bekleme Süresi | Beklemede geçen sürenin, bekleme sınıfına (kilitler, I/O ve diğerleri) göre zaman içindeki dağılımı. Hangi sınıfın baskın olduğu, sorguların nerede engellendiğini gösterir. | wait_event_counters |
| En Yavaş 25 Soru (Plan Geçmişi) | Plan tarihindeki en yavaş bireysel infazlar. | plan_history |
| Son Noktaya Göre LFC Bellek Genel Bakış | Uç noktaya göre yerel dosya önbelleği kullanımı, çalışma seti büyüklüğünün bir göstergesi. | compute_gauges |
Sorgu Analizi sayfası, sayfadaki Sorgu Kimliği filtresiyle seçilen tek bir sorguyu ayrıntılı olarak inceler:
| Graph | Ne gösterir | Şuradan okur |
|---|---|---|
| Sorgu Çağrıları ve Ortalama Yönetici Zaman Süresi | Seçilen sorgu için zaman içinde çağrı hacmi ve ortalama gecikme. | pg_stat_statements_counters |
| Plan Hash Başına Uygulama Süresi | Plan hash'e göre yürütme süresi, böylece bir sorgu planının ne zaman değiştiğini ve her planın nasıl performans gösterdiğini görebilirsiniz. Ani bir yavaşlama burada genellikle yeni, daha yavaş bir plan hash olarak ortaya çıkar. | plan_history |
| Sorgulama Süresi İstatistikleri | Seçilen sorguların yürütülmeleri için süreli istatistikler. | plan_history |
| Zamanla Ortalama G/O İstatistikleri | Seçilen sorgunun zaman içinde ortalama G/Ç performansı. | plan_history |
| En Uzun 5 Yürütme | Seçilen sorgunun en yavaş beş bireysel uygulaması. | plan_history |
Küresel Filtreler sayfası, diğer sayfaları kapsamlayan kontrolleri barındırır: Tarih Aralığı, Uç nokta ve Postgres Veritabanı.
Lakebase Zaman Aralığı Karşılaştırması
Bir uç noktanın iki zaman aralığındaki etkinliğini ("önce" ve "sonra") yüzeydeki değişiklikler ve gerilemelerle karşılaştırır; örneğin bir dağıtım veya trafik sıçramasından sonra. A veB Periyodu'nu tarih aralığı seçicilerle belirlersiniz, uç noktayı seçirsiniz, ardından iki periyodu yan yana okursunuz:
| Graph | Ne gösterir | Şuradan okur |
|---|---|---|
| En Önemli Bekleme Olayları — A Dönemi / B Dönemi | Her dönemdeki baskın bekleme olayları, yan yana barlar olarak görülür. | wait_event_counters |
| Zaman İçinde Bekleme Olayları — A Dönemi / B Dönemi | Her dönemde bekleme olaylarının nasıl şekillendiği. | wait_event_counters |
| Bekleme Etkinlikleri Karşılaştırma Tablosu | İki dönem için bekleme olaylarını tek bir tabloda gösterin; böylece değişimler öne çıkar. | wait_event_counters |
| Sorgu Karşılaştırma Tablosu | İki dönem için yan yana istatistikleri sorgulayın, hangi soruların daha yavaş ya da daha yoğun olduğunu tespit etmek için. | pg_stat_statements_counters |
Bu tablolardaki her sütunun ne anlama geldiği için Telemetri tablosu referansına bakınız.
Panoyu paylaş
Dashboardlar sizin sahip olduğunuz taslak olarak oluşturuluyor, böylece hemen açıp kullanabiliyorsunuz.
Bir gösterge panelini diğer kullanıcılarla paylaşmak istiyorsanız, yayınlayın. Yayınladığınızda, sorgularının o izleyiciler için nasıl çalışacağını seçersiniz:
- Gömülü kimlik bilgileri — sorgular yayıncı olarak çalışır ve erişimi dashboard seviyesinde yönetirsiniz. Bu daha basit bir seçenek.
- İzleyici kimlik bilgileri — sorgular her görüntüleyici olarak çalışır, bu yüzden onlara altta yatan telemetri tablolarında izinler verirsiniz. Bu daha fazla iş gerektiriyor, ancak başkalarının da aynı veriye karşı kendi özel sorgularını çalıştırmasına olanak tanıyor.
Bir gösterge panelini özelleştirin ve genişletin
Gösterge panelleri değiştirilebilir. Her biri sıradan bir Lakeview gösterge paneli olduğu için, diğerleri gibi düzenleyebilirsiniz: grafikleri yeniden başlayabilir veya kaldırabilir, görselleştirmeleri değiştirebilir, varsayılan filtreleri ayarlayabilir veya aynı telemetri tablolarıyla desteklenen kendi grafiklerinizi ve sayfalarınızı ekleyebilirsiniz (veya Unity Kataloğundaki diğer verilerle birleştirilmiş). Lakeview dashboardlarını nasıl düzenleyeceğiniz için Dashboards sayfasına bakınız.
Orijinalleri dokunmamış tutmak istiyorsanız, önce bir gösterge panelini klonlayın ve kopyayı özelleştirin.
Tamamen yeni görünümler oluşturmak için, herhangi bir Azure Databricks SQL aracıyla telemetri tablolarına karşı kendi sorgularınızı yazın. Veriler, kendi Unity Catalog’unuzdaki standart Delta biçimindedir.
Gösterge panelleri sizin
Gösterge panelleri ve telemetri tabloları kullanıcı mülkiyetindedir. Lakebase bunları oluşturur, ancak bunlar size aittir ve yapılandırmayı kaldırmak bunları asla kaldırmaz:
- Gözlemlenebilirlik yapılandırmasını silmek bu ayarları silmiyor. Bir yapılandırmayı silip yeniden atadığınızda, gösterge panelleri ve telemetri tabloları yerinde kalır. Bir gösterge panelinde yaptığınız düzenlemeler korunur. Artık onları istemiyorsanız, kendiniz çıkarın.
- Bir yapılandırmanın nerede yazıldığını (katalog, şema veya tablo öneki) değiştirmek, mevcut gösterge panellerini olduğu gibi bırakır ve yeni hedefe yönlendirilmiş yeni bir gösterge paneli oluşturur. Önceki gösterge paneli, bağımsız içeriğiniz olarak kalır.
Kendi Unity Kataloğunuzdaki standart Lakeview gösterge panelleri ve Delta tabloları olduğu için, sahip olduğunuz diğer içerikler gibi davranırlar, ayrı bir gözlemlenebilirlik ürününün içinde kilitli değiller.
Sonraki Adımlar
- Telemetriyi Lakehouse’a gönderin — bu panoları oluşturan gözlemlenebilirlik yapılandırmasını ayarlayın.
- Telemetri tablosu referansı — grafiklerin okunduğu her tablo ve sütun.
- Insights ile ilgili sorunları bulun ve çözün — bir arka plan ajanının aynı telemetriden sorunları ortaya çıkarmasına izin verin.
- Genie ile ilgili sorunları tanılayın ve düzeltin ; bir sorunu konuşma yoluyla araştırın.