Таймураз
11.06.2017
22:41:29
Насчет мороки
Можно хотя бы один кейс привести?
Первый, что самому напрашивается- под каждый кейс писать конфигурацию придется
В этом плане с Rancheros будет проще
Алексей
11.06.2017
22:45:24
Ставить на сервер ее нет смысла
Google
Таймураз
11.06.2017
22:47:06
А по отношению к rancher?
Алексей
11.06.2017
22:49:20
Задача то в чем?
Побаловаться?
Таймураз
11.06.2017
22:52:42
Куча различных сервисов- типичные вордпресс сайты, приложения, даже радио и ещё несколько вещей, которые тоже можно контейнеризировать
хочу весь этот зоопарк вынести с нескольких слабых серверов на два помощнее
Алексей
11.06.2017
22:58:21
Бери ось какую умеешь и херач на ней
Таймураз
11.06.2017
22:59:17
Планировал использовать опыт на рабочем месте
Но при этом не хочется использовать ненужные технологии
Насчёт 300 серверов ты не загнул? У нас не сказать, что ахти какая нагрузка, но ради десятка-двух серверов контейнерные оси ставить тоже неправильно?)
Boris
11.06.2017
23:13:33
Ну там контейнеры имеет смысл ставить где-то от 5 наверное серверов.
особенено когда конфигурации похожи
штук 10-15-20 уже зайдет.
а вот кор ос, сложна.
Таймураз
12.06.2017
05:15:05
Alexander
12.06.2017
05:17:05
мне контейнеры экономят время, поэтому я однозначно позитивно отношусь к ним)
Google
Таймураз
12.06.2017
05:20:48
Бекапить тома данных немного проще, чем кучу разрозненных данных вместе с ненужными скриптами приложений
Alexander
12.06.2017
05:23:51
нельзя сделать .service
Таймураз
12.06.2017
05:24:12
Alexander
12.06.2017
05:24:44
ну, мне кажется, что отсутствие systemd - это минус) поэтому CoreOS выглядит лучше) кто-то считает иначе
в CoreOS есть вполне обычный systemd
Таймураз
12.06.2017
05:25:04
Мне нравится compose
Сервисы ещё не научился готовить, а вот compose- вполне
Konstantin
12.06.2017
06:01:43
Таймураз
12.06.2017
06:02:35
Konstantin
12.06.2017
06:04:40
Если под swarm то лучше rancher из 2х. А так убунта 16 вполне, да и ансиблить проще
Yury
12.06.2017
13:57:49
День добрый.
А CoreOS кто-нибудь держит на баре метал сервере?
Хардварный рейд используете или софтовый?
Dmi3y
12.06.2017
17:43:27
Есть немного и того, и того
С хардверным рейдом всё скучно: так как нет драйверов, то он просто работает, но ничего больше
Софтовый рейд BTRFS делал.
Yury
12.06.2017
18:52:23
Это тот, который уже после установки собирается?
Dmi3y
12.06.2017
18:53:28
Да. Скопировал systemd-юниты для подключения разделов из созданного сначала вручную, затем подложил их в .yml
В ignition я не умею
Yury
12.06.2017
19:05:56
Thx!
Google
Алексей
02.07.2017
17:31:28
У меня core os:
Я только посмотреть. – 4
??????? 50%
Тестируем – 3
????? 38%
Прод 11-100 машин – 1
?? 13%
Прод 1-10 машин.
▫️ 0%
Прод 101-1000
▫️ 0%
Прод 1001+
▫️ 0%
? 8 people voted so far.
Andrey
18.07.2017
11:19:22
Добрый день! В первый раз поставил coreos и столкнулся с ошибкой "Failed to start Cleaning Up and Shutting down Daemons". Причем она появляется только если ставить ось с init конфигом (в нем пока только два юзера с ключами), при установке без него, все ок.
Anton
20.07.2017
10:43:29
гайс, а как корось обновить то?
чтобы поставить есть -b или бейзурл, и ломится например в артифактори на ок, забирает образ, тудасюда и всё отлинчо
а обновлять предлогают юзать
update_engine_client -update
который чет не умеет ничего
зато есть за денюжку тул который умеет
https://coreos.com/products/coreupdate/
че прям вот так всё плохо, да?
Andrey
20.07.2017
10:45:14
Я юзаю её второй день, но разве обновление такой ос это не просто переустановка заново?
Anton
20.07.2017
10:45:46
апдейт с интернетом просто ребутнёт и загрузится в новых пакетах\либах, реинстал похоронит пожитки
Ivan
20.07.2017
10:47:56
Anton
20.07.2017
10:49:17
Лёгкий, нет лишнего булшита, последний докер
из ci/cd поднимается в 1 комманду, и готов принимать нагрузку примерно через 15 сек после нахождения новой ноды в SD
Andrey
20.07.2017
10:51:11
Ну со statefull приложениями всегда особый разговор, ибо они не вписываются в концепцию.
Может flocker спасет?
Anton
20.07.2017
10:51:36
я просто чет пригрустил, что обновить не могу; никто не решал кейс обновления с сохранением в закрытом периметре?
Andrey
20.07.2017
10:52:33
Контейнеры созданы чтобы умирать)
Тимур
20.07.2017
13:24:38
можно сюда глянуть https://github.com/coreroller/coreroller
потом расскажете :)
Victor
20.07.2017
13:49:59
Ivan
20.07.2017
18:36:02
Google
Anton
20.07.2017
19:24:58
Konstantin
20.07.2017
19:48:13
Andrey
20.07.2017
20:02:39
Konstantin
20.07.2017
20:05:04
Andrey
20.07.2017
20:06:18
Да это то понятно, там вопрос ж иной был
Konstantin
20.07.2017
20:07:43
Andrey
20.07.2017
20:09:02
Ему нужно ось обновить. На сколько я могу судить, идет полный реинсталл. А он хотел чтобы был просто update оси, как в любых других
В общем, всё хорошо)
Konstantin
20.07.2017
20:14:40
Alexander
20.07.2017
20:39:12
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 конкретный пример)
это очень красиво, когда вы можете без лишнего гемора при поломке/зависании 1 сервера, сломанные контейнеры просто перезапустить на другом таком же, они stateless и им всё равно, где именно запускаться
если нужно что-то писать в хранилище, то у него есть некое API и приложение в контейнере туда пишет через это API
Fike
20.07.2017
21:12:52
приложениям редко надо писать файлы (по сравнению с данными)
Alexander
20.07.2017
21:18:10
ну, в общем, CoreOS & Kubernetes хороши, когда stateless-контейнеры)
всё остальное удобнее всего выносить куда-нибудь на сторонние сервисы, за пределы своей зоны ответственности ?
Google
Alexander
20.07.2017
21:19:09
ну и тогда если какая-нибудь ошибка - оно там перезапускается на другой ноде просто и дальше работает