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