PostgreSQL için Azure Veritabanı'nda kaynakları ölçeklendirme

PostgreSQL için Azure Veritabanı esnek sunucu örneği hem dikey hem de yatay ölçeklendirme seçeneklerini destekler.

Dikey ölçeklendirme

PostgreSQL için Azure Veritabanı esnek sunucu örneğinize daha fazla kaynak ekleyerek örneğinizi dikey olarak ölçeklendikleyebilirsiniz. CPU'ların ve kendisine atanan belleğin sayısını artırabilir veya azaltabilirsiniz.

Örneğinizin ağ aktarım hızı, CPU ve bellek için seçtiğiniz değerlere bağlıdır.

PostgreSQL için Azure Veritabanı esnek sunucu örneği oluşturduktan sonra bağımsız olarak ölçeklendikleyebilirsiniz:

• İşlem katmanı ve SKU.
• Depolama katmanı ve boyutu.
• Yedekleme saklama süresi.

İş yükünüzün gereksinimlerine göre ayarlamak için işlem katmanının kademesini Burstable, General Purpose ve Memory Optimized arasında artırabilir veya azaltabilirsiniz. Bu katmanların her birinde, farklı sayıda CPU'ya ve yüklü bellek miktarına sahip farklı nesillerin önceden yapılandırılmış çok çeşitli donanımlarından birini seçebilirsiniz. Operasyonel maliyetlerinizi azaltıp gereksinimlerinize göre ayarlı hale getirerek kaynak gereksinimlerinizi destekleyen seçeneği belirleyebilirsiniz.

Sanal çekirdek sayısını ve yüklü belleğin ölçeğini artırıp azaltabilirsiniz. Ayrıca, iş yükünüzün talep ettiğiniz aktarım hızı ve IOPS gereksinimlerini karşılamak için depolama katmanını yukarı veya aşağı yapılandırabilirsiniz. Yalnızca depolama boyutunu artırabilirsiniz. Gereksinimlerinize bağlı olarak, yedekleme saklama süresini 7 ila 35 gün arasında artırabilir veya azaltabilirsiniz.

Bu kaynakları birden çok arabirim kullanarak ölçeklendikleyebilirsiniz. Örneğin, Azure portalını veya Azure CLI'yı kullanabilirsiniz.

Not

Örneğiniz için atanan depolama alanının boyutunu artırdıktan sonra, daha küçük bir boyuta küçültemezsiniz.

Yatay ölçeklendirme

PostgreSQL için Azure Veritabanı elastik kümeleri, tek bir veritabanı örneğinin özelliklerinin ötesine uzanan veri iş yüklerini desteklemek için veritabanınızın ölçeğini yatay olarak genişletmenize olanak tanır. Elastik kümeler, bir kümedeki tüm düğümlerde paralel işlemleri aynı anda yürütme potansiyeline de olanak tanıyarak aktarım hızını önemli ölçüde artırır ve ultra düşük gecikme süresinin kilidini açar. Elastik kümeler iki tablo parçalama modeli sunar: satır tabanlı parçalama ve şema tabanlı parçalama.

Okuma replikası ölçeklendirme

Örneğinizi yatay olarak ölçeklendirmeye yönelik bir diğer yaklaşım da okuma amaçlı çoğaltmalar oluşturmaktır. Okuma amaçlı çoğaltmalar, okuma iş yüklerinizi ayrı PostgreSQL için Azure Veritabanı esnek sunucu örneklerine ölçeklendirmenize olanak tanır. Bunlar birincil örneğin performansını ve kullanılabilirliğini etkilemez.

Yatay olarak ölçeklendirilmiş bir kurulumda, birincil örneği ve okuma amaçlı çoğaltmaları dikey olarak da ölçeklendirebilirsiniz.

Sanal çekirdek sayısını veya işlem katmanını değiştirdiğinizde, atanan yeni donanım sunucu iş yükünüzü çalıştırmaya başlayacak şekilde örnek yeniden başlatılır. Bu süre boyunca sistem yeni sunucu türüne geçer. Yeni bağlantı kurulamaz ve tüm kaydedilmemiş işlemler geri alınır.

Sunucunuzu yeniden başlatmak için gereken genel süre, kilitlenme kurtarma işlemine ve yeniden başlatma sırasındaki veritabanı etkinliğine bağlıdır. Yeniden başlatma işlemi genellikle bir dakika veya daha kısa sürer, ancak birkaç dakika sürebilir. Zamanlama, yeniden başlatmanın başlatıldığı işlem etkinliğine bağlıdır.

Uygulamanız işlem ölçeklendirmesi sırasında gerçekleşebilecek uçuş içi işlemlerin kaybına karşı hassassa bir işlem yeniden deneme düzeni uygulayın.

Depolamayı ölçeklendirmek için çoğu durumda sunucunun yeniden başlatılması gerekmez. Daha fazla bilgi için bkz. PostgreSQL için Azure Veritabanı'nda depolama seçenekleri.

Yedekleme saklama süresi değişiklikleri çevrimiçi bir işlemdir.

Yeniden başlatma süresini iyileştirmek için yoğun olmayan saatlerde ölçeklendirme işlemleri gerçekleştirin. Bu yaklaşım, veritabanı sunucusunu yeniden başlatmak için gereken süreyi azaltır.

Neredeyse sıfır kesinti süresi ölçeklendirme

Neredeyse sıfır kapalı kalma süresi ölçeklendirmesi, depolama ve işlem katmanlarını değiştirdiğinizde kapalı kalma süresini en aza indirmek için tasarlanmış bir özelliktir. Sanal çekirdek sayısını değiştirirseniz veya işlem katmanını değiştirirseniz, sunucu yeni yapılandırmayı uygulamak için yeniden başlatılır. Yeni sunucuya bu geçiş sırasında yeni bağlantı kurulamaz.

Normal olarak, bu işlem normal ölçeklendirme ile 2 ila 10 dakika arasında sürebilir. Sıfıra yakın kapalı kalma süresi ölçeklendirme özelliğiyle bu süre 30 saniyeden kısalır. Kaynakları ölçeklendirme sırasında kapalı kalma süresinin azaltılması, veritabanı örneğinizin genel kullanılabilirliğini artırır.

Nasıl çalışır?

Ölçeklendirme senaryolarında PostgreSQL için Azure Veritabanı esnek sunucu örneğinizi güncelleştirdiğinizde, hizmet güncelleştirilmiş yapılandırmayla sunucunuz için yeni bir sanal makine oluşturur. Ardından örneğinizi çalıştıran sanal makineyle eşitlenir ve kısa bir kesintiyle yeni sanal makineye geçer. Ardından bir arka plan işlemi eski sanal makineyi ortadan kaldırır.

Bu işlem, en düşük kapalı kalma süresiyle sorunsuz güncelleştirmeler sağlar ve depolama veya işlem katmanlarını değiştirdiğinizde otomatik olarak tetiklenebilir. Bu özelliği kullanmak için herhangi bir işlem yapmanız gerekmez. Bu özellik, hem Yüksek Erişilebilirlik (HA) hem de HA olmayan PostgreSQL için Azure Veritabanı esnek sunucu örneklerinde desteklenir.

Birincil sunucudan ve bir veya daha fazla okuma amaçlı çoğaltmadan oluşan yatay olarak ölçeklendirilmiş yapılandırmalarda, veri tutarlılığını sağlamak ve kapalı kalma süresini en aza indirmek için ölçeklendirme işlemlerinin belirli bir diziyi izlemesi gerekir. Bu dizi hakkında ayrıntılı bilgi için bkz . Okuma amaçlı çoğaltmalarla ölçeklendirme.

Not

Neredeyse sıfır kapalı kalma süresi ölçeklendirmesi , varsayılan işlem türüdür. Aşağıdaki sınırlamalarla karşılaşıldığında sistem, sıfıra yakın kapalı kalma süresi ölçeklendirmesine kıyasla daha fazla kapalı kalma süresi içeren normal ölçeklendirmeye geçer.

Kesin kapalı kalma süresi beklentileri

• Kapalı kalma süresi: Çoğu durumda kapalı kalma süresi 10 ila 30 saniye arasında değişir.
• Diğer önemli noktalar: Ölçeklendirme olayından sonra, yaklaşık 30 saniyelik bir doğal DNS Time-To-Live (TTL) süresi vardır. Ölçeklendirme işlemi bu dönemi doğrudan denetlemez. DNS davranışının standart bir parçasıdır. Uygulama açısından bakıldığında ölçeklendirme sırasında karşılaşılan toplam kapalı kalma süresi 40 ila 60 saniye arasında olabilir.

Dikkat edilecekler ve sınırlamalar

• Neredeyse sıfır kapalı kalma süresi ölçeklendirmesinin çalışması için, sanal ağ tümleşik ağı kullandığınızda, temsilci alt ağındaki IP adresleri arasında tüm gelen ve giden bağlantılara izin verin. Bağlantılara izin vermezseniz, neredeyse hiç kesinti olmadan ölçeklendirme işlemi çalışmaz ve ölçeklendirme standart ölçeklendirme süreci aracılığıyla gerçekleşir.
• Aboneliğinizde bölgesel kapasite kısıtlamaları veya kota sınırları varsa, neredeyse sıfır kapalı kalma süresi ölçeklendirmesi çalışmaz.
• Çoğaltma sunucusunda yalnızca birincil sunucuda desteklendiği için neredeyse sıfır kapalı kalma süresi ölçeklendirmesi çalışmaz. Çoğaltma sunucuları için ölçeklendirme işlemi otomatik olarak normal işlemden geçer.
• Sanal ağa eklenen bir sunucunun temsilci alt ağında yeterli kullanılabilir IP adresi yoksa, neredeyse sıfır kapalı kalma süresi ölçeklendirmesi çalışmaz. Tek başına sunucunuz varsa fazladan bir IP adresi gerekir. Yüksek kullanılabilirlik etkinleştirilmiş bir örnek için fazladan iki IP adresi gerekir.
• Mantıksal çoğaltma yuvaları sıfıra yakın bir yük devretme olayı sırasında korunmaz. Mantıksal çoğaltma yuvalarını korumak ve ölçeklendirme işleminden sonra veri tutarlılığı sağlamak için pg_failover_slot uzantısını kullanın. Daha fazla bilgi için bkz . Esnek sunucu örneğinde pg_failover_slots uzantısını etkinleştirme.
• Neredeyse sıfır kapalı kalma süresi ölçeklendirmesi, yerleştirilmemiş tablolarla çalışmaz. Verilerinizden herhangi biri için güncelleme yapılmamış tablolar kullanıyorsanız, neredeyse sıfır kesinti süresinden sonra bu tablolardaki tüm verileri kaybedersiniz.
• Sunucunuzun işlem kapasitesini Burstable katmanından 1 veya 2 sanal çekirdeğe veya bu değerlerden birine ölçeklendirirseniz, yakın sıfır işlevi çalışmaz.

İlgili içerik

• PostgreSQL için Azure Veritabanı'nı yönetme