Ну. Буковки REPOSITORY об этом и говорят

Он же только локально смотрит

может оно

Может)

Он же только локально смотрит

а, все понял. https://github.com/mayflower/docker-ls - вот это ?

а, все понял. https://github.com/mayflower/docker-ls - вот это ?

Воот, спасибо!))

Всем привет, есть кто-то кто щупал rancher os

да, щупал

всё еще щупаю

загрузился с iso создал я значит cloud-config.yml и скопировал на rancher потом как в гайде ros install -c cloud-config.yml -d /dev/sda

всё так

дока на сайте довольно подробная

смотрю в /var/lib/rancher/config/cloud-config.yml, а там нет моего ключа

http://rancher.com/docs/os/v1.2/en/configuration/#cloud-config

в чём магия ?

не помню, но что-то там было

ребят, есть ли инструкция по запуску Elasticsearch в докере на русском? :с

по идее я ведь могу сделать минимальный cloud-config только с ключами ?

ребят, есть ли инструкция по запуску Elasticsearch в докере на русском? :с

наврядли

щас поищу свой

ок

ребят, есть ли инструкция по запуску Elasticsearch в докере на русском? :с

в инете у кого-то было

ребят, есть ли инструкция по запуску Elasticsearch в докере на русском? :с

ты его без докера сначала помучай

все на инглише ничего не понимаю(

все на инглише ничего не понимаю(

учи

хоть по диагонали читай

https://habrahabr.ru/post/282866/

не?

нашел

в лс

Добрый день. Использую этот образ https://hub.docker.com/r/eriksencosta/php-dev/ для запуска legacy проекта. И мне нужно подключиться к БД, которые вне докера. Естественно, приложение в контейнере не видит локльные БД. Вопрос в том, как это исправить.

П.с.: я, конечно, мог бы создать docker-compose и связать образы через network. Но я не уверен, будет ли приложение видеть мои БД. Туплю чёт.

--net="host" какой-нибудь заюзать

https://docs.docker.com/engine/reference/run/#network-settings

Гм, спасибо, сейчас попробую заюзать.

Всем привет, есть кто-то кто щупал rancher os

тоже

тоже

Какая версия стабильная на данный момент? На сколько я понял это добро из коробки поддерживает swarm k8s

k8s будет с версии 2.0. Сейчас последняя версия 1.6. Хотя сейчас поддерживаеться и сворм, и куб, и мезос.

Гм, спасибо, сейчас попробую заюзать.

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

k8s будет с версии 2.0. Сейчас последняя версия 1.6. Хотя сейчас поддерживаеться и сворм, и куб, и мезос.

странно, в вэб интерйфесе он есть

нумерация мне не понятна, я например скачал rancheros 1.3

https://github.com/rancher/os/releases

странно, в вэб интерйфесе он есть

Да, есть. Как я понимаю, они полностью будут на него переходить с версии 2.0

все на инглише ничего не понимаю(

Закапывай свою карьеру

Закапывай свою карьеру

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

я так понимаю в rancher os заложена идеология что определенный узел может быть частью допустим k8s или swarm

правильно ?

то есть по факту некий менеджмент над узлами

https://github.com/rancher/os/releases

we need to go deeper

чтобы понять докер, надо думать как докер

всем привет. кто-нибудь пользовался http://gliderlabs.github.io/registrator/latest/ ?

Коллеги, ни у кого нет проблем с образами на debian stretch?

всем привет. кто-нибудь пользовался http://gliderlabs.github.io/registrator/latest/ ?

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

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

это вроде ясно. почитал, что там даже хелсчеки можно делать для контейнеров через ENV_VARS

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

я нет

нашел статью

http://apm-linux.blogspot.ru/2015/09/consul-registrator-docker.html

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

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

разве нет?

без указания --link

без указания --link

link в 2018?

старомодно ?

а как правильно ?

без указания --link

link is deprecated

нууу, а как правильно до

depenced ?

depends

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

docker network в документации

я недавно вопрос задавал тут. https://t.me/docker_ru/53503 мб прокатит в одном контейнере запустить консольную прогу и в нем же запустить самописный api к ней?

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

Никто не видел образа для Percona MySQL на базе Alpine Linux?

я недавно вопрос задавал тут. https://t.me/docker_ru/53503 мб прокатит в одном контейнере запустить консольную прогу и в нем же запустить самописный api к ней?

а нельзя это управление запилить через rest api?

тогда управляй как угодно им

а нельзя это управление запилить через rest api?

Так и хочу. Это слегка не docker way тогда будет? Два процесса в контейнере

так добавь rest в свое приложение

Приложение не мое

а вообще если уж очень хочется, то можешь и 2 процесса запихнуть, на костре за это не сожгут

Верно

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

Я вот смотрю на swarm и k8s и пытаюсь понять каким образом они создают отказоустойчивость ?

Есть ли технологии в контексте docker на подобии vrrp?

docker - это container engine. Он не про это

Я вот смотрю на swarm и k8s и пытаюсь понять каким образом они создают отказоустойчивость ?

Нужно еще уметь писать правильно приклад

swarm и k8s сами по себе предоставляют только routing mesh, для внешнего отказоустойчивого роутинга используются внешние по отношению к кластеру компоненты.

разумеется, можно в рамках кластера это реализовать, но это малораспространённая практика

Ну да, туплю, все таки swarm и k8s это скалинг и простота развёртывания

господа, а кто нить запускал докер в wsl?