сейчас s2d вполне жизнеспособен, документация по нему в порядке, скорость чтения-записи как и всегда зависит в основном от дисков и сети. при адекватном планировании нет никаких проблем с ребутами-апдейтами-политиками-производительностью. скорость на чтение просто охуенная, на запись - зависит от дисков и сети (rdma дает отличный профит, надо чтобы сетевушки поддерживали, тот же мелланокс x3,4,5 en поддерживает, ну и свичи тоже надо чуть поднастроить, проблем 0 со всем современным оборудованием, сетевушки нужны 10+gb ethernet ). ну и чтобы те железки куда вы диски суете диски через hba получали, а не через raid. всякие тиры-кеши-дедупы имеются, доступ по смб 3-сколько то там, а это rdma-capable(наносекунды доступа)-multichannel-дохерашифрованный доступ к данным. если пилите гиперконвергентное решение подумайте во что упираться будете, какая нагрузка, тестите через VMFleet и все будет ок. ну и s2d это в рамках 1 дц, хотите гео-репликацию - это про storage replica, она active-passive
то что дают отдельные хостеры зависит от хостеров, hyperv гибко поддерживает QoS как сети так и дисков, так что сколько порезали столько и получится