Есть в винде, в определённых версиях, софтовый вариант изготовления RAID.
Вот этот RAID как раз и выручает нас по поводу пунктов
1- цена вопроса при повреждении ssd
2- надёжность
3- скорость
4- размер ресурса ssd TBW (Total Bytes Written).
Но тут конечно, есть нюанс. Если нужна надёга то скорость как бы под вопросом. Если нужна скорость, то тут под вопросом надёга.
Но есть вариант конечно и объединить всё это. Всё в наших руках, и желании.
Про изготовление самого RAID в "дисковом пространстве", я не буду тут вам описывать. Этот вариант не гарантирует вам 100% скорость, хоть даже применив RAID0 из нескольких ssd. Почему? Потому что при изготовлении RAID в "дисковом пространстве", винда использует дефолтовые параметры. При этом самам винда не меняет их от количества ssd, но и сама винда там не даёт возможности эти параметры поменять.
А эти параметры при достижении скорости очень важны и нужны при наличии N количества дисков.
Именно количество дисков влияет на скорость. А параметры по умолчанию не учитывают ЭТО.
Например, я изготовил из USB3 hab-а(4-е штуки usb), RAID5. Применил для этого 3 и 4 ssd диска. Изготовление делал в графической оболочке, самого "дискового пространства". При тестировании выяснилось, что со временем, где некоторые ssd имеют медленные ячейки памяти, диск отключается от RAID и "дисковое пространство" ругается на то что бы я проверил физические диски и заменил их.
Кстати, этим методом можно проверять на "вшивость" ssd диски. Но конечно я знаю, что сам hab(далее хаб), пытается делить общую скорость на количество дисков в нём. И поэтому происходит сбой из-за малой скорости одного из ssd, которые должны все пахать синхронно по скорости.
Но есть способ обойти ЭТО. Это выставлять программно другие параметры для изготовления RAID.
Этот способ и причины малой скорости я подчерпнул из забугоной статьи-> хххх://storagespaceswarstories.com/storage-spaces-and-slow-parity-performance/

И да, немного отступление от темы..
Настоятельно рекомендую применять для сохранения инфы на загрузочном ssd, RAID1.
При этом применять железный контролёр, а не софтовый RAID.
И конечно же весь диск "С" оформлять в RAM прогой в вине "uwfmgr.exe", про которую, я тут писал ранее.
Как я поработав уже > полугода в таком режиме, могу сказать с уверенностью, что для диска "С" достаточно 1,5 гига памяти.
Но конечно если какая либо прога грузит,  на него для "темпа", типа торента или IDM, то конечно надо больше ей памяти.
Но можно и для этого эти каталоги типа "темп", отключать из RAM-а. Но тогда опять у вас ssd будет под "сбоем" из-за ресурса его.
Немного уточнения про "uwfmgr.exe"... Ранее я тут описывал как мучился с ней по поводу "рандомной" ошибки при загрузки с диска "С".
Но когда начал изготавливать себе свой домашний "Дата центр", состоящий из 2-ух дешёвых мам (LGA11500) на целероне, и с 8-мью ssd на каждой такой маме, всё выяснил в чём дело. "Дело было не в бобине - человек сидел в кабине".
Короче. При инициализации "uwfmgr.exe", при первой перезагрузки, происходит анализ этой прогой всех дисков (КРОМЕ USB) и "срисовывания" с них серийников. Включая и ssd которые додцеплены были к компу через переходники USB3/SATA3, потому что эти переходники в винде ассоциируются не как USB, а настоящие SATA этим переходником. Это легко проверить прогой, "trimcheck", которая проверяет на дисках ssd включения TRIM режима. Как известно режим TRIM не включается на устройствах USB.
При отсутствии любого из этих дисков "uwfmgr.exe" как бы "портиться" и при следующей загрузки вылетает ошибка. Лечиться "просто". С помощью закладок из темы "Не убиваемый windows 10". Делается закладка с включением "uwfmgr.exe". Обзывается как "mama safe", и уже от неё делается сама рабочая закладка в которой автоматом подключена "uwfmgr.exe". При ошибки рабочей закладки, делается заного опять эта рабочая закладка в меню закладке "boot_menu", методом VBS скрипта, расположенного на рабочем столе закладки.

option explicit
dim objWshShell,objExec

'=========== запуск от админа скрипта
Set objWshShell = WScript.CreateObject("WScript.Shell")
If WScript.Arguments.Length = 0 Then
  Set objExec = CreateObject("Shell.Application")
  objExec.ShellExecute "wscript.exe" _
    , """" & WScript.ScriptFullName & """ RunAsAdministrator", , "runas", 1
Set objWshShell =nothing
  WScript.Quit
End if
'=====================================


dim mama
dim str,child,OutStr
mama="ТУТ ПОЛНЫЙ ПУТЬ К ФАЙЛУ ВКЛЮЧАЯ И САМО ИМЯ ФАЙЛА mama_safe.VHDX"
child="ТУТ ПОЛНЫЙ ПУТЬ К ФАЙЛУ ВКЛЮЧАЯ И САМО ИМЯ ФАЙЛА ВАШЕЙ ЗАКЛАДКИ .VHDX"

set objWshShell =CreateObject("WScript.Shell")

'-- В начале удаляем, закладкус ошибкой. 
str="del "  & child
set objExec = objWshShell.Exec("cmd ")
OutStr=ExecuteDiskPartCommand(str,false)
ExecuteDiskPartCommand "exit",false 
set objExec = Nothing
'------------------------------
str = "CREATE VDISK FILE=" & child & " PARENT=" & mama
set objExec = objWshShell.Exec("diskpart.exe")
OutStr=ExecuteDiskPartCommand(str,false)
str = "exit" 
OutStr=ExecuteDiskPartCommand(str,false)
Set objExec =Nothing
set objWshShell =nothing
WScript.Quit



Function ExecuteDiskPartCommand (strCommand,disp)
dim IgnoreThis: IgnoreThis=""
    objExec.StdIn.Write strCommand & VbCrLf
    Do While True
        IgnoreThis = objExec.StdOut.ReadLine & vbcrlf              
        If InStr(IgnoreThis, "DISKPART>") <> 0 Then Exit Do
        If disp=false Then Exit Do
    Loop
    objExec.StdIn.Write VbCrLf
    ExecuteDiskPartCommand = ""    
    Do While True
        ExecuteDiskPartCommand = ExecuteDiskPartCommand & objExec.StdOut.ReadLine & vbcrlf              
        If InStr(ExecuteDiskPartCommand, "DISKPART>") <> 0 Then Exit Do
        If disp=false Then Exit Do
    Loop
End Function

Проверяется работоспособность RAM защиты скриптом bat

uwfmgr overlay get-consumption
pause

Если в ответе там стоит "0" байт, то сама защита включена (прога защиты загружена ), но не пашет для диска "С". И все данные пишутся на диск "С". Т.е. ssd расходует свой потенциал жизни.