Azure Analysis Services ölçeğini genişletme

Ölçeği genişleterek, istemci sorguları bir sorgu havuzundaki birden çok sorgu çoğaltması arasında dağıtılabilir ve bu da yüksek sorgu iş yükleri sırasında yanıt sürelerini kısaltabilir. ayrıca, istemci sorgularının işleme işlemlerinden olumsuz etkilenmediğinden emin olarak, işlemeyi sorgu havuzundan ayırabilirsiniz. Ölçeği genişletme, Azure portalında veya Analysis Services REST API'sini kullanarak yapılandırılabilir.

Ölçeği genişletme, Standart fiyatlandırma katmanındaki sunucularda kullanılabilir. Her sorgu çoğaltması, sunucunuzla aynı fiyattan faturalanır. Tüm sorgu çoğaltmaları sunucunuzla aynı bölgede oluşturulur. Yapılandırabileceğiniz sorgu çoğaltmalarının sayısı, sunucunuzun içinde bulunduğu bölge tarafından sınırlanır. Daha fazla bilgi edinmek için bkz . Bölgeye göre kullanılabilirlik. Ölçeği genişletme, sunucunuz için kullanılabilir bellek miktarını artırmaz. Belleği artırmak için planınızı yükseltmeniz gerekir.

Neden ölçeği genişletesiniz?

Tipik bir sunucu dağıtımında, bir sunucu hem işlem sunucusu hem de sorgu sunucusu görevi görür. Sunucunuzdaki modellere yönelik istemci sorgularının sayısı sunucunuzun planı için Sorgu İşlem Birimlerini (QPU) aşarsa veya model işleme yüksek sorgu iş yükleriyle aynı anda gerçekleşirse performans düşebilir.

Ölçeği genişleterek, yedi adede kadar sorgu çoğaltma kaynağı (birincil sunucunuz dahil olmak üzere toplam sekiz) ile bir sorgu havuzu oluşturabilirsiniz. Kritik zamanlarda QPU taleplerini karşılamak için sorgu havuzundaki çoğaltma sayısını ölçeklendirebilir ve istediğiniz zaman bir işleme sunucusunu sorgu havuzundan ayırabilirsiniz.

Sorgu havuzundaki sorgu çoğaltmalarının sayısından bağımsız olarak, iş yüklerinin işlenmesi sorgu çoğaltmaları arasında dağıtılamaz. Birincil sunucu, işleme sunucusu olarak hizmet eder. Sorgu çoğaltmaları yalnızca birincil sunucu ile sorgu havuzundaki her çoğaltma arasında eşitlenen model veritabanlarına yönelik sorgular sağlar.

Ölçeği genişlettiğiniz zaman, yeni sorgu çoğaltmalarının sorgu havuzuna artımlı olarak eklenmesi beş dakika kadar sürebilir. Tüm yeni sorgu çoğaltmaları çalışır durumdayken, yeni istemci bağlantıları sorgu havuzundaki kaynaklar arasında yük dengelemesi gerçekleştirir. Mevcut istemci bağlantıları, şu anda bağlı oldukları kaynaktan değiştirilmez. Ölçeği daralttığınızda, sorgu havuzundan kaldırılan bir sorgu havuzu kaynağına yönelik mevcut tüm istemci bağlantıları sonlandırılır. İstemciler kalan bir sorgu havuzu kaynağına yeniden bağlanabilir.

Nasıl çalışır?

Ölçeği genişletmeyi ilk kez yapılandırdığınızda, birincil sunucunuzdaki model veritabanları yeni sorgu havuzundaki yeni çoğaltmalarla otomatik olarak eşitlenir. Otomatik eşitleme yalnızca bir kez gerçekleşir. Otomatik eşitleme sırasında, birincil sunucunun veri dosyaları (blob depolamada beklemede şifrelenir) blob depolamadaki beklemede de şifrelenmiş ikinci bir konuma kopyalanır. Sorgu havuzundaki çoğaltmalar daha sonra ikinci dosya kümesindeki verilerle nemlenir .

Otomatik eşitleme yalnızca bir sunucunun ölçeğini ilk kez genişlettiğiniz zaman gerçekleştirilse de, el ile eşitleme de gerçekleştirebilirsiniz. Eşitleme, sorgu havuzundaki çoğaltmalardaki verilerin birincil sunucuyla eşleşmesini sağlar. Birincil sunucuda modelleri işlerken (yenilerken), işleme işlemleri tamamlandıktan sonra eşitleme gerçekleştirilmelidir. Bu eşitleme, güncelleştirilmiş verileri blob depolamadaki birincil sunucunun dosyalarından ikinci dosya kümesine kopyalar. Sorgu havuzundaki çoğaltmalar daha sonra blob depolamadaki ikinci dosya kümesinden güncelleştirilmiş verilerle nemlenir.

Örneğin, sorgu havuzundaki çoğaltma sayısını ikiden beşe çıkararak sonraki bir genişletme işlemi gerçekleştirdiğinizde, yeni çoğaltmalar blob depolamadaki ikinci dosya kümesindeki verilerle nemlendirilir. Eşitleme yok. Ölçeği genişlettikten sonra eşitleme gerçekleştirirseniz sorgu havuzundaki yeni çoğaltmalar iki kez sulanabilir: yedekli hidrasyon. Sonraki bir ölçeği genişletme işlemi gerçekleştirirken şunları göz önünde bulundurmak önemlidir:

• Eklenen çoğaltmaların yedekli hidrasyonunu önlemek için ölçeği genişletme işleminden önce eşitleme gerçekleştirin. Aynı anda çalışan eşzamanlı eşitleme ve ölçek genişletme işlemlerine izin verilmez.

• Hem işleme hem de ölçek genişletme işlemlerini otomatikleştirdiğinizde, önce birincil sunucudaki verileri işlemek, sonra eşitleme yapmak ve ardından ölçeği genişletme işlemini gerçekleştirmek önemlidir. Bu dizi QPU ve bellek kaynakları üzerinde en az etkiyi sağlar.

• Ölçeği genişletme işlemleri sırasında, birincil sunucu dahil olmak üzere sorgu havuzundaki tüm sunucular geçici olarak çevrimdışı olur.

• Sorgu havuzunda çoğaltma olmadığında bile eşitlemeye izin verilir. Birincil sunucudaki bir işleme işleminden alınan yeni verilerle sıfırdan bir veya daha fazla çoğaltmaya ölçeği genişletiyorsanız, önce sorgu havuzunda çoğaltma olmadan eşitlemeyi gerçekleştirin ve sonra ölçeği genişletin. Ölçeği genişletmeden önce eşitleme, yeni eklenen çoğaltmaların yedekli hidrasyonunu önler.

• Birincil sunucudan bir model veritabanını sildiğinizde, sorgu havuzundaki çoğaltmalardan otomatik olarak silinmez. Söz konusu veritabanının dosyalarını paylaşılan blob depolama konumundan kaldıran ve ardından sorgu havuzunda yer alan çoğaltmalardaki model veritabanını silen Sync-AzAnalysisServicesInstance PowerShell komutunu kullanarak bir eşitleme işlemi gerçekleştirmeniz gerekir. Model veritabanının sorgu havuzundaki çoğaltmalarda var olup olmadığını ancak birincil sunucuda mevcut olmadığını belirlemek için İşlem sunucusunu sorgu havuzundan ayır ayarının Evet olduğundan emin olun. Ardından veritabanının var olup olmadığını görmek için niteleyiciyi kullanarak :rw birincil sunucuya bağlanmak için SQL Server Management Studio'yu (SSMS) kullanın. Ardından, aynı veritabanının da mevcut olup olmadığını görmek için niteleyici olmadan :rw bağlanarak sorgu havuzundaki çoğaltmalara bağlanın. Veritabanı sorgu havuzundaki çoğaltmalarda varsa ancak birincil sunucuda yoksa bir eşitleme işlemi çalıştırın.

• Birincil sunucudaki bir veritabanını yeniden adlandırdığınızda, veritabanının herhangi bir çoğaltmayla düzgün eşitlendiğinden emin olmak için başka bir adım gerekir. Yeniden adlandırdıktan sonra, eski veritabanı adıyla parametresini belirterek -Database Sync-AzAnalysisServicesInstance komutunu kullanarak eşitleme gerçekleştirin. Bu eşitleme, veritabanını ve eski adı olan dosyaları tüm çoğaltmalardan kaldırır. Ardından parametresini -Database yeni veritabanı adıyla belirterek başka bir eşitleme gerçekleştirin. İkinci eşitleme, yeni adlandırılan veritabanını ikinci dosya kümesine kopyalar ve tüm çoğaltmaları nemlendirir. Bu eşitlemeler portalda Modeli eşitle komutu kullanılarak gerçekleştirilemez.

Eşitleme modu

Varsayılan olarak, sorgu çoğaltmaları artımlı olarak değil tam olarak yeniden oluşturulur. Yeniden doldurma işlemi aşamalar halinde gerçekleşir. Herhangi bir zamanda sorgular için en az bir çoğaltmanın çevrimiçi tutulmasını sağlamak için bir kerede iki çoğaltma ayrılır ve eklenir (en az üç çoğaltma olduğu varsayılarak). Bazı durumlarda, bu işlem gerçekleşirken istemcilerin çevrimiçi çoğaltmalardan birine yeniden bağlanması gerekebilir. ReplicaSyncMode ayarını kullanarak artık sorgu çoğaltma eşitlemesinin paralel olarak gerçekleşmesini belirtebilirsiniz. Paralel eşitleme aşağıdaki avantajları sağlar:

• Eşitleme süresinde önemli bir azalma.
• Eşitleme işlemi sırasında çoğaltmalar genelindeki verilerin tutarlı olma olasılığı daha yüksektir.
• Veritabanları eşitleme işlemi boyunca tüm çoğaltmalarda çevrimiçi tutulduğu için istemcilerin yeniden bağlanmalarına gerek kalmaz.
• Bellek içi önbellek yalnızca değiştirilen verilerle artımlı olarak güncelleştirilir ve bu da modeli tamamen yeniden doldurmaktan daha hızlı olabilir.

ReplicaSyncMode'un ayarlanması

Gelişmiş Özellikler'de ReplicaSyncMode ayarlamak için SSMS kullanın. Olası değerler:

• 1 (varsayılan): Aşamalar halinde tam çoğaltma veritabanı yeniden doldurma (artımlı).
• 2: Paralel olarak iyileştirilmiş eşitleme.

ReplicaSyncMode=2 ayarlanırken, önbelleğin ne kadarının güncelleştirilmesi gerektiğine bağlı olarak sorgu çoğaltmaları tarafından daha fazla bellek kullanılabilir. Veritabanını çevrimiçi tutmak ve sorgular için kullanılabilir durumda tutmak için verilerin ne kadarının değiştiğine bağlı olarak, hem eski hem de yeni kesimler aynı anda bellekte tutulduğundan işlem çoğaltmadaki belleğin iki katına kadar sürebilir. Çoğaltma düğümleri birincil düğümle aynı bellek ayırmasına sahiptir ve yenileme işlemleri için normalde birincil düğümde fazladan bellek vardır, bu nedenle çoğaltmaların belleğinin yetersiz olması olası olmayabilir. Buna ek olarak, yaygın senaryo veritabanının birincil düğümde artımlı olarak güncelleştirilmesi ve bu nedenle belleğin iki katı gereksiniminin yaygın olmasıdır. Eşitleme işlemi bellek yetersiz hatasıyla karşılaşırsa, varsayılan tekniği kullanarak yeniden denenir (aynı anda iki tane ekler/ayırır).

İşlemleri sorgu havuzundan ayırma

Hem işleme hem de sorgu işlemleri için en yüksek performans için, işlem sunucunuzu sorgu havuzundan ayırmayı seçebilirsiniz. Ayrıldığınızda, yeni istemci bağlantıları yalnızca sorgu havuzundaki sorgu çoğaltmalarına atanır. İşleme işlemleri yalnızca kısa bir süre alıyorsa, işlem sunucunuzu sorgu havuzundan yalnızca işlem ve eşitleme işlemlerinin gerçekleştirileceği süre boyunca ayırmayı ve ardından sorgu havuzuna geri eklemeyi seçebilirsiniz. İşlem sunucusunun sorgu havuzundan ayrılması veya sorgu havuzuna yeniden eklenmesi işlemin tamamlanması beş dakika kadar sürebilir.

QPU kullanımını izleme

Sunucunuzun ölçeğini genişletmenin gerekli olup olmadığını belirlemek için Azure portalında sunucu ölçümlerinizi izleyin. QPU'nuz düzenli olarak en üst sınıra ulaşıyorsa, modellerinize yönelik sorgu sayısı planınız için QPU sınırını aşıyor demektir. Sorgu iş parçacığı havuzu kuyruğundaki sorgu sayısı kullanılabilir QPU'yu aştığında sorgu havuzu iş kuyruğu uzunluğu ölçümü de artar.

İzleyebileceğiniz bir diğer iyi ölçüm de ServerResourceType tarafından ortalama QPU'dur. Bu ölçüm, birincil sunucu için ortalama QPU'yu sorgu havuzuyla karşılaştırır.

QPU'yi ServerResourceType ile yapılandırmak için

1. Ölçümler çizgi grafiğinde Ölçüm ekle'ye tıklayın.
2. KAYNAK bölümünde sunucunuzu seçin, ardından ÖLÇÜM AD ALANI'nda Analysis Services standart ölçümleri'ne tıklayın, ÖLÇÜM'de QPU'ya tıklayın ve sonra DAGGREGATION'da Ort'a tıklayın.
3. Bölme Uygula'ya tıklayın.
4. DEĞERLER bölümünde SunucuKaynak Türü'nü seçin.

Ayrıntılı tanılama günlüğü

Ölçeği genişletilmiş sunucu kaynaklarının daha ayrıntılı tanılaması için Azure İzleyici Günlükleri'ni kullanın. Günlüklerle Log Analytics sorgularını kullanarak sunucu ve çoğaltmaya göre QPU ve belleği ayırabilirsiniz. Daha fazla bilgi için bkz . Log Analytics çalışma alanında günlükleri analiz etme. Örneğin sorgular için bkz . Örnek Kusto sorguları.

Ölçek genişletmeyi yapılandırma

Azure portalında

1. Portalda Ölçeği genişlet'e tıklayın. Sorgu çoğaltma sunucularının sayısını seçmek için kaydırıcıyı kullanın. Seçtiğiniz çoğaltma sayısı, mevcut sunucunuza ek olarak sağlanır.

2. İşlem sunucusunu sorgu havuzundan ayırın bölümünde, işlem sunucunuzu sorgu sunucularından dışlamak için evet'i seçin. Varsayılan bağlantı dizesi (olmadan:rw) kullanan istemci bağlantıları sorgu havuzundaki çoğaltmalara yönlendirilir.

   

3. Yeni sorgu çoğaltma sunucularınızı sağlamak için Kaydet'e tıklayın.

İlk kez bir sunucu için ölçeği genişletmeyi yapılandırdığınızda, birincil sunucunuzdaki modeller sorgu havuzundaki çoğaltmalarla otomatik olarak eşitlenir. Otomatik eşitleme, ölçeği bir veya daha fazla çoğaltmaya ilk kez yapılandırdığınızda yalnızca bir kez gerçekleşir. Aynı sunucudaki çoğaltma sayısında yapılan sonraki değişiklikler başka bir otomatik eşitleme tetiklemez. Otomatik eşitleme, sunucuyu sıfır çoğaltma olarak ayarlasanız ve sonra da ölçeği herhangi bir sayıda çoğaltmaya genişletseniz bile yeniden gerçekleşmez.

Eşitle

Eşitleme işlemleri el ile veya REST API kullanılarak gerçekleştirilmelidir.

Azure portalında

Genel bakış> modeli Modeli >eşitleme bölümünde.

REST API

Eşitleme işlemini kullanın.

Modeli eşitleme

POST https://<region>.asazure.windows.net/servers/<servername>:rw/models/<modelname>/sync

Eşitleme durumunu alma

GET https://<region>.asazure.windows.net/servers/<servername>/models/<modelname>/sync

İade durum kodları:

Kod	Description
-1	Geçersiz
0	Çoğaltılıyor
1	Yeniden doldurma
2	Tamamlandı
3	Başarısız
4	Sonlandırılıyor

PowerShell

Not

Azure ile etkileşim kurmak için Azure Az PowerShell modülünü kullanmanızı öneririz. Başlamak için bkz. Azure PowerShell'i yükleme. Az PowerShell modülüne nasıl geçeceğinizi öğrenmek için bkz. Azure PowerShell’i AzureRM’den Az’ye geçirme.

PowerShell'i kullanmadan önce en son Azure PowerShell modülünü yükleyin veya güncelleştirin.

Eşitlemeyi çalıştırmak için Sync-AzAnalysisServicesInstance komutunu kullanın.

Sorgu çoğaltmalarının sayısını ayarlamak için Set-AzAnalysisServicesServer kullanın. İsteğe bağlı -ReadonlyReplicaCount parametresini belirtin.

İşlem sunucusunu sorgu havuzundan ayırmak için Set-AzAnalysisServicesServer kullanın. kullanılacak Readonlyisteğe bağlı -DefaultConnectionMode parametreyi belirtin.

Daha fazla bilgi edinmek için bkz . Az.AnalysisServices modülüyle hizmet sorumlusu kullanma.

Bağlantılar

Sunucunuzun Genel Bakış sayfasında iki sunucu adı vardır. Henüz bir sunucu için ölçeği genişletmeyi yapılandırmadıysanız, her iki sunucu adı da aynı şekilde çalışır. Bir sunucu için ölçeği genişletmeyi yapılandırdıktan sonra, bağlantı türüne bağlı olarak uygun sunucu adını belirtmeniz gerekir.

Power BI Desktop, Excel ve özel uygulamalar gibi son kullanıcı istemci bağlantıları için Sunucu adı'nı kullanın.

PowerShell, Azure İşlev uygulamaları ve AMO'daki SSMS, Visual Studio ve bağlantı dizesi için Yönetim sunucusu adını kullanın. Yönetim sunucusu adı özel :rw (okuma-yazma) niteleyicisi içerir. Tüm işleme işlemleri (birincil) yönetim sunucusunda gerçekleşir.

Ölçeği artırma, Ölçeği azaltma ve ölçeği genişletme karşılaştırması

Birden çok çoğaltması olan bir sunucuda fiyatlandırma katmanını değiştirebilirsiniz. Aynı fiyatlandırma katmanı tüm çoğaltmalar için geçerlidir. Ölçeklendirme işlemi önce tüm çoğaltmaları bir kerede aşağı getirir, ardından yeni fiyatlandırma katmanındaki tüm çoğaltmaları getirir.

Sorun giderme

Sorun: Kullanıcılar 'ReadOnly' bağlantı modunda '<Sunucunun> adı' örneğini bulamıyor hatası alır.

Çözüm:İşlem sunucusunu sorgu havuzundan ayır seçeneği seçildiğinde, varsayılan bağlantı dizesi (olmadan:rw) kullanan istemci bağlantıları sorgu havuzu çoğaltmalarına yönlendirilir. Eşitleme henüz tamamlanmadığından sorgu havuzundaki çoğaltmalar henüz çevrimiçi değilse, yeniden yönlendirilen istemci bağlantıları başarısız olabilir. Başarısız bağlantıları önlemek için, eşitleme gerçekleştirirken sorgu havuzunda en az iki sunucu olmalıdır. Her sunucu tek tek eşitlenirken, diğerleri çevrimiçi kalır. İşlem sırasında sorgu havuzunda işlem sunucusu olmamasını seçerseniz, işlem için havuzdan kaldırmayı ve işlem tamamlandıktan sonra ancak eşitlemeden önce havuza yeniden eklemeyi seçebilirsiniz. Eşitleme durumunu izlemek için Bellek ve QPU ölçümlerini kullanın.

İlgili bilgiler

Azure Analysis Services'ıizleme Azure Analysis Services'i yönetme