Насчет мороки Можно хотя бы один кейс привести?

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

Насчет мороки Можно хотя бы один кейс привести?

Кореось должна деполится с ci системы.

Ставить на сервер ее нет смысла

А по отношению к rancher?

Задача то в чем?

Побаловаться?

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

Бери ось какую умеешь и херач на ней

Планировал использовать опыт на рабочем месте

Но при этом не хочется использовать ненужные технологии Насчёт 300 серверов ты не загнул? У нас не сказать, что ахти какая нагрузка, но ради десятка-двух серверов контейнерные оси ставить тоже неправильно?)

Ну там контейнеры имеет смысл ставить где-то от 5 наверное серверов. особенено когда конфигурации похожи

штук 10-15-20 уже зайдет. а вот кор ос, сложна.

Ну там контейнеры имеет смысл ставить где-то от 5 наверное серверов. особенено когда конфигурации похожи

У нас не меньше десятка проектов, на каждом- различная нагрузка. Спасибо за ответы

А по отношению к rancher?

в rancher нет systemd, хорошо это или плохо - сам решай)

Ну там контейнеры имеет смысл ставить где-то от 5 наверное серверов. особенено когда конфигурации похожи

контейнеры и на 1 сервере имеет смысл использовать) нужно просто измерить время, которое тратится на администрирование и время на восстановление, умноженное на риски, что что-нибудь сломается

мне контейнеры экономят время, поэтому я однозначно позитивно отношусь к ним)

в rancher нет systemd, хорошо это или плохо - сам решай)

Когда прочел эту инфу- задумался Как​ влияет отсутствие systemd на работу?

контейнеры и на 1 сервере имеет смысл использовать) нужно просто измерить время, которое тратится на администрирование и время на восстановление, умноженное на риски, что что-нибудь сломается

Я в любом случае буду контейнеризировать окружение

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

Когда прочел эту инфу- задумался Как​ влияет отсутствие systemd на работу?

ну, в rancher'е всё через Docker)

нельзя сделать .service

ну, в rancher'е всё через Docker)

Это я прочёл ещё раньше

ну, мне кажется, что отсутствие systemd - это минус) поэтому CoreOS выглядит лучше) кто-то считает иначе

в CoreOS есть вполне обычный systemd

Мне нравится compose

Сервисы ещё не научился готовить, а вот compose- вполне

Сервисы ещё не научился готовить, а вот compose- вполне

Swarm юзай и не страдай

Swarm юзай и не страдай

Вот я и думаю, ставить какую из этих осей и поверх swarm, либо оставлять убунту

Если под swarm то лучше rancher из 2х. А так убунта 16 вполне, да и ансиблить проще

День добрый. А CoreOS кто-нибудь держит на баре метал сервере? Хардварный рейд используете или софтовый?

Есть немного и того, и того

С хардверным рейдом всё скучно: так как нет драйверов, то он просто работает, но ничего больше Софтовый рейд BTRFS делал.

Это тот, который уже после установки собирается?

Да. Скопировал systemd-юниты для подключения разделов из созданного сначала вручную, затем подложил их в .yml

В ignition я не умею

Thx!

У меня core os: Я только посмотреть. – 4 ??????? 50% Тестируем – 3 ????? 38% Прод 11-100 машин – 1 ?? 13% Прод 1-10 машин. ▫️ 0% Прод 101-1000 ▫️ 0% Прод 1001+ ▫️ 0% ? 8 people voted so far.

Добрый день! В первый раз поставил coreos и столкнулся с ошибкой "Failed to start Cleaning Up and Shutting down Daemons". Причем она появляется только если ставить ось с init конфигом (в нем пока только два юзера с ключами), при установке без него, все ок.

гайс, а как корось обновить то?

чтобы поставить есть -b или бейзурл, и ломится например в артифактори на ок, забирает образ, тудасюда и всё отлинчо

а обновлять предлогают юзать update_engine_client -update который чет не умеет ничего зато есть за денюжку тул который умеет https://coreos.com/products/coreupdate/

че прям вот так всё плохо, да?

Я юзаю её второй день, но разве обновление такой ос это не просто переустановка заново?

Я юзаю её второй день, но разве обновление такой ос это не просто переустановка заново?

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

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

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

Зачем тогда используешь coreos?

Лёгкий, нет лишнего булшита, последний докер

из ci/cd поднимается в 1 комманду, и готов принимать нагрузку примерно через 15 сек после нахождения новой ноды в SD

Ну со statefull приложениями всегда особый разговор, ибо они не вписываются в концепцию. Может flocker спасет?

Ну со statefull приложениями всегда особый разговор, ибо они не вписываются в концепцию. Может flocker спасет?

я посмотрю, спасибо

я просто чет пригрустил, что обновить не могу; никто не решал кейс обновления с сохранением в закрытом периметре?

Контейнеры созданы чтобы умирать)

ERROR: S client not available

можно сюда глянуть https://github.com/coreroller/coreroller

потом расскажете :)

я просто чет пригрустил, что обновить не могу; никто не решал кейс обновления с сохранением в закрытом периметре?

а сервисы как тогда обновляешь?

Лёгкий, нет лишнего булшита, последний докер

Ubuntu cloud не?)

можно сюда глянуть https://github.com/coreroller/coreroller

о вот это круто, потыкаю как-нибудь

Ubuntu cloud не?)

я тож так по-думываю, крутилки те же, гемора меньше

а сервисы как тогда обновляешь?

да пока никак, с ансибла заезжают

Ну со statefull приложениями всегда особый разговор, ибо они не вписываются в концепцию. Может flocker спасет?

Так волумы же для этого

Так волумы же для этого

А как это поможет, если снести все? Они же хранятся там же

А как это поможет, если снести все? Они же хранятся там же

Можно не там, я к тому чтобы отделить контейнеры и данные

Да это то понятно, там вопрос ж иной был

Да это то понятно, там вопрос ж иной был

Ну я противоречий не вижу, но ок. Может чего не понял

Ему нужно ось обновить. На сколько я могу судить, идет полный реинсталл. А он хотел чтобы был просто update оси, как в любых других

В общем, всё хорошо)

Ему нужно ось обновить. На сколько я могу судить, идет полный реинсталл. А он хотел чтобы был просто update оси, как в любых других

А, ну я в общем говорил, да)

гайс, а как корось обновить то?

https://coreos.com/os/docs/latest/update-strategies.html

It's important to note that updates are always downloaded to the passive partition when they become available. A reboot is the last step of the update, where the active and passive partitions are swapped .

а тут https://coreos.com/os/docs/latest/manual-rollbacks.html конкретный пример)

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

система отдельно, volume'ы контейнеров отдельно) но вообще многие используют CoreOS именно для Compute задач, а Storage находится отдельно если речь идёт о сайтах, то в качестве Storage можно использовать S3, к примеру

это очень красиво, когда вы можете без лишнего гемора при поломке/зависании 1 сервера, сломанные контейнеры просто перезапустить на другом таком же, они stateless и им всё равно, где именно запускаться

если нужно что-то писать в хранилище, то у него есть некое API и приложение в контейнере туда пишет через это API

приложениям редко надо писать файлы (по сравнению с данными)

ну, в общем, CoreOS & Kubernetes хороши, когда stateless-контейнеры)

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

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