Mengoptimalkan biaya: Penyimpanan

Last reviewed 2023-08-08 UTC

Dokumen pada Framework Arsitektur Google Cloud ini memberikan rekomendasi untuk membantu Anda mengoptimalkan penggunaan dan biaya resource Cloud Storage, Persistent Disk, and Filestore milik Anda.

Panduan pada bagian ini ditujukan bagi para arsitek dan administrator yang bertanggung jawab untuk menyediakan dan mengelola penyimpanan untuk workload di cloud.

Cloud Storage

Saat Anda merencanakan Cloud Storage untuk workload Anda, pertimbangkan kebutuhan Anda terkait performa, retensi data, dan pola aksesnya.

Kelas penyimpanan

Pilih kelas penyimpanan yang sesuai dengan kebutuhan retensi-data dan frekuensi-akses workload Anda, seperti yang direkomendasikan pada tabel berikut:

Kebutuhan penyimpanan Rekomendasi
Data yang sering diakses (analisis throughput tinggi atau data lake, situs, video streaming, dan aplikasi seluler). Standard Storage
Penyimpanan dengan biaya rendah untuk data yang jarang diakses yang dapat disimpan setidaknya selama 30 hari (misalnya, cadangan dan konten multimedia longtail). Nearline Storage
Data yang jarang diakses yang bisa disimpan setidaknya selama 90 hari (misalnya, replika data untuk pemulihan dari bencana). Coldline Storage
Penyimpanan dengan biaya paling rendah untuk data yang jarang diakses yang bisa disimpan setidaknya selama 365 hari (misalnya, arsip hukum dan peraturan). Archive Storage

Location

Pilih lokasi untuk bucket Anda berdasarkan kebutuhan Anda terkait performa, ketersediaan, dan redundansi data.

  • Region direkomendasikan saat region mendekati pengguna akhir Anda. Anda dapat memilih region tertentu, dan mendapatkan redundansi data yang terjamin di dalam region tersebut. Region menawarkan penyimpanan yang cepat, redundan, dan terjangkau untuk banyak set data yang sering diakses oleh pengguna dalam wilayah geografis tertentu.
  • Multi-region memberikan ketersediaan tinggi untuk pengguna yang terdistribusi. Namun, biaya penyimpanannya lebih tinggi daripada region. Bucket multi-region direkomendasikan untuk kasus penggunaan penayangan konten dan untuk workload analisis berkinerja rendah.
  • Dual-region memberikan ketersediaan tinggi dan redundansi data. Google merekomendasikan bucket dual-region untuk workload analisis berperforma tinggi dan untuk kasus penggunaan yang memerlukan bucket aktif-aktif murni dengan komputasi dan penyimpanan berada di beberapa lokasi yang sama. Dual-region memungkinkan Anda memilih di mana data Anda akan disimpan, yang dapat membantu Anda memenuhi persyaratan kepatuhan. Misalnya, Anda dapat menggunakan bucket dual-region untuk memenuhi kebutuhan spesifik industri terkait jarak fisik antara salinan data Anda yang berada dalam cloud.

Kebijakan siklus proses

Mengoptimalkan biaya penyimpanan untuk objek Anda yang berada dalam Cloud Storage dengan menentukan kebijakan siklus proses. Kebijakan ini membantu menghemat biaya Anda dengan secara otomatis mendowngrade kelas penyimpanan objek tertentu atau menghapus objek tersebut berdasarkan conditions yang Anda tetapkan.

Konfigurasi kebijakan siklus proses berdasarkan seberapa sering objek diakses dan seberapa lama Anda perlu menyimpannya. Berikut ini merupakan contoh kebijakan siklus proses:

  • Kebijakan downgrade: Anda memperkirakan suatu set data sering diakses hanya untuk sekitar tiga bulan. Guna mengoptimalkan biaya penyimpanan untuk set data ini, gunakan Standard Storage, dan mengonfigurasi kebijakan siklus proses untuk men-downgrade objek yang lebih lama dari 90 hari ke Coldline storage.

  • Kebijakan penghapusan: Suatu set data harus disimpan selama 365 hari untuk memenuhi persyaratan hukum tertentu dan dapat dihapus setelah jangka waktu tersebut. Konfigurasikan kebijakan untuk menghapus objek apa pun yang lebih lama dari 365 hari.

    Untuk membantu Anda memastikan bahwa data yang perlu disimpan untuk jangka waktu tertentu (untuk kepatuhan terhadap hukum atau peraturan) tidak dihapus sebelum tanggal atau waktu tersebut, konfigurasikan kunci kebijakan retensi.

Akuntabilitas

Untuk meningkatkan akuntabilitas atas biaya operasional, biaya jaringan, dan biaya pengambilan data, gunakan konfigurasi Requester Pays yang sesuai. Dengan konfigurasi ini, maka biaya akan dibebankan ke departemen atau tim yang menggunakan data tersebut, bukan ke pemilik data.

Tentukan dan tetapkan label pelacakan biaya secara konsisten untuk seluruh bucket dan objek Anda. Mengotomatiskan pelabelan jika memungkinkan.

Redundansi

Gunakan teknik berikut untuk mempertahankan redundansi penyimpanan yang diperlukan tanpa duplikasi data:

  • Untuk mempertahankan ketahanan data dengan satu sumber tepercaya, gunakan bucket dual-region atau multi-region bukan salinan data redundan di berbagai bucket. Bucket dual-region dan multi-region menyediakan redundansi di seluruh region. Data Anda direplikasi secara asinkron ke dua atau beberapa lokasi, dan dilindungi dari gangguan regional.
  • Jika Anda mengaktifkan pembuatan versi objek, pertimbangkan untuk menetapkan kebijakan siklus proses guna menghapus versi terlama dari suatu objek karena versi yang lebih baru menjadi tidak terbaru. Setiap objek dengan versi lama akan dikenai biaya dengan tarif yang sama seperti objek dengan versi aktif.
  • Nonaktifkan kebijakan pembuatan versi objek saat tidak diperlukan lagi.
  • Tinjau dan sesuaikan kebijakan retensi pencadangan dan snapshot Anda secara berkala untuk menghindari pencadangan dan retensi data yang tidak perlu.

Persistent Disk

Setiap VM instance yang Anda deploy di Compute Engine memiliki boot disk, dan satu atau beberapa disk data (opsional). Setiap disk akan dikenai biaya tergantung pada ukuran, region, dan jenis disk yang telah disediakan. Setiap snapshot yang Anda ambil dari disk akan dikenai biaya berdasarkan ukuran snapshot tersebut.

Gunakan rekomendasi desain dan operasional berikut untuk membantu Anda mengoptimalkan biaya dari persistent disk milik Anda:

  • Jangan mengalokasikan kapasitas disk secara berlebihan. Anda tidak dapat mengurangi kapasitas disk setelah penyediaan. Mulailah dengan disk berukuran kecil, dan tingkatkan ukurannya jika diperlukan. Persistent disk ditagih untuk kapasitas yang disediakan, bukan data yang disimpan di disk.

  • Pilih jenis disk yang cocok dengan karakteristik performa workload Anda. SSD menyediakan IOPS dan throughput yang tinggi, tetapi harganya lebih mahal daripada persistent disk standar.

  • Gunakan persistent disk regional hanya ketika melindungi data dari gangguan zona dianggap penting. Persistent disk regional direplika ke zona lainnya di dalam region tersebut, sehingga Anda dikenai biaya dua kali lipat untuk disk zona yang setara.

  • Lacak penggunaan persistent disk Anda dengan menggunakan Cloud Monitoring, dan siapkan pemberitahuan untuk disk dengan penggunaan rendah.

  • Hapus disk yang tidak lagi Anda perlukan.

  • Untuk disk yang berisi data yang mungkin Anda perlukan di masa mendatang, pertimbangkan untuk mengarsipkan data ke Cloud Storage berbiaya rendah lalu menghapus disk tersebut.

  • Cari dan tanggapi rekomendasi di Hub Rekomendasi.

Pertimbangkan juga untuk menggunakan Hyperdisk sebagai tempat penyimpanan berperforma tinggi dan Ephemeral disk (SSD lokal) sebagai tempat penyimpanan sementara.

Snapshot disk bersifat inkremental secara default dan dikompresi secara otomatis. Pertimbangkan rekomendasi berikut untuk mengoptimalkan biaya snapshot disk Anda:

  • Jika memungkinkan, atur data Anda di persistent disk terpisah. Kemudian, Anda dapat memilih untuk mencadangkan disk secara selektif, dan mengurangi biaya disk snapshot.
  • Saat Anda membuat snapshot, pilih lokasi berdasarkan persyaratan ketersediaan Anda dan biaya jaringan terkait.
  • Jika Anda ingin menggunakan snapshot boot-disk untuk membuat multi-VM, buatlah image dari snapshot, lalu gunakan image tersebut untuk membuat VM Anda. Pendekatan ini membantu Anda menghindari biaya jaringan untuk data yang melintas antara lokasi snapshot dan lokasi di mana Anda memulihkannya.
  • Pertimbangkan untuk menyiapkan kebijakan retensi guna meminimalkan biaya penyimpanan jangka panjang untuk snapshot disk.
  • Hapus snapshot disk yang tidak lagi Anda perlukan. Setiap snapshot yang berada dalam rantai mungkin bergantung pada data yang disimpan dalam snapshot sebelumnya. Jadi, menghapus sebuah snapshot tidak berarti menghapus seluruh data yang berada dalam snapshot Untuk menghapus data dari snapshot secara definitif, Anda harus menghapus seluruh snapshot yang berada dalam rantai.

Filestore

Biaya instance Filestore bergantung pada tingkat layanan, kapasitas yang disediakan, dan region tempat instance tersebut disediakan. Berikut merupakan rekomendasi desain dan operasional untuk mengoptimalkan biaya instance Filestore Anda:

  • Pilih tingkat layanan dan tipe penyimpanan (HDD atau SSD) yang sesuai dengan kebutuhan penyimpanan Anda.
  • Jangan mengalokasikan kapasitas secara berlebihan. Mulailah dengan ukuran yang kecil dan tingkatkan ukurannya nanti saat diperlukan. Penagihan Filestore didasarkan pada kapasitas yang disediakan, bukan berdasarkan data yang disimpan.
  • Jika memungkinkan, atur data Anda di instance Filestore terpisah. Kemudian, Anda dapat memilih untuk mencadangkan instance secara selektif, dan mengurangi biaya pencadangan Filestore.
  • Saat memilih region dan zona, pertimbangkan untuk membuat instance di zona yang sama dengan klien. Anda akan ditagih untuk traffic transfer data dari zona instance Filestore.
  • Saat Anda memutuskan region tempat cadangan Filestore sebaiknya disimpan, pertimbangkan biaya transfer data untuk menyimpan cadangan di region yang berbeda dari instance sumber.
  • Lacak penggunaan instance Filestore dengan menggunakan Cloud Monitoring, dan siapkan pemberitahuan untuk instance dengan penggunaan rendah.
  • Perkecil skala kapasitas yang dialokasikan untuk instance Filestore yang memiliki penggunaan rendah. Anda dapat mengurangi kapasitas instance, kecuali untuk paket Dasar.

Langkah selanjutnya