я пробую добавить другую папку а именно /root/docker/code

но при сброке докерфайл фейлится

говорит нет такого пути

Step 1 : FROM python:2.7 —-> 6b494b5f019c Step 2 : ADD /root/docker/compose/test/ /code lstat root/docker/compose/test/: no such file or directory

коллеги?)

это разжевано в документаци раз сто пятьсот

это путь относительный от билд контекста

Заметь все по этим граблям ходят почему то

Потому что в докер очень легко въехать почти не читая внимательно документацию

поэтому днище, вроде меня, потом наступает на одни и те же грабли

но получается что въехать как бы простто, нокак бы нет

а днище, вроде меня, до сих пор не понял как записать путь)))

можно себе в коленку легко въехать

и разъебашить кластер

можно себе в коленку легко въехать

this

это так вообще легко

относительный путь относительно докерфайла?

докер радует пока работает, а потом не радует

относительный путь относительно докерфайла?

относительно билдконтекста

я тода понять немогу как люди говорят что вся инфраструктура работает в openVZ

если все пишут что докер лучше всем. но всеравно он ломается

относительно билдконтекста

понял спасибо

если все пишут что докер лучше всем. но всеравно он ломается

докер не может быть лучше во всём по определению

потому что он говно, например

А чем овз то не угодил?

просто он очень простое говно

если все пишут что докер лучше всем. но всеравно он ломается

все ломается. загляните в багрекер любого продукта, озвереете

и удобное

но всё равно говно

Для людей, которые походили уже по граблям есть специальный чат @brutal_docker

там можно отвести душу

ну как минимум опенвз нормально работает с БД внутри себя а не на хост машине

у меня щас все висит на виртуалках исиксая

так и докер тоже

хочется быстрого переноса машин, так как виим и его подобные черезчур не предсказуемы

у докера другая идеология - не надо таскать машины

Это все от непонимания, как же работает докер и овз, и в попытке сравнить их непонимая либо обоих либо одного из них.

проще завернуть контейнер и скопировать его на новый хост чем переносить виртуалку которая хз запустится или нет

не надо копировать контейнер

удали тут подними там.

это требует немного перестроиьт мозг и пожзод к организации, но да - петы, кетлы, все дела

а данные? данные то переносить прийдется

конечно, либо - сразу шарить, либо - хранить на сане или насе

либо - сразу кластеризировать

либо - делать dataless продукты

либо на EBS\torus\ceph и flocker'ами таскать

сейчас статических приложений очень мало. Возьми стандартные офисные потребы, почта, сайт, помойка

хочется все в докер, но все из них работают с данными которые изменяются постоянно

ну так начин переносить понемногу

приложение реализующее сторадж, и сами данные стораджа, могут быть не связанны

если у тебя приложение умеет апнуться, понять какие данные на дисках и заджойнится в кластер, нет никаких проблем юзать его в докере а данные персистить на самих серверах

в результате при выпадении нод \ добавлении нод у тебя размещается один контейнер который сам понимает что ему нужно сделать

и на основании того где он оказался, он либо восстанавливает какую то степень репликации \ куда то джойнится \ переиницилизируется и т д

так я о этом и говорю, чтобы поиметь НА для данных сервисов, мне достаточно 3 машины на корОС в кластере и на нем через волумы подключать каталоги?

и при падении компа или даже 2 все останется в работе

все зависит от того, как твое приложение умеет обеспечивать резервирвание данных

так?

если оно имеет такие механизмы - вполне. если нет придется самому выдумыват ькак это сделать

либо на EBS\torus\ceph и flocker'ами таскать

а гластер совсем не вариант? складывается впечатление, что его как-то недолюбливают/недооценивают

а гластер совсем не вариант? складывается впечатление, что его как-то недолюбливают/недооценивают

если честно я использовал до 3.3

и все было плохо.

плохо, в каком плане? производительность? надёжность?

говорят после исправили, но я уже не проверял

хорошо вопрос повернем по другому, 3 ноды на тойже корОС в кластере, 2 сана в реплике

тогда НА будет работать?

а гластер совсем не вариант? складывается впечатление, что его как-то недолюбливают/недооценивают

А гластер до сих пор через fuse работает?

А гластер до сих пор через fuse работает?

ага

ну и nfs умеет, но я не пробовал

Ну вот он и ответ nfs fuse - все будет тупить, поскольку на уровне фс рпботает

А надо блочный доступ

плохо, в каком плане? производительность? надёжность?

Из того что еще помню, он терял данные на шринке томов, у него не корректно работали работали квоты на брики на узлах, что приводило к переполнению диска, и недостаточной записи кол-ва копий файла.

о проивзиодительности там речи не шло) он была никакая )

> терял данные мда, печаль

остальное терпимо

Ну вот он и ответ nfs fuse - все будет тупить, поскольку на уровне фс рпботает

ну это слишком расплывчатый тезис. не всегда так

помоему nfs там уже нативный

там никакого fuse уже нет.

ну там два режима, nfs или fuse

причём nfs какой-то параллельный. gNFS или как-то так

9P!!! )))