PostgreSQL için Azure Veritabanı esnek sunucusunda okuma çoğaltmaları

Okuma çoğaltması özelliği, verileri PostgreSQL için Azure Veri Tabanı Esnek Sunucu'dan salt okunur bir çoğaltmaya çoğaltmanıza olanak tanır. Çoğaltmalar, PostgreSQL altyapısının yerel fiziksel çoğaltma teknolojisi kullanılarak zaman uyumsuz olarak güncelleştirilir. Varsayılan işlem modu, çoğaltma yuvalarını kullanarak çoğaltma akışı yapmaktır. Gerektiğinde, güncellemeleri gerçekleştirmek için dosya tabanlı günlük gönderimi kullanılır. Birincil sunucudan en fazla beş kopyaya çoğaltma yapabilirsiniz.

Çoğaltmalar, normal PostgreSQL için Azure Veri Tabanı esnek sunucuya benzer şekilde yönettiğiniz yeni sunuculardır. Her bir okuma çoğaltması için, vCore cinsinden sağlanan işlem kapasitesi ve aylık GB cinsinden depolama için ücret ödersiniz.

Okuma replikası oluşturmayı öğrenin.

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

Okuma replikası özelliği, okuma ağırlıklı iş yüklerinin performansını ve ölçeklenebilirliğini artırmaya yardımcı olur. Okuma iş yüklerini replikalara ayırabilir, yazma iş yüklerini ise birincil düğüme yönlendirebilirsiniz. Ayrıca, olağanüstü durum kurtarma gerekiyorsa okuma amaçlı çoğaltmaları farklı bir bölgeye dağıtabilir ve okuma-yazma sunucusuna yükseltebilirsiniz.

Tipik bir senaryo, BI (İş Zekası) ve analitik iş yüklerinin raporlama için veri kaynağı olarak okuma replikasını kullanmasıdır.

Çünkü replikalar salt okunur olduklarından dolayı, birincildeki yazma kapasitesi yüklerini doğrudan azaltmazlar.

Değerlendirmeler

Okuma replikaları, sorguların yükünün azaltılmasının yararlı olduğu ve küçük bir gecikmenin yönetilebilir olduğu senaryolar için öncelikli olarak tasarlanmıştır. Çoğu iş yükü için birincilden neredeyse gerçek zamanlı 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 çoğaltmaları coğrafi çoğaltmalara göre 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. Replikadaki veriler sonunda ana verilerle tutarlı hale gelir. Bu gecikmeye ayak uydurabilecek iş yükleri için bu özelliği kullanın.

Uyarı

İş yüklerinin çoğunda, okuma amaçlı çoğaltmalar birincil sunucudan neredeyse gerçek zamanlı güncelleştirmeler sunar. Ancak, sürekli ağır yazma ağırlıklı birincil iş yüklerinde replikasyon gecikmesi artmaya devam edebilir ve birincile ancak yetişebilir. Bu durum, WAL dosyaları ancak replikaya ulaştıktan sonra silindiği için, birincil taraftaki depolama kullanımını da artırabilir. Bu durum devam ederse, yazma ağırlıklı iş yükleri tamamlandıktan sonra okuma replikasını silip yeniden oluşturmak, replikayı gecikme açısından yeniden iyi bir duruma getirir. Eşzamansız okuma replikaları bu tür yoğun yazma iş yükleri için uygun değildir. Uygulamanız için read replikalarını değerlendirirken, tam bir uygulama iş yükü döngüsü boyunca, yoğun ve düşük yoğunluklu zamanlarda, replikadaki gecikmeyi izleyin. Bu, iş yükü döngüsünün çeşitli noktalarında olası gecikmeyi ve beklenen RTO/RPO'yu değerlendirmek için önemlidir.

Kopya oluştur

Hizmeti destekleyen herhangi bir bölgede PostgreSQL için Azure Veri Tabanı esnek sunucu için birincil sunucu dağıtabilirsiniz. Birincil sunucunun çoğaltmalarını aynı bölgede veya PostgreSQL için Azure Veri Tabanı kullanılabilir olduğu farklı genel Azure bölgelerinde oluşturabilirsiniz. Ayrıca, bağımsız bulutlardaki bazı Azure bölgelerinde çoğaltmalar oluşturabilirsiniz. Çoğaltma oluşturabileceğiniz bağımsız bulut bölgelerinin listesi için Coğrafi çoğaltma makalesine bakın.

Çoğaltma oluşturma iş akışını başlattığınızda, işlem boş bir PostgreSQL için Azure Veri Tabanı esnek sunucu oluşturur. Yeni sunucu birincil sunucudaki verilerle doldurulur. Aynı bölgedeki replikaların oluşturulması için süreç anlık görüntü yaklaşımını kullanır. Bu nedenle, oluşturma zamanı verilerin boyutundan bağımsızdır. Coğrafi replikalar, birincil sunucunun temel yedeği kullanılarak oluşturulur; bu yedek 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ğaltmanın başarıyla oluşturulduğu ancak iki koşul karşılandığında kabul edilir: birincil yedeklemenin tamamı çoğaltmaya kopyalanır ve işlem günlükleri 1 GB'tan fazla gecikme olmadan eşitlenir.

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 PostgreSQL için Azure Veri Tabanı esnek bir sunucuya geçiş yaparken veya ağır toplu yükleme işlemleri sırasında çoğaltma oluşturmaktan kaçının. Verileri geçiriyorsanız veya büyük miktarda veri yüklüyorsanız, önce bu görevi tamamlayın. Tamamladıktan sonra yedekleri 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, sunucunuzun parametresinde tanımlanan değere max_wal_size 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 replikaları şu anda Genel Amaçlı ve Bellek için İyileştirilmiş sunucu işlem katmanlarında desteklenmektedir. Burstable sunucu işlem katmanı desteklenmiyor.

Önemli

Çoğaltma oluşturma, silme ve yükseltme işlemleri gerçekleştirdiğinizde, birincil sunucu bir güncelleştirme durumuna girer. Bu süre boyunca parametreleri değiştirme, yüksek kullanılabilirlik seçeneklerini değiştirme veya güvenlik duvarı ekleme veya kaldırma gibi sunucu yönetim işlemleri kullanılamaz. Güncelleştirme durumu yalnızca sunucu yönetimi işlemlerini etkiler ve veri düzlemi işlemlerini etkilemez. Bu koşul, veritabanı sunucunuzun tamamen işlevsel ve bağlantıları kabul edebildiği ve okuma ve yazma trafiğine hizmet verebileceği anlamına gelir.

Okuma replikası oluşturmayı öğrenin.

Yapılandırma yönetimi

PostgreSQL için Azure Veri Tabanı esnek bir sunucu için okuma amaçlı çoğaltmalar ayarlarken, hangi sunucu yapılandırmalarını ayarlayabileceğinizi, çoğaltmanın birincil sunucudan hangi yapılandırmaları devraldığı ve ilgili sınırlamaları anlamanız gerekir.

Devralınan yapılandırmalar

Okuma amaçlı bir çoğaltma oluşturduğunuzda, birincil sunucudan belirli sunucu yapılandırmalarını devralır. Bu yapılandırmaları çoğaltmanın oluşturulması sırasında veya çoğaltmayı ayarladıktan sonra değiştirebilirsiniz. Ancak okuma replikası, coğrafi yedekleme gibi belirli ayarları birincil sunucudan devralmaz.

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

  • Katman, depolama boyutu: Birincil sunucuya yükseltme işlemi için katman ve depolama boyutu birincil sunucuyla eşleşmelidir. Bağımsız sunucuya yükseltme ve çoğaltma işleminden kaldırma işlemi için katman ve depolama boyutu birincil sunucuyla eşleşebilir veya aşabilir.
  • Performans katmanı (IOPS): Ayarlanabilir.
  • Veri şifreleme: Hizmet tarafından yönetilen anahtarlardan müşteri tarafından yönetilen anahtarlara geçiş de dahil olmak üzere ayarlanabilir.

Oluşturulduktan sonra yapılandırmalar

  • Güvenlik duvarı kuralları: Kuralları ekleyebilir, silebilir veya değiştirebilirsiniz.
  • Katman, depolama boyutu: Birincil sunucuya yükseltme işlemi için katman ve depolama boyutu birincil sunucuyla eşleşmelidir. Bağımsız sunucuya yükseltme ve çoğaltma işleminden kaldırma işlemi için katman ve depolama boyutu birincil sunucuyla eşleşebilir veya aşabilir.
  • Performans katmanı (IOPS): Ayarlanabilir.
  • Authentication yöntemi: Ayarlanabilir seçenekler arasında PostgreSQL kimlik doğrulamasından Microsoft Entra geçiş dahildir.
  • Parametreler: Çoğu parametre ayarlanabilir. Ancak paylaşılan bellek boyutunu etkileyenler, özellikle olası birincil sunucuya yükseltme senaryoları için birincil sunucuyla uyumlu olmalıdır. Bağımsız sunucuya yükseltme ve çoğaltmadan kaldırma işlemi için bu parametreler birincil sunucudaki parametrelerle eşleşmeli veya bunları aşmalıdır.
  • Bakım zamanlaması: Ayarlanabilir.

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

Birincil sunucular, okuma replikalarında yapılandıramayacağınız belirli işlevleri destekler. Bu işlevler şunlardır:

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

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

Katmanlı okuma replikaları oluşturun

Art arda okuma amaçlı çoğaltmalar okuma iş yüklerinin dağıtılmasında yardımcı olabilir ve birincil sunucudaki yükü azaltır. Okuma amaçlı çoğaltmaları farklı bölgelerde (bölgeler arası okuma çoğaltmaları) dağıtmak, okuma trafiğini çeşitli coğrafyalardaki kullanıcılara daha yakın bir şekilde dağıtmanıza yardımcı olabilir. PostgreSQL için Azure Veri Tabanı sunucusuna basamaklı okuma çoğaltmaları ekleyebilirsiniz. Bu özellik, mevcut bir okuma çoğaltmasını temel alarak yeni okuma çoğaltmaları oluşturmanıza olanak tanır; mevcut okuma çoğaltması da bir sonraki seviye için kaynak görevi görür.

Birinci düzey okuma çoğaltıcısı, verileri birincil sunucudan asenkron olarak çoğaltır. Ardından, kaynak olarak birinci düzey replikayı kullanıp iki katmanlı bir replikasyon hiyerarşisi oluşturacak şekilde ikinci düzey bir okuma replikası oluşturabilirsiniz. Bu mimari, ölçeklenebilirliği artırarak 30'a kadar okuma çoğaltması sunucusunu destekler; birincil sunucu en fazla beş okuma çoğaltmasını destekler ve bu çoğaltmaların her biri beş ek çoğaltmayı destekler. Esnek PostgreSQL için Azure Veri Tabanı sunucuya basamaklı okuma amaçlı çoğaltma eklemek için var olan okuma amaçlı çoğaltmayı seçin (birincil sunucudan oluşturulur), Çoğaltma sekmesine gidin ve Çoğaltma oluştur'u seçin.

Örneğin, birincil sunucunuzun en fazla beş okuma replikası olabilir (düzey 1). Bunlardan biri, örneğin read-replica-1, (2. seviye) parçası haline gelen başka bir kopya read-replica-2 için kaynak görevi görür.

Dikkat edilmesi gereken temel konular

  • İki düzeyli çoğaltma desteğiyle, her kaynak okuma çoğaltması için en fazla beş okuma çoğaltması oluşturabilirsiniz.
  • Geçiş işlemi, ara (kaynak) okuma çoğaltmasını ve basamaklı okuma çoğaltmasını destekler.
  • Birincile yükseltme işlemi, art arda okuma çoğaltmaları içeren ara okuma çoğaltmalarını desteklemez.
  • Sanal uç noktalar basamaklı çoğaltmalar için desteklenmez.
  • PostgreSQL sürüm 14 ve üzeri olan ara çoğaltmalarda basamaklı okuma çoğaltmaları desteklenir.

Replikaya bağlan

Bir çoğaltma oluşturduğunuzda, birincil sunucunun güvenlik duvarı kurallarını veya sanal ağ hizmet uç noktasını devralmaz. Bu kuralları replika oluşturulurken ayarlayabilir ve daha sonra değiştirebilirsiniz.

Replika, yönetici hesabını birincil sunucudan devralır. Birincil sunucudaki tüm kullanıcı hesapları okuma replikalarına yansıtılır. Okuma replikasına yalnızca birincil sunucuda bulunan kullanıcı hesaplarını kullanarak bağlanabilirsiniz.

Çoğaltma kopyasına bağlanmak için iki yöntem kullanabilirsiniz:

  • Doğrudan replika sunucusuna: Tıpkı normal bir PostgreSQL için Azure Veri Tabanı esnek sunucusuna bağlanır gibi, ana bilgisayar adıyla ve geçerli bir kullanıcı hesabı kullanarak replika sunucusuna bağlanabilirsiniz. myreplica adında, yönetici kullanıcı adı myadmin olan bir sunucuya psql kullanarak replikaya bağlanabilirsiniz:
psql -h myreplica.postgres.database.azure.com -U myadmin postgres

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

Bağlantı işlemini kolaylaştırmak için Azure portalı kullanıma hazır bağlantı dizeleri sağlar. Bu bağlantı dizelerini Bağlan sayfasında bulabilirsiniz. Bunlar hem değişkenleri hem de libpq bash konsolları için uyarlanmış bağlantı dizelerini içerir.

  • Sanal Uç Noktalar aracılığıyla: Alternatif bir bağlantı yöntemi sanal uç noktaları kullanır. Daha fazla bilgi için bkz. Sanal uç noktalar. Sanal uç noktaları kullanarak, hangi sunucunun o anda replika rolünü üstlendiğine bakılmaksızın, salt okunur uç noktayı her zaman replikayı işaret edecek şekilde yapılandırabilirsiniz.

Çoğaltmayı izleme

PostgreSQL için Azure Veri Tabanı'daki okuma amaçlı ç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 ayarlama, replikalar bunları almadan önce birincil sunucuda WAL segmentlerinin silinmesini önleyerek replikaların senkronizasyon dışı kalmasını önlemeye yardımcı olur. Bu yaklaşımın dezavantajı, çoğaltma yuvası uzun süre etkin kalmazsa birincil sunucuda alanın tükenme riskinin bulunmasıdır. Böyle durumlarda, birincil sunucuda WAL dosyaları birikir ve bu da depolama kullanımının kademeli olarak artmasına neden olur. Depolama kullanımı 95% ulaştığında veya kullanılabilir kapasite 5 GiB'den azsa, disk dolu durumlarla ilişkili 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.

Kullanılan depolama alanı veya depolama yüzdesi için uyarı kuralları ve çoğaltma gecikmeleri için, belirli eşikleri aştığında proaktif olarak işlem yapabilir, depolama boyutunu artırabilir ve gecikmeli okuma amaçlı çoğaltmaları silebilirsiniz. Ö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.

İzleme ölçümleri

PostgreSQL için Azure Veri Tabanı hizmeti, çoğaltmayı izlemek için aşağıdaki ölçümleri sağlar.

Okuma replikasyonu için izleme ve uyarılar için gelişmiş ölçümleri kullanabilirsiniz.

Gelişmiş ölçümleri etkinleştirme

  • Bu yeni ölçümlerin çoğu varsayılan olarak devre dışıdır . Ancak, varsayılan olarak etkinleştirilen birkaç özel durum vardır. Aşağıdaki tablolardaki en sağdaki sütun, her ölçümün varsayılan olarak etkinleştirilip etkinleştirilmediğini gösterir.
  • Varsayılan olarak etkin olmayan ölçümleri etkinleştirmek için parametresini metrics.collector_database_activity olarak ONayarlayın. Bu parametre dinamiktir ve örneğin yeniden başlatılmasını gerektirmez.
Mantıksal çoğaltma
Ekran adı Metri̇k Kimlik Birim Description Boyut Varsayılan etkin
En Fazla Mantıksal Çoğaltma Gecikmesi logical_replication_delay_in_bytes byte Tüm mantıksal çoğaltma yuvalarında maksimum gecikme. Geçerli değildir Yes
Replication
Ekran adı Metri̇k Kimlik Birim Description Boyut Varsayılan etkin
En Fazla Fiziksel Çoğaltma Gecikmesi physical_replication_delay_in_bytes byte Tüm zaman uyumsuz fiziksel çoğaltma yuvalarında maksimum gecikme. Geçerli değildir Yes
Okuma Replikası Gecikmesi physical_replication_delay_in_seconds Saniye Okuma replikası gecikmesi saniye cinsinden. Geçerli değildir Yes

Daha fazla bilgi edinmek için bkz. Çoğaltma nasıl yapılır makalesini okuyun.

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, replikanın birincil ile senkronize olma sürecinde, replika oluşturma sırasında veya çoğaltma devre dışı kaldığı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şmezse ve son işlem 5 saniye önce yeniden yürütüldüyse, Okuma Çoğaltma Gecikmesi 5 saniyelik gecikme 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 birincil sunucuyu doğrudan sorgulayarak tüm replikalarda çoğaltma gecikmesini öğrenin.

Uyarı

Birincil sunucu veya okuma replikası yeniden başlatılırsa, yeniden başlatma ve güncel duruma gelme süresi Çoğaltma Gecikmesi metriğine yansıtılır.

Çoğaltma durumu

Çoğaltma ve yükseltme işleminin ilerleme durumunu ve durumunu izlemek için Azure portalındaki Replication state sütununa bakın. Bu sütun çoğaltma sayfasında bulunur ve okuma replikalarının mevcut durumu ile birincil ile olan bağlantıları hakkında içgörü sağlayan çeşitli durumları gösterir. Azure Resource Manager API'sini kullanan kullanıcılar için, GetReplica API'sini çağırırken durum, replica özellik paketinde ReplicationState olarak görünür.

Olası değerler şunlardır:

Çoğaltma durumu Açıklama Siparişi yükselt Okuma replikası oluşturma sırası
Yeniden yapılandırma Yedek-ana bağlantısının başlaması bekleniyor. Kopya veya ilgili bölge, örneğin bir felaket nedeniyle kullanılamaz durumdaysa, daha uzun süre erişilemez olabilir. 1 Mevcut Değil
Sağlama Okuma amaçlı replika oluşturuluyor ve iki sunucu arasındaki replikasyon henüz başlamadı. Sağlama tamamlanana kadar okuma amaçlı çoğaltmaya bağlanamazsınız. Mevcut Değil 1
Güncelleştirme Sunucu yapılandırması, yükseltme gibi tetiklenen bir eylemin veya okuma replikası oluşturmanın ardından hazırlık aşamasındadır. 2 2
Ketçap WAL dosyaları replika üzerinde 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 Birincil sunucuya okuma çoğaltmasının başarıyla bağlı olduğunu gösteren sağlıklı durum. Sunucular durdurulduysa ancak daha önce başarıyla bağlandıysa, durum etkin olarak kalır. 4 4
Bozuk Sağlıksız bir durum, yükseltme işleminin başarısız olmuş olabileceğini veya replikasının herhangi bir nedenle ana sunucuya bağlanamadığını gösteriyor. Bu durumu gidermek için replikayı kaldırın ve yeniden oluşturun. Mevcut Değil Mevcut Değil

Çoğaltmayı izlemeyi öğrenin.

Değerlendirmeler

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şlemlerini hem birincil hem de çoğaltma sunucularına uygulayabilirsiniz. Ancak, sistem bütünlüğünü korumak için belirli bir diziyi izleyin. 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.
  • Bir sunucuda okuma amaçlı çoğaltmalar varsa, birincil sunucuyu silmeden önce okuma amaçlı çoğaltmaları silin.
  • PostgreSQL için Azure Veri Tabanı esnek bir sunucu için yerinde ana sürüm yükseltmesi, sunucuda etkinleştirilen tüm okuma çoğaltmalarının ve basamaklı okuma çoğaltmalarının kaldırılmasını gerektirir. Çoğaltmalar silindikten sonra birincil sunucuyu istediğiniz ana sürüme yükseltebilirsiniz. Yükseltme tamamlandıktan sonra çoğaltma işlemini sürdürmek için çoğaltmaları yeniden oluşturabilirsiniz.
    • 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ı desteklenmez. Bu eylemleri gerçekleştirmek istiyorsanız, önce çoğaltma sunucusunu yükseltin ve ardından yeni yükseltilen sunucudaki parolayı ayrı olarak güncelleştirin.

Yeni kopyalar

Yeni bir PostgreSQL için Azure Veri Tabanı esnek sunucu olarak okuma amaçlı bir çoğaltma oluşturursunuz. Var olan bir sunucuyu bir replika hâline getiremezsiniz.

Kaynak taşıma

Okuma amaçlı çoğaltmaları birincil kaynak grubundan farklı bir kaynak grubunda oluşturabilirsiniz. Ancak, okuma amaçlı çoğaltmaların oluşturulduktan sonra başka bir kaynak grubuna taşınması desteklenmez. Ayrıca, kopyaların farklı bir aboneliğe taşınması desteklenmemektedir. Okuma amaçlı çoğaltmaları olan birincil kaynağın başka bir kaynak grubuna veya aboneliğe taşınması desteklenmez.

Depolama otomatik büyütme

PostgreSQL için Azure Veri Tabanı esnek bir sunucu 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 olun. 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.
  • Birincil üzerinde depolama otomatik büyütmeyi etkinleştirmek için önce kopyalarda 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 Veri Tabanı esnek sunucunuz için yedeklemeleri ve geri yüklemeleri yönetirken, farklı yükseltme senaryolarında sunucunun geçerli ve önceki rolünü aklınızda bulundurun. Şu önemli noktaları unutmayın:

Birincil sunucuya yükseltme

  • Okuma amaçlı çoğaltmalardan yedekleme yok: Sistem, geçmiş rollerinden bağımsız olarak okuma amaçlı çoğaltma sunucularından hiçbir zaman yedekleme almaz.
  • Geçmiş yedeklemelerin korunması: Bir sunucu bir zamanlar birincilse ve sistem bu süre boyunca yedeklemeler aldıysa, bu yedeklemeleri kullanıcı tanımlı saklama süresine kadar korur.
  • Geri yükleme işlemi kısıtlamaları: Okuma amaçlı çoğaltmaya geçen 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 yükseltildiğinde başlatabilirsiniz.

Netlik sağlamak için aşağıdaki tabloda şu noktalar gösterilmektedir:

Sunucu rolü Yedek alındı Geri yüklemeye izin verilir
Primary Yes Yes
Okuma amaçlı çoğaltma Hayı Hayı
Okuma replikası birincil olarak terfi ettirildi Yes Yes

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

Sunucu bir okuma çoğaltması olsa da sistem yedekleme yapmaz. Ancak, bunu bağımsız bir sunucuya yükseltdiğinizde, sistem hem yükseltilen sunucu hem de birincil sunucu için yedekler alır. Yedeklemeleri her iki sunucuda da geri yükleyebilirsiniz.

Ağ Kurma

Okuma amaçlı çoğaltmalar, esnek PostgreSQL için Azure Veri Tabanı sunucunun desteklediği 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 Veri Tabanı kurulumu için çok önemlidir. Azure sanal ağ alt ağı, hedef bağlantı noktası 5432'de trafiğin gönderilmesine ve alınmasına izin vermelidir.

Bu gereksinim yalnızca eşitleme işlemini kolaylaştırmakla kalmaz, aynı zamanda yükseltme mekanizmasının düzgün çalışmasını da sağlar. Replikaların, özellikle birincile yükseltme işlemleri sırasında, replikadan birincile doğru ters sırada iletişim kurması gerekebilir. Ayrıca, veri dayanıklılığını korumak ve verimli kurtarma işlemlerini etkinleştirmek için Write-Ahead Günlük (WAL) arşivlerini depolayan Azure depolama hesabına bağlantılara izin vermelisiniz.

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ölgeler ve sanal ağlar arasında çoğaltmanın etkilerini anlamak için Azure bölgeleri ve özel ağ ile sanal ağlar arasında çoğaltma makalesine bakın.

Replikasyon yuvası sorunlarını giderme

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 önceliktir. Böyle uç durumlarda sunucu, birincil sunucunun okuma ve yazma trafiği için çalışır durumda kaldığından emin olmak için çoğaltma yuvasını bırakabilir. 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 izleyin ve olası sorunları yükseltmeden önce azaltmak için gerekli eylemleri gerçekleştirin.

Parameters

Okuma amaçlı bir çoğaltma oluşturduğunuzda, parametreleri birincil sunucudan devralır. Bu devralma tutarlı ve güvenilir bir başlangıç noktası sağlar. Ancak, okuma çoğaltmasını oluşturduktan sonra birincil sunucudaki parametrelerde yaptığınız değişiklikler otomatik olarak çoğaltılmaz. 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 davranış esneklik ve özelleştirme seçenekleri sunarken, parametrelerde birliğin gerekli olduğu durumlarda birincil ile replikası arasında tutarlılığın korunması için dikkatli ve manuel olarak yönetilmesini gerektirir.

Yöneticiler okuma amaçlı çoğaltma sunucusundaki parametreleri değiştirebilir ve birincil sunucudan farklı değerler ayarlayabilir. Tek istisna, aşağıdaki "Ölçeklendirme" bölümünde de belirtilen ve çoğaltmanın kurtarılmasını etkileyebilecek parametrelerdir: max_connections, max_prepared_transactions, max_locks_per_transaction, max_wal_senders, max_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 parametreleri her zaman birincil sunucuda yapılandırılanlara eşdeğer veya daha büyük değerlere ayarlayın. Okuma amaçlı çoğaltma sunucusundaki parametre değerlerini düşürmeden önce, olası çoğaltma veya kurtarma sorunlarını önlemek için çoğaltma gecikmesinin en düşük düzeyde olduğundan veya çoğaltmanın birincil sunucuya tam olarak yakalandığından emin olun.

Scale

İşlem gücünü (vCore) artırıp azaltabilir, hizmet katmanını Genel Amaçlı’dan Bellek İçin İyileştirilmiş’e (veya tersi yönde) değiştirebilir ve depolama kapasitesini artırabilirsiniz. Ancak aşağıdaki uyarılar geçerlidir.

İşlem ölçeklendirme için:

  • PostgreSQL için Azure Veri Tabanı hizmeti, çoğaltmaların kurtarma işlemi sırasında paylaşılan belleğin tükenmemesini sağlamak için, çoğaltmalardaki çeşitli parametrelerin ana sunucudaki ayarla eşit veya ondan büyük 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 sunucunun işlem ölçeğini küçültün, ardından kopya sunucunun ölçeğini küçültün.

  • Birincildeki işlem kapasitesi her zaman en küçük çoğaltmadaki işlem kapasitesine eşit ya da ondan daha düşük olmalıdır.

Depolama ölçeklendirme için:

  • Ölçeği artırma: Önce bir replikanın depolama alanını ölçeklendirin, ardından birincilin ölçeğini artırın.

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

İlgili içerik

  • Last updated on