Sua limitação aqui é seu controlador de raid. Random escreve como um cache grande, e RAIDs baseados em paridade, como uma calculadora de paridade rápida. Quanto mais discos você adicionar a uma matriz RAID baseada em paridade (como RAID 5 ou 6) em um controlador conectado localmente, o desempenho inferior que você verá por fuso. O armazenamento anexado direto grande (acima de 8 unidades ou mais) costuma ser um ataque 10 para evitar esse problema. A única razão para usar o RAID baseado em paridade (5 ou 6) é se beneficiar de uma proporção maior de espaço utilizável. A desvantagem é que, se você perder uma unidade, a reconstrução levará mais tempo se a RAID for grande.
Nenhum novo hardware
Se o seu hardware for fixo e você precisar fazer com que isso funcione da melhor forma possível, o melhor desempenho seria do RAID 10, mas você perderia metade do espaço disponível. Além disso, embora pareça mais resiliente no início porque você pode perder até metade das unidades sem uma falha, ainda assim você poderá perder dados se perder as duas unidades erradas.
A outra opção para armazenamento anexado localmente é o ZFS. Eu não pretendo saber seu funcionamento interno, mas meu entendimento é que ele ignorará completamente a placa RAID e funcionará nos discos subjacentes. Pode ter uma penalidade menor na paridade para pequenas gravações, se você configurá-lo corretamente.
Novo hardware
Se você tem dinheiro para consertar este problema, você estaria bem servido para investir em um controlador RAID melhor. Algo com mais cache e um processador mais rápido. Se você decidir usar o RAID baseado em paridade, será melhor atendê-lo fazendo vários RAIDs - de preferência 3 grupos com 8 fusos cada.
Ainda melhor do que isso seria obter algum armazenamento externo: algo que tenha um controlador de armazenamento que lide com todo o cache e o cálculo de paridade, e simplesmente permita o acesso ao armazenamento via SAS ou canal de fibra.