Merencanakan penginstalan AlloyDB Omni di VM

Pilih versi dokumentasi:

Dokumen ini menjelaskan cara bersiap menjalankan AlloyDB Omni di lingkungan Linux yang mendukung runtime container.

Untuk mengetahui ringkasan AlloyDB Omni, lihat Ringkasan AlloyDB Omni.

Ukuran dan kapasitas

Ukuran dan kapasitas secara langsung memengaruhi performa, keandalan, dan efektivitas biaya instance AlloyDB Omni Anda. Saat Anda memigrasikan database yang ada, resource CPU dan memori yang diperlukan serupa dengan persyaratan sistem database sumber.

Rencanakan untuk memulai dengan deployment menggunakan CPU, RAM, dan resource disk yang cocok, serta gunakan konfigurasi sistem sumber sebagai konfigurasi dasar AlloyDB Omni. Anda mungkin dapat mengurangi konsumsi resource setelah melakukan pengujian yang memadai pada instance AlloyDB Omni.

Penentuan ukuran lingkungan AlloyDB Omni mencakup langkah-langkah berikut:

  1. Tentukan beban kerja Anda.

    • Volume data: Perkirakan jumlah total data yang akan Anda simpan di AlloyDB Omni. Pertimbangkan data saat ini dan pertumbuhan yang diproyeksikan dari waktu ke waktu.

    • Kecepatan transaksi: Tentukan perkiraan jumlah transaksi per detik (TPS), termasuk pembacaan, penulisan, pembaruan, dan penghapusan.

    • Serentak: Perkirakan jumlah pengguna atau koneksi serentak yang mengakses database.

    • Persyaratan performa: Tentukan waktu respons yang dapat diterima untuk berbagai jenis kueri dan operasi.

  2. Pastikan hardware Anda mendukung persyaratan ukuran.

    • CPU: AlloyDB Omni diuntungkan dari sistem dengan beberapa core CPU, dan AlloyDB Omni menskalakan secara linear, bergantung pada beban kerja. Namun, PostgreSQL open source umumnya tidak mendapatkan manfaat dari lebih dari 16 vCPU. Pertimbangkan hal berikut:

      • Jumlah core berdasarkan konkurensi dan kebutuhan komputasi workload.
      • Peningkatan performa yang mungkin terjadi karena perubahan generasi atau platform CPU.
    • Memori: Alokasikan RAM yang cukup untuk buffer bersama AlloyDB Omni untuk menyimpan data dalam cache dan memori kerja untuk pemrosesan kueri. Persyaratan yang tepat bergantung pada workload. Mulai dengan RAM 8 GB per vCPU.

    • Penyimpanan

      • Jenis: Berdasarkan kebutuhan Anda, pilih antara penyimpanan NVMe lokal untuk performa atau penyimpanan SAN untuk skalabilitas dan berbagi data.

      • Kapasitas: Pastikan penyimpanan yang cukup untuk volume data, indeks, Write-Ahead Log (WAL), cadangan, dan pertumbuhan di masa mendatang.

      • IOPS: Perkirakan operasi input/output per detik (IOPS) yang diperlukan berdasarkan pola baca dan tulis beban kerja Anda. Saat menjalankan AlloyDB Omni di cloud publik, pertimbangkan karakteristik performa jenis penyimpanan Anda untuk memahami apakah Anda perlu meningkatkan kapasitas penyimpanan untuk memenuhi target IOPS tertentu.

Prasyarat untuk menjalankan AlloyDB Omni

Sebelum menjalankan AlloyDB Omni, pastikan Anda memenuhi persyaratan hardware dan software berikut.

Persyaratan hardware

OS/Platform Hardware minimum Hardware yang direkomendasikan
Linux
  • CPU: CPU x86-64 atau ARM dengan dukungan AVX2
  • RAM: 2GB
  • Ruang disk1: 10 GB
  • CPU: CPU x86-64 atau ARM dengan dukungan AVX2
  • RAM: 8 GB per vCPU yang dialokasikan ke AlloyDB Omni
  • Ruang disk1: 20 GB+
macOS
  • CPU: CPU Intel dengan dukungan AVX2 atau chip M
  • RAM: 2GB
  • Ruang disk1: 10 GB
  • CPU: CPU Intel dengan dukungan AVX2 atau chip M
  • RAM: 8 GB per vCPU yang dialokasikan ke AlloyDB Omni
  • Ruang disk1: 20 GB+
  1. Sebaiknya gunakan perangkat penyimpanan solid-state drive (SSD) khusus untuk menyimpan data Anda. Jika Anda menggunakan perangkat fisik untuk tujuan ini, sebaiknya hubungkan langsung ke mesin host.

Persyaratan software

OS/Platform Software minimum Software yang direkomendasikan
Linux1
  • Salah satu OS berikut:
    • Ubuntu 22.04+
    • Debian 11
    • RHEL 8.10
  • Linux kernel versi 4.18+
  • Cgroup v1 atau v2 diaktifkan
  • Docker Engine 20.10+ atau Podman 4.2.0+
  • Salah satu OS berikut:
    • Ubuntu 22.04+
    • Debian 11 atau 12
    • RHEL 9
  • Kernel Linux versi 6.1+, atau versi kernel Linux apa pun yang lebih lama dari 5.3 yang memiliki dukungan untuk direktif MADV_COLLAPSE dan MADV_POPULATE_WRITE
  • Cgroupsv2 diaktifkan
  • Docker Engine 25.0.0+ atau Podman 5.0.0+
macOS
  • Docker Desktop 4.20+
  • Docker Desktop 4.30+
  1. AlloyDB Omni mengasumsikan bahwa SELinux, jika ada, dikonfigurasi di host untuk mengizinkan container berjalan, termasuk akses ke sistem file (atau SELinux disetel ke permisif).

Jenis penyimpanan yang didukung

AlloyDB Omni mendukung sistem file pada volume penyimpanan blok di instance database. Untuk sistem pengembangan atau uji coba yang lebih kecil, gunakan sistem file lokal host tempat container berjalan. Untuk beban kerja perusahaan, gunakan penyimpanan yang dicadangkan untuk instance AlloyDB Omni. Bergantung pada permintaan yang ditetapkan oleh beban kerja database Anda, konfigurasikan perangkat penyimpanan Anda dalam konfigurasi singleton dengan satu perangkat disk untuk setiap penampung, atau dalam konfigurasi gabungan tempat beberapa penampung membaca dan menulis dari perangkat disk yang sama.

Penyimpanan NVMe atau SAN lokal

Penyimpanan Non-Volatile Memory Express (NVMe) lokal dan penyimpanan Jaringan Area Penyimpanan (SAN) menawarkan keunggulan yang berbeda. Memilih solusi yang tepat bergantung pada persyaratan workload, anggaran, dan kebutuhan skalabilitas di masa mendatang.

Untuk menentukan opsi penyimpanan terbaik, pertimbangkan hal berikut:

  • Untuk memprioritaskan performa absolut, pilih NVMe lokal.
  • Jika Anda memerlukan penyimpanan bersama berskala besar, pilih SAN.
  • Jika Anda perlu menyeimbangkan performa dan berbagi, pertimbangkan SAN dengan NVMe over Fabrics untuk akses yang lebih cepat.

Penyimpanan NVMe lokal

NVMe adalah protokol berperforma tinggi yang dirancang untuk solid-state drive (SSD). Untuk aplikasi yang memerlukan akses data cepat, penyimpanan NVMe lokal menawarkan manfaat berikut:

  • SSD NVMe terhubung langsung ke bus Peripheral Component Interconnect Express (PCIe) untuk memberikan kecepatan baca dan tulis yang cepat.
  • Penyimpanan NVMe lokal memberikan latensi terendah.
  • Penyimpanan NVMe lokal memberikan throughput tertinggi.

Menskalakan penyimpanan NVMe lokal memerlukan penambahan lebih banyak drive ke setiap server. Namun, menambahkan lebih banyak drive ke server individual akan menyebabkan kumpulan penyimpanan yang terfragmentasi dan potensi kompleksitas pengelolaan. Penyimpanan NVMe lokal tidak dirancang untuk berbagi data di antara beberapa server. Karena penyimpanan NVMe lokal bersifat lokal, administrator server harus melindungi dari kegagalan disk menggunakan hardware atau software Redundant Array of Inexpensive Disks (RAID). Jika tidak, kegagalan satu perangkat NVMe akan menyebabkan hilangnya data.

Penyimpanan SAN

SAN adalah jaringan penyimpanan khusus yang menghubungkan beberapa server ke kumpulan perangkat penyimpanan bersama, sering kali SSD atau penyimpanan NVMe terpusat. Meskipun SAN tidak secepat NVMe lokal, SAN modern, terutama yang menggunakan NVMe over Fabrics, tetap memberikan performa yang sangat baik untuk sebagian besar beban kerja perusahaan.

  • SAN sangat skalabel. Untuk menambahkan kapasitas atau performa penyimpanan, tambahkan array penyimpanan baru atau upgrade array penyimpanan yang ada. SAN menyediakan redundansi di lapisan penyimpanan, sehingga memberikan perlindungan terhadap kegagalan media penyimpanan.

  • SAN unggul dalam berbagi data. Untuk lingkungan perusahaan yang memerlukan ketersediaan tinggi, beberapa server dapat mengakses dan membagikan data yang disimpan di SAN. Jika terjadi kegagalan server, Anda dapat menyajikan penyimpanan SAN ke server lain di pusat data, sehingga memungkinkan pemulihan yang lebih cepat.

Langkah berikutnya