Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Pilih antara penyimpanan SSD dan HDD
Saat membuat instance Bigtable, Anda dapat memilih apakah clusternya
menyimpan data di solid-state drive (SSD) atau hard disk drive (HDD):
Penyimpanan SSD adalah pilihan yang paling efisien dan hemat biaya untuk sebagian besar kasus
penggunaan.
Penyimpanan HDD terkadang sesuai untuk set data besar yang
tidak sensitif terhadap latensi atau jarang diakses.
Apa pun jenis penyimpanan yang Anda pilih, data Anda disimpan pada
sistem file hasil replikasi yang tersebar di banyak drive fisik.
Panduan di halaman ini dapat membantu Anda memilih antara SSD dan HDD.
Jika ragu, pilih penyimpanan SSD
Ada beberapa alasan mengapa sebaiknya gunakan penyimpanan SSD untuk
cluster Bigtable Anda:
SSD jauh lebih cepat dan memiliki performa yang lebih terprediksi daripada HDD.
Di cluster Bigtable, penyimpanan SSD memberikan latensi yang jauh lebih rendah
untuk operasi baca dan tulis dibandingkan penyimpanan HDD.
Throughput HDD jauh lebih terbatas daripada throughput SSD. Dalam cluster yang menggunakan penyimpanan HDD, throughput maksimum dapat dicapai sebelum penggunaan CPU mencapai 100%, situasi yang dapat Anda pantau menggunakan metrik beban disk. Untuk meningkatkan throughput, Anda harus menambahkan lebih banyak node, tetapi biaya node tambahan mungkin melebihi penghematan Anda dari penggunaan penyimpanan HDD. Penyimpanan SSD tidak memiliki batasan ini, karena menawarkan throughput yang jauh lebih besar per node. Umumnya, cluster yang menggunakan penyimpanan SSD mencapai throughput maksimum hanya jika menggunakan semua CPU dan memori yang tersedia.
Pembacaan baris individual di HDD sangat lambat. Karena waktu pencarian disk,
penyimpanan HDD hanya mendukung 5% baris baca per detik penyimpanan SSD. Namun, pemindaian multi-baris yang besar tidak terlalu berdampak buruk.
Penghematan biaya dari HDD minimal, relatif terhadap biaya node di
cluster Bigtable Anda, kecuali jika Anda menyimpan data dalam jumlah besar. Oleh karena itu, sebagai aturan umum, Anda tidak boleh mempertimbangkan untuk menggunakan penyimpanan HDD kecuali jika Anda menyimpan data minimal 10 TB dan beban kerja Anda tidak sensitif terhadap latensi.
Salah satu potensi kelemahan penyimpanan SSD adalah memerlukan lebih banyak node dalam cluster Anda berdasarkan jumlah data yang Anda simpan. Namun, dalam praktiknya, Anda mungkin memerlukan node tambahan tersebut agar cluster dapat
memperbarui traffic yang masuk, bukan hanya untuk mendukung jumlah data yang
Anda simpan.
Kasus penggunaan untuk penyimpanan HDD
Penyimpanan HDD cocok untuk kasus penggunaan yang memenuhi semua kriteria berikut:
Anda akan menyimpan minimal 10 TB data.
Anda tidak akan menggunakan data untuk mendukung aplikasi yang ditampilkan kepada pengguna atau peka terhadap
latensi.
Beban kerja Anda termasuk dalam salah satu kategori berikut:
Batch beban kerja dengan pemindaian dan penulisan, dan operasi tulis beberapa baris
secara acak maksimal.
Pengarsipan data, tempat Anda menulis data dalam jumlah besar dan jarang membaca
data tersebut.
Misalnya, jika Anda berencana menyimpan data historis yang ekstensif untuk sejumlah besar
perangkat deteksi jarak jauh, lalu menggunakan data tersebut untuk menghasilkan laporan harian,
penghematan biaya untuk penyimpanan HDD mungkin dapat dijadikan alasan terjadinya kompromi performa. Di sisi lain,
jika Anda berencana menggunakan data untuk menampilkan dasbor real-time,
mungkin data tersebut tidak akan masuk akal untuk menggunakan penyimpanan HDD—dalam kasus ini pembacaan akan jauh
lebih sering dan pembacaan yang bukan pemindaian jauh lebih lambat
dengan penyimpanan HDD.
Beralih antara penyimpanan SSD dan HDD
Saat Anda membuat instance Bigtable, pilihan penyimpanan SSD atau HDD untuk instance akan bersifat permanen. Anda tidak dapat menggunakan konsolGoogle Cloud untuk mengubah jenis penyimpanan yang digunakan untuk instance.
Jika Anda ingin mengubah jenis penyimpanan tempat tabel disimpan, gunakan
fitur pencadangan:
Buat atau rencanakan untuk menggunakan instance yang menggunakan jenis penyimpanan yang Anda inginkan.
Buat cadangan tabel.
Pulihkan dari cadangan ke tabel baru di instance lain.
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Sulit dipahami","hardToUnderstand","thumb-down"],["Informasi atau kode contoh salah","incorrectInformationOrSampleCode","thumb-down"],["Informasi/contoh yang saya butuhkan tidak ada","missingTheInformationSamplesINeed","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 2025-09-03 UTC."],[[["\u003cp\u003eSSD storage is generally the preferred choice for Bigtable instances due to its superior speed, performance predictability, and higher throughput compared to HDD.\u003c/p\u003e\n"],["\u003cp\u003eHDD storage can be suitable for large datasets (at least 10 TB) that are not latency-sensitive and are infrequently accessed, such as for batch workloads or data archival.\u003c/p\u003e\n"],["\u003cp\u003eThe cost savings of using HDD storage might be minimal when considering the overall cost of nodes in a Bigtable cluster, making SSD storage a better value in most cases.\u003c/p\u003e\n"],["\u003cp\u003eChoosing between SSD and HDD storage is permanent for a Bigtable instance; switching storage types requires using the backup and restore process to move data to a new instance.\u003c/p\u003e\n"],["\u003cp\u003eHDD storage has significantly slower individual row read performance compared to SSD, making it less suitable for applications requiring frequent or real-time data retrieval.\u003c/p\u003e\n"]]],[],null,["# Choose between SSD and HDD storage\n==================================\n\nWhen you create a Bigtable instance, you choose whether its clusters\nstore data on solid-state drives (SSD) or hard disk drives (HDD):\n\n- SSD storage is the most efficient and cost-effective choice for most use cases.\n- HDD storage is sometimes appropriate for large datasets that are not latency-sensitive or are infrequently accessed.\n\nRegardless of which type of storage you choose, your data is stored on a\ndistributed, replicated file system that spans across many physical drives.\n\nThe guidelines on this page can help you choose between SSD and HDD.\n\nWhen in doubt, choose SSD storage\n---------------------------------\n\nThere are several reasons why it's usually best to use SSD storage for your\nBigtable cluster:\n\n- **SSD is significantly faster and has more predictable performance than HDD.** In a Bigtable cluster, SSD storage delivers significantly lower latencies for both reads and writes than HDD storage.\n- **HDD throughput is much more limited than SSD throughput.** In a cluster that uses HDD storage, it's possible to reach the maximum throughput before CPU usage reaches 100%, a situation you can monitor using the [disk load](/bigtable/docs/monitoring-instance#disk) metric. To increase throughput, you must add more nodes, but the cost of the additional nodes might exceed your savings from using HDD storage. SSD storage does not have this limitation, because it offers much more throughput per node---generally, a cluster that uses SSD storage reaches maximum throughput only when it is using all available CPU and memory.\n- **Individual row reads on HDD are very slow.** Because of disk seek time, HDD storage supports only 5% of the read rows per second of SSD storage. Large multi-row scans, however, are not as adversely impacted.\n- **The cost savings from HDD are minimal, relative to the cost of the nodes in\n your Bigtable cluster, unless you're storing large amounts of\n data.** For this reason, as a rule of thumb, you shouldn't consider using HDD storage unless you're storing at least 10 TB of data and your workload is not latency-sensitive.\n\nOne potential drawback of SSD storage is that it [requires more nodes in your\nclusters](/bigtable/quotas#storage-per-node) based on the amount of data that you store. In\npractice, though, you might need those extra nodes so that your clusters can\nkeep up with incoming traffic, not only to support the amount of data that\nyou're storing.\n\nUse cases for HDD storage\n-------------------------\n\nHDD storage is suitable for use cases that meet all of the following criteria:\n\n- You expect to store at least 10 TB of data.\n- You will not use the data to back a user-facing or latency-sensitive application.\n- You don't plan to enable [2x node\n scaling](/bigtable/docs/scaling#node-scaling-factor).\n- Your workload falls into one of the following categories:\n\n - Batch workloads with scans and writes, and no more than occasional random reads of a small number of rows or point reads.\n - Data archival, where you write large amounts of data and rarely read that data.\n\nFor example, if you plan to store extensive historical data for a large number\nof remote-sensing devices and then use the data to generate daily reports, the\ncost savings for HDD storage might justify the performance tradeoff. On the\nother hand, if you plan to use the data to display a real-time dashboard, it\nprobably *would not* make sense to use HDD storage---reads would be much more\nfrequent in this case, and reads that are not scans are much slower\nwith HDD storage.\n\nSwitching between SSD and HDD storage\n-------------------------------------\n\nWhen you create a Bigtable instance, your choice of\nSSD or HDD storage for the instance is permanent. You cannot use the\nGoogle Cloud console to change the type of storage that is used for the instance.\n\nIf you want to change the storage type that a table is stored on, use the\n[backups feature](/bigtable/docs/managing-backups):\n\n1. Create or plan to use an instance that uses the storage type you want.\n2. Create a backup of the table.\n3. Restore from the backup to a new table in the other instance.\n\nWhat's next\n-----------\n\n[Create an instance with SSD or HDD storage](/bigtable/docs/creating-instance)."]]
