Обновление Clickhouse
798 views
Skip to first unread message
rasmus
Jul 22, 2016, 4:17:17 AM7/22/16
to ClickHouse
Добрый день!
Так как обновления clickhouse происходят пару раз в неделю, то хотелось бы узнать как обновлять clickhouse у себя локально на машинках? Установка происходит из исходников.
Т.е. чтобы данные которые там лежали оставались и конфиги тоже не сбивались?
Как действовать при этом? Просто стягивать последнюю версию с гита и устанавливать или как-нибудь по-другому?
Спасибо!
Так как обновления clickhouse происходят пару раз в неделю, то хотелось бы узнать как обновлять clickhouse у себя локально на машинках? Установка происходит из исходников.
Т.е. чтобы данные которые там лежали оставались и конфиги тоже не сбивались?
Как действовать при этом? Просто стягивать последнюю версию с гита и устанавливать или как-нибудь по-другому?
Спасибо!
man...@gmail.com
Jul 22, 2016, 6:03:54 PM7/22/16
to ClickHouse
Добрый день.
Нужно брать версию, соответствующую собранному релизу (так как в master не всегда стабильная версия).
Узнать, какая версия стабильная можно, посмотрев версию выложенных пакетов здесь:
http://repo.yandex.ru/clickhouse/trusty/pool/main/c/clickhouse/
Например, версии 1.1.53996 соответствует тег 53996 в Git-е.
(Мы собираемся сделать теги более удобными, чтобы в Git-е сразу было ясно, какая последняя стабильная версия.)
При обновлениях обеспечивается совместимость по данным. Новый сервер всегда подхватывает старые данные.
То есть, "миграций" при обновлениях не требуется.
При установке вручную, смотрите что изменилось в конфиге, и применяйте изменения.
Также, для работы с конфигами, есть такой вариант:
- в /etc/clickhouse-server/{config,users}.xml лежит не изменённый конфиг;
- все свои изменения оформляете в виде отдельных файлов в /etc/clickhouse-server/{config,users}.d/*.xml;
Смотрите https://clickhouse.yandex/reference_ru.html#%D0%9A%D0%BE%D0%BD%D1%84%D0%B8%D0%B3%D1%83%D1%80%D0%B0%D1%86%D0%B8%D0%BE%D0%BD%D0%BD%D1%8B%D0%B5%20%D1%84%D0%B0%D0%B9%D0%BB%D1%8B
В таком случае, вы просто заменяете конфиги на новые при релизе, а ваши изменения остаются.
пятница, 22 июля 2016 г., 11:17:17 UTC+3 пользователь rasmus написал:
Нужно брать версию, соответствующую собранному релизу (так как в master не всегда стабильная версия).
Узнать, какая версия стабильная можно, посмотрев версию выложенных пакетов здесь:
http://repo.yandex.ru/clickhouse/trusty/pool/main/c/clickhouse/
Например, версии 1.1.53996 соответствует тег 53996 в Git-е.
(Мы собираемся сделать теги более удобными, чтобы в Git-е сразу было ясно, какая последняя стабильная версия.)
При обновлениях обеспечивается совместимость по данным. Новый сервер всегда подхватывает старые данные.
То есть, "миграций" при обновлениях не требуется.
При установке вручную, смотрите что изменилось в конфиге, и применяйте изменения.
Также, для работы с конфигами, есть такой вариант:
- в /etc/clickhouse-server/{config,users}.xml лежит не изменённый конфиг;
- все свои изменения оформляете в виде отдельных файлов в /etc/clickhouse-server/{config,users}.d/*.xml;
Смотрите https://clickhouse.yandex/reference_ru.html#%D0%9A%D0%BE%D0%BD%D1%84%D0%B8%D0%B3%D1%83%D1%80%D0%B0%D1%86%D0%B8%D0%BE%D0%BD%D0%BD%D1%8B%D0%B5%20%D1%84%D0%B0%D0%B9%D0%BB%D1%8B
В таком случае, вы просто заменяете конфиги на новые при релизе, а ваши изменения остаются.
пятница, 22 июля 2016 г., 11:17:17 UTC+3 пользователь rasmus написал:
Edward
Jul 25, 2016, 5:23:46 AM7/25/16
to ClickHouse
Добрый день,
А возможно в разработку вести в dev branch и мержить в master только стабильные версии?
Сеорее всего это будет намного удобнее для community. Да и вообще хороший тон не держать в master не стабильный код...
man...@gmail.com
Jul 25, 2016, 7:34:17 PM7/25/16
to ClickHouse
Может быть, но не сейчас.
Это связано со сложившейся практикой разработки.
Разработка в master стимулирует быстро двигаться небольшими шагами, и если что-то сломано - раньше исправлять.
У нас запускаются покоммитные тесты. По факту мастер стабилен большинство времени.
(Хотя можно было бы завести бранч develop и делать в нём то же самое, что сейчас в master.)
А выкладываем во внешний deb репозиторий ту версию, из которой был собран релиз, который уже был выложен на наш продакшен.
понедельник, 25 июля 2016 г., 12:23:46 UTC+3 пользователь Edward написал:
Это связано со сложившейся практикой разработки.
Разработка в master стимулирует быстро двигаться небольшими шагами, и если что-то сломано - раньше исправлять.
У нас запускаются покоммитные тесты. По факту мастер стабилен большинство времени.
(Хотя можно было бы завести бранч develop и делать в нём то же самое, что сейчас в master.)
А выкладываем во внешний deb репозиторий ту версию, из которой был собран релиз, который уже был выложен на наш продакшен.
понедельник, 25 июля 2016 г., 12:23:46 UTC+3 пользователь Edward написал:
Reply all
Reply to author
Forward
0 new messages