14 октября состоится (http://www.meetup.com/postgresqlrussia/events/225074155/) очередная meetup-встреча сообщества PostgreSQLRussia, которая пройдёт в компании Яндекс. На встрече выступит Владимир Бородин из Яндекс.Почты и расскажет про устройство хранения данных на диске и организацию WAL в PostgreSQL, а также про средства для резервного копирования и восстановления и то, как, используя некоторые их них, не бояться потерять данные и почему PostgreSQL славится своей надёжностью. Кроме этого, по традиции, на встрече будет представлено несколько докладов-молний.
Год назад Владимир Бородин уже выступал (https://events.yandex.ru/lib/talks/2382/) в докладом о миграции с Oracle на PostgreSQL. Последнее время PostgreSQL используется в Яндексе всё более и более активно, завоёвывая репутацию надёжной и качественной СУБД (например, PostgreSQL используется (http://www.slideshare.net/samokhvalov/postgresqlrussia-20150...) в Яндекс.Маркете).
Мероприятие бесплатное, количество мест ограничено.
Для участия необходимо зарезервировать место (http://www.meetup.com/postgresqlrussia/events/225074155/).
URL: http://www.meetup.com/postgresqlrussia/events/225074155/
Новость: http://www.opennet.me/opennews/art.shtml?num=43007
http://habrahabr.ru/post/197742/
не благодарите
>Директория с WAL-файлами должна быть доступна как мастеру (на запись), так и слейву (на чтение). Чтобы обеспечить это, мы создали общее хранилище на базе glusterFS, которое подмонтировали на обоих серверах.Млять ? Они что серьезно ? СУБД не может сама реплицировать эти важнейшие файлы на слейв ?
В общем случае, мастер вообще может не знать сколько у его реально реплик.
Мастеру указывается "archive_command", которая в зависимости от вашей фантазии хоть на яндекс.диск может складывать WAL-файлы.
Слейву указывается restore_command - которая должна сделать обратную операцию.
Осильте уже replication_slot наконец и мастер будет знать сколько у него слейвов и держать WAL-файлы до тех пор пока есть последний слейв, к-му они нужны.
"может не знать" читай внимательнее!
И не будем. Статья больше вредная, чем полезная. Сами-то читали?
> Вводные данные: сервер PostgreSQL 9.2Статья 2013г, октябрь
Может, стоило бы место действия указать? Офис Яндекса вроде бы не один в стране.
"Место, время и точная программа будут изменены - следите за новостями."
http://lurkmore.to/Дефолт_сити же
по ссылке не пойду - что там, Киев?
Полагаю, что понятие DC есть и в других странах, так что им может быть и Киев :) Но тут в новости слово Russia все-таки упомянуто. Вот, кстати, более корректная ссылка: http://lurkmore.to/Default_City
Эпикфейл, ссылка на карту офиса Яндыкса в GoogleMaps :)
Потому что в яндексе карты не очень, и в стритвью ничего нету
Дума РФ катает же на Волгах и ничё!
PostgreSQL используется в Яндексе всё более и более активно, завоёвывая репутацию надёжной и качественной СУБД
Прочитал доклад, был сильно удивлён, что у Яндекса не нашлось 1 килобакса на Оракле. И докладчик какой-то молодой сильно.
мегабакса
а вы не читайте, а смотрите видео-доклад, там всё сказано.
Посмотрел. Впечатление о докладчике ещё хуже стало, когда услышал как он разговаривает и как ведёт себя.Плюс, в конце озвучили что на переход потратили полгода работы одного человека (в яндексе считать не умеют? если два человека попеременно занимаются одной задачей - это не полчеловека, а один человек).
И при этом, с Oracle убрали лишь небольшую задачу. На "кул саксесс стори" не потянуло :(
> Прочитал доклад, был сильно удивлён, что у Яндекса не нашлось 1 килобакса
> на Оракле. И докладчик какой-то молодой сильно.Угадай, сколько они сэкономили на DBA. Прибавь, сколько стоит то, чего они с оракелем не смогли бы сделать ни за какие деньги (девелопмент самой dbms своими силами f.e.).
Так что выходит, то ли оракел слишком дорог, то ли FS бесценен, да? Как начинающий МБА Вы должны же понимать!
>> Прочитал доклад, был сильно удивлён, что у Яндекса не нашлось 1 килобаксаоколо пятнадцати, на самом деле - но и это в общем-то не мега-сумма, тем более что это не зарплата, списывается с налогов, а не облагается ими.
>> на Оракле. И докладчик какой-то молодой сильно.
> Угадай, сколько они сэкономили на DBA.и сколько в конечном итоге им будет стоить такая экономия, ага. Потому что хороший dba стоит значительно дороже чем на вес золота. И их оракловых ровно столько же, сколько и постргрезовых - считанные штуки, и все уже хорошо и надежно трудоустроены.
> Прибавь, сколько стоит то, чего они с оракелем не смогли бы сделать ни за какие деньги
в смысле - то что делал бы за них сам оракл в рамках поддержки чуть посерьезней "бронзовой"? Ну да, офигенная экономия.
> Так что выходит, то ли оракел слишком дорог, то ли FS бесценен,
то ли яндексу на самом деле глубоко пох на пресловутую надежность и эффективность, а требуемый результат получается с помощью стойной системы костылей и подпорок, бесконечных авралов (зато малоквалифицированным персоналом, который возражать против переработок не будет) и забитием болта на проблемы клиентов (не путать с пользователями).
Собственно, зная немного о яндексе, трудно сомневаться в верности именно данного предположения.
Типичная Постргрес установка может работать без DBA. Для установленного Оракла по-определению нужен DBA, мониторящий новости - какие глюки лечить каким патчем.
да нормально все будет, не переживай, не ораклом же единым