LINUX.ORG.RU

Релиз системы хранения конфигурации etcd 3.0

 ,


2

3

etcd — распределённая система хранения параметров конфигурации, задаваемых как пара «Ключ»-«Значение». Система разрабатывается командой CoreOS и уже нашла применение, например, в одном из проектов Google — Kubernetes или в PaaS от Huawei. В новой версии etcd представлены обновлённый API и модель данных. При разработке API были учтены как пожелания пользователей etcd 2.0, так и практический опыт масштабирования решений на основе этой версии. При этом для облегчения миграции на новую версию обратная совместимость с etcd 2.0 сохранена.
Основные изменения:

  • на смену JSON пришёл gRPC, совместимость со старым форматом обмена данными сохранена через использование gRPC-шлюза;
  • внедрена система версионирования хранилищ, что позволяет обратиться к прежним версиям хранимых параметров;
  • поддержка транзакций;
  • повышена производительность;
  • возможность сохранения снапшотов;
  • возможность самодиагностики;
  • поддержка квот для избежания ситуаций с повышенной утилизацией ресурсов сервера;
  • добавлена поддержка зеркалирования данных на другие дата-центры;
  • набор ключей имеет единый TTL.

>>> Подробности (на английском языке)

★☆

Проверено: Shaman007 ()
Последнее исправление: cetjs2 (всего исправлений: 3)

Пардон май бэд френч, но etcd — это жуткий костыль и подпорка под жуткого монстра на глиняных ногах. AKA docker. Распределённая registry — это именно то, что нам не хватало.

beastie ★★★★★
()
Ответ на: комментарий от beastie

Полагаю, если оно используется в проектах крупных корпораций - то не всё так однозначно.

WereFox ★☆
() автор топика
Ответ на: комментарий от beastie

etcd, конечно, говно по сравнению с зукипером или даже консулом, но к докеру он отношение имеет с большой натяжкой. то, что пару контрибьюторов пересекаются и одно может использовать другое в экзотических сетапах — не показатель.

val-amart ★★★★★
()

Давно уже следовало внедрить в федору.

AVL2 ★★★★★
()

WereFox, классная аватарка! Давно пора всех этих пони в фарш.

anonymous
()
Ответ на: комментарий от beastie

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

anonymous
()

Etcd неплох, но в режиме ssl люто бешено жрёт проц (до 25% по top на весьма нормальной виртуалке), плюс слишком жрёт трафик если для облака использовать (50 кбит/сек/нода). Имхо консул в этом плане лучше себя ведёт.

Unlike systems such as ZooKeeper or Consul that return one event per watch request, etcd can continuously watch from the current revision

Гон кстати. Другие тоже умеют

upcFrost ★★★★★
()
Последнее исправление: upcFrost (всего исправлений: 1)
Ответ на: комментарий от anonymous

Консул легче по всем параметрам и при этом имеет больше плюшек, например ssl режим у etcd ужасен (жрёт проц как не в себя). Почему зоопарк лучше - ну, может взрослее и стабильнее, хз, по мне так зоопарк хуже.

upcFrost ★★★★★
()
Последнее исправление: upcFrost (всего исправлений: 1)
Ответ на: комментарий от upcFrost

Всё ещё жрёт? Год тому же починили вроде.

anonymous
()
Ответ на: комментарий от upcFrost

Да, и я не понимаю слова «легче». Меньше мегабайтов на диске занимает? На сколько меньше и почему это важно.

anonymous
()
Ответ на: комментарий от beastie

подпорка под жуткого монстра на глиняных ногах. AKA docker

ЩИТО?

ymn ★★★★★
()

системы хранения конфигурации
remote procedure call

Что-то здесь не так.

anonymous
()
Ответ на: комментарий от gnomosek

Почему же? Интегрируют это в systemd. Потом в systemd файловый менеджер засунут. И станет как в оффтопике. И будут пользователи переходить.

anonymous
()
Ответ на: комментарий от gnomosek

Почему же? Интегрируют это в systemd. Потом в systemd файловый менеджер засунут. И станет как в оффтопике. И будут пользователи переходить.

anonymous
()
Ответ на: комментарий от anonymous

Да, и я не понимаю слова «легче». Меньше мегабайтов на диске занимает?

Мегабайты хрен с ними, тем более на серваке. А вот память, трафик и особенно проц - довольно узкие места. Трафик в локалке конечно тоже пофиг если что

upcFrost ★★★★★
()

Чота нипанимаю я эфти ваши новеллы... То XML им не XML, то вместо джейсона предпочитают Jameson.. Теперь вот этот gRPC..

Ну то-есть осталось сначала таки поместить весь /etc в ЛДАП и X.500, а потом придумать свое дерево Z-стопицот и прикрутить элластик для полного счастья полнотекстового поиска конфигурации.... И вспомнить, что ASN.1 — наше фсЁ!

Тащемта я предлагаю поручить это Поттерингу, например...

gns ★★★★★
()
Ответ на: комментарий от gnomosek

Да может оно было бы и нужно... Только это тот случай, когда любое решение — плохое, не исключая существующее. Но к нему хотя бы все привыкли.

gns ★★★★★
()
Последнее исправление: gns (всего исправлений: 1)
Ответ на: комментарий от anonymous

Действительно, зачем сеть распределённой системе? Пусть на дискетах курьеры носят.

anonymous
()
Ответ на: комментарий от anonymous

На простое при 4 нодах на довольно слабых виртуалках при включении ssl - проц подлетает до 25%, трафик 50 кбит/сек/(нода-1), итого 150 кбит/сек.

При нагрузке проц жрёт очень мощно

upcFrost ★★★★★
()
Ответ на: комментарий от upcFrost

Я почему-то думал, что etcd невозможно запустить на четном числе нод, ибо Raft, консенсус, голосования. Ты логи-то хоть смотрел, кластер точно собрался?

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

staseg ★★★★★
()
Последнее исправление: staseg (всего исправлений: 1)
Ответ на: комментарий от staseg

Кластер точно собрался. На четном запустить можно, просто это менее эффективно в плане надёжности (если половина легла то кластер упал).

upcFrost ★★★★★
()
Ответ на: комментарий от anonymous

Что такое «слабая виртуалка»?

К сожалению сложно сказать. Мощнее малины это да. Нам вроде одно полное ядро от весьма старого зиона дают по процу, и два гига мозгов

150 кбит/сек это фигня в локалке, а вот для арендной виртуалки с лимитом трафика может стать жопой, ибо это 150 кбит при простое. В месяц сам понимаешь сколько набежит

upcFrost ★★★★★
()
Последнее исправление: upcFrost (всего исправлений: 3)
Ответ на: комментарий от beastie

Почему бы просто не использовать любую другую базу с репликацией? Зачем надо городить какой-то говновелик?

stevejobs ★★★★☆
()
Ответ на: комментарий от stevejobs

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

beastie ★★★★★
()
Последнее исправление: beastie (всего исправлений: 1)
Ответ на: комментарий от upcFrost

Другие тоже умеют

там реконнектиться надо, редко но надо

Deleted
()
Ответ на: комментарий от stevejobs

потому что мастер-мастер обычные базу не умеют, а сабж умеет и весьма безгиморно

но докер - не бул бы докером еслиб не сделали свою встроенную базу

Deleted
()
Ответ на: комментарий от Deleted

Couchbase умеет мастер-мастер репликацию, и как раз у меня выполняет задачу etcd. Tarantool, Cassandra тоже умеют. Ignite, Hazelcast, какой-нибудь Infinispan - суть распределенные гриды, т.е. они только так и умеют, да еще и в режиме онлайн кластеринга а не догоняющей репликации. Даже к постгресу есть не к ночи помянутый костыль Bucardo.

Чем же etcd лучше этих решений?

stevejobs ★★★★☆
()
Ответ на: комментарий от stevejobs

Даже к постгресу есть не к ночи помянутый костыль Bucardo.

Чем же etcd лучше этих решений?

Тем что его не защищают из состояния измененного сознания.

Deleted
()
Ответ на: комментарий от Deleted

Его пока вообще никто не защищает :) А Bucardo я не пользовался, только слышал маты. Всё действительно так плохо?

stevejobs ★★★★☆
()
Ответ на: комментарий от stevejobs

Его пока вообще никто не защищает :)

У меня для тебя плохие новости. Ты не видишь половину постов.

Deleted
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.