Azure Analysis Services ölçeği 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.

Dışa ölçekleme, Standart fiyatlandırma katmanı sunucularında kullanılabilir. Her sorgu kopyası, sunucunuzla aynı ücret oranında faturalandırılı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 olduğu bölgeyle sınırlıdır. Daha fazla bilgi edinmek için bkz. Bölgeye göre kullanılabilirlik. Ölçek genişletme, sunucunuzun 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çek genişlemesi ile, birincil sunucunuz dahil olmak üzere toplam sekiz, yedi adede kadar çoğaltılmış sorgu kaynağından oluşan bir sorgu havuzu oluşturabilirsiniz. Sorgu havuzundaki çoğaltma sayısını, kritik zamanlarda QPU taleplerini karşılayacak şekilde ölçeklendirebilir ve istediğiniz zaman bir işlem 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çek genişletildiğinde, yeni sorgu çoğaltmalarının sorgu havuzuna artımlı olarak eklenmesi beş dakika kadar sürebilir. Tüm yeni sorgu çoğaltmaları devreye alındığında, yeni istemci bağlantıları sorgu havuzundaki kaynaklar arasında yük dengelemesine tabi tutulur. Mevcut müşteri bağlantıları, şu anda bağlı oldukları kaynaktan değişikliğe uğramaz. Ö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çek genişletme işleminden önce senkronizasyon 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çek büyütme işlemleri sırasında, birincil sunucu dahil olmak üzere sorgu havuzundaki tüm sunucular geçici olarak çevrimdışına alınır.

• Sorgu havuzunda kopya olmadığında bile eşzamanlamaya 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. Eşitleme işlemini, bu veritabanının dosya/dosyalarını replikaların paylaşımlı blob depolama konumundan kaldıran ve sonra sorgu havuzundaki replikalarda model veritabanını silen Sync-AzAnalysisServicesInstance PowerShell komutunu kullanarak 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 senkronizasyon işlemi gerçekleştirin.

• 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 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 senkronizasyon, yeni adlandırılan veritabanını ikinci dosya kümesine kopyalar ve mevcut replikaları günceller. 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 geri yüklenir. 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 bir çevrimiçi kopyaya 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ğundan istemcilerin yeniden bağlanması gerekmez.
• 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 kopya veritabanı yeniden yükleme (artımlı).
• 2: Paralel olarak optimize edilmiş senkronizasyon.

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 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, replika üzerinde bellek gereksiniminin iki katına çıkması gerekebilir. Ç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üncellenmesidir ve bu nedenle belleğin iki katı gereksiniminin yaygın olmaması gerekir. 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 havuzunun görev kuyruğu uzunluğu metriği de artar.

İzlenmesi gereken bir başka iyi ölçüm, ServerResourceType'a göre 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çümler seçin, ÖLÇÜM'de QPU'yu seçin ve sonra TOPLAMA'da Ortalama'yı seçin.
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 kaydı

Ölçeklendirilmiş sunucu kaynaklarının daha ayrıntılı tanılaması için Azure Monitor Günlükleri'ni kullanın. Günlükler ile Log Analytics sorgularını kullanarak sunucu ve kopya bazında 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ı dizesini (olmadan) kullanan istemci :rw 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çek genişletme işlemi yapılandırıldığında, birincil sunucunuzdaki modeller sorgu havuzundaki çoğaltmalarla otomatik olarak senkronize edilir. Otomatik senkronizasyon, scale-out'u bir veya daha fazla replika için 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.

Synchronize

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

Azure portalında

Genel bakış> model >modeli eşitle.

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 nemlendirme
2	Tamamlandı
3	Başarısız oldu
4	Sonlandırılıyor

PowerShell

Uyarı

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. İsteğe bağlı -DefaultConnectionMode parametresini Readonly olarak kullanılacak şekilde 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ı dizeleri 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.

Yukarı ölçeklendirme, aşağı ölçeklendirme ve dışa ölçeklendirme karşılaştırması

Birden çok çoğaltması bulunan 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 kopyaları aynı anda devre dışı bırakır, ardından yeni fiyatlandırma katmanında tüm kopyaları etkinleştirir.

Troubleshoot

Sorunu: 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ı dizesini (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'ı izlemeAzure Analysis Services'i yönetme