treshnyuk: Физический сервер обычно ничем не надежней, если на нем выйдут со стоя диски и вы не использовали зеркалирование или бекапирование - прощайте данные, на сервере виртуализации как правило RAID 10 и при выхода со строя одного диска - ничего не произойдет в 99,99%, вы даже не заметите его горячую замену.
Зато на физическом сервере хостер не снесет тебе данные по причине "мы тут биллинг апдейтили" :)
WapGraf: указать на проблемное место скрипта и совсем другое дело править эти скрипты
Так это проблемное место найти еще надо. Имхо от хостера на виртуалке не требуется ничего более, кроме как предоставлять лог с временем выполнения скрипта и его загрузкой процессора (если последнее возможно).
А смотреть клиентские скрипты - даже для администрируемого хостинга перебор.
Физический сервер обычно ничем не надежней, если на нем выйдут со стоя диски и вы не использовали зеркалирование или бекапирование - прощайте данные, на сервере виртуализации как правило RAID 10 и при выхода со строя одного диска - ничего не произойдет в 99,99%, вы даже не заметите его горячую замену.
Зато на физическом сервере хостер не снесет тебе данные по причине "мы тут биллинг апдейтили" :)
3% и 40% как бы сильно отличаются :)
Любой минимально крупный хостер, да любая компания участвует в судебных разбирательствах.
Фигня какая то. Если компания не уровня самсунг, амазон - то судебные дела, один из поводов задуматься о репутации компании.
Вроде как уже свернулись.
Интересно, что за конкуренты такие. По равным ценам или ниже - только кимсуфи от овх.
Иногда приходится помогать, т.к. скрипты какие-то старые самописы купленные. И клиенту просто неоткуда обновиться.
Щедрая душа. Если клиенту неоткуда обновиться, то он идет к админу, программеру и т.п. - кто и решает его вопросы.
На бензозаправке максимум бесплатно колесо подкачают. Попробуй попроси глянуть "там что то стучит, почините, я же бензин купил".
указать на проблемное место скрипта и совсем другое дело править эти скрипты
Так это проблемное место найти еще надо. Имхо от хостера на виртуалке не требуется ничего более, кроме как предоставлять лог с временем выполнения скрипта и его загрузкой процессора (если последнее возможно).
А смотреть клиентские скрипты - даже для администрируемого хостинга перебор.
Ушатать 6gb базу на hdd? легко
Сделайте выборку с тем, чтобы она использовала filesort и много временных таблиц)
Осталось понять, каким образом выборка будет записывать 6 гиг данных в сутки. Ушатать что угодно можно, особенно если не вникать в суть вопроса.
В случае мелких файлов HDD будет тяжко.
Это если все записывать в одну директорию. С нормальной структурой никаких проблем нет.
Судя по первому посту, данные как раз таки в базу и складываются по 6 GB в день
Это не тот объем даже для базы, когда надо SSD. Надо пару нулей добавить, что бы у HDD возникли проблемы.
А зачем столько SSD ? SSD нужен только под систему, базы - а остальным парочка HDD прекрасно справится.