i
Его себе монтируешь как какой-то девайс (или каталог, в зависимости от того, как выдаешь)
Size: a a a
2020 July 07
i
И вот это маунтишь в контейнер
i
В итоге условный каталог /data в контейнере - лежит где-то на файловом хранилище
i
Не на машине
Bm
Fuf
Bm
Ага дошло, все значит впорядке :)
i
И если ты на другой машине поднимешь тот же контейнер в тем же маунтом - в /data будет то же содержимое
Bm
Спс
i
И хрен с машиной, предыдущей, накрылась так накрылась, оживляется сервис за минуты
Bm
У меня проксмокс отдает уже диск с датой в резерве, а докер вообще в виртуалке крутится, тут немного другое
i
А требования чтобы у тебя данные обязательно были локально обычно очень редки
i
У меня проксмокс отдает уже диск с датой в резерве, а докер вообще в виртуалке крутится, тут немного другое
Ну так хранилище тебе может и блочное устройство отдавать
i
будет условный /dev/nfs1
i
И ты его как дейвайс прокидываешь в контейнер
i
И тот с ним как с диском и работает
Bm
дадада у меня так и сделано
Bm
i
В общем вариантов много и держать данные где-то в локальной папочке что на винде что на линуксе - плохо, кроме части случаев
AU
Ну вообще за локальные маунты в проде кроме некоторых случаев надо атата делать
У нас это не отказоустойчивое решение. Это по сути appliance, который мы продаем клиентам. Хотят отказоустойчивость - сделаем, но это не оно.
AU
Мы так-то физические коробочки продаем. А у кого инфра вся виртуализирована - тому можем контейнер или ВМку предложить. Дешевле и сердитей. Но рассчитывать на то, что мы у клиента на его платформе будем что-то отказоустойчивое собирать - это перебор 😁. Собрать, конечно, можно. Но тогда делать это будем на своей платформе и сами за нее отвечать тоже.