Bagikan melalui

Kluster di Azure Cosmos DB for PostgreSQL

  • Artikel

BERLAKU UNTUK: Azure Cosmos DB for PostgreSQL (didukung oleh ekstensi database Citus ke PostgreSQL)

Simpul

Azure Cosmos DB for PostgreSQL memungkinkan server PostgreSQL (disebut simpul) untuk berkoordinasi satu dengan yang lain dalam "kluster." Simpul kluster secara kolektif menyimpan lebih banyak data dan menggunakan lebih banyak inti CPU daripada yang dimungkinkan pada satu server. Arsitektur ini juga memungkinkan database untuk menskalakan dengan menambahkan lebih banyak simpul ke kluster.

Untuk mempelajari selengkapnya tentang jenis simpul, lihat simpul dan tabel.

Status node

Azure Cosmos DB for PostgreSQL menampilkan status simpul dalam kluster pada halaman Gambaran Umum di portal Azure. Setiap node dapat memiliki salah satu nilai status ini:

  • Provisi: Provisi node awal, baik sebagai bagian dari provisi klusternya, atau ketika node pekerja ditambahkan.
  • Tersedia: Node dalam keadaan sehat.
  • Perlu perhatian: Masalah terdeteksi pada node. Node sedang mencoba untuk menyembuhkan diri sendiri. Jika penyembuhan diri gagal, masalah akan dimasukkan ke dalam antrean untuk diselidiki oleh teknisi kami.
  • Menjatuhkan: Penghapusan kluster dimulai.
  • Dinonaktifkan: Langganan Azure kluster berubah menjadi Status dinonaktifkan. Untuk informasi selengkapnya tentang status langganan, lihat halaman ini.

Zona ketersediaan node

Azure Cosmos DB for PostgreSQL menampilkan zona ketersediaan setiap simpul dalam kluster pada halaman Gambaran Umum di portal Azure. Kolom Zona ketersediaan berisi nama zona, atau -- jika node tidak ditetapkan ke zona. (Hanya wilayah tertentu yang mendukung zona ketersediaan.)

Azure Cosmos DB for PostgreSQL memungkinkan Anda mengatur zona ketersediaan pilihan untuk kluster. Biasanya alasannya adalah untuk menempatkan node kluster di zona ketersediaan yang sama di mana aplikasi dan komponen tumpukan aplikasi lainnya berada.

Jika ketersediaan tinggi diaktifkan untuk kluster, dan node gagal ke siaga, Anda mungkin melihat zona ketersediaannya berbeda dari simpul lain. Dalam hal ini, simpul akan dipindahkan kembali ke zona ketersediaan yang sama bersama-sama selama peristiwa pemeliharaan berikutnya.

Langkah berikutnya