Да, я понимаю, что ECS это кластер для группировки ec2 инстансов. ECS как раз и есть более гибкая настройка масштабирования и балансировки. По поводу compose в нем: его поддержка всте-таки есть но только 2ой версии (у меня не получилось запустить с подхватом .env файла) и реализуется она через ecs-cli.

вот читаю и кажется , что это дорого а выглядит как машина с убунтой и кубернейтесом каким-нибудь

но видимо, купить это проще, чем девопса а штате держать, хм

вот читаю и кажется , что это дорого а выглядит как машина с убунтой и кубернейтесом каким-нибудь

почему дорого-то, сам ecs ниче не стоит

почему дорого-то, сам ecs ниче не стоит

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

Ребят, подскажите годный UI для registry, вообще такие бывают?)

Ребят, подскажите годный UI для registry, вообще такие бывают?)

портус няшно смотрится :)

видел его, но как-то перенасыщенно)

у нас коллеги инфраструктурщики поставили портус, выбора нет, но вроде всё устраивает)

Господа, а подскажите: В мануале по Swarm написано что машины нужно создавать через docker-machine create Но ведь я могу с тем же успехом использовать уже существующие и объединённые в одну сеть обычные виртуалки на vbox c установленной убунтой, просто нужно на них предварительно поставить docker?

Господа, а подскажите: В мануале по Swarm написано что машины нужно создавать через docker-machine create Но ведь я могу с тем же успехом использовать уже существующие и объединённые в одну сеть обычные виртуалки на vbox c установленной убунтой, просто нужно на них предварительно поставить docker?

https://docs.docker.com/machine/drivers/generic/

Так же, правильно ли я понимаю, что машины которые создает docker-machine, это обычные виртуалки с выбранным мной драйвером и с установленной boot2docker, которая по сути, обычный linux?

можно конечно и вручную все сделать, но зачем? Так намного удобнее

По моей ссылке: > Create machines using an existing VM/Host with SSH.

можно конечно и вручную все сделать, но зачем? Так намного удобнее

ну в продакшене предоставят просто уже готовые виртуалки

В общем я понял, для разворачивания Swarm просто необходим набор машин, физических или виртуальных (и каких именно) - не важно, просто везде должен стоять докер и машины должны быть в одной сети с той которая Swarm Manager

Повторюсь, что ты можешь вручную все настраивать, а можешь взять docker-machine с драйвером "generic" (которому пофиг, виртуалка это или машина, дай только ключи или логины/пароли) и поставить все 1 командой. * На машинах не обязательно должен стоять докер, docker-machine все поставит. * И сеть не обязательно должна быть одна

Вот это ещё интересней, понял, спасибо

Не поленись, прочти, что по ссылке ;) Документация у докера и тулов хорошая, просто надо знать, где смотреть

Да, конечно, уже читаю ??

Не поленись, прочти, что по ссылке ;) Документация у докера и тулов хорошая, просто надо знать, где смотреть

Немного наброшу. Допустим, Вы с одного manager-host пнули docker-machine и он пробежал по указанным хостам и прописал там ключи и всё такое, а потом Вы захотели с другой машины сделать ту же махинацию. Что получим в результате?

И, да, я примерно про это docker-machine create \ —driver generic \ —engine-storage-driver overlay2 \ —generic-ip-address docker-01.home.local \ —generic-ssh-user peter \ docker-01

Немного наброшу. Допустим, Вы с одного manager-host пнули docker-machine и он пробежал по указанным хостам и прописал там ключи и всё такое, а потом Вы захотели с другой машины сделать ту же махинацию. Что получим в результате?

а зачем так делать?

а зачем так делать?

Поясните. Что, конкретно, из того что я написал, зачем?

Поясните. Что, конкретно, из того что я написал, зачем?

Я наверное не очень понял ваш исходный мессадж. Зачем пинать docker-machine с другого manager еще раз?

Допустим, у Вас есть ноут и настольный ПК и Вы хотите управлять вашим зоопарком из "machines" с обоих точек

Я вот не могу понять, почему docker stack deploy внутри swarm не может сам спуллить новые версии имиджей из приватного репозитория

Хотя просто docker pull там же работает отлично

image ****/****:latest could not be accessed on a registry to record its digest. Each node will access ****/****:latest independently, possibly leading to different nodes running different versions of the image.

всем ку. что лучше использовать для создания пхп контейнера? официальный докерфайл + мной добавленные екстеншены для пхп или же самостотельно создать докерфайл и напихать в него что нужно. аля FROM debian:latest RUN apt-get update && apt-get install -y \ php7.0-fpm php7.0-pgsql

лучше взять официальный

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

и что же там через куй?

мы используем для php-fpm вроде не жалуемся

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

орет что постгрес не установлен

а нафига ему постгрес на этапе сборки образа

во-первых какой постгрес в пхп образе

в пхп образе нет постгреса

там только пхп

apt-get install -y \ git \ unzip \ libxml2-dev \ libcurl4-gnutls-dev \ libicu-dev \ default-jre \ libfreetype6-dev \ libjpeg62-turbo-dev \ libmcrypt-dev \ libpng12-dev \ libpq-dev && \ docker-php-ext-configure pgsql -with-pgsql=/usr/local/pgsql && \ docker-php-ext-install pdo && \ docker-php-ext-install pdo_pgsql && \

вот так все работает

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

просто что-то из этого нужно для pdo_pgsql))

Libpg-dev, очевидно)

libpq-dev

да, вроде она

где такому можно научится? а то в описании официальных докерфайлов для пхп нет даже названий екстеншенов. а они все называются по разному. не так как в apt

где такому можно научится? а то в описании официальных докерфайлов для пхп нет даже названий екстеншенов. а они все называются по разному. не так как в apt

долгой серией повторных сборок пока не заработает )

Зачем собирать? Когда можно просто запустить, заинсталлить, а команды потом перенести в докерфайл

можно и так но в целом все равно собирать придется не один раз)

В целом, это не единственное расширение, которое зависит от каких то библиотек и значения не имеет какой у тебя образ)

Зачем собирать? Когда можно просто запустить, заинсталлить, а команды потом перенести в докерфайл

а как это можно сделать. а то я с докером пока на вы )

он имеет в виду зайти внутрь контейнера и все руками поставить

убедиться что все работает

и потом перенести команды в докерфайл

аааааааа

идея

но официальные докерфайлы от пхп точно юзать не буду

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

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

отлично )

а то я хз что это такое libxml2-dev \ libcurl4-gnutls-dev \ libicu-dev \ default-jre \ libfreetype6-dev \ libjpeg62-turbo-dev \ libmcrypt-dev \ libpng12-dev \ libpq-dev && \

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

ERROR: S client not available

это библиотеки которые тебе в любом случае ставить придется

пока тот огромный расписанный докерфайл я смог заменить простым FROM debian:latest RUN apt-get update && apt-get install -y \ php7.0-fpm php7.0-pgsql

вытаскивать целый дебиан ради пхп, ну дело твоё)

а что лучше?)

я ж нуб. пока что )

я считаю что лучше использовать официальные образы потому что они заточены под тот софт который предоставляют например, там уже есть стандартные для этого софта пользователи и директории, а также иногда всякие полезные команды так же они обычно мало весят, особенно на базе alpine

но так конечно это дело вкуса

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

я уже больше потратил на официальные )

в официальном ниче лишнего нет, а если сделать апт инстал пхп-фпм то там ад сколько зависимостей потянется. В офф. имидже наверное компилится всё, судя по дев-пакетам. Если твоего экстеншина нет, то яб разобрался с тем как он ставится, и добавил бы опцию для компиляции с pg

лишнее подтянется? собраный мной образ весит 108MB а образ пхп 382MB!

вы блин лучше скажите почему docker stack deploy не умеет сам пуллить образы из приватного репозитория - надо заранее docker pull сделать - на каждой тачке в сварме!

у меня горит

иначе будет ругаться no such image...

есть живые люди, использующие Swarm ?

Да :(

а чего без радости?

кто-нибудь делал порядок запуска контейнеров в ранчере? depends_on не работает

или нужно обязательно добавлять links?

Линки для того и сделаны

а не депрекейтед ли линки?

https://docs.docker.com/engine/userguide/networking/default_network/dockerlinks/

It may eventually be removed. ну а потом сиди ищи почему у тебя все поломалось...

или в ранчере какой то свой собственный доккер?

https://docs.docker.com/engine/userguide/networking/default_network/dockerlinks/

не понимаю за что они так линки не любят

чтобы больше людей в их сеть лезли и там гоано жрали простите.

хрен знает

я исходя из этого вобще живу везде с --net host =(

Коллеги, в Swarm для сервиса можно указать конкретный набор машин?

да

я исходя из этого вобще живу везде с --net host =(

всяко лучше чем сварм