Kami akan menggunakan riset penyimpanan bersama untuk penyimpanan ultra-cepat untuk mengimplementasikan Microsoft SQL Server Failover Cluster (FCI). Sejauh ini proyek berjalan, kita akan mulai dengan 500K IOPS untuk blok 8k sekitar pola 70r / 30w. Kami juga ingin memiliki kemampuan untuk meningkatkan kinerja hingga 2M IOPS (untuk pola yang sama) dalam satu tahun atau lebih, karena meningkatnya harapan SQL server.
Untuk tujuan proyek ini, kami akan menggunakan klaster 4-simpul dari Microsoft Storage Spaces Direct (S2D). Sedangkan untuk perangkat keras kami sudah memiliki 2x rak server Dell R730xd dengan 2x E5-2697 dan RAM 512GB dan kami siap untuk mendapatkan 2 lagi.
Adapun penyimpanan, Microsoft merekomendasikan pergi dengan NVMe atau NVMe + SSD untuk mendapatkan kinerja ( sumber ) maksimum . Karena itu, setelah beberapa penelitian, Samsung SSD baik untuk digunakan. https://www.starwindsoftware.com/blog/benchmarking-samsung-nvme-ssd-960-evo-m-2 http://www.storagereview.com/samsung_960_pro_m2_nvme_ssd_review
Setup yang kami pertimbangkan adalah sebagai berikut: 1x Samsung 960 EVO NVMe + 4x Samsung PM863 SSD per host S2D.
Dapatkah implementasi S2D menggunakan Samsung 960 EVO NVMe dan Samsung PM863 memberikan 500rb ke SQL FCI?
EDIT:
a) bukankah kamu menanyakan hal yang sama kemarin? - Aku melakukannya. Sebuah pertanyaan baru telah diposting sejak pengambilan gambar pertama di luar topik. Subjek dan tubuh diubah. Pertanyaan sebelumnya akan dihapus.
b) mereka adalah drive konsumen, - Pertanyaannya adalah tentang menemukan pengaturan S2D yang dapat menampung 500k IOPS saat mulai. Pengaturan apa yang akan Anda rekomendasikan?
c) bagaimana Anda berencana untuk menghubungkan semua itu, saya tidak mengetahui ada server di luar sana dengan slot 5 x M.2 - kita perlu mengetahui hal ini, - Hanya 1x M.2 drive per setiap node yang akan digunakan. Saya telah memperbaiki pengaturan penyimpanan bersama: 1x Samsung 960 EVO NVMe + 4x Samsung PM863 SATA SSD per host S2D.
d) jenis IOPS (ukuran dan jenis) apa? - SQL FCI membaca beban kerja intensif 4k, 8k, 64k blok. Kisaran membaca adalah 70-90% dan menulis satu - 30-10%.
e) 500k-ke-2M adalah rentang varian persyaratan yang sangat luas - mengapa rentang yang begitu luas? - Kinerja proyek diperkirakan akan tumbuh secara signifikan pada periode sortasi, jadi kita harus memiliki kemampuan untuk menjalankan beban kerja 4x pada perangkat keras yang sama hingga dan pada tahun pertama. Setahun kemudian kami akan menambahkan 4x lebih banyak host ke cluster.
Kami adalah Microsoft Shop sehingga tidak ada pilihan untuk pergi ke tempat lain selain Microsoft SQL Server 2016. Juga, karena Anda mungkin mengkonsumsi proyek tersebut memerlukan redundansi dan ketersediaan tambahan, maka SQL Failover Cluster Intance akan digunakan selain S2D.
sumber
Jawaban:
Merupakan ide yang buruk untuk menggunakan SSD konsumen dalam penggunaan SDS Anda. VMware VSAN dan Microsoft S2D keduanya menganggap menulis akan "atomik", sehingga satu ACK-ed oleh host sebenarnya pada memori persisten; SSD konsumen tidak memiliki perlindungan pemadaman listrik sehingga mereka MUNGKIN kehilangan data Anda. Daya tahan tulis juga sangat berbeda.
https://blogs.technet.microsoft.com/filecab/2016/11/18/dont-do-it-consumer-ssd/
https://blogs.vmware.com/vsphere/2013/12/virtual-san-hardware-guidance-part-1-solid-state-drives.html
http://www.yellow-bricks.com/2013/09/16/frequently-asked-questions-virtual-san-vsan/
Saya sarankan untuk tetap menggunakan beberapa kartu NVMe tingkat Perusahaan.
sumber