Saya harap banyak dari Anda bekerja dengan situs web yang didorong oleh basis data lalu lintas tinggi, dan kemungkinan masalah skalabilitas utama Anda ada di dalam basis data. Saya memperhatikan beberapa hal belakangan ini:
Kebanyakan database besar membutuhkan tim DBA untuk skala. Mereka terus-menerus berjuang dengan keterbatasan hard drive dan berakhir dengan solusi yang sangat mahal (SAN atau RAID besar, jendela perawatan yang sering untuk defragging dan partisi ulang, dll.) Biaya tahunan aktual untuk mempertahankan database tersebut adalah dalam kisaran $ 100K - $ 1M yang terlalu curam untuk saya :)
Akhirnya, kami mendapatkan beberapa perusahaan seperti Intel, Samsung, FusionIO, dll. Yang baru saja mulai menjual hard drive SSD yang sangat cepat namun terjangkau berdasarkan teknologi SLC Flash. Drive ini 100 kali lebih cepat dalam baca / tulis acak daripada hard drive pemintalan terbaik di pasaran (hingga 50.000 tulis acak per detik). Waktu pencarian mereka hampir nol, sehingga biaya I / O acak sama dengan I / O berurutan, yang luar biasa untuk basis data. Drive SSD ini harganya sekitar $ 10- $ 20 per gigabyte, dan harganya relatif kecil (64GB).
Jadi, tampaknya ada peluang untuk menghindari biaya BESAR dalam penskalaan basis data dengan cara tradisional dengan hanya membangun array RAID 5 yang cukup besar dari drive SSD (yang hanya berharga beberapa ribu dolar). Maka kami tidak peduli jika file database terfragmentasi, dan kami dapat membayar 100 kali lebih banyak menulis disk per detik tanpa harus menyebarkan database di 100 spindle. .
Apakah ada orang lain yang tertarik dengan ini? Saya telah menguji beberapa drive SSD dan dapat membagikan hasil saya. Jika ada orang di situs ini yang telah menyelesaikan bottleneck I / O mereka dengan SSD, saya akan senang mendengar cerita perang Anda!
PS. Saya tahu bahwa ada banyak solusi mahal di luar sana yang membantu skalabilitas, misalnya SAN berbasis RAM yang terbukti saat itu. Saya ingin menjadi jelas bahwa bahkan $ 50K terlalu mahal untuk proyek saya. Saya harus menemukan solusi yang harganya tidak lebih dari $ 10K dan tidak membutuhkan banyak waktu untuk mengimplementasikannya.
Dave, NXC, dan Burly,
Terima kasih atas balasan Anda! Saya ingin mengklarifikasi bahwa kata "murah" sangat penting dalam situasi saya. Jadi, saya harus menggunakan server Dell murah ($ 4K 2950 yang hanya memiliki 8 bank memori). RAM saya sudah terpasang 32GB, jadi saya tidak bisa terus melakukan penskalaan dengan cara ini. Selain itu, menambahkan RAM tidak menyelamatkan Anda dari kemacetan disk MENULIS, yang merupakan masalah utama saya saat ini.
Saya dulu prihatin dengan masa pakai SSD, tetapi setelah membaca tentang algoritma level pakai modern saya cukup yakin bahwa drive ini akan bertahan cukup lama. Basis data saya menulis 300GB per hari, dan diproyeksikan lebih dari 1TB per hari pada tahun 2009. SSD Perusahaan dirancang untuk menangani sekitar 10TB penulisan per hari selama beberapa tahun.
Saya tidak setuju dengan poin Burly bahwa terlalu banyak tenaga untuk bermigrasi dari SAS ke SSD. Basis data saya adalah cermin sinkron, jadi saya dapat memutakhirkan satu sisi cermin, lalu menontonnya selama beberapa bulan, dan jika berhembus saya dapat gagal ke server kedua yang masih memiliki hard drive SAS lama yang baik ...
sumber
Jawaban:
Masalah Potensial
Saya memiliki beberapa masalah dengan penggunaan SSD untuk basis data produksi saat ini
Manfaat yang Diusulkan
Yang mengatakan, ada sejumlah item, setidaknya di atas kertas, yang mendukung SSD di masa depan:
Jadi untuk tolok ukur kinerja yang diberikan, ketika Anda memperhitungkan total biaya kepemilikan termasuk daya langsung dan biaya pendinginan tidak langsung, SSD bisa menjadi sangat menarik. Selain itu, tergantung pada rincian lingkungan Anda, pengurangan jumlah perangkat yang diperlukan untuk tingkat kinerja tertentu juga dapat mengakibatkan pengurangan persyaratan kepegawaian, mengurangi biaya tenaga kerja.
Biaya dan Kinerja
Anda telah menambahkan bahwa Anda memiliki batasan biaya di bawah $ 50K USD dan Anda benar-benar ingin menyimpannya di bawah $ 10K. Anda juga telah menyatakan dalam komentar bahwa Anda bisa mendapatkan beberapa SSD "murah", mengelak bahwa SSD akan lebih murah daripada DBA atau konsultan. Ini mungkin benar tergantung pada jumlah jam Anda akan membutuhkan DBA dan apakah itu merupakan biaya reoccuring atau tidak. Saya tidak dapat melakukan analisis biaya untuk Anda.
Namun, satu hal yang harus Anda perhatikan adalah jenis SSD yang Anda dapatkan. Tidak semua SSD dibuat sama. Pada umumnya, SSD "murah" yang Anda lihat dijual dalam dolar $ 200-400 (2008/11/20) ditujukan untuk lingkungan dengan daya / panas rendah seperti laptop. Drive ini sebenarnya memiliki tingkat kinerja yang lebih rendah dibandingkan dengan HDD 10K atau 15K RPM - terutama untuk penulisan. Drive tingkat perusahaan yang memiliki kinerja pembunuh yang Anda bicarakan - seperti seri Mtron Pro - cukup mahal. Saat ini mereka ada di sekitar:
Bergantung pada ruang, kinerja, dan persyaratan redundansi Anda, Anda dapat dengan mudah menghancurkan anggaran Anda.
Misalnya, jika persyaratan Anda mengharuskan total penyimpanan 128GB yang tersedia maka RAID 0 +1 / 10 atau RAID 5 dengan 1 hotspare adalah ~ $ 5600
Namun jika Anda membutuhkan TB penyimpanan yang tersedia, maka RAID 0 +1 / 10 akan menjadi ~ $ 51K dan RAID 5 dengan 2 hotspares akan ~ $ 32K.
Gambar besar
Yang mengatakan, instalasi, konfigurasi, dan pemeliharaan basis data produksi besar membutuhkan individu yang sangat terampil. Data dalam DB dan layanan yang disediakan dari data tersebut bernilai sangat tinggi bagi perusahaan dengan tingkat persyaratan kinerja ini. Selain itu, ada banyak hal yang tidak bisa diselesaikan dengan melemparkan perangkat keras pada masalahnya. DBMS yang dikonfigurasi dengan tidak tepat, skema database yang buruk atau strategi pengindeksan dapat / merusak / kinerja DB. Lihat saja masalah yang dialami Stackoverflow dalam migrasi mereka ke SQL Server 2008 di sini dan di sini. Faktanya adalah, database adalah aplikasi yang berat tidak hanya pada disk tetapi juga RAM dan CPU. Menyeimbangkan masalah kinerja multi-variate bersama dengan integritas data, keamanan, redundansi, dan cadangan adalah sedikit rumit.
Singkatnya, sementara saya pikir setiap dan semua perbaikan baik pada perangkat keras dan teknologi perangkat lunak disambut oleh masyarakat, administrasi basis data skala besar - seperti pengembangan perangkat lunak - adalah masalah yang sulit dan akan terus membutuhkan pekerja terampil. Peningkatan yang diberikan mungkin tidak menuai biaya pengurangan tenaga kerja yang Anda atau perusahaan mungkin harapkan.
Titik loncatan yang baik untuk beberapa penelitian mungkin situs web / blog Brent Ozar di sini . Anda mungkin mengenali namanya - dialah yang telah membantu kru stackoverflow dengan masalah kinerja MS SQL Server 2008 mereka. Blog dan sumber daya yang ia tautkan menawarkan sedikit keluasan dan kedalaman.
Memperbarui
Stackoverflow sendiri akan menggunakan rute berbasis SSD konsumen untuk penyimpanan mereka. Baca tentang ini di sini: http://blog.serverfault.com/post/our-storage-decision/
Referensi
sumber
Jika Anda memiliki situs dengan lalu lintas sangat tinggi yang dapat memanfaatkan SSD untuk meningkatkan kinerja penulisan, Anda mungkin akan memiliki masalah dengan masa pakai SSD, jadi saya belum menjualnya untuk itu.
Dengan mengingat hal itu, apa yang harus dilakukan dengan database yang memiliki tingkat pembacaan yang tinggi? Jawabannya sederhana: selai server dengan RAM sebanyak yang Anda bisa. Anda akan menemukan bahwa tabel terpanas hampir selalu disimpan dalam cache RAM, dan setiap hit besar ke disk mungkin karena tabel besar atau pemindaian indeks, yang sering dapat dioptimalkan dengan pengindeksan yang tepat.
sumber
Saya telah bekerja sebagai DBA selama 5+ tahun dan memikirkan cara untuk meningkatkan kinerja DB selalu menjadi bagian belakang tambang saya. Saya telah menonton ruang SSD dan saya pikir mereka pasti menjadi lebih dan lebih banyak pilihan yang layak.
Lihat ini;
http://i.gizmodo.com/5166798/24-solid-state-drives-open-all-of-microsoft-office-in-5-seconds
Ada juga produk baru yang diproduksi oleh Acard yang disebut ANS-9010 yang merupakan versi perbaikan dari GC-Ramdisc yang memungkinkan Anda untuk menggunakan ram DDR2 untuk membuat Drive SATA (hingga 64gig) menggunakan tongkat DDR2 dengan teori 400MB / s secara teoritis maksimum.
http://techreport.com/articles.x/16255/3
^^ Tetapi hal lain yang berguna dalam artikel itu adalah bahwa ia membandingkan ANS-9010 dengan semua pemain di pasar SSD dan ternyata Intel memiliki 64GB x25-E SSD yang hampir sebanding dengan memiliki ramdisk perangkat keras.
Hal yang akan membuat saya khawatir tentang SSD adalah memakainya dengan semua tekanan yang ditimbulkan oleh DB besar, sehingga Anda harus menggunakan raid untuk mencerminkan drive yang artinya Anda membayar dua kali lebih banyak;
Dan kerugiannya dengan ramdisk perangkat keras adalah baterai, dalam kasus pemadaman listrik hanya akan menguasainya begitu lama sehingga Anda harus mencari cara lain untuk mendukungnya. Saya percaya bahwa Anda juga dapat membeli steker listrik untuk mereka tetapi kemudian masih bergantung pada UPS Anda.
Saya menyarankan agar Anda menggunakan disk ram perangkat keras untuk temp DB dan file swap windows - dan meletakkan basis data pada Intel X25-E Extreme (sekitar 600 USD untuk 64 pertunjukan).
Pokoknya itu akan menjerit dan membuat kita semua sangat iri.
(Juga pertimbangkan untuk menggunakan ANS-9010 lain untuk hosting situs web)
Salam, Dave
sumber
Kami baru saja membuat server w2k3 r2 64bit Sql 2008 pada dual 2.5in Seagate Momentus XT hybrid mirror - 1/4 stroke untuk OS, dan 1/4 stroke untuk DB. Begitu juga menggunakan 125GB untuk OS dan 125GB untuk DB. mendapatkan 1500MB / s hingga 1900MB / s seq berbunyi. Pada Intel i7 2600K 3.4Ghz 8GB
sumber
Ada produk di pasaran seperti ini yang melakukan hal semacam ini. Juga, seperti yang dikatakan oleh poster lainnya, menambahkan RAM ekstra ke server DB akan memberi Anda tingkat hit cache yang lebih baik, yang akan mengurangi lalu lintas disk.
Server 8-socket Opteron seperti Sun X4600 akan memungkinkan Anda memasang hingga 256GB RAM di dalamnya untuk harga yang masih lebih murah daripada tim DBA besar. Anda juga dapat mempertimbangkan menggunakan file flat daripada DBMS (seperti yang dilakukan perusahaan ini), yang akan memberi Anda kinerja yang lebih baik daripada DBMS. Dalam hal ini, SAN akan memberi Anda integritas data. Namun, Anda harus merancang strategi akses data dengan hati-hati untuk menghindari kekacauan. Rupanya cukup banyak pakaian dot-com volume besar melakukan ini. Ini jauh lebih efisien daripada DBMS, memungkinkan perangkat keras pejalan kaki yang cukup untuk menangani beban besar, dan menghindari biaya lisensi DBMS.
sumber
Drive SSD didasarkan pada memori flash NAND (MLC atau SLC). Jika Anda membeli drive SSD dalam faktor bentuk SATA (2 atau 3), Anda membatasi kinerja yang bisa Anda dapatkan dari mereka. Biasanya, drive SSD yang didasarkan pada pengontrol cepat Sandforce SF-1200 menghasilkan 220MB / detik dibaca dan 205MB / detik menulis - jauh lebih cepat daripada disk putar mekanik kuno.
Namun, jika Anda pindah ke solusi PCIe seperti FusioIO, yang tidak melibatkan konektor SATA 2 atau SATA 3 yang lambat, Anda mencari solusi yang 10-50 kali lebih cepat daripada memutar bull mekanik (maksud saya disk).
Jadi untuk solusi "murah" Anda, gunakan SATA 2/3 SDD berbasis pada pengontrol Sandforce SF-1200. Ini akan membuat Anda mendapatkan peningkatan kecepatan 3-5 kali lipat (berdasarkan pengalaman dunia nyata). Jika Anda memiliki anggaran, maka pilihlah FusioIO. Tidak ada yang akan mengalahkannya dalam hal kinerja. Ini sangat cepat. Berharap untuk menghabiskan $ 20.000 hingga $ 50.000 sekalipun.
sumber