и особо эти нововедение не распробовал

смотри, если нет хотя бы 10 тыщ rps то тарантул не нужне

Например у меня больше, почему мне стоит выбрать тарантул а не VoltDB?

есть подозрение что Phil виндузятник

Говорил, что FreeBSD

есть подозрение что Phil виндузятник

не надо ничего подозревать, я хорошо гуглюсь :)

Ну и вроде это не зазорно?

Или да?

Или да?

Нервничаешь? ?

Ни

Сейчас не зазорно, тем более что видна начала мутировать в линукс

У меня гетерогенная среда, например

Да не важно, что в кого мутирует. Не будешь же ты, будучи в здравом уме поднимать астериск на винде?

Хотя это возможно

Под каждую задачу есть наиболее подходящий инструмент

Да использование винды незазорно, но если ты вроде как системный администратор вроде как в хостинговых компаниях то вероятно знания юникса не сильно излишне.

*unix-like систем для особых эстетов

смотри, если нет хотя бы 10 тыщ rps то тарантул не нужне

Чат конечно не тот, но вот пытаюсь понять - Вы хотите в нишу CouchBase-а? Их вроде как используют как основную базу, у них синхронный коммит на столько нод, на сколько укажешь и т.д. Если Тарантул будет таким же - то это будет хорошо.

Ыыыы... Ниша каучбейса. У него есть ниша? Это Франкенштейн из couchdb и memcache на стероидах ) И мы быстрее элак раз в 5 их.

Ыыыы... Ниша каучбейса. У него есть ниша? Это Франкенштейн из couchdb и memcache на стероидах ) И мы быстрее элак раз в 5 их.

Ну, чего у него внутрях я только догадываюсь. Только вот они на каждом углу кричат, что их пользует Пейпал и ЛинкедИн. Да и я, чего греха таить, поставил в продакшене пару махоньких кластеров под кеши- снять нагрузку с реляционных баз. Просто Тарантула никогда не видел - вот и интересен его вектор развития.

Мы не кеш.

Мы не кеш.

Ну это как приготовить :)

Наша ниша сегодня - backend-free microservice

Мы не сеем

Когда база она же апп сервер и она же бэкенд для нагруженного проекта

Кэширование - антипаттерн если есть Тарантул

Когда база она же апп сервер и она же бэкенд для нагруженного проекта

Ок, я понял что надо идти, скачивать и смотреть :)

Кэширование - антипаттерн если есть Тарантул

А если есть реляционные базы, на которых написано куча логики и репортов, то вынос "мусорной" нагрузки необходимость - а паттерн это или антипатерн - неважно :)

Кэширование - это не вынос нагрузки. Для выноса нагрузки Тарантул и создавался. Но нагрузку надо выносить вместе с данными. Иначе такой вынос - ло первого холодного рестарта

Или до первой баги синхронизации кэша и первоисточника

Кэширование - это не вынос нагрузки. Для выноса нагрузки Тарантул и создавался. Но нагрузку надо выносить вместе с данными. Иначе такой вынос - ло первого холодного рестарта

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

Это не совсем пример кэширования. А "возможность потерять данные" это исключительно вопрос масштаба. Вот допустим есть такая штука, которая работает в 99.9% случаев. пока этот 0.1% не превращается в сотни недовольных пользователей, которые жмут Refresh потому что не видят progress bar - подход вроде как работает. А потом оказывается, что никто не оттестировал случай, когда кэш недоступен, что у ситуации ещё есть 100500 непредусмотренных последствий, т.к. в 99% случаях всё работает и никто не заморачивался на оставшийся 1%

Это не совсем пример кэширования. А "возможность потерять данные" это исключительно вопрос масштаба. Вот допустим есть такая штука, которая работает в 99.9% случаев. пока этот 0.1% не превращается в сотни недовольных пользователей, которые жмут Refresh потому что не видят progress bar - подход вроде как работает. А потом оказывается, что никто не оттестировал случай, когда кэш недоступен, что у ситуации ещё есть 100500 непредусмотренных последствий, т.к. в 99% случаях всё работает и никто не заморачивался на оставшийся 1%

Я согласен - на 1% или на 0.1% случаев есть система которая сама разошлёт письма, смс, позвонит и скажет нежным женским голосом - не все сервисы доступны в данное время, приносим извинения за временные неудобства ;) . Невозможно держать даже самую стабильную систему 100% uptime - иногда бывает форс-мажор. Поэтому всегда есть не технический бекап :) Но на 99% мне нужна система, которая легко ставится, настраивается, мониторится, интегрируется с существующей системой ( читай, есть библиотеки под множество языков ) и имеет более менее человеческий интерфейс ( сказывается моя Виндовая "закалка" ) - отсюда и Каучбейз.

открываю доку - она у меня 7 экранов занимает. читаю и картины нет в голове. не знаю ни про какую команду пока

Посмотри вот эти видео

https://youtu.be/LXC15K4pV0o?list=PLaFqU3KCWw6KzGwUubZm-9-vKsi6vh5qC #backup #video

16, 17 тема по ссылке

проставь сообщению хэштеги

какие?

https://youtu.be/LXC15K4pV0o?list=PLaFqU3KCWw6KzGwUubZm-9-vKsi6vh5qC #backup #video

а к этому делу есть текст и тесты какие нить ? для самопроверки понимая

У меня нет, но тут есть коллеги из Postgres Professional. Возможно они ответят на твой вопрос.

В конце каждой темы есть практика

Но сделать не всегда означает понять :)

какие?

ну а что там? :) по тэгам удобно искать потом в чатике

А где ты все теги можно посмотреть, которые уже были?

https://youtu.be/LXC15K4pV0o?list=PLaFqU3KCWw6KzGwUubZm-9-vKsi6vh5qC #backup #video

#видосик

:)

не благодарите

А где ты все теги можно посмотреть, которые уже были?

а жмешь решетку - там подсказки

Круто! Добавил #backup

и video и tour

а к этому делу есть текст и тесты какие нить ? для самопроверки понимая

https://www.dropbox.com/s/5cqdk21sptluqj8/16_logical_backup.pdf?dl=0

Postgesql+1c+linux Николай, может подскажите адрес чата. Спасибо)

А что с 1с, постгрес и линуксом?

Мне тоже интересно, мне тоже скажите

Postgesql+1c+linux Николай, может подскажите адрес чата. Спасибо)

тебе этого чата мало? ?

http://m.cnews.ru/news/top/2015-11-05_novyj_rossijskij_linux_obkatyvaetsya_v_armejskih

Ребят, подскажите пожалуйста, есть какая-то разница между pg_dump и какими-то другими более продвинутыми средствами?

тебе этого чата мало? ?

Тут вроде только о самом pg, без 1с)

выше была ссылка на документ где вроде вполне подробно и понятно описали про логический бэкап

pg_dump это инструмент для логического бэкапа

Народ когда результаты на эльбрус будут.... А то не охота выкладывать неофициальные....

А какой именно Эльбрус. Они ж разные...

401 402

Конечно желательно 402

С кпи2 и четырмя процами

Там 2 режима. Эмуляция Интел и нативный. Какой интересует?

Интересуют реальные результаты..... Конечно в нативном тем более пг есть

про бекапы есть еще вот такое видео https://events.yandex.ru/lib/talks/3202/

pg_dump это решение влоб. Если у вас небольшая БД (меньше нескольких гигабайт в архиве) то можете использовать смело и дальше.

Всё остальное как правило когда текущее решение вас не удволетворяет т.е. либо слишком медленно работает либо слишком долго причём долго тут может быть в смысле как бекапа так и востановления.

что то заговорился: первое это слишком много места жрёт.

что то заговорился: первое это слишком много места жрёт.

Юр, я что-то не понял про что ты? что много места жрет? ты про pitr: pg_basebackup + wal?

Юр, я что-то не понял про что ты? что много места жрет? ты про pitr: pg_basebackup + wal?

Я в целом и выше человек про pg_dump спрашивал.

Я считаю, что в бэкапах место - это вторичное

главное это RTO и RPO

про бекапы есть еще вот такое видео https://events.yandex.ru/lib/talks/3202/

тэги....

и уж если по бизнесу RPO должно быть малым (минуты, а лучше секунды), то тут никакой логический бэкап через pg_dump или аналогичное вряд ли поможет

pg_dump это решение влоб. Если у вас небольшая БД (меньше нескольких гигабайт в архиве) то можете использовать смело и дальше.

а разве у дампа основная проблема не полная блокировка базы?

а от куда там полная блокировка?

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

а от куда там полная блокировка?

потому что дока говорит, что он SELECT. это или блокировка, или неконсистентность, или я чего-то не понимаю в законах физики

главное это RTO и RPO

а можете расшифровать?

потому что дока говорит, что он SELECT. это или блокировка, или неконсистентность, или я чего-то не понимаю в законах физики

MVCC куда дели?

Recovery Point Objective - грубо говоря, сколько данных можно потерять Recovery Time Objective - сколько времени отводится на восстановление в случае сбоя

даже pg_dump консистентный дамп делает, в доке написано ж)

если ты делаешь бэкап через pg_dump каждый день ночью, то в худшем случае ты потеряешь данные за 1 сутки работы решения

для разработчиков и множества вебсайтиков - это нормально

MVCC куда дели?

вы тут все сговорились аббривеатурами разговаривать?

бля биллнга или прочих денежных вещей это неприемлемо

фууух

вы тут все сговорились аббривеатурами разговаривать?

постгрес версионик, ему "легко" не лочиться, мин/макс видимости транзакции, все дела )

даже pg_dump консистентный дамп делает, в доке написано ж)

значит ему придется блокировать базу. или он делает транзакцию на * и там все это время транзакшн лог какой-нибудь пишется?

http://postgrespro.ru/doc/mvcc.html

значит ему придется блокировать базу. или он делает транзакцию на * и там все это время транзакшн лог какой-нибудь пишется?

делает снэпшот, как это называют

версию базы данных

да я уже понял

http://www.postgresql.org/docs/9.5/static/app-pgdump.html ключ —serializable-deferrable вроде оно

как всгда кстати из доки это сразу не очевидно. может даже есть упоминание (наизусть не помню), но глаз не остановился. ну ок. тогда он просто медленный. и возможно тормозит базу за счет реализации вот этой страшной аббривеатуры. но не факт