Pilar optimasi biaya

Pilar optimasi biaya dari AWS Well-Architected Framework berfokus pada menghindari biaya yang tidak perlu. Rekomendasi berikut dapat membantu Anda memenuhi prinsip desain pengoptimalan biaya dan praktik terbaik arsitektur untuk Neptunus Analytics.

Pilar optimasi biaya berfokus pada bidang-bidang utama berikut:

• Memahami pengeluaran dari waktu ke waktu dan mengendalikan alokasi dana

• Memilih sumber daya dari jenis dan kuantitas yang tepat

• Penskalaan untuk memenuhi kebutuhan bisnis tanpa pengeluaran berlebihan

Memahami pola penggunaan dan layanan yang dibutuhkan

Sebelum Anda mengadopsi Neptunus Analytics, periksa apakah kasus penggunaan Anda cocok untuk analitik grafik.

• Database grafik: Database grafik seperti Neptunus sangat cocok untuk beban kerja Anda jika model data Anda memiliki struktur grafik yang dapat dilihat dan kueri Anda perlu mengeksplorasi hubungan dan melintasi beberapa lompatan. Database grafik tidak cocok untuk pola berikut:

  • Terutama kueri single-hop. Dalam kasus penggunaan ini, pertimbangkan apakah data Anda mungkin lebih baik direpresentasikan sebagai atribut objek.

  • JSON atau data objek besar biner (gumpalan) disimpan sebagai properti.

• Analisis grafik: Neptunus Analytics adalah mesin database analisis grafik yang dapat dengan cepat menganalisis sejumlah besar data grafik dalam memori untuk mendapatkan wawasan dan menemukan tren. Anda dapat menyimpan dan menanyakan data grafik di database Neptunus dan grafik Neptunus Analytics. Database Neptunus paling cocok untuk kebutuhan pemrosesan transaksional online (OLTP) yang dapat diskalakan. Neptune Analytics adalah yang terbaik untuk beban kerja analitik sementara. Anda dapat menggunakan keduanya dalam kombinasi dengan memuat data dari database Neptunus yang berorientasi transaksi ke grafik Neptunus Analytics untuk menjalankan analitik data tersebut. Saat analisis selesai, Anda dapat menghapus grafik Neptunus Analytics. Untuk perbandingan yang lebih rinci, lihat Kapan menggunakan Neptunus Analytics dan kapan menggunakan Database Neptunus dalam dokumentasi Neptunus Analytics.

Tentukan, dengan memperhatikan biaya, cara terbaik untuk mengisi grafik Neptunus Analytics Anda.

• Data grafik impor massal yang dipentaskan dalam bucket S3. Kami merekomendasikan opsi ini jika data Anda sebelumnya dipentaskan untuk pemuatan massal ke database Neptunus, atau jika Anda sudah memiliki, atau dapat dengan mudah menghasilkan, data yang akan dianalisis dalam CSV atau format lain yang didukung yang diperlukan impor massal. Anda dapat menjalankan impor massal sebagai bagian dari prosedur pembuatan grafik. Anda dapat menempatkan batas pada kapasitas minimum dan maksimum. Anda juga dapat menjalankan impor pada grafik kosong yang dibuat sebelumnya dan memantau tugas impor saat berjalan.

• Anda dapat membuat grafik kosong dan kemudian mengisinya melalui kueri OpenCypher dengan menggunakan pemuatan batch. Opsi ini sangat ideal jika data yang akan dimuat dipentaskan di Amazon S3 dan lebih kecil dari 50 GB.

• Anda dapat mengisi grafik dari data di cluster database Neptunus Anda (didukung dalam Database Neptunus versi 1.3.0 atau yang lebih baru). Maksud dari pola ini adalah untuk menjalankan analitik pada data yang saat ini ada di database grafik Anda. Bahkan jika database awalnya diisi melalui beban massal, itu mungkin telah berubah secara signifikan sejak saat itu. Untuk mengimpor dari database, Neptune Analytics mengkloning database Anda dan mengekspor data dari klon ke bucket S3. Prosedur ini menimbulkan biaya: terutama biaya database Neptunus untuk menjalankan klon dan biaya Amazon S3 untuk menyimpan dan mengkonsumsi data yang diekspor. Klon dihapus ketika ekspor selesai. Anda dapat menghapus data yang diekspor di Amazon S3.

• Anda dapat mengisi grafik dari snapshot cluster database Neptunus. Ini mirip dengan opsi sebelumnya, kecuali bahwa sumbernya adalah snapshot database. Untuk mengimpor dari snapshot, Neptune Analytics pertama-tama mengembalikan snapshot ke cluster database baru, dan kemudian mengekspor data ke bucket S3. Prosedur ini menimbulkan biaya: terutama biaya database Neptunus untuk menjalankan cluster yang dipulihkan dan biaya Amazon S3 untuk menyimpan dan mengkonsumsi data yang diekspor.

• Anda juga dapat melakukan kueri OpenCypher untuk membuat, memperbarui, atau menghapus data dengan menggunakan transaksi yang sesuai dengan atomisitas, konsistensi, isolasi, daya tahan (ACID) pada grafik. Kami merekomendasikan pendekatan ini sebagai cara untuk membuat pembaruan kecil tetapi bukan sebagai cara penyemaian grafik.

Jika data yang diperlukan untuk analitik sudah dipentaskan di Amazon S3, kami merekomendasikan impor massal atau pemuatan batch. Ini lebih hemat biaya daripada mengisi grafik dari cluster atau snapshot database Neptunus.

Pilih sumber daya dengan memperhatikan biaya

Harga Neptunus Analytics menggunakan unit yang dikenal sebagai Unit Kapasitas Neptunus yang dioptimalkan untuk memori (m-NCU). Ada biaya per jam tetap untuk menjalankan grafik dengan m-NCU yang diberikan. Grafik mungkin memiliki replika untuk failover, dan replika ini juga dikenakan biaya m-NCU per jam.

Kami merekomendasikan praktik terbaik berikut untuk memperkirakan kapasitas, membatasi biaya, dan memantau biaya terhadap kinerja:

• Jika memungkinkan, buat grafik dengan mengimpor data dari sumber yang ada: data yang dipentaskan di Amazon S3 atau cluster atau snapshot Neptunus yang ada. Ini menghemat usaha Anda karena Neptunus Analytics melakukan pengangkatan berat penyemaian grafik, dan Anda dapat menentukan kapasitas maksimum terikat.

• Anda dapat mengubah kapasitas yang disediakan pada grafik yang ada.

• Ketika grafik tidak lagi diperlukan, Anda dapat membuat snapshot dan menghapus grafik. Jika Anda perlu menggunakannya lagi, Anda dapat mengembalikan grafik dari snapshot.

• Anda dapat memilih jumlah replika saat membuat grafik. Tetapkan nilai sesuai dengan persyaratan ketersediaan analitik Anda. Hemat biaya dengan meminimalkan pengaturan ini. Nilai maksimum 2 memungkinkan dua contoh replika di Availability Zone terpisah. Nilai minimum 0 berarti bahwa Neptunus Analytics tidak akan menjalankan replika. Namun, pemulihan lebih cepat ketika replika tersedia. Untuk penjelasan tentang kegagalan dan pemulihan grafik, lihat bagian pilar Keandalan.

• Pantau pengeluaran Neptunus Analytics untuk periode penagihan saat ini dan masa lalu dengan menggunakan. AWS Manajemen Penagihan dan Biaya

• Pantau metrik Neptunus Analytics CloudWatch untuk, NumQueuedRequestsPerSec terutamaNumOpenCypherRequestsPerSec,,GraphStorageUsagePercent,GraphSizeBytes,, CPUUtlization dan, untuk menilai apakah kapasitas yang disediakan berukuran tepat untuk grafik. Tentukan apakah kapasitas yang lebih kecil dapat mengakomodasi tingkat permintaan yang diamati, penggunaan CPU, dan ukuran grafik.

• Jika Anda memerlukan titik akhir pribadi untuk grafik Anda, perhatikan biaya untuk titik akhir virtual private cloud (VPC) elastis IPs, gateway NAT, atau biaya terkait VPC lainnya. Untuk selengkapnya, lihat harga Amazon VPC dan harga Amazon EC2.

• Anda mungkin ingin menjalankan satu atau beberapa instance notebook Neptunus untuk menyediakan antarmuka klien guna membantu pengembang dan analis menanyakan dan memvisualisasikan grafik (lihat harga meja kerja Neptunus). Untuk meminimalkan biaya, bagikan instance di antara pengguna dan buat folder notebook terpisah untuk setiap pengguna. Matikan instance saat tidak digunakan. Untuk pendekatan untuk mengotomatiskan shutdown, lihat posting AWS blog Mengotomatiskan penghentian dan awal sumber daya lingkungan Amazon Neptunus menggunakan tag sumber daya.