= Сообщение: 1395 из 8494 ========================================= RU.LINUX = От : Alexey Vissarionov 2:5020/545 19 Jul 14 21:44:44 Кому : Stanislav Vlasov 19 Jul 14 21:44:44 Тема : LVM+Software RAID FGHI : area://RU.LINUX?msgid=2:5020/545+53caae8e На : area://RU.LINUX?msgid=2:5080/172+53ca9b8b = Кодировка сообщения определена как: CP866 ================================== Ответ: area://RU.LINUX?msgid=2:5080/172+53cc8985 ============================================================================== Доброго времени суток, Stanislav! 19 Jul 2014 22:17:54, ты -> мне:
SV>>> Это же надо ДУМАТЬ заранее при построении сервера, еще на этапе SV>>> "полтора человека в неделю на сайт" :-) Судя по упомянутому SV>>> клиенту, сайт рос как раз с этого этапа. При этом денег на еще SV>>> один сервер у них нет. AV>> Те, кто думает, обычно быстро додумываются до того, что сайт, AV>> приносящий серьезные деньги, вполне достоин того SV> Эти тоже хотят кластер. Hо базу данных переделывать не хотят. SV> Hу или скорее не могут.
Логику - вполне допускаю. Но более производительный сервер - почему бы и не?
SV>>> Hу и репликация - штука хрупкая, блин... По-крайней мере, если SV>>> делать штатными средствами. AV>> Да ну? У меня она разваливалась только в тестовой среде, когда AV>> разработчики что-нибудь в очередной раз косорылили. SV> При прямом соединении между серверами и у меня не разваливается.
OpenVPN - это прямое соединение? :-)
SV> Между ненагруженными виртуалками - продержалось месяц (вероятно, SV> проблема была в сети ростелекома, скорее). Между железным сервером SV> и виртуалкой - сильно зависело от нагрузки на мастера почему-то.
Хрень какая-то... У меня репликация всегда падала и поднималась вместе с каналом.
SV>>>>> Хорошо, что сей базой занимается их разработчик... AV>>>> Ты бы им про InnoDB рассказал, что ли... SV>>> А я рассказывал уже. Тольку мало: SV>>> а) эти "разработчики" (на самом деле - скорее пхп-кодеры, так SV>>> как оригинальный разработчик давно в Израиле) пришли работать SV>>> к клиенту уже после того, как выросла такая база. б) они таки SV>>> хотели бы innodb, но чтоб без прерывания работы. Сомневаюсь, SV>>> что сиё возможно. AV>> Хм... Время простоя порядка 2...3 минут в период минимальной AV>> нагрузки их устроит? SV> Для этого надо купить или арендовать еще один сервер, на что SV> они пойти не могут почему-то :-)
Ds: zhlob vulgaris
SV>>> в) у них сомненья, что типа select будет медленнее, чем из SV>>> myisam. Hа это им уже было высказано про манеру просматривать SV>>> всю таблицу для выдачи пары строк, но по-моему, до них не дошло. AV>> Если люди дураки - это всерьез и надолго. SV> Видимо, по этой причине.
Rp: ничего не делать, само развалится.
AV>>>> О! Надо будет выложить совопакеты, где MySQL изначально все в AV>>>> InnoDB хранит. SV>>> С полным запретом myisam! AV>> С полным запретом не получится, но чтобы везде по умолчанию AV>> вылезало InnoDB - реально. SV> Если будет а) mariadb,
Кстати, с большой вероятностью таки да - переползу на Машку.
SV> б) под центось 6 и 7 -
rpmbuild --rebuild
SV> смиррорю и пропишу в дефолтные репозитории новых виртуалок для SV> клиентов. Ибо нефиг.
Мне для хороших людей говна не жалко :-)
-- Alexey V. Vissarionov aka Gremlin from Kremlin gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii
