Решил обновить свой старый "сервер" два одно ядро - два гига на что-то поновее и, внезапно, встал вопрос выбора системного hdd. Раньше такого вопроса не стояло, я просто брал проверенный hdd, вроде WD, минимального объема и ставил на него систему. Сегодня же я думаю над этим вопросом уже пару недель и до сих пор пребываю в некотором замешательстве. Во первых я должен выбрать между ssd или hdd. Первых достаточно большой выбор и очень противоречивые отзывы о них. И вообще, надежно ли ставить ssd потребительского класса в сервер? С hdd тоже интересно, под систему мне надо не больше десятка-двух гигабайт, но hdd объемом меньше 512Гб просто нет в продаже, а такой объем мне нахер не нужен, под хранилище у меня будет отдельный hdd на 6Тб. И вот я выбираю между 512Гб hdd, 95% объема которого останется не востребовано, либо 128Гб ssd, цена на которые примерно одинакова. Если остановиться на ssd, то я присмотрел два варианта, это INTEL 545s или SAMSUNG 850. Хотелось бы услышать дельных советов. Может, если брать ssd будет достаточно просто перенести /var/log на hdd или сделать другие оптимизации?
Ах, да, сервер не сильно нагруженный, там крутится облако nextcloud, web сервер для тестов и всякая ерунда вроде tor, samba, transmission и всего такого прочего.
Бери ссд, самсунг стоит у товарища работает идеально, другие отзывы тоже хорошие. Интел глягнул в днс шоп только положительные отзывы. ну и гарантия у обоих. я бы взял интел дабы сыкономить. не думаю что проиграешь в производительности. решать тебе.
>>310 (OP) >С hdd тоже интересно, под систему мне надо не больше десятка-двух гигабайт Ноутбучный hdd гигов на 80, или старый и никому более не нужный ssd гигов на 30 с вторички? Или китайский ssd с алика? Очевидный профит - в цене, есть небольшой риск, что прибор сдохнет раньше положенного или продадут мертвое.
Если выбирать из оп-пиков - очевидный самсунг 850, неплохая и надежная бюджетка с хорошими показателями.
>>311 Меня в первую очередь надежность интересует, так как я такие вещи беру на десятилетия.
>>313 >Ноутбучный hdd гигов на 80 Не делают больше hdd такого объема.
>старый и никому более не нужный ssd гигов на 30 с вторички >китайский ssd с алика Я хоть и нищук ебаный, но на дисках никогда не экономил. Тем более ставить бу или вообще китайскую ерунду под системный диск сервера.
>>310 (OP) На кой хуй тебе вообще SSD под систему? Всё нужное загрузится за полминуты в оперативку и будет использоваться из неё.
Поставь систему на раздел диска с хранилищем. Если интересует надёжность, то купи второй такой же ему в пару и скрути RAID1. Если хочется ускорить доступ к хранилищу, в довесок берётся SSD и прикручивается в качестве кэша (через bcache или lvm).
>>316 >На кой хуй тебе вообще SSD под систему? Всё нужное загрузится за полминуты в оперативку и будет использоваться из неё. Вот и я об этом думаю. Но современных hdd небольшого объема в продаже не существует.
>Поставь систему на раздел диска с хранилищем. Я считаю, что система должна находится на отдельном физическом диске и не в коем случае не на одном диске с хранилищем.
>Если интересует надёжность, то купи второй такой же ему в пару и скрути RAID1. Эх, если бы у меня деньги на это были, и так последнее отдаю за эти диски, буду кашу пустую доедать теперь.
>>317 > Я считаю, что система должна находится на отдельном физическом диске и не в коем случае не на одном диске с хранилищем. Чем это мотивировано? Вижу только один довод: возможность снять диск с хранилищем и унести, оставив сервак работать без него.
>>318 И этим тоже. А вообще я могу захотеть сменить железо, как сейчас, могу захотеть поменять диск, могу захотеть просто унести диск с личными данными, оставив сервер без него. Когда для хранения данных используется отдельный диск с этим всем нет проблем, вот сейчас я поставлю в новый корпус старый диск с данными и просто продолжу им пользоваться. В случае же, если бы у меня там была бы еще и система, мне пришлось бы что-то делать с разметкой, что потенциально небезопасно, а у меня там куча важных вещей, которые некуда забекапить. Вот поэтому предпочитаю под систему отдельный диск использовать.
Я так подумал, наверное не буду брать ssd. У меня есть хороший терабайтный HGST диск, который сейчас используется под хранилище, думаю поставлю систему на него. Под хранилище будет новый диск.
>>319 > я могу захотеть сменить железо Для этого тебе нужно менять систему? Если смены архитектуры нет, то всё должно заработать, мб с минимальными пинками вроде обновления имён сетевых карт.
> могу захотеть поменять диск Пили LVM и меняй сколько влезет. Подключаешь новый диск к группе томов, удаляешь старый — и данные сами перетекают в фоновом режиме без остановки сервера.
> мне пришлось бы что-то делать с разметкой Зачем?
> у меня там куча важных вещей, которые некуда забекапить. Это плохо: любая железяка может сдохнуть внезапно.
>>321 >Зачем? Ну системный раздел там как бы уже не нужен будет.
>Это плохо: любая железяка может сдохнуть внезапно. Понимаю, но raid себе позволить не могу по финансовым причинам. Ну и hdd все же дохнут не внезапно, обычно, в отличие от ssd. По этой же причине я всегда ответственно подхожу к выбору hdd, беру только проверенных временем производителей и никогда на этом не эконолю. Можно сэкономить на всем остальном, но не на диске.
>>322 > Ну системный раздел там как бы уже не нужен будет. Ну удалишь его, оставив место неразмеченным, никаких рисков эта операция не несёт. Или тебе жалко 0.001% объёма (6Гб из 6Тб)?
> raid себе позволить не могу по финансовым причинам Ты лучше второй винт тогда не под систему бери, а под бэкап важных данных, и держи его отключённым.
> беру только проверенных временем производителей и никогда на этом не эконолю Все производители иногда прокалываются. Более того, я сейчас не могу какого-то из них выделить ни как более надёжного, ни как менее: все работают збс, в т.ч. самые дешёвые hitachi. Моя политика тут — брать похуй какие и мутить из них RAID с избыточностью.
>>324 >Ты лучше второй винт тогда не под систему бери, а под бэкап важных данных, и держи его отключённым. C оффлайн бекапами слишком геморно получается, проходил я это уже, вон валяется внешний диск на терабайт, в итоге со временем либо забиваешь на бекапы, либо забываешь. Надо автоматизировать.
>Все производители иногда прокалываются. Все, но кто-то гораздо чаще других seagate. Я в вопросе выбора hdd ориентируюсь на отчет Backblaze, может слышал о таком? У них большая выборка дисков потребительского уровня, по которым они уже несколько лет публикуют статистику отказов.
>Моя политика тут — брать похуй какие и мутить из них RAID с избыточностью. Оправдано при таком подходе, но у меня другая ситуация, у меня не будет raid и поэтому мну нужен максимально надежный диск.
>>327 >нужен максимально надежный диск Внимание, загадка. Допустим, в течении гарантийного срока, есть вероятность отказа диска в пределах 0,001 процента. Какова вероятность, что диск всё таки сдохнет, если бекапы, в лучшем случае есть, полугодовалой давности, и не проверялись на работоспособность? А в случае, если бекапа нет?
>>329 Несмотря на цену и надежность, диск, на котором хранится что-то нужное или важное, и никуда не зарезервированное, обязательно накроется, и накроется как раз тогда, когда этого не ждешь.
>>327 > C оффлайн бекапами слишком геморно получается А ты напиши скрипт, который сам будет всё делать при втыкании этого винта. Привязать его к втыканию можно, например, средствами systemd.
> кто-то гораздо чаще других По таблице того же Backblaze видно, что ляпы случаются у всех — и у сигейта, и у wd, и у тошибы. Ориентироваться в таком случае надо не на производителя, а на конкретную модель винта, надеясь на то, что она была произведена на той же фабрике, где и тестируемые.
>>330 Закон подлости таки работает не для всех. Но обсуждение мистики здесь вряд ли уместно.
>>332 >А ты напиши скрипт, который сам будет всё делать при втыкании этого винта. Я делал автоматизицию копирования (у меня винда на основном компе), один хрен со временем перестаю это делать. Сейчас вот новый сервер соберу, буду самую критичную информацию с помощью Syncthing синхронизировать между компом и сервером.