Aracılığıyla paylaş

Azure PostgreSQL Veritabanı'nda okuma amaçlı çoğaltmalar - Esnek Sunucu

  • Makale

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

Okuma amaçlı çoğaltma özelliği, PostgreSQL için Azure Veritabanı esnek bir sunucu örneğindeki verileri salt okunur çoğaltmaya çoğaltmanıza olanak tanır. Çoğaltmalar PostgreSQL altyapısının yerel fiziksel çoğaltma teknolojisiyle zaman uyumsuz olarak güncelleştirilir. Varsayılan işlem modu, çoğaltma yuvalarını kullanarak çoğaltma akışı yapmaktır. Gerektiğinde, dosyayı yakalamak için dosya tabanlı günlük gönderimi kullanılır. Birincil sunucudan en çok beş çoğaltmaya çoğaltabilirsiniz.

Çoğaltmalar, normal PostgreSQL için Azure Veritabanı esnek sunucu örneklerine benzer şekilde yönettiğiniz yeni sunuculardır. Her okuma amaçlı çoğaltma için sanal çekirdek ve depolama alanında sağlanan işlem için GB/ay olarak faturalandırılırsınız.

Çoğaltma oluşturmayı ve yönetmeyi öğrenin.

Okuma amaçlı çoğaltma ne zaman kullanılır?

Okuma amaçlı çoğaltma özelliği, yoğun okuma gerektiren iş yüklerinin performansını ve ölçeğini geliştirmeye yardımcı olur. Okuma iş yükleri çoğaltmalara, yazma iş yükleri ise birincil sunucuya yönlendirilebilir. Okuma amaçlı çoğaltmalar da farklı bir bölgeye dağıtılabilir ve olağanüstü durum kurtarma gerekiyorsa okuma-yazma sunucusuna yükseltilebilir.

Tipik bir senaryo, BI ve analitik iş yüklerinin okuma amaçlı çoğaltmayı raporlama için veri kaynağı olarak kullanmasını sağlamaktır.

Çoğaltmalar salt okunur olduğundan birincil sunucudaki yazma kapasitesi yüklerini doğrudan azaltmaz.

Dikkat edilmesi gereken noktalar

Okuma amaçlı çoğaltmalar öncelikli olarak sorguları boşaltmanın yararlı olduğu ve küçük bir gecikmenin yönetilebilir olduğu senaryolar için tasarlanmıştır. Çoğu iş yükü için birincilden gerçek zamanlıya yakın güncelleştirmeler sağlamak üzere iyileştirilmiştir ve bu da yoğun okuma içeren senaryolar için mükemmel bir çözüm olmasını sağlar. Ancak, bunların en güncel veri doğruluğu gerektiren zaman uyumlu çoğaltma senaryolarına yönelik olmadığını unutmayın. Çoğaltmadaki veriler sonunda birincil değerle tutarlı hale gelmiş olsa da, genellikle birkaç saniye ile dakika arasında bir gecikme olabilir ve bazı ağır iş yükü veya yüksek gecikmeli senaryolarda bu gecikme saatlere kadar uzatılabilir. Genellikle birincil ile aynı bölgedeki okuma amaçlı çoğaltmalar coğrafi çoğaltmalardan daha az gecikmeye sahiptir. İkinci çoğaltma genellikle coğrafi uzaklık kaynaklı gecikme süresiyle ilgilenir. Coğrafi çoğaltmanın performans etkileri hakkında daha fazla içgörü için Coğrafi çoğaltma makalesine bakın. Çoğaltmadaki veriler sonunda birincil sunucudaki verilerle tutarlı hale gelir. Bu gecikmeye ayak uydurabilecek iş yükleri için bu özelliği kullanın.

Not

İş yüklerinin çoğunda, okuma amaçlı çoğaltmalar birincil sunucudan neredeyse gerçek zamanlı güncelleştirmeler sunar. Ancak, kalıcı yoğun yazma yoğunluklu birincil iş yüklerinde çoğaltma gecikmesi büyümeye devam edebilir ve yalnızca birincil iş yüklerini yakalayabilir. Wal dosyaları çoğaltmada yalnızca bir kez alındığında silindiği için bu da birincil depolama kullanımını artırabilir. Bu durum devam ederse, yoğun yazma gerektiren iş yükleri tamamlandıktan sonra okuma çoğaltmasını siler ve yeniden oluşturursa, çoğaltmayı gecikme için iyi bir duruma getirebilirsiniz. Zaman uyumsuz okuma amaçlı çoğaltmalar, bu tür ağır yazma iş yükleri için uygun değildir. Uygulamanız için okuma amaçlı çoğaltmaları değerlendirirken, olası gecikmeyi ve iş yükü döngüsünün çeşitli noktalarında beklenen RTO/RPO'yu değerlendirmek için yoğun ve yoğun olmayan zamanlarında eksiksiz bir uygulama iş yükü döngüsü için çoğaltmadaki gecikmeyi izleyin.

Çoğaltma oluşturma

PostgreSQL için Azure Veritabanı esnek sunucu için birincil sunucu, hizmeti destekleyen herhangi bir bölgeye dağıtılabilir. Birincil sunucunun çoğaltmalarını aynı bölgede veya esnek PostgreSQL için Azure Veritabanı sunucunun kullanılabildiği farklı genel Azure bölgelerinde oluşturabilirsiniz. Çoğaltma oluşturma özelliği artık bazı özel Azure bölgelerine genişletildi. Çoğaltma oluşturabileceğiniz özel bölgelerin listesi için Coğrafi çoğaltma makalesine bakın.

Çoğaltma oluşturma iş akışını başlattığınızda, boş bir PostgreSQL için Azure Veritabanı esnek sunucu örneği oluşturulur. Yeni sunucu birincil sunucudaki verilerle doldurulur. Aynı bölgede çoğaltmaların oluşturulması için bir anlık görüntü yaklaşımı kullanılır. Bu nedenle, oluşturma zamanı verilerin boyutundan bağımsızdır. Coğrafi çoğaltmalar, birincil örneğin temel yedeklemesi kullanılarak oluşturulur ve daha sonra ağ üzerinden iletilir; bu nedenle oluşturma süresi, birincil boyuta bağlı olarak dakikalar ile birkaç saat arasında değişebilir.

Çoğaltma yalnızca iki koşul karşılandığında başarıyla oluşturulmuş olarak kabul edilir: birincil örneğin tüm yedeği çoğaltmaya kopyalanmalıdır ve işlem günlüklerinin 1 GB'tan fazla gecikme olmadan eşitlenmesi gerekir.

Başarılı bir oluşturma işlemi elde etmek için, yüksek işlem yükü zamanlarında çoğaltma yapmaktan kaçının. Örneğin, diğer kaynaklardan esnek PostgreSQL için Azure Veritabanı sunucuya geçiş yaparken veya ağır toplu yükleme işlemleri sırasında çoğaltma oluşturmaktan kaçınmanız gerekir. Şu anda verileri geçiriyor veya büyük miktarda veri yüklüyorsanız, en iyisi önce bu görevi tamamlamaktır. Tamamladıktan sonra çoğaltmaları ayarlamaya başlayabilirsiniz. Geçiş veya toplu yükleme işlemi tamamlandıktan sonra işlem günlüğü boyutunun normal boyutuna geri dönüp dönmediğini denetleyin. Genellikle işlem günlüğü boyutu örneğinizin max_wal_size sunucu parametresinde tanımlanan değere yakın olmalıdır. İşlem günlüğü tarafından kullanılan depolama miktarına ilişkin içgörüler sağlayan İşlem Günlüğü Depolama Kullanılan ölçümünü kullanarak işlem günlüğü depolama alanı ayak izini izleyebilirsiniz. Bu ölçümü izleyerek işlem günlüğü boyutunun beklenen aralıkta olduğundan ve çoğaltma oluşturma işleminin başlatılabilmesinden emin olabilirsiniz.

Önemli

Okuma Amaçlı Çoğaltmalar şu anda Genel Amaçlı ve Bellek için İyileştirilmiş sunucu işlem katmanları için desteklenmektedir. Serileştirilebilir sunucu işlem katmanı desteklenmez.

Önemli

Çoğaltma oluşturma, silme ve yükseltme işlemleri gerçekleştirirken birincil sunucu bir güncelleştirme durumu girer. Bu süre boyunca, sunucu parametrelerini değiştirme, yüksek kullanılabilirlik seçeneklerini değiştirme veya güvenlik duvarlarını ekleme veya kaldırma gibi sunucu yönetimi işlemleri kullanılamaz. Güncelleştirme durumunun yalnızca sunucu yönetimi işlemlerini etkilediğini ve veri düzlemi işlemlerini etkilemediğini unutmayın. Bu, veritabanı sunucunuzun tamamen işlevsel kalacağı ve bağlantıları kabul edebilecek, ayrıca okuma ve yazma trafiğine hizmet edeceği anlamına gelir.

Azure portalda okuma amaçlı çoğaltma oluşturmayı öğrenin.

Yapılandırma yönetimi

Esnek PostgreSQL için Azure Veritabanı sunucu için okuma amaçlı çoğaltmalar ayarlarken, ayarlanabilen sunucu yapılandırmalarını, birincil sunucudan devralınanları ve ilgili sınırlamaları anlamak önemlidir.

Devralınan yapılandırmalar

Okuma amaçlı bir çoğaltma oluşturulduğunda, birincil sunucudan belirli sunucu yapılandırmalarını devralır. Bu yapılandırmalar, çoğaltmanın oluşturulması sırasında veya ayarlandıktan sonra değiştirilebilir. Ancak coğrafi yedekleme gibi belirli ayarlar okuma amaçlı çoğaltmaya çoğaltılamaz.

Çoğaltma oluşturma sırasında yapılandırmalar

  • Katman, depolama boyutu: "Birincil sunucuya yükselt" işlemi için birincil sunucuyla aynı olmalıdır. "Bağımsız sunucuya yükselt ve çoğaltmadan kaldır" işlemi birincil sunucudan aynı veya daha yüksek olabilir.
  • Performans katmanı (IOPS): Ayarlanabilir.
  • Veri şifrelemesi: Hizmet tarafından yönetilen anahtarlardan müşteri tarafından yönetilen anahtarlara geçiş dahil ayarlanabilir.

Oluşturma sonrası yapılandırmalar

  • Güvenlik duvarı kuralları: Eklenebilir, silinebilir veya değiştirilebilir.
  • Katman, depolama boyutu: "Birincil sunucuya yükselt" işlemi için birincil sunucuyla aynı olmalıdır. "Bağımsız sunucuya yükselt ve çoğaltmadan kaldır" işlemi birincil sunucudan aynı veya daha yüksek olabilir.
  • Performans katmanı (IOPS): Ayarlanabilir.
  • Kimlik doğrulama yöntemi: Ayarlanabilir, seçenekler PostgreSQL kimlik doğrulamasından Microsoft Entra'ya geçmeyi içerir.
  • Sunucu parametreleri: Çoğu ayarlanabilir. Ancak, paylaşılan bellek boyutunu etkileyenler, özellikle de olası "birincil sunucuya yükseltme" senaryolarında birincil ile uyumlu olmalıdır. "Bağımsız sunucuya yükselt ve çoğaltmadan kaldır" işlemi için bu parametreler aynı olmalıdır veya birincil sunucudaki parametreleri aşmalıdır.
  • Bakım zamanlaması: Ayarlanabilir.

Okuma amaçlı çoğaltmalarda desteklenmeyen özellikler

Bazı işlevler birincil sunucularla sınırlıdır ve okuma amaçlı çoğaltmalarda ayarlanamaz. Bu modüller şunlardır:

  • Coğrafi yedeklemeler de dahil olmak üzere yedeklemeler.
  • Yüksek kullanılabilirlik (HA)

Kaynak PostgreSQL için Azure Veritabanı esnek sunucu örneğiniz müşteri tarafından yönetilen anahtarlarla şifreleniyorsa, diğer önemli noktalar için belgelere bakın.

Çoğaltmaya bağlanma

Bir çoğaltma oluşturduğunuzda, birincil sunucunun güvenlik duvarı kurallarını veya sanal ağ hizmet uç noktasını devralır. Bu kurallar çoğaltma oluşturma sırasında ve daha sonra herhangi bir zamanda değiştirilebilir.

Çoğaltma, yönetici hesabını birincil sunucudan devralır. Birincil sunucudaki tüm kullanıcı hesapları okuma çoğaltmalarına çoğaltılır. Okuma amaçlı çoğaltmaya yalnızca birincil sunucuda bulunan kullanıcı hesaplarını kullanarak bağlanabilirsiniz.

Çoğaltmaya bağlanmak için iki yöntem vardır:

  • Doğrudan Çoğaltma Örneğine: Normal PostgreSQL için Azure Veritabanı esnek sunucu örneğinde olduğu gibi, çoğaltmaya ana bilgisayar adını ve geçerli bir kullanıcı hesabını kullanarak bağlanabilirsiniz. yönetici kullanıcı adı myadmin olan myreplica adlı bir sunucu için kullanarak çoğaltmaya psqlbağlanabilirsiniz:
psql -h myreplica.postgres.database.azure.com -U myadmin postgres

İstemde, kullanıcı hesabının parolasını girin.

Ayrıca, bağlantı işlemini kolaylaştırmak için Azure portalı kullanıma hazır bağlantı dizesi sağlar. Bunlar Bağlan sayfasında bulunabilir. Hem değişkenleri hem de libpq bash konsolları için uyarlanmış bağlantı dizesi kapsar.

Çoğaltmayı izleme

Esnek PostgreSQL için Azure Veritabanı sunucudaki okuma çoğaltma özelliği, çoğaltma yuvaları mekanizmasını kullanır. Çoğaltma yuvalarının temel avantajı, tüm çoğaltma sunucuları için gereken işlem günlüklerinin (WAL kesimleri) sayısını otomatik olarak ayarlamalarıdır. Bu, çoğaltmalara gönderilmeden önce birincildeki WAL kesimlerinin silinmesini önlediğinden çoğaltmaların eşitlenmemesini önlemeye yardımcı olur. Yaklaşımın dezavantajı, çoğaltma yuvasının uzun süre etkin kalmama olasılığına karşı birincilde yer kalma riskidir. Böyle durumlarda birincil, depolama kullanımının artımlı büyümesine neden olan WAL dosyalarını biriktirir. Depolama kullanımı %95'e ulaştığında veya kullanılabilir kapasite 5 GiB'den azsa, disk dolu durumlarla ilgili hataları önlemek için sunucu otomatik olarak salt okunur moda geçer.
Bu nedenle, çoğaltma gecikmesinin ve çoğaltma yuvalarının durumunun izlenmesi okuma amaçlı çoğaltmalar için çok önemlidir.

Önceden harekete geçebilmeniz, depolama boyutunu artırabilmeniz ve gecikmeli okuma amaçlı çoğaltmaları silebilmeniz için kullanılan depolama veya depolama yüzdesi ve çoğaltma gecikmeleri için uyarı kuralları ayarlamanızı öneririz. Örneğin, depolama yüzdesi %80 kullanımı aşarsa ve çoğaltma gecikmesi 5 dakikadan uzunsa bir uyarı ayarlayabilirsiniz. Kullanılan İşlem Günlüğü Depolama ölçümü, aşırı depolama kullanımının ana nedeninin WAL dosyalarının birikmesi olup olmadığını gösterir.

PostgreSQL için Azure Veritabanı esnek sunucu, çoğaltmayı izlemek için iki ölçüm sağlar. İki ölçüm En Fazla Fiziksel Çoğaltma Gecikmesi ve Okuma Amaçlı Çoğaltma Gecikmesi'dir. Bu ölçümlerin nasıl görüntüleneceğini öğrenmek için okuma amaçlı çoğaltma nasıl yapılır makalesinin Çoğaltmayı izleme bölümüne bakın.

Maksimum Fiziksel Çoğaltma Gecikmesi ölçümü, birincil ve en gecikmeli çoğaltma arasındaki gecikmeyi bayt cinsinden gösterir. Bu ölçüm uygulanabilir ve yalnızca birincil sunucuda kullanılabilir ve yalnızca okuma amaçlı çoğaltmalardan en az biri birincil sunucuya bağlıysa kullanılabilir. Gecikme bilgileri, çoğaltma birincil ile yakalama işlemi sırasında, çoğaltma oluşturma sırasında veya çoğaltma etkin olmadığında da bulunur.

Okuma Amaçlı Çoğaltma Gecikmesi ölçümü, son yeniden oynatılan işlemden bu yana geçen süreyi gösterir. Örneğin, birincil sunucunuzda hiçbir işlem gerçekleşmiyorsa ve son işlem 5 saniye önce yeniden yürütüldüyse, Okuma Çoğaltma Gecikmesi 5 saniyelik gecikmeyi gösterir. Bu ölçüm uygulanabilir ve yalnızca çoğaltmalarda kullanılabilir.

Çoğaltma gecikmesi iş yükünüz için kabul edilemeyen bir değere ulaştığında sizi bilgilendirecek bir uyarı ayarlayın.

Daha fazla içgörü için, tüm çoğaltmalarda çoğaltma gecikmesini almak için birincil sunucuyu doğrudan sorgular.

Not

Birincil sunucu veya okuma amaçlı çoğaltma yeniden başlatılırsa, yeniden başlatma ve yakalama süresi Çoğaltma Gecikmesi ölçümüne yansıtılır.

Çoğaltma durumu

Çoğaltma ve yükseltme işleminin ilerleme durumunu ve durumunu izlemek için Azure portalındaki Çoğaltma durumu sütununa bakın. Bu sütun çoğaltma sayfasında bulunur ve okuma amaçlı çoğaltmaların geçerli durumu ve bunların birincile olan bağlantısı hakkında içgörü sağlayan çeşitli durumları görüntüler. Azure Resource Manager API'sini kullanan kullanıcılar için, API çağrılırken GetReplica durum özellik paketinde replica ReplicationState olarak görünür.

Olası değerler şunlardır:

Çoğaltma durumu Açıklama Siparişi yükselt Okuma çoğaltması oluşturma sırası
Yeniden yapılandırma Çoğaltma birincil bağlantısının başlatılması bekleniyor. Çoğaltma veya bölgesi kullanılamaz durumdaysa (örneğin, bir olağanüstü durum nedeniyle) daha uzun kalabilir. 1 Yok
Sağlama Okuma amaçlı çoğaltma sağlanıyor ve iki sunucu arasındaki çoğaltma henüz başlatılmadı. Sağlama tamamlanana kadar okuma amaçlı çoğaltmaya bağlanamazsınız. Yok 1
Güncelleştirme Sunucu yapılandırması, yükseltme veya okuma amaçlı çoğaltma oluşturma gibi tetiklenen bir eylemin ardından hazırlık aşamasındadır. 2 2
Ketçap WAL dosyaları çoğaltmaya uygulanıyor. Yükseltme sırasında bu aşamanın süresi, planlanan veya zorlanan olarak seçilen veri eşitleme seçeneğine bağlıdır. 3 3
Etkin Okuma amaçlı çoğaltmanın birincil çoğaltmaya başarıyla bağlandığını gösteren iyi durumda. Sunucular durdurulduysa ancak daha önce başarıyla bağlandıysa, durum etkin olarak kalır. 4 4
Bozuk Yükseltme işleminin başarısız olabileceğini veya çoğaltmanın birincil sunucuya bir nedenle bağlanamadığını gösteren iyi durumda değil. Lütfen çoğaltmayı bırakın ve bu sorunu çözmek için çoğaltmayı yeniden oluşturun." Yok Yok

Çoğaltmayı izlemeyi öğrenin.

Dikkat edilmesi gereken noktalar

Bu bölümde, okuma amaçlı çoğaltma özelliğiyle ilgili önemli noktalar özetlenmektedir. Aşağıdaki konular geçerlidir.

  • Güç işlemleri: Başlatma ve durdurma eylemleri dahil olmak üzere güç işlemleri hem birincil hem de çoğaltma sunucularına uygulanabilir. Ancak sistem bütünlüğünü korumak için belirli bir dizi izlenmelidir. Okuma amaçlı çoğaltmaları durdurmadan önce birincil sunucunun durduruldığından emin olun. İşlemlere başlarken, birincil sunucuyu başlatmadan önce çoğaltma sunucularında başlatma eylemini başlatın.
  • Sunucuda okuma amaçlı çoğaltmalar varsa, birincil sunucu silinmeden önce okuma amaçlı çoğaltmaların silinmesi gerekir.
  • esnek PostgreSQL için Azure Veritabanı sunucuda yerinde ana sürüm yükseltmesi, sunucuda şu anda etkin olan tüm okuma amaçlı çoğaltmaların kaldırılmasını gerektirir. Çoğaltmalar silindikten sonra birincil sunucu istenen ana sürüme yükseltilebilir. Yükseltme tamamlandıktan sonra çoğaltma işlemini sürdürmek için çoğaltmaları yeniden oluşturabilirsiniz.
  • Premium SSD v2: Geçerli sürümden itibaren birincil sunucu depolama için Premium SSD v2 kullanıyorsa okuma amaçlı çoğaltmaların oluşturulması desteklenmez.
  • Yönetici parolasını sıfırlama: Çoğaltma sunucusunda yönetici parolasını sıfırlama şu anda desteklenmiyor. Ayrıca, yönetici parolasının güncelleştirilmesi ve aynı istekteki çoğaltma işleminin tanıtılması da desteklenmez. Bunu yapmak istiyorsanız, önce çoğaltma sunucusunu yükseltmeniz ve ardından yeni yükseltilen sunucudaki parolayı ayrı olarak güncelleştirmeniz gerekir.

Yeni çoğaltmalar

Okuma amaçlı çoğaltma, yeni PostgreSQL için Azure Veritabanı esnek sunucu örneği olarak oluşturulur. Var olan bir sunucu bir çoğaltmaya oluşturulamaz. Başka bir okuma amaçlı çoğaltmanın çoğaltmasını oluşturamazsınız, yani basamaklı çoğaltma desteklenmez.

Kaynak taşıma

Kullanıcılar birincil kaynak grubundan farklı bir kaynak grubunda okuma amaçlı çoğaltmalar oluşturabilir. Ancak, okuma amaçlı çoğaltmaların oluşturulduktan sonra başka bir kaynak grubuna taşınması desteklenmez. Ayrıca, çoğaltmaları farklı bir aboneliğe taşımak ve okuma amaçlı çoğaltmaları olan birincil kopyayı başka bir kaynak grubuna veya aboneliğe taşımak desteklenmez.

Depolama otomatik büyütme

PostgreSQL için Azure Veritabanı esnek sunucu örneği için okuma amaçlı çoğaltmaları yapılandırırken, çoğaltmalardaki depolama otomatik büyütme ayarının birincil sunucuyla eşleştiğinden emin olmak önemlidir. Depolama otomatik büyütme özelliği, alan yetersizliğini önlemek için veritabanı depolama alanının otomatik olarak artmasına olanak tanır ve bu da veritabanı kesintilerine yol açabilir. Depolama otomatik büyütme ayarlarını etkili bir şekilde yönetme:

  • Birincil sunucunun ayarından bağımsız olarak herhangi bir çoğaltmada depolama otomatik büyütme özelliğini etkinleştirebilirsiniz.
  • Birincil sunucuda depolama otomatik büyütme etkinleştirildiyse, depolama ölçeklendirme davranışlarında tutarlılık sağlamak için çoğaltmalarda da etkinleştirilmesi gerekir.
  • Birincilde depolama otomatik büyütmeyi etkinleştirmek için önce çoğaltmalarda etkinleştirmeniz gerekir. Bu işlem sırası, çoğaltma bütünlüğünü korumak için çok önemlidir.
  • Buna karşılık, depolama otomatik büyütmeyi devre dışı bırakmak istiyorsanız, çoğaltma komplikasyonlarını önlemek için çoğaltmalardan önce birincil sunucuda devre dışı bırakarak başlayın.

Yedekleme ve Geri Yükleme

PostgreSQL için Azure Veritabanı esnek sunucu örneğiniz için yedeklemeleri ve geri yüklemeleri yönetirken, farklı yükseltme senaryolarında sunucunun geçerli ve önceki rolünü göz önünde bulundurmanız önemlidir. Hatırlanması gereken önemli noktalar şunlardır:

Birincil sunucuya yükseltme

  1. Okuma amaçlı çoğaltmalardan yedekleme alınmaz: Geçmiş rollerinden bağımsız olarak, yedeklemeler hiçbir zaman okuma amaçlı çoğaltma sunucularından alınmaz.

  2. Geçmiş yedeklemelerin korunması: Bir sunucu bir zamanlar birincilse ve bu süre boyunca yedekleri alınmışsa, bu yedeklemeler korunur. Bunlar, kullanıcı tanımlı saklama süresine kadar saklanır.

  3. Geri Yükleme İşlemi Kısıtlamaları: Okuma amaçlı çoğaltmaya geçmiş bir sunucu için geçmiş yedeklemeler olsa bile geri yükleme işlemleri kısıtlanır. Geri yükleme işlemini yalnızca sunucu birincil role geri yükseltildiğinde başlatabilirsiniz.

Netlik sağlamak için şu noktaları gösteren bir tablo aşağıdadır:

Sunucu rolü Yedek alındı Geri yüklemeye izin verilir
Birincil Yes Yes
Okuma amaçlı çoğaltma Hayır Hayır
Okuma amaçlı çoğaltma birincile yükseltildi Yes Yes

Bağımsız sunucuya yükseltme ve çoğaltmadan kaldırma

Sunucu bir okuma çoğaltması olsa da hiçbir yedekleme alınmaz. Ancak, bağımsız bir sunucuya yükseltildikten sonra hem yükseltilen sunucuda hem de birincil sunucuda yedeklemeler alınır ve her ikisinde de geri yüklemelere izin verilir.

Ağ

Okuma amaçlı çoğaltmalar, PostgreSQL için Azure Veritabanı Esnek Sunucu tarafından desteklenen tüm ağ seçeneklerini destekler.

Önemli

Birincil sunucu ile okuma amaçlı çoğaltmalar arasındaki çift yönlü iletişim, PostgreSQL için Azure Veritabanı esnek sunucu kurulumu için çok önemlidir. Azure sanal ağ alt ağı içindeki hedef bağlantı noktası 5432'de trafik göndermek ve almak için bir sağlama olmalıdır.

Yukarıdaki gereksinim yalnızca eşitleme işlemini kolaylaştırmakla kalmaz, aynı zamanda çoğaltmaların özellikle birincil işlemlere yükseltme sırasında çoğaltmadan birincile doğru iletişim kurması gerekebilecek yükseltme mekanizmasının düzgün çalışmasını sağlar. Ayrıca, Önceden Yazma Günlüğü (WAL) arşivlerini depolayan Azure depolama hesabına yönelik bağlantıların veri dayanıklılığını korumasına ve verimli kurtarma işlemlerini etkinleştirmesine izin verilmelidir.

Okuma amaçlı çoğaltmalarınız için özel erişim (sanal ağ tümleştirmesi) yapılandırma hakkında daha fazla bilgi edinmek ve özel ağ bağlamında Azure bölgeleri ve sanal ağlar arasında çoğaltmanın etkilerini anlamak için Bkz . Özel ağ ile Azure bölgeleri ve sanal ağlar arasında çoğaltma.

Çoğaltma yuvası sorunlarını azaltma

Nadir durumlarda, çoğaltma yuvalarının neden olduğu yüksek gecikme, birikmiş WAL dosyaları nedeniyle birincil sunucuda depolama kullanımının artmasına neden olabilir. Depolama kullanımı %95'e ulaşırsa veya kullanılabilir kapasite 5 GiB'nin altına düşerse, disk dolu hatalarını önlemek için sunucu otomatik olarak salt okunur moda geçer.

Birincil sunucunun sistem durumunu ve işlevselliğini korumak bir öncelik olduğundan, bu tür uç durumlarda, birincil sunucunun okuma ve yazma trafiği için çalışır durumda kalmasını sağlamak için çoğaltma yuvası bırakılabilir. Bu nedenle, çoğaltma dosya tabanlı günlük gönderim moduna geçer ve bu da daha yüksek çoğaltma gecikmesine neden olabilir.

Depolama kullanımı ve çoğaltma gecikmesini yakından izlemek ve olası sorunları yükseltmeden önce azaltmak için gerekli eylemleri gerçekleştirmek önemlidir.

Sunucu parametreleri

Okuma amaçlı bir çoğaltma oluşturulduğunda, sunucu parametrelerini birincil sunucudan devralır. Bu, tutarlı ve güvenilir bir başlangıç noktası sağlamaktır. Ancak, okuma amaçlı çoğaltma oluşturulduktan sonra birincil sunucudaki sunucu parametrelerinde yapılan değişiklikler otomatik olarak çoğaltılamaz. Bu davranış, okuma amaçlı çoğaltmanın ayrı ayrı ayarlanmasının avantajını sunar. Örneğin, birincil sunucunun parametrelerini değiştirmeden okuma yoğunluklu işlemler için performansını geliştirme. Bu, esneklik ve özelleştirme seçenekleri sağlarken, sunucu parametrelerinin tekdüzenliği gerektiğinde birincil ve çoğaltması arasında tutarlılık sağlamak için dikkatli ve el ile yönetim gerektirir.

Yöneticiler, okuma amaçlı çoğaltma sunucusundaki sunucu parametrelerini değiştirebilir ve birincil sunucudan farklı değerler ayarlayabilir. Tek özel durum, aşağıdaki "Ölçeklendirme" bölümünde de belirtilen çoğaltmanın kurtarılmasını etkileyebilecek parametrelerdir: max_connections, , max_prepared_transactionsmax_locks_per_transaction, , max_wal_sendersmax_worker_processes. Okuma amaçlı çoğaltmanın kurtarma işleminin sorunsuz olduğundan ve paylaşılan bellek sınırlamalarıyla karşılaşmadığından emin olmak için, bu belirli parametreler her zaman birincil sunucuda yapılandırılanlarla eşdeğer veya daha büyük değerlere ayarlanmalıdır.

Ölçek

İşlem ölçeğini artırıp azaltabilirsiniz (sanal çekirdekler), hizmet katmanını Genel Amaçlı'dan Bellek için İyileştirilmiş'e (veya tam tersi) değiştirme ve depolamanın ölçeğini artırma, ancak aşağıdaki uyarılar geçerlidir.

İşlem ölçeklendirme için:

  • PostgreSQL için Azure Veritabanı esnek sunucu, çoğaltmanın kurtarma sırasında paylaşılan belleğin dolmamasını sağlamak için çoğaltmalardaki çeşitli parametrelerin birincil sunucudaki ayardan büyük veya buna eşit olmasını gerektirir. Etkilenen parametreler şunlardır: max_connections, max_prepared_transactions, max_locks_per_transaction, max_wal_senders, . max_worker_processes

  • Ölçeği artırma: Önce bir çoğaltmanın işleminin ölçeğini büyütün, ardından birincil işlem ölçeğini genişletin.

  • Ölçeği azaltma: Önce birincil işlem ölçeğini küçültün, ardından çoğaltmanın ölçeğini küçültün.

  • Birincildeki işlem her zaman en küçük çoğaltmadaki işlemden eşit veya daha küçük olmalıdır.

Depolama ölçeklendirme için:

  • Ölçeği artırma: Önce bir çoğaltmanın depolama alanının ölçeğini büyütün, ardından birincil depolamanın ölçeğini genişletin.

  • Birincildeki depolama boyutu her zaman en küçük çoğaltmadaki depolama boyutuna eşit veya daha küçük olmalıdır.

İlgili içerik