Opsi penyimpanan

---

Compute Engine menawarkan beberapa opsi penyimpanan untuk VM Anda. Setiap opsi penyimpanan berikut memiliki karakteristik harga dan performa yang unik:

• Hyperdisk Storage Pools memungkinkan Anda membeli kapasitas penyimpanan dan performa secara gabungan, lalu membuat disk untuk VM Anda dari penyimpanan ini.
• Volume Google Cloud Hyperdisk adalah penyimpanan jaringan untuk Compute Engine, dengan performa yang dapat dikonfigurasi dan volume yang dapat diubah ukurannya secara dinamis. Persistent Disk menawarkan performa, fleksibilitas, dan efisiensi yang jauh lebih tinggi dibandingkan Persistent Disk.
• Volume Persistent Disk menyediakan penyimpanan jaringan beperforma tinggi dan redundan. Setiap volume Persistent Disk dipisahkan di ratusan disk fisik.
  • Secara default, VM menggunakan Persistent Disk zona, dan menyimpan data Anda pada volume yang berada dalam satu zona, seperti us-west1-c.
  • Anda juga dapat membuat volume Persistent Disk regional, yang mereplikasi data secara sinkron antar-disk yang berada di dua zona dan memberikan perlindungan jika zona tidak tersedia.
• Disk SSD lokal adalah drive fisik yang terpasang langsung ke server yang sama dengan VM Anda. SSD ini dapat menawarkan performa yang lebih baik, tetapi bersifat sementara.
• Bucket Cloud Storage menyediakan penyimpanan objek yang terjangkau.
• Anda juga dapat menggunakan Filestore dengan VM untuk penyimpanan file beperforma tinggi.

Setiap opsi penyimpanan memiliki karakteristik harga dan performa yang unik. Untuk perbandingan biaya, baca harga disk. Jika Anda tidak yakin opsi mana yang harus digunakan, solusi yang paling umum adalah menambahkan volume Persistent Disk ke VM Anda.

Pengantar

Secara default, setiap VM Compute Engine memiliki satu boot disk yang berisi sistem operasi. Data boot disk biasanya disimpan dalam volume Persistent Disk. Jika aplikasi Anda memerlukan ruang penyimpanan tambahan, Anda dapat menyediakan satu atau beberapa volume penyimpanan berikut ke VM Anda.

Untuk mempelajari setiap opsi penyimpanan lebih lanjut, tinjau tabel berikut:

	Persistent Disk Seimbang	Persistent Disk SSD	Persistent Disk Standar	Persistent Disk Ekstrem	Hyperdisk Balanced	Hyperdisk Extreme	Throughput Hyperdisk	SSD lokal	Bucket Cloud Storage
Jenis penyimpanan	Block storage yang hemat biaya dan andal	Block storage yang cepat dan andal	Block storage yang efisien dan andal	Opsi block storage Persistent Disk beperforma tertinggi dengan IOPS yang dapat disesuaikan	Performa tinggi untuk workload berat dengan biaya lebih rendah	Opsi block storage tercepat dengan IOPS yang dapat disesuaikan	Block storage yang hemat biaya dan berorientasi throughput dengan throughput yang dapat disesuaikan	Block storage lokal beperforma tinggi	Penyimpanan objek yang terjangkau
Kapasitas minimum per disk	Zona: 10 GiB Regional: 10 GiB	Zona: 10 GiB Regional: 10 GiB	Zona: 10 GiB Regional: 200 GiB	500 GiB	4 GiB	64 GiB	2 TiB	375 GiB, 3 TiB dengan Z3	t/a
Kapasitas maksimum per disk	64 TiB	64 TiB	64 TiB	64 TiB	64 TiB	64 TiB	32 TiB	375 GiB, 3 TiB dengan Z3	t/a
Penambahan kapasitas	1 GiB	1 GiB	1 GiB	1 GiB	1 GiB	1 GiB	1 GiB	Tergantung jenis mesin^†	t/a
Kapasitas maksimum per VM	257 TiB^*	257 TiB^*	257 TiB^*	257 TiB^*	512 TiB^*	512 TiB^*	512 TiB^*	36 TiB	Hampir tak terbatas
Cakupan akses	Zone	Zona	Zona	Zona	Zona	Zona	Zone	Instance	Global
Redundansi data	Zona dan multi-zona	Zona dan multi-zona	Zona dan multi-zona	Zonal	Zonal	Zonal	Zonal	Tidak ada	Regional, dual-regional, atau multi-regional
Enkripsi dalam penyimpanan	Ya	Ya	Ya	Ya	Ya	Ya	Ya	Ya	Ya
Kunci enkripsi kustom	Ya	Ya	Ya	Ya	Ya	Ya	Ya	Tidak	Ya
Petunjuk	Menambahkan Persistent Disk Menambahkan Persistent Disk regional			Menambahkan Persistent Disk ekstrem	Menambahkan Hyperdisk			Menambahkan SSD Lokal	Menghubungkan bucket

^* Jika Anda mempertimbangkan untuk membuat volume logis yang lebih besar dari ukuran maksimum satu disk, tinjau bagaimana ukuran volume logis memengaruhi performa.

^† Penambahan kapasitas untuk SSD Lokal tergantung pada jumlah disk (partisi) SSD yang diizinkan per VM, yang bervariasi untuk setiap jenis mesin. Untuk mengetahui informasi selengkapnya, baca Memilih jumlah SSD Lokal yang valid.

Selain opsi penyimpanan yang disediakan Google Cloud, Anda dapat men-deploy solusi penyimpanan alternatif di VM Anda.

• Buat server file atau sistem file terdistribusi di Compute Engine untuk digunakan sebagai sistem file jaringan dengan kemampuan NFSv3 dan SMB3.
• Pasang disk RAM dalam memori VM untuk membuat volume block storage dengan throughput tinggi dan latensi rendah.

Resource block storage memiliki karakteristik performa yang berbeda. Pertimbangkan persyaratan performa dan ukuran penyimpanan Anda saat menentukan jenis block storage yang tepat untuk VM Anda.

Untuk mengetahui informasi tentang batas performa setiap jenis disk, lihat:

• Batas performa Persistent Disk
• Batas performa SSD Lokal
• Batas performa hyperdisk

Volume Persistent Disk yang dibuat dalam mode multi-penulis memiliki batas IOPS dan throughput tertentu. Untuk mengetahui detailnya, lihat performa Persistent Disk dalam mode multi-penulis.

Persistent Disk

Volume Persistent Disk adalah perangkat penyimpanan jaringan tahan lama yang dapat diakses instance mesin virtual (VM) Anda, seperti disk fisik di desktop atau server. Data pada setiap volume Persistent Disk didistribusikan ke beberapa disk fisik. Compute Engine mengelola disk fisik dan distribusi data untuk memastikan redundansi dan performa optimal.

Volume Persistent Disk ditempatkan terpisah dari VM, sehingga Anda dapat melepaskan atau memindahkan volume Persistent Disk untuk menyimpan data Anda, bahkan setelah Anda menghapus VM. Performa Persistent Disk akan diskalakan secara otomatis sesuai ukuran, sehingga Anda dapat mengubah ukuran volume Persistent Disk yang ada atau menambahkan lebih banyak volume Persistent Disk ke VM untuk memenuhi persyaratan performa dan ruang penyimpanan Anda.

Jenis Persistent Disk

Saat mengonfigurasi persistent disk, Anda dapat memilih salah satu jenis disk berikut:

• Persistent disk seimbang (pd-balanced)
  • Alternatif untuk persistent disk performa (pd-ssd)
  • Keseimbangan performa dan biaya Untuk sebagian besar bentuk VM, kecuali yang sangat besar, disk ini memiliki IOPS maksimum yang sama dengan persistent disk SSD dan IOPS yang lebih rendah per GiB. Jenis disk ini menawarkan tingkat performa yang cocok untuk sebagian besar aplikasi tujuan umum di titik harga antara persistent disk standar dan performa (pd-ssd).
  • Didukung oleh solid state drive (SSD).
• Persistent disk performa (SSD) (pd-ssd)
  • Cocok untuk aplikasi perusahaan dan database beperforma tinggi yang memerlukan latensi lebih rendah dan IOPS lebih banyak daripada yang disediakan persistent disk standar.
  • Dirancang untuk latensi milidetik satu digit; latensi yang diamati bersifat spesifik untuk aplikasi.
  • Didukung oleh solid state drive (SSD).
• Persistent disk standar (pd-standard)
  • Cocok untuk workload pemrosesan data besar yang utamanya menggunakan I/O berurutan.
  • Didukung oleh hard disk drive (HDD) standar.
• Persistent disk ekstrem (pd-extreme)
  • Tawarkan performa tinggi secara konsisten untuk workload akses acak dan throughput massal.
  • Dirancang untuk workload database kelas atas.
  • Memungkinkan Anda menyediakan IOPS target.
  • Didukung oleh solid state drive (SSD).
  • Tersedia dengan jumlah jenis mesin yang terbatas.

Jika Anda membuat disk di konsol Google Cloud, jenis disk default-nya adalah pd-balanced. Jika Anda membuat disk menggunakan gcloud CLI atau Compute Engine API, jenis disk default-nya adalah pd-standard.

Untuk informasi tentang dukungan jenis mesin, baca referensi berikut:

• Persistent Disk Zona
• Persistent Disk Regional

Ketahanan Persistent Disk

Ketahanan disk mewakili kemungkinan kehilangan data, secara desain, untuk disk standar dalam setahun, menggunakan serangkaian asumsi tentang kegagalan hardware, kemungkinan peristiwa bencana, praktik isolasi, dan proses engineering di pusat data Google, dan encoding internal yang digunakan oleh setiap jenis disk. Peristiwa kehilangan data Persistent Disk sangat jarang terjadi dan secara historis disebabkan oleh kegagalan hardware terkoordinasi, bug software, atau kombinasi keduanya. Google juga melakukan banyak langkah untuk mengurangi risiko kerusakan data senyap di seluruh industri. Kesalahan manusia oleh pelanggan Google Cloud, misalnya, ketika pelanggan tidak sengaja menghapus disk, berada di luar cakupan ketahanan Persistent Disk.

Risiko kehilangan data yang terjadi pada persistent disk regional sangat kecil karena encoding dan replikasi data internalnya. Persistent disk regional menyediakan replika dua kali lebih banyak dari Persistent Disk zona, dengan replikanya didistribusikan di antara dua zona di region yang sama, sehingga memberikan ketersediaan tinggi dan dapat digunakan untuk pemulihan dari bencana (disaster recovery) jika seluruh pusat data hilang dan tidak dapat dipulihkan (meskipun hal itu belum pernah terjadi). Replika tambahan di zona kedua dapat segera diakses jika zona utama menjadi tidak tersedia selama pemadaman layanan yang lama.

Perlu diketahui bahwa ketahanan bersifat agregat untuk setiap jenis disk, dan tidak merepresentasikan perjanjian tingkat layanan (SLA) yang didukung secara finansial.

Tabel di bawah menunjukkan ketahanan untuk setiap desain jenis disk. Ketahanan 99,999% berarti dengan 1.000 disk, Anda mungkin akan bertahan seratus tahun tanpa kehilangan satu disk.

Persistent Disk standar zona	Persistent Disk seimbang zonal	Persistent Disk SSD zona	Persistent Disk ekstrem zonal	Persistent Disk standar regional	Persistent Disk seimbang regional	Persistent Disk SSD regional
Lebih baik daripada 99,99%	Lebih baik daripada 99,999%	Lebih baik daripada 99,999%	Lebih baik daripada 99,9999%	Lebih baik daripada 99,999%	Lebih baik daripada 99,9999%	Lebih baik daripada 99,9999%

Persistent Disk Zona

Mudah digunakan

Compute Engine menangani sebagian besar tugas pengelolaan disk, sehingga Anda tidak perlu berurusan dengan partisi, array disk redundan, atau pengelolaan subvolume. Umumnya, Anda tidak perlu membuat volume logis yang lebih besar, tetapi Anda dapat memperluas kapasitas Persistent Disk sekunder yang terpasang hingga 257 TiB per VM dan menerapkan praktik ini ke volume Persistent Disk jika menginginkannya. Anda dapat menghemat waktu dan mendapatkan performa terbaik jika memformat volume Persistent Disk dengan sistem file tunggal dan tanpa tabel partisi.

Jika Anda perlu memisahkan data menjadi beberapa volume unik, buat disk tambahan, bukan membagi disk yang ada menjadi beberapa partisi.

Jika Anda memerlukan ruang tambahan pada volume Persistent Disk, ubah ukuran disk Anda, bukan melakukan partisi ulang dan pemformatan.

Performa

Performa Persistent Disk dapat diprediksi dan diskalakan secara linear dengan kapasitas yang disediakan hingga batas untuk vCPU yang disediakan oleh VM tercapai. Untuk mengetahui informasi selengkapnya tentang pengoptimalan dan batas penskalaan performa, baca Mengonfigurasi disk untuk memenuhi persyaratan performa.

Volume Persistent Disk Standar efisien dan ekonomis untuk menangani operasi baca/tulis berurutan, tetapi tidak dioptimalkan untuk menangani tingkat operasi input/output acak per detik (IOPS) yang tinggi. Jika aplikasi Anda memerlukan tingkat IOPS acak yang tinggi, gunakan SSD atau Persistent Disk ekstrem. Persistent Disk SSD dirancang untuk latensi milidetik satu digit. Latensi yang diamati bersifat khusus untuk aplikasi.

Compute Engine mengoptimalkan performa dan penskalaan pada volume Persistent Disk secara otomatis. Anda tidak perlu memisah beberapa disk atau disk pra-penyiapan untuk mendapatkan performa terbaik. Jika Anda membutuhkan lebih banyak kapasitas disk atau performa yang lebih baik, ubah ukuran disk Anda dan mungkin tambahkan lebih banyak vCPU untuk menambahkan lebih banyak ruang penyimpanan, throughput, dan IOPS. Performa Persistent Disk didasarkan pada total kapasitas Persistent Disk yang terpasang ke VM dan jumlah vCPU yang dimiliki VM.

Untuk perangkat booting, Anda dapat mengurangi biaya dengan menggunakan Persistent Disk standar. Volume Persistent Disk kecil berukuran 10 GiB dapat berfungsi untuk kasus penggunaan pengelolaan paket dan booting dasar. Namun, untuk memastikan performa yang konsisten pada penggunaan perangkat booting yang lebih umum, gunakan Persistent Disk yang seimbang sebagai boot disk Anda.

Setiap operasi tulis Persistent Disk berkontribusi pada traffic keluar jaringan kumulatif untuk VM Anda. Artinya, operasi tulis Persistent Disk dibatasi oleh batas traffic keluar jaringan untuk VM Anda.

Keandalan

Persistent Disk memiliki redundansi bawaan untuk melindungi data Anda dari kegagalan peralatan dan untuk memastikan ketersediaan data melalui peristiwa pemeliharaan pusat data. Checksum dihitung untuk semua operasi Persistent Disk, sehingga kami dapat memastikan bahwa yang Anda baca adalah apa yang Anda tulis.

Selain itu, Anda dapat membuat snapshot Persistent Disk agar terlindung dari kehilangan data karena error pengguna. Snapshot bersifat inkremental, dan hanya memerlukan waktu beberapa menit untuk membuatnya, meskipun Anda merekam disk yang terpasang pada VM yang berjalan.

Mode multi-penulis

Pratinjau

Fitur ini tunduk pada "Persyaratan Penawaran Pra-GA" di bagian Persyaratan Layanan Umum dalam Persyaratan Khusus Layanan. Fitur pra-GA tersedia "sebagaimana adanya" dan mungkin memiliki dukungan terbatas. Untuk mengetahui informasi selengkapnya, lihat deskripsi tahap peluncuran.

Anda dapat memasang Persistent Disk SSD dalam mode multi-penulis ke maksimal dua VM N2 secara bersamaan, sehingga kedua VM dapat membaca dan menulis ke disk.

Persistent Disk dalam mode multi-penulis memberikan kemampuan block storage bersama dan menyajikan dasar infrastruktur untuk membangun database dan sistem file bersama yang sangat tersedia. Sistem file dan database khusus ini harus dirancang untuk berfungsi dengan block storage bersama dan menangani koherensi cache antar-VM menggunakan alat seperti Pemesanan Persistent SCSI.

Namun, Persistent Disk dengan mode multi-penulis umumnya tidak boleh digunakan secara langsung dan Anda harus memahami bahwa banyak sistem file seperti EXT4, XFS, dan NTFS tidak dirancang untuk digunakan dengan block storage bersama. Untuk mengetahui informasi selengkapnya tentang praktik terbaik saat berbagi Persistent Disk antar-VM, baca Praktik terbaik.

Jika memerlukan penyimpanan file yang terkelola sepenuhnya, Anda dapat memasang berbagi file Filestore pada VM Compute Engine.

Guna mengaktifkan mode multi-penulis untuk volume Persistent Disk baru, buat Persistent Disk baru dan tentukan flag --multi-writer di gcloud CLI atau properti multiWriter di Compute Engine API. Untuk mengetahui informasi selengkapnya, baca artikel Berbagi volume Persistent Disk antar-VM.

Enkripsi Persistent Disk

Compute Engine otomatis mengenkripsi data Anda sebelum data berpindah ke luar VM Anda menuju ruang penyimpanan Persistent Disk. Setiap Persistent Disk tetap dienkripsi dengan kunci yang ditetapkan oleh sistem atau dengan kunci yang disediakan oleh pelanggan. Google mendistribusikan data Persistent Disk ke beberapa disk fisik dengan cara yang tidak dikontrol pengguna.

Saat Anda menghapus volume Persistent Disk, Google akan menghapus kunci cipher, sehingga merender data yang tidak dapat diambil. Proses ini tidak dapat diurungkan.

Jika Anda ingin mengontrol kunci enkripsi yang digunakan untuk mengenkripsi data, buat disk dengan kunci enkripsi Anda sendiri.

Pembatasan

• Anda tidak dapat memasang volume Persistent Disk ke VM di project lain.

• Anda dapat memasang Persistent Disk yang seimbang ke maksimum 10 VM dalam mode hanya baca.

• Untuk jenis mesin kustom atau jenis mesin yang telah ditetapkan dengan minimum 1 vCPU, Anda dapat memasang hingga 128 volume Persistent Disk.

• Setiap volume Persistent Disk dapat berukuran hingga 64 TiB, sehingga Anda tidak perlu mengelola array disk untuk membuat volume logis yang besar. Setiap VM hanya dapat menambahkan total ruang Persistent Disk dalam jumlah terbatas dan volume Persistent Disk individual dalam jumlah terbatas. Jenis mesin yang telah ditetapkan dan jenis mesin kustom memiliki batas Persistent Disk yang sama.

• Sebagian besar VM dapat memiliki hingga 128 volume Persistent Disk dan hingga 257 TiB total ruang disk yang terpasang. Total kapasitas disk untuk VM termasuk ukuran boot disk.

• Jenis mesin dengan inti bersama dibatasi hingga 16 volume Persistent Disk dan 3 TiB dari total ruang Persistent Disk.

• Membuat volume logis yang lebih besar dari 64 TiB mungkin memerlukan pertimbangan khusus. Untuk mengetahui informasi selengkapnya tentang performa volume logis yang lebih besar, baca ukuran volume logis.

Catatan: Jika Anda membuat VM sebelum 30 Maret 2016, VM tersebut mungkin akan mempertahankan batas sebelumnya sebesar 10 TiB untuk total ruang Persistent Disk. Buat ulang VM tersebut untuk mengaktifkan batas saat ini.

Persistent Disk Regional

Volume Persistent Disk Regional memiliki kualitas penyimpanan yang mirip dengan Persistent Disk zona. Namun, volume Persistent Disk regional menyediakan penyimpanan dan replikasi data yang andal di antara dua zona di region yang sama.

Jika Anda merancang sistem yang tangguh atau layanan ketersediaan tinggi di Compute Engine, gunakan Persistent Disk regional yang digabungkan dengan praktik terbaik lainnya seperti mencadangkan data menggunakan snapshot. Volume Persistent Disk Regional juga dirancang untuk berfungsi dengan grup instance terkelola regional.

Jika terjadi pemadaman layanan di zona tertentu, Anda biasanya dapat melakukan failover workload yang berjalan di Persistent Disk regional ke zona lain menggunakan flag --force-attach. Dengan flag --force-attach, Anda dapat memasang Persistent Disk regional ke VM standby meskipun disk tidak dapat dilepas dari VM asli karena ketidaktersediaannya. Untuk mempelajari lebih lanjut, baca failover Persistent Disk Regional. Anda tidak dapat memasang paksa Persistent Disk zona ke VM.

Performa

Volume Persistent Disk Regional dirancang untuk workload yang memerlukan lebih sedikit Batas Titik Pemulihan (RPO) dan Batas Waktu Pemulihan (RTO) dibandingkan dengan menggunakan snapshot Persistent Disk.

Persistent Disk Regional adalah opsi saat performa penulisan kurang penting dibandingkan redundansi data di beberapa zona.

Seperti Persistent Disk zona, Persistent Disk regional dapat mencapai IOPS dan performa throughput yang lebih besar pada VM dengan jumlah vCPU yang lebih besar. Untuk informasi lebih lanjut tentang hal ini dan batasan lainnya, baca Mengonfigurasi disk untuk memenuhi persyaratan performa.

Jika memerlukan lebih banyak kapasitas disk atau performa yang lebih baik, Anda dapat mengubah ukuran disk regional untuk menambahkan lebih banyak ruang penyimpanan, throughput, dan IOPS.

Keandalan

Compute Engine mereplikasi data Persistent Disk regional Anda ke zona yang Anda pilih saat membuat disk. Data setiap replika tersebar di beberapa mesin fisik dalam zona untuk memastikan redundansi.

Serupa dengan Persistent Disk zona, Anda dapat membuat snapshot Persistent Disk untuk melindungi dari kehilangan data akibat error pengguna. Snapshot bersifat inkremental, dan hanya memerlukan waktu beberapa menit untuk membuatnya, meskipun Anda merekam disk yang terpasang pada VM yang berjalan.

Batasan

• Anda dapat memasang Persistent Disk regional hanya ke VM yang menggunakan jenis mesin E2, N1, N2, dan N2D.
• Anda tidak dapat membuat Persistent Disk regional dari image.
• Saat menggunakan mode hanya baca, Anda dapat memasang Persistent Disk regional seimbang ke maksimum 10 instance VM.
• Ukuran minimum Persistent Disk standar regional adalah 200 GiB.
• Anda hanya dapat menambah ukuran volume Persistent Disk regional; Anda tidak dapat mengurangi ukurannya.
• Volume Persistent Disk regional memiliki karakteristik performa yang berbeda dengan volume Persistent Disk zona. Untuk mengetahui informasi selengkapnya, lihat Performa block storage.
• Jika Anda membuat Persistent Disk regional dengan meng-clone disk zona, kedua replika zona tidak sepenuhnya disinkronkan pada saat pembuatan. Setelah pembuatan, Anda dapat menggunakan clone disk regional rata-rata dalam waktu 3 menit. Namun, Anda mungkin perlu menunggu selama puluhan menit sebelum disk mencapai status replikasi sepenuhnya dan toleransi durasi kehilangan data (RPO) mendekati nol. Pelajari cara memeriksa apakah Persistent Disk regional Anda telah direplikasi sepenuhnya.

Google Cloud Hyperdisk

Google Cloud Hyperdisk adalah block storage generasi berikutnya dari Google. Dengan mengurangi beban dan menyebarkan skala pemrosesan penyimpanan secara dinamis, hal ini memisahkan performa penyimpanan dari jenis dan ukuran VM. Hyperdisk menawarkan performa, fleksibilitas, dan efisiensi yang jauh lebih tinggi.

• Hyperdisk Seimbang

  Hyperdisk Balanced for Compute Engine cocok untuk berbagai kasus penggunaan seperti aplikasi lini bisnis (LOB), aplikasi web, dan database tingkat menengah yang tidak memerlukan performa Hyperdisk Ekstrem.

  Dengan volume Seimbang {i>Hyperdisk<i}, Anda dapat menyesuaikan kapasitas, IOPS, dan throughput secara dinamis untuk beban kerja Anda.

• Hyperdisk Extreme

  {i>Hyperdisk Ekstrem<i} menawarkan block storage tercepat yang tersedia. Solusi ini cocok untuk workload kelas atas yang membutuhkan throughput dan IOPS tertinggi.

  Volume Ekstrem Hyperdisk memungkinkan Anda menyesuaikan kapasitas dan IOPS secara dinamis untuk workload Anda.

• Throughput Hyperdisk

  Throughput Hyperdisk cocok untuk analisis penyebaran skala termasuk Hadoop dan Kafka, drive data untuk aplikasi yang sensitif biaya, dan penyimpanan yang jarang diakses.

  Volume Throughput Hyperdisk memungkinkan Anda menyesuaikan kapasitas dan throughput secara dinamis untuk workload Anda. Anda dapat mengubah level throughput yang disediakan tanpa periode nonaktif atau gangguan pada beban kerja Anda.

Volume Hyperdisk dibuat dan dikelola seperti Persistent Disk, dengan kemampuan tambahan untuk menyetel IOPS atau tingkat throughput yang disediakan dan mengubah nilai tersebut kapan saja. Tidak ada jalur migrasi langsung dari Persistent Disk ke Hyperdisk. Sebagai gantinya, Anda dapat membuat snapshot dan memulihkan snapshot ke volume Hyperdisk baru.

Untuk mengetahui informasi selengkapnya tentang Hyperdisk, baca Tentang Hyperdisk.

Ketahanan Hyperdisk

Ketahanan disk mewakili kemungkinan kehilangan data, secara desain, untuk disk standar dalam satu tahun. Ketahanan dihitung menggunakan serangkaian asumsi tentang kegagalan hardware, seperti:

• Kemungkinan terjadinya bencana
• Praktik isolasi
• Proses engineering di pusat data Google
• Enkode internal yang digunakan oleh setiap jenis disk

Kejadian kehilangan data {i>hyperdisk<i} sangat jarang terjadi. Google juga mengambil banyak langkah untuk memitigasi risiko kerusakan data diam-diam di tingkat industri.

Error yang disebabkan manusia oleh pelanggan Google Cloud, seperti saat pelanggan secara tidak sengaja menghapus disk, berada di luar cakupan daya tahan Hyperdisk.

Catatan: Daya tahan adalah gabungan untuk setiap jenis disk, dan tidak mewakili perjanjian tingkat layanan (SLA) yang didukung secara finansial.

Tabel di bawah menunjukkan ketahanan untuk setiap desain jenis disk. Ketahanan 99,999% berarti dengan 1.000 disk, Anda mungkin akan bertahan seratus tahun tanpa kehilangan satu disk.

Hyperdisk Balanced	Hyperdisk Extreme	Hyperdisk Throughput
Lebih baik daripada 99,999%	Lebih baik daripada 99,9999%	Lebih baik daripada 99,999%

Enkripsi Hyperdisk

Compute Engine otomatis mengenkripsi data Anda saat menulis ke volume Hyperdisk.

Penyimpanan Gabungan Hyperdisk

Kumpulan Penyimpanan Hyperdisk memudahkan Anda menurunkan Block storage Total Biaya Kepemilikan (TCO) dan menyederhanakan pengelolaan block storage. Dengan kumpulan penyimpanan, Anda dapat berbagi kumpulan kapasitas yang disediakan tipis dan dikurangi data untuk maksimum 1.000 disk dalam satu project. Kumpulan penyimpanan memungkinkan Anda mencapai efisiensi yang lebih tinggi dan menyederhanakan migrasi SAN lokal ke cloud, sekaligus mempermudah penyediaan kapasitas yang diperlukan workload Anda.

Anda membuat kumpulan penyimpanan dengan perkiraan kapasitas untuk semua workload dalam sebuah project di zona tertentu. Kemudian buat disk di penyimpanan ini dan pasang disk ke VM yang ada. Anda juga dapat membuat disk di penyimpanan sebagai bagian dari pembuatan VM baru. Setiap kumpulan penyimpanan berisi satu jenis disk, seperti Throughput Hyperdisk. Ada dua jenis Kumpulan Penyimpanan Hyperdisk:

• Kumpulan Penyimpanan Seimbang Hyperdisk
• Kumpulan Penyimpanan Throughput Hyperdisk

Opsi penyediaan kapasitas

Kapasitas Kumpulan Penyimpanan Hyperdisk dapat disediakan dengan salah satu dari dua cara berikut:

Penyediaan kapasitas standar

Dengan penyediaan kapasitas Standar, Anda membuat disk di penyimpanan bersama hingga ukuran total semua disk mencapai kapasitas yang disediakan tempat penyimpanan yang disediakan. Disk di penyimpanan gabungan dengan penyediaan kapasitas Standar menggunakan kapasitas yang mirip dengan disk non-kumpulan, di mana kapasitas terpakai saat Anda membuat disk.

Penyediaan kapasitas lanjutan

Dengan penyediaan kapasitas lanjutan, Anda dapat berbagi kumpulan kapasitas penyimpanan yang disediakan secara tipis dan dengan data dikurangi di semua disk dalam sebuah kumpulan penyimpanan. Anda akan ditagih untuk kapasitas yang disediakan kumpulan penyimpanan.

Anda dapat menyediakan hingga 500% dari kapasitas yang disediakan kumpulan penyimpanan yang disediakan untuk disk dalam gabungan penyimpanan Kapasitas lanjutan. Hanya jumlah data yang ditulis ke disk dalam kumpulan penyimpanan yang memakai kapasitas penyimpanan. Pengurangan data otomatis dapat lebih mengurangi pemakaian kapasitas kumpulan penyimpanan.

Jika penggunaan kapasitas gabungan penyimpanan Kapasitas lanjutan mencapai 80% dari kapasitas yang disediakan, Kumpulan Penyimpanan Hyperdisk akan otomatis mencoba menambahkan kapasitas ke penyimpanan gabungan untuk mencegah error terkait kapasitas yang tidak mencukupi.

Perhatian: Meskipun fitur pertumbuhan otomatis selalu diaktifkan, kemampuan untuk menambahkan kapasitas ke penyimpanan gabungan mungkin tidak berhasil jika sisa kuota tidak mencukupi, atau jika zona tidak memiliki penyimpanan yang dapat digunakan oleh kumpulan penyimpanan. Meskipun fitur pertumbuhan otomatis dapat membantu menjaga kapasitas penyimpanan yang tersedia dalam batas yang aman, Anda harus secara aktif mengelola penggunaan kapasitas gabungan penyimpanan Anda. Jika pemakaian penyimpanan mencapai 100%, kumpulan penyimpanan tersebut akan memblokir operasi tulis ke disk di penyimpanan bersama dan menyebabkan beban kerja dan aplikasi Anda berhenti berfungsi atau error.

Contoh

Asumsikan Anda memiliki penyimpanan bersama dengan kapasitas yang disediakan sebesar 10 TiB.

Dengan penyediaan kapasitas Standar:

• Anda dapat menyediakan hingga 10 TiB kapasitas Hyperdisk agregat saat membuat disk di penyimpanan bersama. Anda akan ditagih untuk kapasitas yang disediakan kumpulan penyimpanan sebesar 10 TiB.
• Jika Anda membuat satu disk di kumpulan penyimpanan yang berukuran 5 TiB dan menulis 2 TiB ke disk tersebut, kapasitas penyimpanan yang terpakai adalah 5 TiB.

Dengan Penyediaan kapasitas lanjutan:

• Anda dapat menyediakan hingga 50 TiB kapasitas Hyperdisk agregat saat membuat disk di penyimpanan bersama. Anda akan ditagih untuk kapasitas yang disediakan kumpulan penyimpanan sebesar 10 TiB.
• Jika Anda membuat satu disk di kumpulan penyimpanan dengan ukuran 5 TiB, tulis 3 TiB data ke disk, dan pengurangan data mengurangi jumlah data yang ditulis menjadi 2 TiB, kapasitas yang digunakan untuk penyimpanan penyimpanan adalah 2 TiB.

Mengubah kapasitas dan performa Kumpulan Penyimpanan Hyperdisk yang disediakan

Anda dapat meningkatkan atau mengurangi kapasitas yang disediakan, IOPS, dan throughput untuk gabungan penyimpanan Anda seiring peningkatan skala workload. Dengan gabungan penyimpanan kapasitas Lanjutan, kapasitas atau performa tambahan tersedia untuk semua disk yang ada dan baru di penyimpanan bersama. Selain itu, saat gabungan penyimpanan Kapasitas lanjutan Anda mencapai 80% dari kapasitas gabungan yang disediakan untuk penyimpanan yang digunakan, Hyperdisk Storage Kumpulan akan berupaya menambahkan lebih banyak kapasitas secara otomatis.

Informasi tambahan tentang Kumpulan Penyimpanan Hyperdisk

Untuk mengetahui informasi tentang penggunaan Kumpulan Penyimpanan Hyperdisk, gunakan link berikut:

• Tentang kumpulan penyimpanan
• Membuat kumpulan penyimpanan
• Menambahkan disk ke VM menggunakan penyimpanan bersama
• Mengelola penyimpanan gabungan
• Meninjau metrik penyimpanan gabungan

Disk SSD lokal

Disk SSD lokal terpasang secara fisik ke server yang menghosting VM Anda. Disk SSD lokal memiliki throughput yang lebih tinggi dan latensi yang lebih rendah daripada Persistent Disk atau Persistent Disk standar. Data yang Anda simpan di disk SSD Lokal hanya akan dipertahankan hingga VM dihentikan atau dihapus. Anda dapat memasang beberapa disk SSD Lokal ke VM, bergantung pada jumlah vCPU.

Peringatan: Peningkatan performa dari penyimpanan SSD Lokal memerlukan kompromi tertentu dalam hal ketersediaan, ketahanan, dan fleksibilitas. Karena konsekuensi ini, penyimpanan SSD Lokal tidak direplikasi secara otomatis dan semua data pada disk SSD Lokal mungkin akan hilang jika VM dihentikan karena alasan apa pun. Untuk mengetahui informasi selengkapnya, baca Persistensi data SSD Lokal.

Ukuran setiap disk SSD Lokal ditetapkan sebesar 375 GiB, kecuali untuk VM Z3 yang menggunakan disk SSD Lokal berukuran 3 TiB. Untuk penyimpanan ekstra, tambahkan beberapa disk SSD Lokal ke VM saat membuat VM. Jumlah maksimum disk SSD Lokal yang dapat Anda pasang ke VM bergantung pada jenis mesin dan jumlah vCPU yang digunakan.

Persistensi data di disk SSD Lokal

Tinjau Persistensi data SSD Lokal untuk mempelajari peristiwa yang mempertahankan data SSD Lokal Anda dan peristiwa yang dapat menyebabkan data SSD Lokal Anda tidak dapat dipulihkan.

SSD Lokal dan jenis mesin

Anda dapat memasang disk SSD Lokal ke sebagian besar jenis mesin yang tersedia di Compute Engine, seperti yang ditunjukkan dalam tabel Perbandingan seri mesin. Namun, ada batasan jumlah disk SSD Lokal yang dapat Anda pasang berdasarkan setiap jenis mesin. Untuk informasi selengkapnya, lihat artikel Memilih jumlah disk SSD Lokal yang valid.

Batas kapasitas dengan disk SSD Lokal

Kapasitas disk SSD Lokal maksimum yang dapat Anda miliki untuk VM adalah:

Machine type	Ukuran disk SSD lokal	Jumlah disk	Kapasitas maksimum
Z3	3 TiB	12	36 TiB
c3d-standard-360-lssd	375 GiB	32	12 TiB
c3-standard-176-lssd	375 GiB	32	12 TiB
N1, N2, dan N2D	375 GiB	24	9 TiB
N1, N2, dan N2D	375 GiB	16	6 TiB
A3	375 GiB	16	6 TiB
C2, C2D, A2 standar, M1, dan M3	375 GiB	8	3 TiB
A2 ultra	375 GiB	8	3 TiB

Batasan disk SSD Lokal

SSD lokal memiliki batasan berikut:

• Untuk mencapai batas IOPS maksimum, gunakan VM dengan 32 vCPU atau lebih.
• VM dengan jenis mesin dengan inti bersama tidak dapat memasang disk SSD Lokal.
• Anda tidak dapat memasang disk SSD Lokal ke jenis mesin N4, H3, M2 E2, dan Tau T2A.
• Anda tidak dapat menggunakan kunci enkripsi yang disediakan pelanggan dengan disk SSD Lokal. Compute Engine secara otomatis mengenkripsi data Anda saat ditulis ke ruang penyimpanan SSD Lokal.

Performa

Disk SSD lokal menawarkan IOPS yang sangat tinggi dan latensi rendah. Tidak seperti Persistent Disk, Anda harus mengelola sendiri striping pada disk SSD Lokal.

Performa SSD lokal bergantung pada beberapa faktor. Untuk mengetahui informasi selengkapnya, lihat Performa SSD lokal dan Mengoptimalkan performa SSD Lokal.

Bucket Cloud Storage

Bucket Cloud Storage adalah opsi penyimpanan yang paling fleksibel, skalabel, dan tahan lama untuk VM Anda. Jika aplikasi Anda tidak memerlukan latensi Persistent Disk dan SSD Lokal yang lebih rendah, Anda dapat menyimpan data di bucket Cloud Storage.

Hubungkan VM Anda ke bucket Cloud Storage saat latensi dan throughput bukan merupakan prioritas dan saat Anda harus berbagi data dengan mudah di antara beberapa VM atau zona.

Properti bucket Cloud Storage

Tinjau bagian berikut untuk memahami perilaku dan karakteristik bucket Cloud Storage.

Performa

Performa bucket Cloud Storage bergantung pada kelas penyimpanan yang Anda pilih dan lokasi bucket yang terkait dengan VM Anda.

Penggunaan kelas Standard storage Cloud Storage di lokasi yang sama dengan VM Anda akan memberikan performa yang sebanding dengan Persistent Disk tetapi dengan latensi yang lebih tinggi dan karakteristik throughput yang kurang konsisten. Menggunakan kelas Standard storage di dual-region akan menyimpan data Anda secara redundan di dua region. Untuk mendapatkan performa yang optimal saat menggunakan dual-region, VM harus berada di salah satu region yang merupakan bagian dari dual-region.

Kelas Nearline Storage, Coldline Storage, dan Archive Storage utamanya digunakan untuk pengarsipan data jangka panjang. Tidak seperti kelas Standard storage, kelas ini memiliki durasi penyimpanan minimum dan dikenai biaya pengambilan data. Oleh karena itu, format ini sangat cocok untuk penyimpanan data jangka panjang yang jarang diakses.

Keandalan

Semua bucket Cloud Storage memiliki redundansi bawaan untuk melindungi data Anda dari kegagalan peralatan dan memastikan ketersediaan data melalui peristiwa pemeliharaan pusat data. Checksum dihitung untuk semua operasi Cloud Storage guna membantu memastikan bahwa yang Anda baca adalah yang Anda tulis.

Fleksibilitas

Tidak seperti Persistent Disk, bucket Cloud Storage tidak dibatasi berdasarkan zona tempat VM Anda berada. Selain itu, Anda dapat membaca dan menulis data ke bucket dari beberapa VM secara bersamaan. Misalnya, Anda dapat mengonfigurasi VM di beberapa zona untuk membaca dan menulis data di bucket yang sama, bukan mereplikasi data ke Persistent Disk di beberapa zona.

Enkripsi Cloud Storage

Compute Engine secara otomatis mengenkripsi data Anda sebelum data berpindah ke luar VM ke bucket Cloud Storage. Anda tidak perlu mengenkripsi file di VM sebelum menulisnya ke bucket.

Sama seperti volume Persistent Disk, Anda dapat mengenkripsi bucket dengan kunci enkripsi Anda sendiri.

Menulis dan membaca data dari bucket Cloud Storage

Tulis dan baca file dari bucket Cloud Storage menggunakan alat command line gcloud storage atau library klien Cloud Storage.

penyimpanan gcloud

Secara default, alat command line gcloud storage diinstal di sebagian besar VM yang menggunakan image publik. Jika VM tidak memiliki alat command line gcloud storage, Anda dapat menginstalnya.

1. Hubungkan ke VM Linux Anda atau Hubungkan ke VM Windows Anda menggunakan SSH atau metode koneksi lainnya.

   1. Di konsol Google Cloud, buka halaman Instance VM.

      Buka VM instances

   2. Di daftar instance virtual machine, klik SSH di baris instance yang ingin Anda hubungkan.

      

2. Jika Anda belum pernah menggunakan gcloud storage pada VM ini sebelumnya, gunakan gcloud CLI untuk menyiapkan kredensial.

   gcloud init

   Alternatifnya, jika VM Anda dikonfigurasi untuk menggunakan akun layanan dengan cakupan Cloud Storage, Anda dapat melewati langkah ini.

3. Gunakan alat gcloud storage untuk membuat bucket, menulis data ke bucket, dan membaca data dari bucket tersebut. Untuk menulis atau membaca data dari bucket tertentu, Anda harus memiliki akses ke bucket tersebut. Anda dapat membaca data dari bucket mana pun yang dapat diakses secara publik.

   Anda juga dapat melakukan streaming data ke Cloud Storage secara opsional.

Library klien

Jika Anda mengonfigurasi VM untuk menggunakan akun layanan dengan cakupan Cloud Storage, Anda dapat menggunakan Cloud Storage API untuk menulis dan membaca data dari bucket Cloud Storage.

1. Menghubungkan ke VM.

   1. Di konsol Google Cloud, buka halaman Instance VM.

      Buka VM instances

   2. Di daftar instance virtual machine, klik SSH di baris instance yang ingin Anda hubungkan.

      

2. Menginstal dan mengonfigurasi library klien untuk bahasa pilihan Anda.

3. Jika perlu, ikuti contoh kode sisipkan untuk membuat bucket Cloud Storage di VM.

4. Ikuti contoh kode penyisipan untuk menulis data dan membaca data, serta menyertakan kode dalam aplikasi Anda yang menulis atau membaca file dari bucket Cloud Storage.

Langkah selanjutnya

• Tambahkan volume Persistent Disk ke VM Anda.
• Tambahkan Persistent Disk regional ke VM Anda.
• Membuat VM dengan disk SSD Lokal.
• Buat server file atau sistem file terdistribusi.
• Tinjau kuota untuk disk.
• Pasang disk RAM di VM Anda.