Ну например виртуалку можно запустить. В обычных режимах эта печка не шумит и не греется особо.
угу а так на синолоджи можно?
Для этого не нужна мать на много голов и сотен Вт На этом калькуляторе на 8Гигах памяти крутится под проксмокс все тоже, кроме ненужного сервера 2016 https://ru.aliexpress.com/item/-/32790509661.html
С калькулятором весело ибо куллера нет вообще, живет от автоаккума 2+суток и такое ощущение, что 4 гиговых чипа кушают больше чем проц (10Вт проц, работает зачастую на 166-666Мгц)
bald 10.07.2018 16:04 пишет: а шо с ним делать? на 13 портов, оно рейд какой то поддерживает? и откуда у него 13 портов? чипсет держит только 1 сата3 порт
Чипсет 2 сата2, один как мСАТА, там SSD для проксмокс или для Nas4free 12сата сверху, это 2 контроллера марвел 2*4 сата3 + на последнем порту репликатор марвел на 5 портов
Рейд для НАС - это древность и убожество. Вообще все, что не ZFS в НАС - это древность Массивы нужно строить на raidZ Потому как только он умеет скрабить данные и восстанавливать онлайн, если не смог - сообщать КАКОЙ КОНКЕТНО ФАЙЛ БИТ (контроллера рейд это не могут) Только он умеет при замене диска записывать только данные, а не ВСЕ, потому как это файловая система и она знает где данные а где пусто Он умеет в копи-он-врайт, а это значит сотни и тысячи снепшотов почти без накладных расходов и полная защита от шифровальных вирусов Только он умеет сделать снепшот диска прямо под виртуалкой и отправить по SSH на другой нас для бекапа или репликации... это тоже что ты диск С под виндами отправил одной командой на ноутбук как диск Х и он там лег в том виде как на первом компе... обратно полететь тоже одной командой... можно слать только разницу в снепшотах Контроль сохранности всех данных ибо все пишется с контрольными суммами... Все производители винтов подразумевают наличие ошибок в сохранении и чтении данных... фоточки у тебя лежат, но некоторые уже битые, а некоторые архивы никогда не распакуются... ZFS такого не допускает
Сейчас очень большой популярностью (платят щедро!) пользуются у проффотографов НАСы сделанные для них лично на ZFS с многократным резервированием, скрабингом и бекапами + в докере NEXTCLOUD
Всякие синолоджи - это забавка, которая ничего никому не должна, разве что бдит за смертью диска... не спасет от шифровальщика, от случайного удаления, от аппаратных ошибок самих приводов
bald 10.07.2018 16:04 пишет: а шо с ним делать? на 13 портов, оно рейд какой то поддерживает? и откуда у него 13 портов? чипсет держит только 1 сата3 порт
Чипсет 2 сата2, один как мСАТА, там SSD для проксмокс или для Nas4free 12сата сверху, это 2 контроллера марвел 2*4 сата3 + на последнем порту репликатор марвел на 5 портов
Рейд для НАС - это древность и убожество. Вообще все, что не ZFS в НАС - это древность Массивы нужно строить на raidZ Потому как только он умеет скрабить данные и восстанавливать онлайн, если не смог - сообщать КАКОЙ КОНКЕТНО ФАЙЛ БИТ (контроллера рейд это не могут) Только он умеет при замене диска записывать только данные, а не ВСЕ, потому как это файловая система и она знает где данные а где пусто Он умеет в копи-он-врайт, а это значит сотни и тысячи снепшотов почти без накладных расходов и полная защита от шифровальных вирусов Только он умеет сделать снепшот диска прямо под виртуалкой и отправить по SSH на другой нас для бекапа или репликации... это тоже что ты диск С под виндами отправил одной командой на ноутбук как диск Х и он там лег в том виде как на первом компе... обратно полететь тоже одной командой... можно слать только разницу в снепшотах Контроль сохранности всех данных ибо все пишется с контрольными суммами... Все производители винтов подразумевают наличие ошибок в сохранении и чтении данных... фоточки у тебя лежат, но некоторые уже битые, а некоторые архивы никогда не распакуются... ZFS такого не допускает
Сейчас очень большой популярностью (платят щедро!) пользуются у проффотографов НАСы сделанные для них лично на ZFS с многократным резервированием, скрабингом и бекапами + в докере NEXTCLOUD
Всякие синолоджи - это забавка, которая ничего никому не должна, разве что бдит за смертью диска... не спасет от шифровальщика, от случайного удаления, от аппаратных ошибок самих приводов
zfs на raidz фу фу фу Сложная громоздкая система псевдоотказоустойчивости сделала все, чтобы почти невозможно было восстановить данные из-за двух бэд секторов на дисках в области медиа-кеша, без сложных приседаний под Солярой и мегаденег отважной рекавери конторе. Гибридные Синолоджи с ссд под кеш (cachedev) на btrfs правда не намного лучше.
zfs на raidz фу фу фу Сложная громоздкая система псевдоотказоустойчивости сделала все, чтобы почти невозможно было восстановить данные из-за двух бэд секторов на дисках в области медиа-кеша
Из области фантастики и полного игнорирования нотификаций о умирающих ДИСКАХ... Кому мало однократной избыточности, могут в raidz-2, raidz-3
zfs на raidz фу фу фу Сложная громоздкая система псевдоотказоустойчивости сделала все, чтобы почти невозможно было восстановить данные из-за двух бэд секторов на дисках в области медиа-кеша
Из области фантастики и полного игнорирования нотификаций о умирающих ДИСКАХ... Кому мало однократной избыточности, могут в raidz-2, raidz-3
Эту фантастику регулярно наблюдаю с переодичностью раз в неделю Дело в том, что zfs в комбинации с raidz громоздкая штука в плане колличества управляющих в памяти микропрограмм, методанные, равномерно распределенные по всему дисковому пространству занимают рекордное колличество объема по сравнению с другими файловыми системами. Немерянное колличество разных слоев и отсутствие возможности шифрования (для начального уровня) Аппартная невозможность (в отличии от аппаратных райд контроллеров) контроля физического состояния жестких дисков (подача soft reset, hard reset и read retry) в случае натыкания на бэд сектора. Черезмерная зависимость от оперативной памяти, флеш памяти и корректности метаданных делают ее нестабильной и сильно зависимой от идеальности физики. В целом красивая система, но она способна красиво работать только в приближенных к идеальным условиям. Но мы то знаем, что безсмертных HDD RAM и Flash не бывает и не будет.
В целом красивая система, но она способна красиво работать только в приближенных к идеальным условиям. Но мы то знаем, что безсмертных HDD RAM и Flash не бывает и не будет.
Как раз наоборот Она создана с учетом того, что диски смертны, часто внезапно Реальный бедблок - это очень хорошо, потому как даже недалеки рейдконтроллер поймет что что-то не так... хуже когда сектор прочитался, прочиталось что-то не то и было отдано контроллеру как ок, а тот уже отдав вам испорченные данные... zfs о этом будет кричать очень громко
codex 13.07.2018 11:23 пишет: А что там с btrfs не так? У меня SHR с btrfs и ext4, без SSD-кеша. Правда, этот SHR фактически является RAID5-ым, потому-что диски одинаковые.
С BTRFS все норм, пока не юзаете SSD под кеш. Вот тогда начинает вылазить много граблей. По дефолту Синолоджи делает из обоих SSD Raid0 , и туда складываются наиболее часто используемые свежие данные, в том числе дельта файлы для снапшотов. И это, как оказалось, самая уязвимая по физике часть Наса. Офигенная скорость работы и обработки данных, уменьшила фактическую надежность их сохранности.
Как раз наоборот Она создана с учетом того, что диски смертны, часто внезапно Реальный бедблок - это очень хорошо, потому как даже недалеки рейдконтроллер поймет что что-то не так... хуже когда сектор прочитался, прочиталось что-то не то и было отдано контроллеру как ок, а тот уже отдав вам испорченные данные... zfs о этом будет кричать очень громко
Сколько раз в день, как вы думаете, вы будете получать аллерты в логах, с учетом, что каждый HDD , минимум раз в неделю (при интенсивном использовании), натыкается ECC error ( а дисков в райдах много) и как это будет действовать на нервы админу?
Сколько раз в день, как вы думаете, вы будете получать аллерты в логах, с учетом, что каждый HDD , минимум раз в неделю (при интенсивном использовании), натыкается ECC error ( а дисков в райдах много) и как это будет действовать на нервы админу?
Алерты можно отключить Главное, что ZFS сама восстановит данные из избыточности