Apakah realistis untuk mengatur basis data 100 TB (sekitar 90 TB sebenarnya) pada PostgreSQL tanpa data sharding antara sejumlah node? Adakah kisah sukses / contoh tentang pemasangan serupa?
database
postgresql
voidlizard
sumber
sumber
Jawaban:
50K menulis per detik yang perlu diserap lebih dari tantangan biasanya. Bahkan dalam tolok ukur sintetis dengan sisipan yang cukup sederhana, batas PostgreSQL cenderung mencapai sekitar 10 K / s - dan di sana Anda bahkan tidak memiliki binatang sebesar itu dalam hal ukuran basis data.
Juga sistem I / O untuk node PostgreSQL tunggal akan menarik karena bahkan dengan RAID 10 dan dengan asumsi bahwa insersi 50K akan sama dengan hanya 50K IOPS (yang mungkin salah, tetapi tergantung pada skema dan indeks basis data Anda ), Anda akan membutuhkan kira-kira seratus disk yang dipasangkan dengan array yang sangat baik yang menyelamatkan Anda dari membeli beberapa ratus disk untuk melayani penulisan yang tepat waktu.
Jika sharding itu mudah dan Anda mengharapkan beban tulis yang begitu besar maka pergilah untuk sharding. Menulis bisa sangat sulit untuk diukur.
sumber
Itu realistis dan akan berhasil. Kinerja lebih besar tergantung pada berapa banyak RAM yang Anda miliki. Semakin besar RAM, semakin besar cache, dan semakin lama PostgreSQL dapat men-cache data sebelum membongkar ke disk.
PostgreSQL akan menulis data ke cache, dan melepaskan cache dari waktu ke waktu. Jadi 50k INSERTs per detik tidak akan diterjemahkan ke 50k IOPS. Ini akan menjadi jauh lebih sedikit, karena itu akan mengelompokkan catatan bersama dan menulis semuanya sekaligus.
Basis data yang besar tidak menjadi masalah jika mayoritas pekerjaannya adalah INSERT. PostgreSQL harus mengubah indeks di sana-sini, tapi itu pekerjaan yang sangat mudah. Jika Anda memiliki banyak SELECT pada basis data ukuran ini, Anda benar-benar perlu shard.
Saya pernah bekerja pada Oracle DB (Oracle 10g) dengan 400TB pada server 16GB, satu contoh saja. Beban kerja basis data adalah INSERT utama juga, jadi beberapa SELECT per hari dan jutaan INSERT setiap hari. Kinerja jauh dari masalah.
sumber
Pada 100TB Anda memiliki beberapa tantangan penting. Apakah itu akan berhasil untuk Anda atau tidak tergantung pada bagaimana Anda ingin mengatasinya.
Anda membutuhkan cara yang cukup untuk menyerap beban tulis. Ini tergantung pada beban tulis. Tetapi dengan penyimpanan yang cukup mengagumkan itu bisa diselesaikan. Kecepatan adalah masalah besar di sini. Akses baca yang sama harus dilihat dengan cermat.
Sebagian besar database tidak terdiri dari banyak tabel bertubuh kecil tetapi sering memiliki satu atau dua yang sangat besar, yang dapat mencapai setengah dari ukuran db. PostgreSQL memiliki batas keras 32TB per tabel. Setelah itu jenis tid kehabisan penghitung halaman. Ini dapat ditangani oleh custom postgreSQL atau dengan tabel partisi tetapi ini merupakan tantangan serius yang perlu diatasi pada awalnya.
PostgreSQL memiliki batasan nyata dalam berapa banyak RAM yang dapat digunakan untuk berbagai tugas. Jadi memiliki lebih banyak RAM mungkin atau mungkin tidak membantu Anda melampaui titik tertentu.
Cadangan .... Cadangan menarik pada skala ini. 60TB db yang saya tahu harus menggunakan fs snapshot backup dan kemudian memalsukan cadangan untuk bartender untuk pengarsipan wal. Backup palsu ini adalah proksi untuk backup snapshot fs. Seperti yang saya katakan, "Itu bukan cadangan palsu. Itu cadangan alternatif!"
Ada orang dengan basis data yang mendekati kisaran ini. Saya telah bertemu setidaknya satu orang yang bekerja untuk sebuah bank di Belanda yang memiliki database PostgreSQL 60TB. Namun itu benar-benar tergantung pada beban kerja Anda dan ukuran dengan sendirinya bukan masalah.
sumber