Pull to refresh
0
0
Игорь Лукьянов @ilukyanov

User

Send message
Вообще ты пишешь какую-то дичь, и про техподдержку (которая в тикетах работает круглосуточно), и про даунтаймы от 5 до 60 минут ежемесячно. Потому что у нас за весь 2016 суммарный даунтайм по сети минут 40, этим может похвататься редкий хостер, причем не только в России. Наша сеть это наша гордость. Так что вариант тут только один — долбоебы те, кто настраивал вам мониторинг.
Нет у нас проблем с сетью, у нас связность и сетевой аптайм — одни из лучших в России среди хостеров. Если эти слова вам знакомы :)
А как писали парсер языка запросов Clickhouse для GUI?
Вижу что там используется ACE, в каком формате ему подсовывали грамматику?
Ну что ж, посмотрим какой она будет в случае SSD :)
Данные хранятся на 6 серверах SX131 от Hetzner с 3 шардами по 2 реплики.

Вроде же это конфиги без SSD, или SSD все же есть?
Насколько в них есть необходимость, можно ли обойтись обычными крутящимися дисками?
Я говорю о всем множестве «особенностей» mongo.

1. Про write concern, когда терялись записанные и ACK'нутые данные в самом строгом режиме записи. В середине 2013 (меньше 3 лет назад) он, насколько я вижу, был еще актуален. База к тому времени существовала 4 года (и видимо эти 4 года не гарантировала совсем ничего в смысле целостности данных). 3 года это вообще не срок, у иных традиционных БД аптайм больше.

2. Проблема eventual consistency в том, что это самое eventual может не наступить никогда. Я не зря спрашиваю про кейсы использования. По большому счету сценариев где можно взять и потерять часть данных — не так уж много. Я практически уверен, что существенная часть пользователей mongo плохо понимает этот ньюанс.

3. Отсутствие вменяемого, доказанного алгоритма согласования данных при передаче лидерства. Даже несмотря на то, что есть определенные проблески в виде мажорити и выбора лидера. Почему написал «не гарантировала» — потому что сейчас там Tokutek то ли пишет, то ли уже написал имплементацию движка, основанную на Raft, и дела пожалуй станут несколько лучше.

Вот хорошая ссылка по делу: https://aphyr.com/posts/284-jepsen-mongodb
Как качественно бомбит у сторонников Mongo. Господа, не стесняйтесь, расскажите что у вас за кейсы где вы можете потерять часть данных и это не повлечет последствий.
MongoDB использовать не стоит хотя бы по той причине, что до недавнего времени она не гарантировала strong consistency. База данных, которая возвращает клиенту ACK на запись, но при этом не гарантирует то, что эта запись на деле персистентна — это мусор, о ней нельзя говорить всерьез.
К чести Payonline — на все претензии в итоге отреагировали и меры приняли. Жаль, что пришлось делать историю публичной, но полагаю это в итоге оказалось полезным для всех сторон. Спасибо за реакцию.
Мужики, куда делась история про тачбанк и потерю данных? Была ветка и нет ветки.
Разработчики Ceph'a не отличаются выверенными релизами, постоянно в рассылке какое-то нытье про потерянные данные. Да и наработанная «практика» других пользователей (sourceforge, cloudmouse) показывает, что в случае ceph бэкапы лишними не бывают.
Нас (MID 69930) спросить забыли — не было ни писем, ни звонков. Это хорошо, что ваши риск-менеджеры могут позволить себе отдохнуть в период с 19 часов черной пятницы по 10 утра кибер-понедельника. Подозреваю что сотрудники Stripe и многих других IPSP в период распродаж такой роскоши себе позволить не могут.
Вам в PayOnline, раз уж вы равняетесь на американский Stripe, следует знать что такое американская «черная пятница», и готовиться к ней заранее.

Потому что пару месяцев назад вы фактически провалили нам «черную пятницу», все выходные уводя в деклайн существенную часть транзакций из-за слишком параноидального фильтра на суточное количество продаж.

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

А потом, когда мы попросили разделить потери и снизить платежную комиссию 2.8% на определенное время, чтобы мы компенсировали издержки, вы обосрались еще раз и отказались это делать, сказав что мы сами виноваты в том, что не предупредили о распродаже.

Так что вы молодцы, что изучаете зарубежный опыт и переводите статьи. Ждем статьей по ключевым словам Customer Care, Conflict Resolution и Black Friday. Возможно в процессе перевода вы почерпнете из них что-нибудь полезное.
А в чем разница Софии относительно LevelDB/RocksDB? Она работает поверх сырого блочного устройства или тоже поверх файловой системы?
// Хозяйке на заметку
С помощью ключа -XX:OnOutOfMemoryError=«kill -9 %p» можно повесить на OutOfMemory ошибку определенные действия, например jstack, jsmap и kill, упакованные в shell-скрипт.

Кавычки конечно должны быть не елочки, а самые обыкновенные :)
Формально конфиг будет тем же. Реально — будут некоторые скрытые «компромиссы» в инфраструктуре / избыточности / оверселле :) Ну и не будет гигабитной сети.

Information

Rating
Does not participate
Location
Россия
Registered
Activity