По моему мнению, для хранения и на "неплохая" недотягивает. Куча ограничений: числу записи, температурным режимам, системам восстановления в случае сбоя. Положил дисочек в тёплое место на неделюку, "потеря данных", здравствуй! В этом отношении олдскульные ХДД на 100 шагов впереди SSD. Был случай: в одной серверной вышла из строя система кондиционирования. Умные HP-сервера на интеловских SSD райд-массивах отключились при 80С. Глупые со старыми сигейтами 3.5" продолжили работу. 80% Raidов на SSD восстановить не удалось. Олдскульные не пострадали, хотя местные говорили, что до серверов дотронуться было нельзя.
"лучшая для работы" - тоже сомнительно. Хорошо известны проблемы задержек в больших RAID-массивах, построенных на SSD.
Каждый инструмент заточен для решения своих задач. На десктопе с некритичными данными, соглашусь - кайф от скорости зачётный. В серверных решениях при дофига денег на бюджет для БД - тоже самое то. В других случаях - под вопросом, а иногда и под очень большим вопросом.
АртемЪ: Я задавал вопрос не про схд для баз данных, а про бэкап. Т.к. у топикстартера 1 сервер с 4 разъемами под винты (условие вполне однозначное), то, ИМХО, глупо предлагать SSD. Ясно, как день, что топикстартер не бэкапит по 120ТБ в день виртуальных машин, и что покупка NAS'а не входит в планы. В данном случае вполне подойдёт USB-винч даже с интерфейсом 2.0. А в самом серваке запилить два зеркала, чтоб разнести БД и шару. UPD: ниже прочёл про сумму на систему бэкапов в 8 т.е. В таком случае, действительно, NAS спасёт отцов русской демократии.
Марк Розенталь: У Вас, действительно, перепутаны понятия. Бэкапы делаются, как правильно заметил АртемЪ, на тихоходные и долгоиграющие диски, типа красных WD для видеоархивов. Бэкапы потерять не страшно вовсе - всегда можно сделать новые. Шара - дело другое, и требования, соответственно, другие.
SSD - одна из самых плохих технологий для хранения информации на сегодняшний день, ИМХО.
raid 5 на порядок сложней восстановить при выходе из строя самого сервера. У меня однажды не получилось, не смотря на то, что энтропия была в пределах допустимого. А зеркало - есть зеркало.
Rad1us: И, конечно, самое главное:
access_log daemon:/var/log/squid/access.log squid
access_log stdio:/var/log/squid/access.log squid
Без этого процесс отладки превращается в поиск кошки в тёмной комнате.
Сквид при установке собран с опцией TP_IPFW?
Вообще рекомендую закомментировать deny правила для начала и добавлять их после того, как система заработает в минимальной конфигурции.
Из правила "http_access allow localnet !dom_deny" убрать !dom_deny.
Какая версия сквида?
Попробуйте указать "http_port 127.0.0.1:3128 intercept" вместо той команды, которая используется сейчас. Насколько помню, transparent указывался в старых версиях.
Для виртуалки рекомендую отрубить кеширование "cache deny all" - лучше это делать на реальном железе. Иначе разрастётся объём используемого пространства виртуалки.
В обоих случаях имеем хром и адблок. Про адблок недобрые слухи ходят последнее время. Я бы провёл два эксперимента, раз латенси тайм всего 5 минут: 1) отключил в одном месте адблок и понаблюдал минут 20. 2) заюзал бы другой браузер (так же без адблока).
Вообще, реклама через куки существует. Когда ищешь какой-либо товар, он потом ещё долго с каждой странички в баннерах отсвечивает ))
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
"лучшая для работы" - тоже сомнительно. Хорошо известны проблемы задержек в больших RAID-массивах, построенных на SSD.
Каждый инструмент заточен для решения своих задач. На десктопе с некритичными данными, соглашусь - кайф от скорости зачётный. В серверных решениях при дофига денег на бюджет для БД - тоже самое то. В других случаях - под вопросом, а иногда и под очень большим вопросом.