Чтобы выкачать такой объём данных нужно прилично времени, при этом будет нагружены диски и/или сеть
Если брать 100 мбит/сек, то 4 Тб, это 4 суток примерно, при ~ 100% нагруженности канала
Даже взять 1 гбит, выходит ~ 2,5-3 часа,быстрее ну никак не выйдет, да и 1 гбит может не "выжать" учитывая скорость SATA дисков + при этом я так понял на этих дисках ещё и раздача видео будет
Используйте проверенные методы не изобретая что-то новое))
(P.S. Данный пост не говорит о том, что бекапы не нужны, НУЖНЫ и ещё как, если данные важные, но использовать бекапы, как замену raid (1,10 и т.д., всё что имеет некую отказоустойчивость), это глупо, ИМХО)
Толстяк: 2х2тб Raid 1 - если один диск поломается и сайты продолжат работать как узнать что диск вышел из строя
программный raid имеет вывод инфы о массивах
cat /proc/mdstat
При "отказе" диска это отобразится на выводе данной команды
netwind: Между прочим, значение параметра max_join_size по-умолчанию 18446744073709551615. Именно такое большое. Оно как бы намекает, что изменение его совсем не является "оптимизацией".
Худо будет, когда вызовут Вам несколько JOIN к нескольким таблицам с десятками миллионов записей в каждой
Но если это "личный" сервер, то да, лимит можно повысить
nocomments: max-connections и вписал туда 1024. 8 часов, полёт нормальный. Наблюдаю. Чё, серьёзно? Mysql не умеет ставить запросы в очередь
Как раз таки это и есть очередь, и её длинна :)
Смотрите активные запросы mysql (# mysqladmin processlist )
Убедитесь скорей всего в том, что Ваше приложение не закрывает соединение с базой, от чего очередь накапливается до того момента, пока количество активных подключений не превысит максимальное значение "max-connections"
Также в топике верно подметили, что нужно искать причину, а не повышать лимиты, ибо когда память кончится и сервер уйдёт в swap, будет ситуация не лучше, чем ошибка подключения к mysql
А если это OpenVZ контейнер, то и вовсе OOM Killer прибъёт процесс mysql, от чего могут и таблички "попортиться"
Anatolr: Hawen, а зачем тогда продавать "Вечные"? Так можно бабла собрать побольше за вечные 5-е и, опаньки, выпустить 6-ю версию, объявив, что пятерка больше не поддерживается, обновляйтесь платно.
Подождите, ну так у Вас же никто не "отбирает" вечную?
Пользуйтесь сколько хотите
И насколько я знаю, согласно новым правилам (договору), теперь хоть 5, хоть 6, хоть 25 она будет вечной
Толстяк, Странное решение)
Согласно примеру, 2 Tb винт, в raid 0 это 4 Tb
Чтобы выкачать такой объём данных нужно прилично времени, при этом будет нагружены диски и/или сеть
Если брать 100 мбит/сек, то 4 Тб, это 4 суток примерно, при ~ 100% нагруженности канала
Даже взять 1 гбит, выходит ~ 2,5-3 часа,быстрее ну никак не выйдет, да и 1 гбит может не "выжать" учитывая скорость SATA дисков + при этом я так понял на этих дисках ещё и раздача видео будет
Используйте проверенные методы не изобретая что-то новое))
(P.S. Данный пост не говорит о том, что бекапы не нужны, НУЖНЫ и ещё как, если данные важные, но использовать бекапы, как замену raid (1,10 и т.д., всё что имеет некую отказоустойчивость), это глупо, ИМХО)
2х2тб Raid 1 - если один диск поломается и сайты продолжат работать как узнать что диск вышел из строя
программный raid имеет вывод инфы о массивах
cat /proc/mdstat
При "отказе" диска это отобразится на выводе данной команды
Толстяк, 3 в 0 и ещё 3 в 0, и это всё в -> 1
Или же наоборот тройки в 1, и всё в -> 0
Объём пространства будет отличаться
В первом случае ~ 3 Tb, во втором 2 Tb. степень надёжности также различен, во втором случае выше
Толстяк, Понятие "основной диск" при raid наверно не корректно, так как все диски равны в массиве
Но в целом мысли правильны
при raid 1 объём пространства равен самому маленькому по объёму диску, при выходе из строя одного из дисков, инфа останется на втором
при raid 0 объём пространства суммируется, выход одного из дисков -> потеря данных
Между прочим, значение параметра max_join_size по-умолчанию 18446744073709551615. Именно такое большое. Оно как бы намекает, что изменение его совсем не является "оптимизацией".
Худо будет, когда вызовут Вам несколько JOIN к нескольким таблицам с десятками миллионов записей в каждой
Но если это "личный" сервер, то да, лимит можно повысить
max-connections и вписал туда 1024. 8 часов, полёт нормальный. Наблюдаю. Чё, серьёзно? Mysql не умеет ставить запросы в очередь
Как раз таки это и есть очередь, и её длинна :)
Смотрите активные запросы mysql (# mysqladmin processlist )
Убедитесь скорей всего в том, что Ваше приложение не закрывает соединение с базой, от чего очередь накапливается до того момента, пока количество активных подключений не превысит максимальное значение "max-connections"
Также в топике верно подметили, что нужно искать причину, а не повышать лимиты, ибо когда память кончится и сервер уйдёт в swap, будет ситуация не лучше, чем ошибка подключения к mysql
А если это OpenVZ контейнер, то и вовсе OOM Killer прибъёт процесс mysql, от чего могут и таблички "попортиться"
Тут уже считали, на долгом промежутке времени может быть выгоднее вечная с платными обновлениями.
Более 3 лет кажется нужно пользоваться, тогда цена отбивается
Мы пользуемся BIllmanager 4 с вечной лицензией от 5-ки.
Поддержка 4-ки не прекратится пока v5 не обрастет всем необходимым функционалом.
От того, что не добавляют новые фичи, биллинг только стал намного стабильнее.
То же можно сказать и про ISPmanager 4.
Про стабильность согласен, но не всегда
нужно просто следить за патчлогом, бывают апдейты фиксящие серьёзные недоработки
А вот про поддержку 4 версии: Биллинг может быть, а вот с панелью ISPmanager 4 совсем другие дела, послали с словами "её жизненный цикл окончен"
Anatolr, Вы не видите смысла в старом продукте, кому-то будет актуально иметь одну версию ISP без обновлений
Вот и вся суть
Без обновлений она уже не особо интересная, к тому же станет очень быстро устаревшим, никому не нужным продуктом...
Ну а за 2 тысячи получать работу программистов на 30 лет в перёд тоже явно не похоже на "здравый смысл"
Hawen, а зачем тогда продавать "Вечные"? Так можно бабла собрать побольше за вечные 5-е и, опаньки, выпустить 6-ю версию, объявив, что пятерка больше не поддерживается, обновляйтесь платно.
Подождите, ну так у Вас же никто не "отбирает" вечную?
Пользуйтесь сколько хотите
И насколько я знаю, согласно новым правилам (договору), теперь хоть 5, хоть 6, хоть 25 она будет вечной
Вопрос в платных обновлениях
Но я лично больше не буду брать вечные
Годичная максимум
Плюс ко всему ISP кинули всех с вечными лицензиями, понапродавали, а обновить до 5-х версий свой продукт бесплатно не хотят.
Понятно, что можно сказать, новый продукт и так далее, но в таком случае вечно, обновляйте то, что продавали как вечное..
Ну на счёт вечных лицензий я согласен, они не нужны (с обновлениями)
Так как можно набрать кучу вечных, и забыть о ISP навсегда (имеется ввиду об оплате), программисты же за "спасибо" работать не будут
Ну вот платные update security - это перебор
Выпускали бы две линейки обновлений
1) с новыми фичами и платные (купил вечку, через год вышел новый функционал, понравился, оплатил работу, продлив обновления)
2) с безопасностью, и применяться эти обновления должны без всяких "оплати"
А то выглядит это всё примерно как "Купил бракованный товар (машину например, не едет), а тебе говорят, да хрен с ней, купи новую"