The OpenNET Project / Index page

[ новости/++ | форум | wiki | теги | ]

12.06.2017 09:02  Релиз распределенной системы хранения конфигурации etcd 3.2

Проект CoreOS, развивающий основанное на идеях контейнерной изоляции серверное окружение, представил релиз etcd 3.2, высоконадёжного распределённого хранилища параметров конфигурации, задаваемых в форме ключ/значение. Основным назначением etcd является предоставление унифицированного механизма хранения конфигурации и информации о работающих сервисах для изолированных контейнеров с типовой начинкой. Код etcd написан на языке Go и распространяется под лицензией Apache 2.0.

Etcd позволяет организовать единое хранилище конфигурации для группы серверов, которое реплицируются на все узлы и поддерживается в синхронизированном состоянии с использованием протокола Raft. Наличие копии данных на всех хостах позволяет исключить потерю конфигурации при выходе из строя отдельного узла. В etcd также могут сохраняться временные данные, для которых предусмотрена возможность определения времени жизни записи. Для доступа к конфигурации предоставляется простой API, основанный на использовании gRPC.

Имеется встроенная возможность отслеживания изменения состояния ключа или директории с вызовом обработчика в случае обнаружения изменения (например, можно применить новое значение параметра конфигурации). Для защиты канала связи при обращении из внешней сети предоставляется поддержка TLS-шифрования, аутентификации клиентов по ключам и разграничения доступа через ACL. На типовом оборудовании etcd обеспечивает производительность порядка 10 тысяч операций записи в секунду. Для доступа к базе можно использовать утилиту etcdctl.

Основные новшества:

  • Поддержка мультиарендности (multi-tenancy) - благодаря применению пространств имён, один экземпляр etcd теперь может обслуживать несколько разных коллекций ключей, полностью изолированных между собой, т.е. разные пользователи и приложения могут манипулировать своим набором ключей, имена которых в разных наборах могут повторяться. Изоляция реализована на уровне клиента и прокси, т.е. etcd идентифицирует пространство имён при помощи специального префикса, который отсеивается и вырезается на уровне прокси и клиентской библиотеки.
  • gRPC-прокси теперь могут применяться для снижения нагрузки на ядро системы с процессе доставки уведомлений о наступлении событий. Если раньше большое число клиентских подписчиков на событие создавало большую паразитную нагрузку и негативно влияло на производительность всего кластера, то теперь gRPC-прокси может выступать в роли серверного подписчика, события к которому по цепочке распределяются между клиентами. Подобный подход позволяет добиться производительности на уровне доставки миллиона событий в секунду;
  • Новые распараллеливаемые службы RPC со встроенной системой распределённых блокировок и механизмов выбора лидера группы. В новой версии появилась возможность экспорта совместных блокировок и механизмов выбора лидера группы через сервиcы RPC (т.е. ранее реализуемые на стороне клиента блокировки и методы election теперь доступны через интерфейс gRPC), что значительно упрощает координацию распределённой системы и положительно влияет на производительность.


  1. Главная ссылка к новости (https://coreos.com/blog/etcd-3...)
  2. OpenNews: Релиз распределенной системы хранения конфигурации etcd 3.1
  3. OpenNews: Выпуск распределенной системы хранения конфигурации etcd 3.0
  4. OpenNews: Первый стабильный выпуск серверной Linux-системы CoreOS
  5. OpenNews: Представлена распределённая операционная система DC/OS (Datacenter Operating System)
Лицензия: CC-BY
Тип: Программы
Ключевые слова: etcd
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.1, Аноним (-), 09:44, 12/06/2017 [ответить] [показать ветку] [···]    [к модератору]
  • +1 +/
    Здорово! Интересно, а что, если etcd просто втупую лепить на каждую minion-node кластера, на каком количестве начнёт тормозить? Или всё-таки придётся по-старому держать 3 или 5 etcd-серверов?
     
     
  • 2.5, Аноним (-), 19:11, 12/06/2017 [^] [ответить]    [к модератору]
  • +/
    Тормоза при росте количества мастер-нод - это ограничение протокола рафт. потому, да, много мастер-нод в одном кластере лучше не поднимать.
     
  • 1.2, Аноним (-), 11:56, 12/06/2017 [ответить] [показать ветку] [···]    [к модератору]
  • +1 +/
    Не холивара ради, а для расширения кругозора...

    Чем etcd отличается от zookeeper? На мой взгляд, плюс-минус то же самое... Что лучше/круче? Почему?

     
     
  • 2.3, bormotov (?), 12:41, 12/06/2017 [^] [ответить]    [к модератору]
  • +/
    Для расширения кругузора достаточно по-гуглить

    https://yandex.ru/yandsearch?&clid=2186621&text=etcd vs zookeeper&lr=213
    https://www.google.ru/search?ie=UTF-8&hl=ru&q=etcd vs zookeeper&gws_rd=ssl

    Сравнений etcd vs ZooKeeper уже есть много.  Самая свежая волна обсуждений была когда недавно к etcd Выкатили ZooKeeper-интерфейс.  То есть etcd умеет прикидываться ZooKeeper'ом.

     
  • 2.4, Джобс (?), 17:21, 12/06/2017 [^] [ответить]    [к модератору]
  • –5 +/
    Начнем с того, что zookeeper потребляет гораздо больше памяти.
     
     
  • 3.12, Nas_tradamus (ok), 15:12, 13/06/2017 [^] [ответить]    [к модератору]  
  • –1 +/
    Написан на Java.
     
  • 2.14, Аноним (-), 16:13, 13/06/2017 [^] [ответить]     [к модератору]  
  • +/
    Пр сути одно и то же, да Отличия в интерфейсе Зукипер на мой взгляд гораздо сл... весь текст скрыт [показать]
     
  • 1.7, Нониус (?), 06:53, 13/06/2017 [ответить] [показать ветку] [···]    [к модератору]  
  • –2 +/
    Параметры, как их называют в этой гадости, бэкапятся каждые 24 часа.
    Вот нахрена эта поделка???
    Если восстановить виртуалку делов полторы минуты, а накатить конфиги ещё полторы минуты. А можно даже не накатывать, так как конфиги актуальны.
     
     
  • 2.8, Аноним (-), 09:51, 13/06/2017 [^] [ответить]    [к модератору]  
  • +2 +/
    Задачи этой хрени непонятны обычному человеку, попробуй подвернуть джинсы и выпить смузи
     
  • 2.11, Вы забыли заполнить поле Name (?), 13:27, 13/06/2017 [^] [ответить]    [к модератору]  
  • +/
    >восстановить виртуалку делов полторы минуты

    а если виртуалок тысяча?
    >конфиги актуальны

    откуда такая уверенность?

     
  • 1.13, Аноним (-), 15:12, 13/06/2017 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Зачем нужен etcd - текст под презентацией http://rootconf.ru/2015/abstracts/1779
     
  • 1.15, вввввввввв (?), 00:14, 21/06/2017 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    а чем от консула отличается? или от редиса?

    а есть там поддержка иерархии ключей в стиле к1/к2/к3 ?

     

     Добавить комментарий
    Имя:
    E-Mail:
    Заголовок:
    Текст:


      Закладки на сайте
      Проследить за страницей
    Created 1996-2018 by Maxim Chirkov  
    ДобавитьПоддержатьВебмастеруГИД  
    Hosting by Ihor