Merencanakan penginstalan AlloyDB Omni di VM

Dokumen ini menjelaskan cara menyiapkan AlloyDB Omni untuk dijalankan di lingkungan Linux apa pun yang mendukung runtime penampung.

Untuk 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 mirip dengan persyaratan sistem database sumber.

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

Menentukan ukuran lingkungan AlloyDB Omni mencakup langkah-langkah berikut:

  1. Tentukan beban kerja Anda.

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

    • Rasio transaksi: Tentukan jumlah transaksi per detik (TPS) yang diharapkan, termasuk operasi baca, tulis, update, dan hapus.

    • Serentak: Estimasi 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 mendapatkan manfaat dari beberapa core CPU yang diskalakan secara linear hingga 64 core. Namun, PostgreSQL open source umumnya tidak mendapatkan manfaat dari lebih dari 16 vCPU. Pertimbangkan jumlah core berdasarkan kebutuhan komputasi dan serentak workload Anda. Pertimbangkan peningkatan yang mungkin terjadi karena perubahan generasi atau platform CPU.

    • Memori: Alokasikan RAM yang memadai untuk buffer bersama AlloyDB Omni guna 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), pencadangan, dan pertumbuhan di masa mendatang.

      • IOPS: Estimasi 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
  • Kapasitas disk1: 10 GB
  • CPU: CPU x86-64 atau ARM dengan dukungan AVX2
  • RAM: 8 GB per vCPU yang dialokasikan ke AlloyDB Omni
  • Kapasitas disk1: 20 GB+
macOS
  • CPU: CPU Intel dengan dukungan AVX2 atau chip M
  • RAM: 2GB
  • Kapasitas disk1: 10 GB
  • CPU: CPU Intel dengan dukungan AVX2 atau chip M
  • RAM: 8 GB per vCPU yang dialokasikan ke AlloyDB Omni
  • Kapasitas 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 pasang 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
  • Kernel Linux versi 4.18 ke atas
  • Cgroups 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 kernel Linux versi yang lebih lama dari 5.3 yang memiliki dukungan untuk perintah 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 penampung 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 penampung berjalan. Untuk beban kerja perusahaan, gunakan penyimpanan yang dicadangkan untuk instance AlloyDB Omni. Bergantung pada permintaan yang ditetapkan oleh beban kerja database, konfigurasikan perangkat penyimpanan dalam konfigurasi singleton dengan satu perangkat disk untuk setiap penampung, atau dalam konfigurasi gabungan dengan beberapa penampung membaca dan menulis dari perangkat disk yang sama.

Penyimpanan NVMe atau SAN lokal

Penyimpanan Non-Volatile Memory Express (NVMe) lokal dan penyimpanan Storage Area Network (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 melalui Fabric 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 yang 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.

Untuk menskalakan penyimpanan NVMe lokal, Anda harus menambahkan lebih banyak drive ke setiap server. Namun, menambahkan lebih banyak drive ke setiap server akan menyebabkan kumpulan penyimpanan 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, biasanya SSD atau penyimpanan NVMe terpusat. Meskipun SAN tidak secepat NVMe lokal, SAN modern, terutama yang menggunakan NVMe melalui Fabric, masih memberikan performa yang sangat baik untuk sebagian besar beban kerja perusahaan.

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

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

Langkah selanjutnya