PostgreSQL için Azure veritabanı sınırları-esnek sunucu

Aşağıdaki bölümlerde, veritabanı hizmetindeki kapasite ve işlevsel sınırlar açıklanır. Kaynak (işlem, bellek, depolama) katmanları hakkında bilgi edinmek istiyorsanız, bkz. işlem ve depolama makalesi.

En fazla bağlantı sayısı

Fiyatlandırma Katmanı ve sanal çekirdek başına en fazla bağlantı sayısı aşağıda gösterilmiştir. Azure sistemi, PostgreSQL için Azure veritabanı 'nı izlemek üzere üç bağlantı gerektirir-esnek sunucu.

Bağlantılar sınırı aştı mı, aşağıdaki hatayı alabilirsiniz:

ÖNEMLI: Üzgünüz, zaten çok fazla istemci var.

PostgreSQL bağlantısı boşta bile olsa yaklaşık 10 MB bellek kaplar. Ayrıca, yeni bağlantılar oluşturmak zaman alır. Uygulamaların çoğu, bu duruma neden olan çok sayıda kısa süreli bağlantı isteği sunar. Sonuç olarak gerçek iş yükünüz için daha az kaynak kullanılabilir ve bu da performansın düşmesine neden olur. Bağlantı havuzu, boştaki bağlantıları azaltmak ve mevcut bağlantıları yeniden kullanmak için kullanılabilir. Daha fazla bilgi edinmek için blog gönderimizi ziyaret edin.

İşlevsel sınırlamalar

Ölçeklendirme işlemleri

• Sunucu depolama alanını ölçeklendirmek için sunucunun yeniden başlatılması gerekir.
• Sunucu depolama alanı yalnızca 2 kat artışlarla ölçeklendirebilirsiniz. Ayrıntılar için bkz. İşlem Depolama depolama alanı.
• Sunucu depolama boyutunun azaltılması şu anda desteklenmiyor.

Sunucu sürümü yükseltmeleri

• Ana veritabanı altyapısı sürümleri arasında otomatik geçiş şu anda desteklenmiyor. Bir sonraki ana sürüme yükseltmek için döküm alıp yeni altyapı sürümüyle oluşturulmuş bir sunucuya geri yükleyebilirsiniz.

Depolama

• Yapılandırıldığında depolama alanı boyutu azaltamaz. İstenen depolama boyutuna sahip yeni bir sunucu oluşturmanız, el ile döküm ve geri yükleme gerçekleştirmeniz ve veritabanılarınızı yeni sunucuya geçirmeniz gerekir.
• Şu anda depolama otomatik büyüt özelliği kullanılamıyor. Lütfen kullanımı izle ve depolama alanını daha yüksek bir boyuta artır.
• Depolama kullanımı %95'e ulaştığında veya kullanılabilir kapasite 5 GiB'den küçükse, disk dolu durumlarla ilişkili hataları önlemek için sunucu otomatik olarak salt okunur moda geçer.
• Depolama boyutunu artırma gibi proaktif olarak işlem yapmak için belirli eşikleri aştıklarda veya için uyarı storage used storage percent kuralları ayarlamanız önerilir. Örneğin, depolama yüzde değeri %80 kullanımı aşarsa bir uyarı ayarlayın.

Ağ

• VNET'e ve sanal ağdan dışarı taşıma şu anda desteklenmiyor.
• Genel erişimi bir sanal ağ içindeki dağıtımla birleştirme şu anda desteklenmiyor.
• Güvenlik duvarı kuralları sanal ağ üzerinde desteklenmiyor, Bunun yerine Ağ güvenlik grupları kullanılabilir.
• Genel erişim veritabanı sunucuları, örneğin aracılığıyla genel İnternet'e postgres_fdw bağlanarak bu erişim kısıtlanabilir. Sanal ağ tabanlı sunucular, Ağ Güvenlik Grupları kullanılarak kısıtlı giden erişime sahip olabilir.

Yüksek kullanılabilirlik (HA)

• Lütfen Alan Yedekli HA Sınırlamaları belge sayfasına bakın.

Kullanılabilirlik alanları

• Sunucuları farklı bir kullanılabilirlik bölgesine el ile taşıma şu anda desteklenmiyor.
• HA bekleme sunucusunun kullanılabilirlik alanı el ile yapılandıramaz.

Postgres altyapısı, uzantıları ve PgBouncer

• Postgres 10 ve üzeri desteklenmiyor. Eski Postgres sürümlerine ihtiyaç ediyorsanız Tek Sunucu seçeneğinin kullanılması önerilir.
• Uzantı desteği şu anda Postgres contrib uzantılarıyla sınırlıdır.
• Yerleşik PgBouncer bağlantı havuzu sunucusu şu anda Seri Durumdan Çıkarılabilir sunucularda kullanılamaz.
• SCRAM kimlik doğrulaması, yerleşik PgBouncer kullanılarak bağlantı ile desteklenmiyor.

Durdurma/başlatma işlemi

• Sunucu yedi günden uzun süre durdurulamaz.

Zamanlanan bakım

• Bakım penceresinin zaten planlanan bir yükseltmeden beş gün önce değiştirilmesi bu yükseltmeyi etkilemez. Değişiklikler yalnızca bir sonraki zamanlanmış bakımda etkili olur.

Sunucuyu geri yükleme

• Yedeklemeler sistem tarafından yönetilir, şu anda bu yedeklemeleri el ile çalıştırmanın bir yolu yoktur. Bunun yerine kullanılması pg_dump önerilir.
• Yedeklemeler her zaman anlık görüntü tabanlı tam yedeklemelerdir (değişiklik yedekleri değildir), büyük olasılıkla daha yüksek yedekleme depolama alanı kullanımına neden olur. İşlem günlüklerinin (ileri yazma günlükleri - WAL) tam/değişiklik yedeklerinden ayrı olduğunu ve sürekli olarak arşivlenmiş olduğunu unutmayın.

Sunucuyu geri yükleme

• Zaman Içinde Nokta Geri Yükleme özelliği kullanılırken, yeni sunucu temel alınan sunucuyla aynı işlem ve depolama yapılandırmaları ile oluşturulur.
• VNET tabanlı veritabanı sunucuları, bir yedekten geri yükleme işlemiyle aynı sanal ağ içine geri yüklenir.
• Geri yükleme sırasında oluşturulan yeni sunucuda özgün sunucuda var olan güvenlik duvarı kuralları yoktur. Güvenlik duvarı kurallarının yeni sunucu için ayrı olarak oluşturulmalıdır.
• Silinen bir sunucunun geri yüklemesi desteklenmiyor.
• Çapraz bölge geri yüklemesi desteklenmiyor.

Diğer özellikler

• Azure AD kimlik doğrulaması henüz desteklenmiyor. Azure AD kimlik doğrulaması gerekirse Tek Sunucu seçeneğinin kullanılması önerilir.
• Okuma çoğaltmaları henüz desteklenmiyor. Okuma çoğaltmaları gerekirse Tek Sunucu seçeneğinin kullanılması önerilir.
• Kaynakları başka bir aboneliğe taşıma desteklenmiyor.

Sonraki adımlar

• İşlem ve depolama seçenekleri için neler olduğunu anlama
• Desteklenen PostgreSQL Veritabanı Sürümleri hakkında bilgi edinmek için
• Sunucuyu kullanarak bir sunucuyu yedekleme ve geri yükleme PostgreSQL için Azure Veritabanı gözden Azure portal