Opsi penyimpanan

---

Untuk menambahkan disk ke VM, pilih salah satu opsi penyimpanan blok yang ditawarkan Compute Engine. Setiap opsi penyimpanan berikut memiliki karakteristik harga dan performa yang unik:

• Volume Google Cloud Hyperdisk adalah penyimpanan jaringan untuk Compute Engine, dengan performa dan volume yang dapat dikonfigurasi serta diubah ukurannya secara dinamis. Hyperdisk menawarkan performa, fleksibilitas, dan efisiensi yang jauh lebih tinggi dibandingkan dengan Persistent Disk. Hyperdisk Balanced High Availability (Pratinjau) dapat mereplikasi data secara sinkron antar-disk yang berada di dua zona, yang memberikan perlindungan jika zona tidak tersedia.
• Penyimpanan Gabungan Hyperdisk memungkinkan Anda membeli kapasitas dan performa Hyperdisk secara agregat, lalu membuat disk untuk VM dari kumpulan penyimpanan ini.
• 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.

Untuk perbandingan biaya, lihat harga disk. Jika Anda tidak yakin opsi mana yang harus digunakan, untuk seri mesin generasi sebelumnya, solusi yang paling umum adalah menambahkan volume Balanced Persistent Disk ke VM Anda dan untuk seri mesin terbaru, tambahkan volume Hyperdisk ke instance komputasi Anda.

Selain block storage, Compute Engine menawarkan opsi penyimpanan file dan objek. Untuk meninjau dan membandingkan opsi penyimpanan, lihat Meninjau opsi penyimpanan.

Pengantar

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

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 ML	Ekstrem Hyperdisk	Throughput Hyperdisk	SSD lokal
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 beban kerja yang menuntut dengan biaya lebih rendah	Penyimpanan throughput tertinggi yang dioptimalkan untuk beban kerja machine learning.	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
Kapasitas minimum per disk	Zona: 10 GiB Regional: 10 GiB	Zona: 10 GiB Regional: 10 GiB	Zona: 10 GiB Regional: 200 GiB	500 GiB	Zonal dan regional: 4 GiB	4 GiB	64 GiB	2 TiB	375 GiB, 3 TiB dengan Z3
Kapasitas maksimum per disk	64 TiB	64 TiB	64 TiB	64 TiB	64 TiB	64 TiB	64 TiB	32 TiB	375 GiB, 3 TiB dengan Z3
Penambahan kapasitas	1 GiB	1 GiB	1 GiB	1 GiB	1 GiB	1 GiB	1 GiB	1 GiB	Tergantung jenis mesin^†
Kapasitas maksimum per VM	257 TiB^*	257 TiB^*	257 TiB^*	257 TiB^*	512 TiB^*	512 TiB^*	512 TiB^*	512 TiB^*	36 TiB
Cakupan akses	Zone	Zona	Zona	Zona	Zona	Zona	Zona	Zone	Instance
Redundansi data	Zona dan multi-zona	Zona dan multi-zona	Zona dan multi-zona	Zonal	Zona dan multi-zona	Zonal	Zonal	Zonal	Tidak ada
Enkripsi dalam penyimpanan	Ya	Ya	Ya	Ya	Ya	Ya	Ya	Ya	Ya
Kunci enkripsi kustom	Ya	Ya	Ya	Ya	Ya^‡	Ya	Ya	Ya	Tidak
Petunjuk	Menambahkan Persistent Disk Menambahkan Persistent Disk Regional			Menambahkan Persistent Disk ekstrem	Menambahkan Hyperdisk Membuat disk yang direplikasi secara sinkron				Menambahkan SSD Lokal

^* 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 bergantung 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.

^‡ Jika Anda memerlukan kontrol keamanan tambahan yang ditingkatkan dan berencana menggunakan VM Rahasia, pertimbangkan untuk menggunakan Mode rahasia untuk Hyperdisk Balanced. Lihat Pertimbangan mode rahasia untuk Hyperdisk Balanced dan pelajari lebih lanjut Confidential VM.

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 di 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, lihat:

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

Persistent Disk

Volume Persistent Disk adalah perangkat penyimpanan jaringan yang tahan lama dan dapat diakses instance virtual machine (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 Anda guna memastikan redundansi dan performa yang optimal.

Volume Persistent Disk ditempatkan terpisah dari VM Anda, sehingga Anda dapat melepas 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.
  • 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.

Catatan: Mexico, Osaka, dan Montreal memiliki tiga zona yang ditempatkan di satu atau dua pusat data fisik. Karena data yang disimpan di region ini dapat hilang jika terjadi penghancuran pusat data yang jarang terjadi, Anda dapat mempertimbangkan untuk mencadangkan data penting bagi bisnis ke region kedua untuk meningkatkan perlindungan data.

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.

Catatan: Ketahanan bersifat agregat untuk setiap jenis disk, dan tidak merepresentasikan perjanjian tingkat layanan (SLA) yang didukung secara finansial.

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 terpasang sekunder hingga 257 TiB per VM dan menerapkan praktik ini ke volume Persistent Disk jika Anda 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 untuk 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. Ini berarti bahwa operasi tulis Persistent Disk dibatasi oleh batas 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 pembuatannya hanya memerlukan waktu beberapa menit meskipun Anda mengambil snapshot dari disk yang terpasang pada VM yang sedang berjalan.

Mode multi-penulis

Perhatian: Google merekomendasikan penggunaan volume Hyperdisk Balanced atau Hyperdisk Balanced High Availability (Pratinjau) dalam mode multi-penulis, bukan volume SSD Persistent Disk.

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 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 memasang 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 total kapasitas disk yang terpasang hingga 257 TiB. 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.

Tentang replikasi disk sinkron

Saat membuat Persistent Disk baru, Anda dapat membuat disk di satu zona, atau mereplikasinya di dua zona dalam region yang sama.

Misalnya, jika Anda membuat satu disk di zona, seperti di us-west1-a, Anda memiliki satu salinan disk. Ini disebut sebagai disk zonal. Anda dapat meningkatkan ketersediaan disk dengan menyimpan salinan disk lain di zona yang berbeda dalam region, seperti di us-west1-b.

Persistent Disk yang direplikasi di dua zona dalam region yang sama disebut Persistent Disk Regional. Anda juga dapat menggunakan Hyperdisk Balanced High Availability untuk replikasi sinkron lintas zona Google Cloud Hyperdisk.

Region tidak mungkin gagal sepenuhnya, tetapi kegagalan zona dapat terjadi. Mereplikasi dalam region ke zona yang berbeda, seperti yang ditunjukkan pada gambar berikut, membantu meningkatkan ketersediaan dan mengurangi latensi disk. Jika kedua zona replikasi gagal, hal ini dianggap sebagai kegagalan seluruh region.

Disk direplikasi dalam dua zona.

Dalam skenario yang direplikasi, data tersedia di zona lokal (us-west1-a) yang merupakan zona tempat virtual machine (VM) berjalan. Kemudian, data direplikasi ke zona lain (us-west1-b). Salah satu zona harus berada di zona yang sama dengan tempat VM berjalan.

Jika terjadi pemadaman layanan zona, Anda biasanya dapat melakukan failover workload yang berjalan di Persistent Disk Regional ke zona lain. Untuk mempelajari lebih lanjut, lihat Failover Persistent Disk Regional.

Catatan: Replikasi disk hanya menyediakan ketersediaan tinggi disk. Pemadaman layanan zonal juga dapat memengaruhi VM atau komponen lainnya, yang juga dapat menyebabkan pemadaman layanan.

Pertimbangan desain untuk Persistent Disk Regional

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.

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 pembuatannya hanya memerlukan waktu beberapa menit meskipun Anda mengambil snapshot dari disk yang terpasang pada VM yang sedang berjalan.

Batasan

• Meksiko, Osaka, dan Montreal memiliki tiga zona yang ditempatkan di satu atau dua pusat data fisik. Karena data yang disimpan di region ini dapat hilang jika terjadi penghancuran pusat data yang jarang terjadi, Anda dapat mempertimbangkan untuk mencadangkan data penting bagi bisnis ke region kedua untuk meningkatkan perlindungan data.
• Anda dapat memasang Persistent Disk regional hanya ke VM yang menggunakan jenis mesin E2, N1, N2, dan N2D.
• Anda hanya dapat memasang Hyperdisk Balanced High Availability ke jenis mesin yang didukung.
• Anda tidak dapat membuat Persistent Disk regional dari image, atau dari disk yang dibuat 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 meningkatkan ukuran volume Persistent Disk regional atau Hyperdisk Balanced High Availability; Anda tidak dapat mengurangi ukurannya.
• Volume Persistent Disk Regional dan Hyperdisk Balanced High Availability memiliki karakteristik performa yang berbeda dengan disk zona yang sesuai. Untuk mengetahui informasi selengkapnya, lihat Performa block storage.
• Anda tidak dapat menggunakan volume Hyperdisk Balanced High Availability yang dalam mode multi-penulis sebagai disk booting.
• Jika Anda membuat disk yang direplikasi 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 puluhan menit sebelum disk mencapai status replikasi sepenuhnya dan toleransi durasi kehilangan data (RPO) mendekati nol. Pelajari cara memeriksa apakah disk yang direplikasi 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 jika dibandingkan dengan Persistent Disk.

• Hyperdisk Balanced

  Hyperdisk Balanced untuk Compute Engine cocok untuk berbagai kasus penggunaan seperti aplikasi lini bisnis (LOB), aplikasi web, dan database tingkat menengah yang tidak memerlukan performa Hyperdisk Extreme. Anda juga dapat menggunakan Hyperdisk Balanced untuk aplikasi yang memerlukan akses tulis ke disk yang sama secara bersamaan oleh beberapa VM di zona yang sama.

  Volume Hyperdisk Balanced memungkinkan Anda menyesuaikan kapasitas, IOPS, dan throughput secara dinamis untuk workload Anda.

• Hyperdisk ML

  Workload yang menggunakan akselerator untuk melatih atau menayangkan model machine learning harus menggunakan Hyperdisk ML. Volume Hyperdisk ML menawarkan throughput yang dapat disesuaikan dan paling cepat, serta paling cocok untuk model yang lebih besar dari 20 GiB. Hyperdisk ML juga mendukung akses baca serentak ke volume yang sama dari beberapa VM.

  Anda dapat menyesuaikan kapasitas dan throughput volume Hyperdisk ML secara dinamis.

• Hyperdisk Extreme

  Hyperdisk Extreme 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 tingkat throughput yang disediakan tanpa periode nonaktif atau gangguan pada workload Anda.

• Hyperdisk Balanced High Availability (Pratinjau)

  Hyperdisk Balanced High Availability memungkinkan replikasi sinkron pada seri mesin generasi ketiga atau yang lebih baru. Hyperdisk Balanced High Availability memungkinkan ketahanan data dengan replikasi RPO=0 di dua zona, mirip dengan Persistent Disk Regional.

  Volume Hyperdisk Balanced High Availability memungkinkan Anda menyesuaikan kapasitas, IOPS, dan throughput secara dinamis untuk workload Anda. Anda dapat mengubah tingkat performa dan kapasitas yang disediakan tanpa periode nonaktif atau gangguan pada workload Anda. Gunakan Hyperdisk Balanced High Availability untuk saat VM yang berbeda di region yang sama secara bersamaan memerlukan akses tulis ke disk yang sama.

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

Peristiwa kehilangan data Hyperdisk sangat jarang terjadi. 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 Hyperdisk.

Catatan: Mexico, Osaka, dan Montreal memiliki tiga zona yang ditempatkan di satu atau dua pusat data fisik. Karena data yang disimpan di region ini dapat hilang jika terjadi penghancuran pusat data yang jarang terjadi, Anda dapat mempertimbangkan untuk mencadangkan data penting bagi bisnis ke region kedua untuk meningkatkan perlindungan data.

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.

Catatan: Ketahanan bersifat agregat untuk setiap jenis disk, dan tidak merepresentasikan perjanjian tingkat layanan (SLA) yang didukung secara finansial.

Hyperdisk Balanced	Ekstrem Hyperdisk	Hyperdisk ML	Hyperdisk Throughput
Lebih baik daripada 99,999%	Lebih baik daripada 99,9999%	Lebih baik daripada 99,999%	Lebih baik daripada 99,999%

Enkripsi Hyperdisk

Compute Engine otomatis mengenkripsi data Anda saat menulis ke volume Hyperdisk. Anda juga dapat menyesuaikan enkripsi dengan Kunci enkripsi yang dikelola pelanggan.

Hyperdisk Balanced High Availability

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.

Disk Hyperdisk Balanced High Availability menyediakan penyimpanan dan replikasi data yang tahan lama antara dua zona di region yang sama. Volume Hyperdisk Balanced High Availability memiliki batas penyimpanan yang mirip dengan disk Hyperdisk Balanced yang tidak direplikasi.

Jika Anda merancang sistem yang tangguh atau layanan ketersediaan tinggi di Compute Engine, gunakan disk Hyperdisk Balanced High Availability yang digabungkan dengan praktik terbaik lainnya seperti mencadangkan data menggunakan snapshot. Disk Hyperdisk Balanced High Availability 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 disk Hyperdisk Balanced High Availability ke zona lain menggunakan flag --force-attach. Dengan flag --force-attach, Anda dapat memasang disk Hyperdisk Balanced High Availability ke instance standby meskipun disk tidak dapat dilepas dari instance compute asli karena tidak tersedia. Untuk mempelajari lebih lanjut, lihat Failover disk yang direplikasi secara sinkron.

Performa

Disk Hyperdisk Balanced High Availability dirancang untuk workload yang memerlukan lebih sedikit Batas Titik Pemulihan (RPO) dan Batas Waktu Pemulihan (RTO) dibandingkan dengan menggunakan snapshot Hyperdisk untuk pemulihan.

Disk Hyperdisk Balanced High Availability adalah opsi saat performa penulisan kurang penting dibandingkan redundansi data di beberapa zona.

Disk Hyperdisk Balanced High Availability memiliki performa throughput dan IOPS yang dapat disesuaikan. Untuk mengetahui informasi selengkapnya tentang performa dan batasan Hyperdisk Balanced High Availability, lihat Tentang Hyperdisk.

Jika memerlukan lebih banyak kapasitas disk atau performa yang lebih baik, Anda dapat mengubah disk Hyperdisk Balanced High Availability untuk menambahkan lebih banyak ruang penyimpanan, throughput, dan IOPS.

Keandalan

Compute Engine mereplikasi data disk Hyperdisk Balanced High Availability Anda ke zona yang Anda tentukan saat membuat disk. Data setiap replika tersebar di beberapa mesin fisik dalam zona untuk memastikan redundansi.

Serupa dengan Hyperdisk, Anda dapat membuat snapshot disk Hyperdisk Balanced High Availability untuk melindungi dari kehilangan data akibat error pengguna. Snapshot bersifat inkremental, dan pembuatannya hanya memerlukan waktu beberapa menit meskipun Anda mengambil snapshot dari disk yang terpasang pada VM yang sedang berjalan.

Berbagi volume Hyperdisk antar-VM

Untuk volume Hyperdisk tertentu, Anda dapat mengaktifkan akses serentak ke volume dari beberapa VM dengan mengaktifkan berbagi disk. Berbagi disk berguna untuk berbagai kasus penggunaan, seperti mem-build aplikasi yang sangat tersedia atau beban kerja machine learning besar dengan beberapa VM memerlukan akses ke model atau data pelatihan yang sama.

Untuk mengetahui informasi selengkapnya, lihat Berbagi disk antar-VM.

Penyimpanan Gabungan Hyperdisk

Penyimpanan Gabungan Hyperdisk memudahkan Anda menurunkan Total Biaya Kepemilikan (TCO) block storage dan menyederhanakan pengelolaan block storage. Dengan Penyimpanan Gabungan Hyperdisk, Anda dapat berbagi kumpulan kapasitas dan performa di maksimum 1.000 disk dalam satu project. Karena kumpulan penyimpanan menawarkan penyediaan virtual dan pengurangan data, Anda dapat mencapai efisiensi yang lebih tinggi. Penyimpanan gabungan menyederhanakan migrasi SAN lokal ke cloud, dan juga mempermudah penyediaan kapasitas dan performa yang diperlukan oleh workload Anda.

Anda membuat penyimpanan bersama dengan estimasi kapasitas dan performa untuk semua beban kerja dalam project di zona tertentu. Kemudian, Anda membuat disk di kumpulan penyimpanan ini dan memasang disk ke VM yang ada. Anda juga dapat membuat disk di penyimpanan bersama sebagai bagian dari pembuatan VM baru. Setiap kumpulan penyimpanan berisi satu jenis disk, seperti Throughput Hyperdisk. Ada dua jenis Penyimpanan Gabungan Hyperdisk:

• Hyperdisk Balanced Storage Pool: untuk workload tujuan umum yang paling baik ditayangkan oleh disk Hyperdisk Balanced
• Hyperdisk Throughput Storage Pool: untuk workload streaming, data cold, dan analisis yang paling baik dilayani oleh disk Hyperdisk Throughput

Opsi penyediaan kapasitas

Kapasitas Hyperdisk Storage Pool dapat disediakan dengan salah satu dari dua cara berikut:

Penyediaan kapasitas standar

Dengan penyediaan kapasitas Standar, Anda membuat disk di penyimpanan bersama hingga total ukuran semua disk mencapai kapasitas yang disediakan penyimpanan bersama. Disk dalam kumpulan penyimpanan dengan penyediaan kapasitas Standar menggunakan kapasitas yang serupa dengan disk non-kumpulan, dengan kapasitas yang digunakan saat Anda membuat disk.

Penyediaan kapasitas lanjutan

Penyediaan kapasitas lanjutan memungkinkan Anda berbagi kumpulan penyediaan tipis dan kapasitas penyimpanan yang dioptimalkan data di semua disk dalam kumpulan penyimpanan. Anda akan ditagih untuk kapasitas yang disediakan kumpulan penyimpanan.

Anda dapat menyediakan hingga 500% kapasitas penyimpanan gabungan yang disediakan ke disk dalam penyimpanan gabungan kapasitas Lanjutan. Hanya jumlah data yang ditulis ke disk dalam kumpulan penyimpanan yang menggunakan kapasitas kumpulan penyimpanan. Pengurangan data otomatis dapat mengurangi konsumsi kapasitas kumpulan penyimpanan lebih lanjut.

Jika penggunaan kapasitas penyimpanan gabungan dengan Kapasitas Lanjutan mencapai 80% dari kapasitas yang disediakan, Penyimpanan Gabungan Hyperdisk akan mencoba menambahkan kapasitas ke penyimpanan gabungan secara otomatis untuk mencegah error yang terkait dengan kapasitas yang tidak memadai.

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

Contoh

Misalkan Anda memiliki penyimpanan gabungan dengan kapasitas yang disediakan sebesar 10 TiB.

Dengan penyediaan kapasitas Standar:

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

Dengan Penyediaan kapasitas lanjutan:

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

Opsi penyediaan performa

Performa Hyperdisk Storage Pool dapat disediakan dengan salah satu dari dua cara berikut:

Penyediaan performa standar

Performa standar adalah opsi terbaik untuk jenis beban kerja berikut:

• Workload yang tidak dapat berhasil jika performa dibatasi oleh resource kumpulan penyimpanan
• Workload dengan disk di kumpulan penyimpanan yang cenderung memiliki lonjakan performa yang berkorelasi, misalnya, disk data untuk database yang berada pada puncak penggunaan setiap pagi.

Penyimpanan gabungan performa standar tidak mendapatkan manfaat dari penyediaan virtual dan tidak akan secara signifikan menurunkan TCO performa Anda. Dengan penyediaan performa Standar, Anda membuat disk di penyimpanan gabungan hingga total IOPS atau throughput yang disediakan dari semua disk mencapai jumlah yang disediakan penyimpanan gabungan. Disk dalam penyimpanan gabungan dengan penyediaan performa Standar menggunakan IOPS dan throughput yang serupa dengan disk non-gabungan, tempat Anda menyediakan jumlah IOPS dan throughput saat membuat disk. Anda akan ditagih untuk total IOPS dan throughput yang disediakan untuk penyimpanan gabungan.

Di Hyperdisk Balanced Storage Pool dengan performa Standar, 3.000 IOPS pertama dan throughput 140 MiBps dari setiap disk dalam storage pool (dasar pengukuran) tidak menggunakan resource storage pool. Saat Anda membuat disk di kumpulan penyimpanan, setiap IOPS dan throughput yang melebihi nilai dasar pengukuran akan menggunakan IOPS dan throughput dari kumpulan penyimpanan.

Disk yang dibuat di kumpulan penyimpanan performa Standar tidak berbagi resource performa dengan kumpulan penyimpanan lainnya. Jumlah gabungan performa semua disk dalam storage pool tidak boleh melebihi total IOPS atau throughput yang disediakan dari storage pool.

Penyediaan performa lanjutan

Penyimpanan gabungan dengan penyediaan performa Lanjutan memanfaatkan penyediaan tipis untuk meningkatkan efisiensi performa dan menurunkan TCO performa penyimpanan blok. Penyediaan performa lanjutan memungkinkan Anda berbagi kumpulan performa yang disediakan di semua disk dalam kumpulan penyimpanan. Kumpulan penyimpanan mengalokasikan resource performa secara dinamis saat disk dalam kumpulan penyimpanan membaca dan menulis data. Hanya jumlah IOPS dan throughput yang digunakan oleh disk dalam kumpulan penyimpanan yang menggunakan IOPS dan throughput kumpulan penyimpanan. Karena penyimpanan gabungan performa Advanced disediakan secara tipis, Anda dapat mengalokasikan lebih banyak IOPS atau throughput ke disk dalam penyimpanan gabungan daripada yang telah disediakan untuk penyimpanan gabungan—hingga 500% dari IOPS atau throughput yang disediakan untuk penyimpanan gabungan. Serupa dengan performa Standar, Anda akan ditagih untuk IOPS dan throughput yang disediakan storage pool.

Di Hyperdisk Balanced Storage Pool dengan penyediaan performa Lanjutan, disk tidak memiliki performa dasar pengukuran. Setiap operasi baca dan tulis disk Hyperdisk Balanced di storage pool menggunakan resource pool.

Jika penggunaan performa agregat dari semua disk di storage pool mencapai jumlah total performa yang disediakan untuk storage pool, disk dapat mengalami pertentangan performa. Oleh karena itu, penyediaan performa Lanjutan paling cocok untuk workload yang tidak memiliki waktu penggunaan puncak yang sangat berkorelasi. Jika beban kerja Anda mencapai puncaknya secara bersamaan, kumpulan penyimpanan performa Lanjutan dapat mencapai batas performa kumpulan penyimpanan, sehingga menyebabkan perebutan resource performa.

Jika pertentangan untuk resource performa terdeteksi di kumpulan penyimpanan performa Advanced untuk disk apa pun dalam kumpulan, fitur perbesar otomatis akan mencoba meningkatkan IOPS atau throughput yang tersedia untuk disk dalam kumpulan penyimpanan secara otomatis untuk mencegah masalah performa.

Perhatian: Meskipun fitur penambahan otomatis selalu diaktifkan, kemampuan untuk menambahkan performa ke kumpulan penyimpanan mungkin tidak berhasil jika kuota yang tersisa tidak memadai, atau jika zona tidak memiliki resource yang memadai untuk memenuhi permintaan peningkatan performa. Meskipun Compute Engine dapat membantu menjaga performa disk yang tersedia dalam kumpulan penyimpanan dalam batas yang aman, Anda harus secara aktif mengelola penggunaan IOPS dan throughput kumpulan penyimpanan.

Contoh

Misalkan Anda memiliki Hyperdisk Balanced Storage Pool dengan 100.000 IOPS yang disediakan.

Dengan penyediaan performa Standar:

• Anda dapat menyediakan hingga 100.000 IOPS gabungan saat membuat disk Hyperdisk Balanced di storage pool.
• Anda akan ditagih untuk performa yang disediakan Hyperdisk Balanced Storage Pool sebesar 100.000 IOPS.

• Seperti disk yang dibuat di luar storage pool, disk Hyperdisk Balanced di storage pool performa Standar disediakan secara otomatis dengan hingga 3.000 IOPS dasar pengukuran dan throughput dasar pengukuran 140 MiB/s. Performa dasar ini tidak dihitung terhadap performa yang disediakan untuk kumpulan penyimpanan. Hanya jika Anda menambahkan disk ke kumpulan penyimpanan dengan performa yang disediakan di atas dasar pengukuran, disk tersebut akan diperhitungkan terhadap performa yang disediakan untuk kumpulan penyimpanan, misalnya:

  • Disk yang disediakan dengan 3.000 IOPS menggunakan 0 IOPS kumpulan dan kumpulan masih memiliki 100.000 IOPS yang disediakan untuk disk lain.
  • Disk yang disediakan dengan 13.000 IOPS menggunakan 10.000 IOPS kumpulan dan kumpulan memiliki 90.000 IOPS yang disediakan yang dapat Anda alokasikan ke disk lain dalam kumpulan penyimpanan.

Dengan penyediaan performa Lanjutan:

• Anda dapat menyediakan performa Hyperdisk agregat hingga 500.000 IOPS saat membuat disk di penyimpanan gabungan.
• Anda akan ditagih untuk 100.000 IOPS yang disediakan oleh kumpulan penyimpanan.
• Jika membuat satu disk (Disk1) di storage pool yang memiliki 5.000 IOPS, Anda tidak akan menggunakan IOPS dari IOPS yang disediakan storage pool. Namun, jumlah IOPS yang dapat Anda sediakan ke disk baru yang dibuat di kumpulan penyimpanan kini menjadi 495.000.
• Jika Disk1 mulai membaca dan menulis data, dan jika menggunakan maksimum 5.000 IOPS dalam satu menit tertentu, maka 5.000 IOPS akan digunakan dari IOPS yang disediakan kumpulan penyimpanan. Disk lain yang Anda buat di kumpulan penyimpanan yang sama dapat menggunakan maksimum agregat 95.000 IOPS dalam menit yang sama tanpa mengalami pertentangan.

Mengubah kapasitas dan performa yang disediakan Hyperdisk Storage Pool

Anda dapat meningkatkan atau menurunkan kapasitas, IOPS, dan throughput yang disediakan untuk kumpulan penyimpanan seiring dengan penskalaan beban kerja. Dengan kapasitas Lanjutan atau kumpulan penyimpanan performa Lanjutan, kapasitas atau performa tambahan apa pun tersedia untuk semua disk yang ada dan baru di kumpulan penyimpanan. Selain itu, Compute Engine mencoba mengubah penyimpanan secara otomatis sebagai berikut:

• Kapasitas lanjutan: Saat penyimpanan gabungan mencapai 80% dari kapasitas yang disediakan penyimpanan gabungan yang digunakan, Compute Engine akan otomatis mencoba menambahkan lebih banyak kapasitas ke penyimpanan gabungan.
• Performa lanjutan: Jika penyimpanan gabungan mengalami pertentangan yang diperpanjang karena penggunaan yang berlebihan, Compute Engine akan mencoba meningkatkan IOPS atau throughput penyimpanan gabungan.

Informasi tambahan tentang Penyimpanan Gabungan Hyperdisk

Untuk informasi tentang cara menggunakan Penyimpanan Gabungan Hyperdisk, gunakan link berikut:

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

Disk SSD lokal

Disk SSD lokal secara fisik terpasang ke server yang menghosting VM Anda. Disk SSD lokal memiliki throughput yang lebih tinggi dan latensi yang lebih rendah daripada Persistent Disk standar atau Persistent Disk SSD. Data yang Anda simpan di SSD Lokal hanya akan bertahan 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 kompromi ini, penyimpanan SSD Lokal tidak otomatis direplikasi dan semua data pada disk SSD Lokal mungkin 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 yang lebih besar, tambahkan beberapa disk SSD Lokal ke VM saat membuat VM. Jumlah maksimum disk SSD Lokal yang dapat Anda lampirkan 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 terkait jumlah disk SSD Lokal yang dapat Anda pasang berdasarkan setiap jenis mesin. Untuk mengetahui informasi selengkapnya, lihat 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:

Jenis mesin	Ukuran disk SSD lokal	Jumlah disk	Kapasitas maksimum
Z3	3 TiB	12	36 TiB
c3d-standard-360-lssd	375 GiB	32	12 TiB
c3d-highmem-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 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 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 penghapusan pada disk SSD Lokal sendiri.

Performa SSD lokal bergantung pada beberapa faktor. Untuk mengetahui informasi selengkapnya, baca 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 Hyperdisk,, Persistent Disk,,, dan SSD Lokal yang lebih rendah, Anda dapat menyimpan data di bucket Cloud Storage.

Hubungkan VM Anda ke bucket Cloud Storage jika 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 relatif terhadap VM Anda.

Menggunakan class Standard storage Cloud Storage di lokasi yang sama dengan VM Anda memberikan performa yang sebanding dengan Hyperdisk atau Persistent Disk , tetapi dengan latensi yang lebih tinggi dan karakteristik throughput yang kurang konsisten. Menggunakan class Standard storage di dual-region akan menyimpan data Anda secara redundan di dua region. Untuk mendapatkan performa yang optimal saat menggunakan dual-region, VM Anda 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 Hyperdisk atau Persistent Disk, bucket Cloud Storage tidak dibatasi pada 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 volume Hyperdisk atau Persistent Disk di beberapa zona.

Enkripsi Cloud Storage

Compute Engine otomatis mengenkripsi data Anda sebelum data berpindah ke luar VM Anda menuju 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 di VM ini sebelumnya, gunakan gcloud CLI untuk menyiapkan kredensial.

   gcloud init

   Atau, 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 penyisipan 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 Hyperdisk ke VM Anda.
• Tambahkan volume Persistent Disk ke VM Anda.
• Tambahkan disk yang direplikasi secara sinkron ke VM Anda.
• Buat VM dengan disk SSD Lokal.
• Buat server file atau sistem file terdistribusi.
• Tinjau kuota untuk disk.
• Pasang disk RAM di VM Anda.