Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Penting
Azure Cosmos DB for PostgreSQL tidak lagi didukung untuk proyek baru. Jangan gunakan layanan ini untuk proyek baru. Sebagai gantinya, gunakan salah satu dari dua layanan ini:
Gunakan Azure Cosmos DB for NoSQL untuk solusi database terdistribusi yang dirancang untuk skenario skala tinggi dengan perjanjian tingkat layanan ketersediaan (SLA) 99,999%, skala otomatis instan, dan failover otomatis di beberapa wilayah.
Gunakan fitur Elastic Clusters dari Azure Database For PostgreSQL untuk PostgreSQL yang dipecah menggunakan ekstensi Citus sumber terbuka.
Fitur replikasi baca memungkinkan Anda menduplikasi data dari kluster ke kluster hanya-baca. Replika diperbarui secara asinkron dengan teknologi replikasi fisik PostgreSQL. Anda dapat menjalankan hingga lima replika dari server utama.
Replika adalah kluster baru yang Anda kelola yang mirip dengan kluster biasa. Untuk setiap replika baca, Anda akan ditagih atas komputasi yang disediakan dalam vCores dan penyimpanan dalam GiB/bulan. Biaya komputasi dan penyimpanan untuk kluster replika sama dengan untuk kluster reguler.
Pelajari cara membuat dan mengelola replika.
Kapan harus menggunakan replika baca
Fitur replika baca berfungsi untuk meningkatkan performa dan memperluas skala beban kerja yang intensif dalam membaca. Beban kerja baca dapat diisolasi ke replika, sementara beban kerja tulis dapat diarahkan ke server utama.
Skenario umum adalah meminta BI dan beban kerja analitis menggunakan replika baca sebagai sumber data untuk pelaporan.
Karena bersifat baca-saja, replika tidak mengurangi beban kapasitas tulis pada replika utama secara langsung.
Pertimbangan
Fitur ini dimaksudkan untuk skenario di mana lag replikasi dapat diterima, dan dirancang untuk mengalihkan kueri. Ini tidak dimaksudkan untuk skenario replikasi sinkron ketika data replika diperkirakan akan diperbarui. Akan ada penundaan terukur antara yang utama dan replika. Penundaan dapat berlangsung dalam hitungan menit atau bahkan jam bergantung pada beban kerja dan latensi antara yang utama dan replika. Data pada replika akhirnya selaras dengan data di server utama. Gunakan fitur tersebut untuk beban kerja yang dapat mengakomodasi penundaan ini.
Buat replika
Saat Anda memulai alur kerja buat replika, kluster kosong akan dibuat. Kluster baru ini diisi dengan data yang ada di server utama. Waktu pembuatan tergantung pada jumlah data di server utama dan waktu sejak pencadangan penuh mingguan terakhir. Waktu dapat berkisar dari beberapa menit hingga beberapa jam.
Fitur replika baca menggunakan replikasi fisik PostgreSQL, bukan replikasi logis. Mode bawaan adalah replikasi streaming dengan menggunakan slot replikasi. Jika perlu, pengiriman log digunakan untuk mengejar ketinggalan.
Pelajari cara membuat replika baca di portal Azure.
Menghubungkan ke replika
Saat Anda membuat replika, replika tidak mewarisi aturan firewall dari kluster utama. Aturan tersebut harus ditetapkan secara mandiri untuk replika.
Replika mewarisi akun admin (citus) dari kluster utama.
Semua akun pengguna direplikasi ke replika baca. Anda hanya dapat tersambung ke replika baca dengan menggunakan akun pengguna yang tersedia di server utama.
Anda dapat tersambung ke node koordinator replika dengan nama host-nya dan akun pengguna yang valid, seperti yang Anda lakukan di kluster biasa. Misalnya, server bernama my replica dengan nama pengguna admin citus, Anda dapat tersambung ke node koordinator replika menggunakan psql:
psql -h c-myreplica.12345678901234.postgres.cosmos.azure.com -U citus@myreplica -d postgres
Di perintah, masukkan kata sandi untuk akun pengguna.
Promosi salinan ke kluster mandiri
Anda dapat mempromosikan replika ke kluster independen yang dapat dibaca dan dapat ditulis. Replika yang dipromosikan tidak lagi menerima pembaruan dari replika aslinya, dan promosi tidak dapat diurungkan. Replika yang dipromosikan dapat memiliki replikanya sendiri.
Ada dua skenario umum untuk mempromosikan replika:
Pemulihan bencana. Jika ada yang salah dengan server utama, atau dengan seluruh wilayah, Anda dapat membuka kluster lain untuk penulisan sebagai prosedur darurat.
Beralih ke kawasan lain. Jika Anda ingin beralih ke kawasan lain, buat replika di kawasan baru, tunggu data mengejar ketertinggalan, lalu promosikan replika. Untuk menghindari potensi kehilangan data selama promosi, Anda mungkin ingin menonaktifkan penulisan ke kluster asli setelah replika mengejar ketinggalan.
Anda dapat melihat seberapa jauh replika telah menyusul menggunakan metrik
replication_lag. Lihat metrik untuk informasi selengkapnya.
Pertimbangan
Bagian ini merangkum pertimbangan tentang fitur replika baca.
Replika baru
Replika baca dibuat sebagai kluster baru. Kluster yang ada tidak dapat dibuat menjadi replika. Anda tidak dapat membuat replika dari replika baca lain.
Konfigurasi replika
Replika mewarisi pengaturan komputasi, penyimpanan, dan node pekerja dari server utama mereka. Anda dapat mengubah beberapa--tetapi tidak semua--pengaturan pada replika. Misalnya, Anda dapat mengubah komputasi, aturan firewall untuk akses publik, dan titik akhir privat untuk akses privat. Anda tidak dapat mengubah ukuran penyimpanan atau jumlah node pekerja.
Ingatlah untuk memastikan replika tetap kuat guna menyesuaikan perubahan yang tiba dari sumber utama. Misalnya, pastikan untuk meningkatkan daya komputasi dalam replika jika Anda meningkatkan skalanya di primer.
Aturan firewall dan pengaturan parameter tidak diwariskan dari server utama ke replika ketika replika dibuat atau sesudahnya.
Replikasi lintas wilayah
Replikasi baca dapat dibuat di kawasan kluster utama, atau di kawasan lain yang didukung oleh Azure Cosmos DB for PostgreSQL. Batas lima replika per kluster dihitung di semua kawasan, artinya total lima, bukan lima per kawasan.
Langkah berikutnya
- Pelajari cara membuat dan mengelola replika baca di portal Azure.