Fokus pada barisan rak server yang dihiasi kode komputer berwarna-warni

NVMe: Ruang ekstra dan RAID

Kita telah membahas bagaimana NVMe membuka beberapa peluang teknis sekaligus tantangan untuk pusat data saat ini. Secara teori, mengimplementasikan NVMe akan membebaskan perangkat penyimpanan dari pengontrol perangkat keras dan akan menghasilkan performa lebih dari yang mungkin dihasilkan dengan SATA dan SAS.

Di samping performa, salah satu pertimbangan besar bagi pengelola pusat data adalah ruang ekstra. Meski penyimpanan NVMe dapat dipasang pada kontroler perangkat keras tradisional, pendekatan yang lebih efisien untuk ruang ekstra adalah melalui platform penyimpanan berbasis perangkat lunak (Software Defined Storage)

Saat organisasi beralih ke NVMe, mereka harus menemukan cara bagaimana mereka dapat tetap memenuhi praktik ketersediaan tinggi. Hal ini berlaku khususnya untuk perusahaan yang memiliki SLA tinggi.

Produsen pengontrol RAID berbasis perangkat keras harus mengadaptasi kehadiran NVMe dan menawarkan solusi untuk menghubungkan ke backplane server U.2 yang ada guna mendukung solusi RAID NVMe berbasis perangkat keras. Beberapa kartu pengontrol RAID yang mendukung NVMe telah ada di pasaran, tetapi pasaran ini termasuk masih baru. Jika perusahaan ingin beralih ke NVMe sementara RAID berbasis perangkat lunak masih dalam tahap pengembangan awal, perusahaan perlu mempertimbangkan keputusan desain arsitektural karena nantinya mereka harus menemukan cara untuk tetap memenuhi praktik ketersediaan tinggi, baik melalui solusi HCI berbasis perangkat lunak seperti vSAN, Ceph, RAID berbasis perangkat lunak Linux, atau mirroring LVM, dan replikasi ketersediaan tinggi berbasis aplikasi seperti SQL always on maupun mirroring ASM Oracle. Karena pengontrol RAID berbasis perangkat lunak hanya melindungi dari satu titik kegagalan, orang dapat berargumen bahwa keputusan desain berbasis perangkat lunak ini harus ada bersama dengan pengontrol RAID berbasis perangkat keras.

Peralihan ke NVMe memerlukan peninjauan full-stack menyeluruh dari arsitek TI dan pemilik aplikasi untuk memastikan ruang ekstra ada pada setiap lapisan tumpukan, dari komputasi, ke jaringan, hingga penyimpanan untuk memastikan terpenuhinya SLA yang diperlukan. Praktik ruang ekstra yang kuat harus diterapkan pada lapisan penyimpanan jika aplikasi membagikan sumber daya penyimpanan. Solusi kustom akan bergantung pada arsitektur yang saat ini menjadi dasarnya.

Sebagai contoh, jika server divirtualisasi, beralih ke solusi HCI perangkat lunak seperti vSAN mungkin masuk akal. vSAN menawarkan ruang ekstra granular pada level VM (Memori Virtual), dan dapat melindungi VM hingga 2 kegagalan node penyimpanan penuh. Jika perusahaan mengandalkan all-flash array sebagai solusi penyimpanan terpusat, kebanyakan all-flash array NVMe telah hadir dengan implementasi RAID berbasis perangkat lunak, tetapi untuk perlindungan lebih dari kegagalan seluruh array, replikasi ketersediaan tinggi penyimpanan adalah kuncinya.

Kingston sering bertanya kepada pelanggan, “Bagaimana Anda mengelola penyimpanan?”

Kebanyakan pelanggan mulai menguji kompleksitas dari peralihan arsitektur yang dikontrol perangkat keras ke arsitektur berbasis perangkat lunak. Beberapa pelanggan telah membeli solusi untuk menguji, sementara segelintir lain harus menulis paket penyimpanan didukung perangkat lunak berbasis Linux mereka sendiri untuk mengelola pusat data.

Bagi beberapa perusahaan, perluasan dari basis perangkat lunak ke kontroler RAID bukan hanya penting ― ini adalah perubahan dasar. Perusahaan memiliki banyak hal untuk dipertimbangkan dan sejumlah keputusan untuk dibuat. Karenanya, perusahaan penyimpanan berbasis perangkat lunak sekarang mulai online.

#KingstonIsWithYou

Minta Bantuan Pakar