Pull to refresh

Comments 5

Позже на них стали запускать виртуальные машины (ВМ), каждой их них требовался как минимум один виртуальный диск. Примерно тогда и возникла потребность в надежном хранилище. 

Так появились аппаратные хранилища, которые подключаются к compute-узлам по сети, позволяют виртуальным машинам хранить данные безопасно и раздельно.

Хранилища появились несколько раньше. SAN используют уже давно и некорректно это связывать с виртуализацией и контейнерами.

Дельное замечание, спасибо, поправил

А какая область применения у такого хранилища? Подозреваю, что для баз данных это не подойдет из-за перфоманса, а также из-за того что многие БД сами занимаются репликацией и шардированием данных, и не требуется такая функциональность.

Когда нет хранилки и не хочется local path provisioner использовать по тем или иным причинам. Каким-то базам и сервисам не нужно сильно быстрое хранилище, но хочется все же возможность свободно мигрировать поды и не выключать ноды. Тем более что не сказать, что это все будет сильно медленно.

Все таки под бд LINSTOR норм заходит.

Думаю на данный момент нет варианта с репликацией быстрее чем DRBD. А в случае если репликация не требуется (например если база умеет самостоятельно в репликацию), можно создавать неотказоучтойчивые тома с одной лишь репликой.

Sign up to leave a comment.