Esnek PostgreSQL için Azure Veritabanı sunucuda kaynakları ölçeklendirme

  • Makale

ŞUNLAR IÇIN GEÇERLIDIR: PostgreSQL için Azure Veritabanı - Esnek Sunucu

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

Dikey ölçeklendirme: PostgreSQL için Azure Veritabanı esnek sunucu örneğine daha fazla kaynak ekleyerek dikey olarak ölçeklendirilebilir, örneğin örnek tarafından atanan CPU ve bellek sayısını artırabilirsiniz. Ö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şturulduktan sonra şunları bağımsız olarak değiştirebilirsiniz:

  • CPU (sanal çekirdekler).
  • Depolama alanı miktarı.
  • Yedekleme saklama süresi.

Sanal çekirdek sayısı artırılabilir veya azaltılabilir, ancak depolama boyutu yalnızca artırılabilir. Ayrıca yedekleme saklama süresini 7 ile 35 gün arayla artırıp azaltarak da ölçeklendikleyebilirsiniz. Kaynaklar, azure portalı veya Azure CLI gibi birden çok araç kullanılarak ölçeklendirilebilir.

Not

Depolama boyutunu artırdıktan sonra daha küçük bir depolama boyutuna geri dönemezsiniz.

Yatay ölçeklendirme: Okuma amaçlı çoğaltmalar oluşturarak yatay olarak ölçeklendikleyebilirsiniz. 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.

Sanal çekirdek sayısını veya işlem katmanını değiştirdiğinizde, yeni sunucu türünün etkili olması için ö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çeklendirme sırasında gerçekleşebilecek uçuş içi işlemlerin kaybına karşı hassassa, işlem yeniden deneme deseni uygulamanızı öneririz.

Depolamayı ölçeklendirmek için çoğu durumda sunucunun yeniden başlatılması gerekmez. Benzer şekilde, 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ştirmenizi öneririz. 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ı 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. Yeni sıfıra yakın kapalı kalma süresi ölçeklendirme özelliğiyle bu süre 30 saniyenin altına indirilir. 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, güncelleştirilmiş yapılandırmayla sunucunuzun (VM) yeni bir kopyasını oluştururuz. Bunu geçerli kopyanızla eşitler ve 30 saniyelik kesintiyle yeni kopyaya geçeriz. Sonra eski sunucuyu devre dışı bırakacağız. İşlem sizin için ek ücret ödemeden gerçekleşir.

Bu işlem sorunsuz güncelleştirmelere olanak tanırken kapalı kalma süresini en aza indirir ve maliyet verimliliği sağlar. Bu ölçeklendirme işlemi, depolama ve işlem katmanlarında değişiklik yapıldığında tetiklenir. Bu deneyim hem yüksek kullanılabilirlik (HA) hem de HA olmayan sunucular için tutarlı olmaya devam eder. Bu özellik tüm Azure bölgelerinde etkinleştirilir. Bu özelliği kullanmak için müşteri eylemi gerekmez .

Okuma amaçlı çoğaltma yapılandırılmış sunucular için ölçeklendirme işlemlerinin veri tutarlılığını sağlamak ve kapalı kalma süresini en aza indirmek için belirli bir sırayı izlemesi gerekir. Bu diziyle ilgili ayrıntılar için bkz. Okuma amaçlı çoğaltmalarla ölçeklendirme.

Not

Neredeyse sıfır kapalı kalma süresi ölçeklendirme işlemi varsayılan işlemdir. 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. Bu süre ölçeklendirme işlemi tarafından doğrudan denetlenmiyor. 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ğ ile tümleşik ağ kullandığınızda temsilci alt ağındaki IP'ler arasındaki tüm gelen/giden bağlantıları etkinleştirin. Bu bağlantılar etkinleştirilmediyse, neredeyse sıfır kapalı kalma süresi ölçeklendirme işlemi çalışmaz ve ölçeklendirme standart ölçeklendirme iş akışı aracılığıyla gerçekleşir.
  • Müşteri aboneliklerinde 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 sunucusu yalnızca birincil sunucuda desteklendiği için neredeyse sıfır kapalı kalma süresi ölçeklendirmesi çalışmaz. Bir çoğaltma sunucusu için otomatik olarak normal bir ölçeklendirme işleminden geçer.
  • Temsilci alt ağına sahip sanal ağa eklenmiş bir sunucuda 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. HA özellikli bir sunucu 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 sunucuda uzantıyı etkinleştirme.
  • HA özellikli sunucular için, sınırlı bir bölge kümesi için şu anda neredeyse sıfır kapalı kalma süresi ölçeklendirmesi etkinleştirilmiştir. Bölgesel kapasiteye göre daha fazla bölge aşamalı olarak etkinleştirilir.

İlgili içerik

  • Portalda PostgreSQL için Azure Veritabanı esnek bir sunucu örneği oluşturun.