Пользуюсь LTO-5.
Из под Linux/FreeBSD можно писать обычным tar прямо на ленту и перематывать её командой mt.
tar, кстати, поддерживает многотомность (в FreeBSD — по умолчанию, не поддерживает, но там есть gtar, который умеет), за счёт чего можно сразу выгрузить на ленты хоть целый raid-массив.
Из минусов такого решения, нужно помнить, что записано на картридже, чтобы не перетереть случайно данные.
Пробовал и LTFS, драйвера для неё есть как для Linux, так и для Windows. Кучу мелких файлов всё-таки писать не стоит, постоянный старт/стоп для стримера не особенно полезен, да и просто очень долго получается. Кроме того, при чтении с LTFS желательно читать файлы в том порядке как они были записаны (можно смотреть по ID в LTFS Cartridge Brwser), иначе больше времени уйдёт на перемотку (до 90 секунд, если мотать от начала до конца ленты), чем на собственно чтение.
Поэтому, на мой взгляд, всё-таки предпочтительнее писать большими файлами, даже используя LTFS.
Ещё при записи мелких файлов, жёсткий диск может банально не поспевать за лентой, чтобы немного сгладить этот эффект использую mbuffer.
К SATA-контроллеру материнской платы стример подключить не получится, к SAS RAID контроллерам — может не заработать (зависит от наличия поддержки режима JBOD и размера блока, поддерживаемого RAID-контроллером), так что лучше сразу смотреть на SAS HBA вроде LSI 9200 или LSI 9300 и их аналогов.
Кроме того, желательно обеспечить стримеру нормальное охлаждение, во время работы он ощутимо греется, что тоже не полезно для него.
Ещё у лент есть аппаратное сжатие, позволяющее уместить немного больше, чем реальный объём ленты (для LTO-5 — 1.5 ТБ), реальная степень сжатия зависит от типа записываемых данных.
В целом лентой доволен, но пользуюсь ей скорее как архивным носителем, а не для ежедневных бэкапов.
Если же нужен быстрый доступ к мелким файлам — только жёсткий диск на полке (что, впрочем, не мешает хранить копию этого диска на ленте).
Всегда очень интересно читать про старые сервера, всё-таки, если сейчас мир пришёл к более-менее стандартной компоновке, тогда было время экспериментов и необычных технических решений.
Есть ли в планах подобные статьи по стоечным серверам? Было бы очень интересно взглянуть на компоновку многоюнитового сервера изнутри, хотя, не удивлюсь, если там тот же NetServer, положенный на бок.
Видел на прошлой работе HP NetServer LH/Pro году в 2016-2018. На тот момент, он уже был списан. Был установлен стример, если не путаю, DDS-4 и 5 SCSI дисков в корзинах.
Рядом лежали две 2U дисковые полки на 12 SCSI дисков каждая и неопознанный стоечный сервер на 6U, без пластика на лицевой панели с решётками под несколько вентиляторов в верхней части и hot swap корзинами под ними.
Что именно крутилось ранее на этом железе — точно не в курсе.
Как ни странно, на Дредноуте был дизель-генератор, так что формально, всё верно.
Хотя наличие дизель-генератора на борту и дизель в качестве силовой установки всё-таки разные вещи.
Насчёт наследия Windows 3.0, возможно, не все помнят, но до сих пор, если кликнуть левой кнопкой в верхнем левом углу окна, открывается контекстное меню с опциями переместить/свернуть/развернуть/закрыть и т. д.
Уже потом, в Windows 95, добавились всем известные кнопки в верхнем правом углу.
На локомотивах работать не доводилось, но попробую прокомментировать.
Насколько сильно отличается электровоз от тепловоза в управлении и обслуживании?
Электровозы тоже могут сильно различаться конструкцией и принципами управления (переменный / постоянный ток), впрочем, на современных локомотивах эта разница менее выражена.
В качестве примера, на старых электровозах постоянного тока, регулирование напряжения осуществлялось изменением соединения ТЭД (тяговых электродвигателей), например, для ВЛ10 было три варианта соединения: все 8 ТЭД последовательно, напряжение 375В, две параллельных группы по 4 ТЭД, напряжение 750В, 4 группы по 2 ТЭД последовательно, напряжение 1500В, для плавного перехода между соединениями использовались промежуточные позиции, когда дополнительно к двигателям подключались пусковые реостаты (с ограничением времени работы на этих позициях, если не ошибаюсь, секунд 20 на каждой), плюс три или четыре ступени ослабления возбуждения (параллельно обмотке возбуждения подключались резисторы, возбуждение ТЭД — последовательное), доступные на позициях, где реостаты выведены из цепи.
На переменном токе обычно стоял автотрансформатор имеющий несколько ступеней и выпрямители после него, переходные позиции, на которых долго ехать нельзя, могут быть (ВЛ60, ВЛ80), а могут отсутствовать (ЧС4, ЧС4т, ЧС8).
На современных электровозах стоят преобразователи и автоматика, поэтому регулирование напряжения плавное и принципы управления могут практически не различаться в зависимости от рода тока.
Большинство тепловозов с электропередачей, то есть, по сути, это электростанция установленная на электровоз, соответственно, дополнительные проблемы, связанные с эксплуатацией дизеля.
Какие есть особенности работы с электровозами (в каких случаях и когда поднимают / опускают токосниматель (пантограф)
Насколько я знаю, на переменном токе может потребоваться опускать токоприёмник при проезде нейтральных вставок (участков контактной сети без напряжения, использующихся для разделения подстанций, запитанных от разных фаз и т. д.),
На постоянном токе, из-за достаточно низкого напряжения в контактной сети (3000В), при трогании с места обычно поднимают оба токоприёмника, чтобы не пережечь провод (пусковые токи могут составлять порядка 500А)
В случае с электропоездами, опущенный токоприёмник моторного вагона, как правило, говорит о том, что вагон отключен.
почему не на каждом вагоне есть токосъём
Если говорить об электропоездах, есть моторные вагоны и прицепные. На прицепных вагонах нет электродвигателей и токоприёмник им ни к чему
Что такое «тормоз 292»
Тип воздухораспределителя применяемый в пассажирских вагонах, срабатывает несколько быстрее, чем грузовой. Точных различий не помню
почему система тормозов на грузовых вагонах отличается от пассажирской
Наиболее существенное отличие в том, что пассажирские поезда оборудованы электропневматическим тормозом, позволяющим ускорить срабатывание тормозов.
Кроме того, используются разные типы воздухораспределителей на вагонах.
Всё-таки условия сильно различаются: пассажирский поезд — мало вагонов, большая скорость, нужно, чтобы тормоза срабатывали как можно быстрее. Грузовой — низкая скорость, много вагонов, в длинной тормозной магистрали больше утечки и изменение давления происходит с большей задержкой, кроме того, масса порожнего и гружёного вагона очень сильно различается, для чего требуется переключать режимы воздухораспределителя.
Можно ли разрешить локальные объекты и как — не проверял
К вопросу о безопасности
Описанные рекомендации выполнять на свой страх и риск. На мой взгляд, нет ничего плохого, если это выполняется на виртуалке, не имеющей доступа к хосту.
В моём случае, мне вполне комфортно за ЭЛТ с частотой обновления 85 Гц, мерцание экрана уже не ощущается.
А вот ЖК долго не устраивали своей цветопередачей и, как оказалось, высокой яркостью, от которой быстро уставали глаза.
В итоге, перешёл на ЖК только в 2014 году, первую проблему решил выбором далеко не самого дешёвого монитора с AH-IPS, вторую — уменьшив яркость до минимума.
Последний мой ЭЛТ, ViewSonic G90fb, купленный каким-то чудом аж в 2008 году, до сих пор стоит на рабочем столе, правда, почти не используется, всё-таки комфортных для работы на нём 1280*960 уже недостаточно в повседневной жизни. Ещё два неисправных Самсунга хранятся в коробках, в надежде, что когда-нибудь, я всё-таки найду ремонтника в своём городе, который согласится починить их.
Ещё у ЭЛТ было очень хорошее антибликовое покрытие, которого сильно не хватало у ЖК, особенно, когда в какой-то момент почти все они продавались с глянцевыми экранами.
Если говорить про личный опыт, есть старая Nokia 1280 2012 года. Новой держала заряд примерно две недели, сейчас — всё ещё больше недели хоть и меньше, чем было изначально. Снижение ёмкости АКБ заметно, но оставшейся всё ещё достаточно.
Большинство современных устройств требуют зарядки чаще, а значит то же количество циклов заряд/разряд будет достигнуто за меньшее время, соответственно, батарея деградирует быстрее. Кроме того, при снижении ёмкости в какой-то момент неизбежно наступает ситуация, что устройством практически невозможно пользоваться и у «долгоиграющих устройств» этот момент наступает позже.
Учитывая, что большинство кнопочных телефонов с Li-Ion батареями имели большее время автономной работы в сравнении со смартфонами, это вполне может создать иллюзию меньшей надёжности аккумуляторов при равном ресурсе.
Была в своё время пара Prescott на 3 ГГц для Socket 478, на Abit AI7 и ES7 и один Prescott 3.06 ГГц для Socket 775 на плате ASUS P5LD2, последняя, благодаря наличию SATA и PCI-E до сих пор используется дома для нетребовательных к ресурсам задач.
Помню, что в то время меня особенно восхитил Hyper-Threading, можно было запустить в фоне ресурсоёмкую задачу вроде архивации, нагрузив один поток, параллельно продолжая пользоваться компьютером, почти не замечая снижения производительности
Интересно было бы посмотреть на эти карты вместе с адаптером, установленные в сервер.
По форм-фактору, я правильно понимаю, что карты HP FlexibleLOM изначально соответствовали low profile PCI-e а с адаптером помещаются по высоте в обычный слот расширения?
И ещё интересно, как обстоят дела с охлаждением? Подобные платы как правило спроектированы с учётом того, что они обдуваются достаточно сильным потоком воздуха. В своё время, из-за недостаточного воздушного потока, пришлось громоздить в домашнем сервере принудительное охлаждение наиболее горячих компонентов.
Мой провайдер на данный момент вообще не выдаёт IPv6, поэтому я брал произвольную подсеть для экспериментов и пробовал настроить IPv6 внутри локальной сети. Такой вот глупый эксперимент с целью разобраться в новой технологии, не дожидаясь, когда она будет доступна.
/64 выдаётся не на адрес, а на всю вашу сеть, на все ваши сервера и локальных клиентов. И в этой сети они уже генерируют себе младшую часть адреса.
Признаю, очень неудачно выразил свою мысль. Под неэффективным расходованием адресов подразумевал тот факт, что SLAAC генерирует вторую половину адреса (т. е. 64 бита) на основе 48 битного MAC, 16 бит адреса в таком случае — константа.
В рамках своих экспериментов я исходил из предположения, что получу ровно одну /64, которую мне надо распределить на несколько подсетей с разными ограничениями для них. Если провайдеры спокойно выделяют больше — это хорошо, не знал об этом, возможно, рамки, которыми я себя ограничил, были излишне жёсткими.
Была мысль, которую я не проверил, возможно, достаточно было раздать по отдельной сети /64 из диапазона Site-local (fc::/7) каждому из L2 сегментов и настроить файерволл так, чтобы L2 сегменты могли общаться между собой только с использованием Site-local адресов, а с белым IP ходили только наружу.
Но такой подход подразумевал бы раздачу одного блока /64 белых IPv6 сразу на несколько изолированных L2 сегментов (с перемешиванием адресов между ними усилиями SLAAC), что кажется мне слишком странной идеей, чтобы быть правдой.
Пробовал как-то ради интереса настроить в локальной сети IPv6, скорее ради потренироваться перед полноценным переходом в будущем, провайдер пока такой услуги всё равно не предоставляет.
Сразу немного поясню, моя домашняя локальная сеть несколько выходит за рамки «обычного пользователя»: несколько L2 сегментов, с отдельными адресами. В чём-то аналог обычных корпоративных сетей: подсеть для пользователей, для серверов, для портов управления сетевыми устройствами, гостевая подсеть, между подсетями настроен файерволл, чтобы разграничить права. Настроено всё это с помощью Mikrotik.
Почему так сложно? С одной стороны, домашняя сеть использовалась как тестовый полигон для изучения IP v4, с другой, я развернул у себя дома небольшой pet-project, который нет причин делать публичным и лишь несколько моих знакомых подключаются к нему по VPN, соответственно, небольшой DMZ мне всё-таки нужен.
Теперь к проблемам.
1. Из документации по IP v6 либо RFC, либо примитивнейшие руководства в стиле «как настроить простейшую домашнюю сеть с помощью stateless», соответственно, чтобы разобраться с проблемами уровня сложнее простейшей домашней сети, необходимо перерыть кучу документации, даже если проблема примитивная.
2. Адресация. Во многом, проблема вытекает из обрывочности сведений. Есть некие Site-local и Link-local диапазоны адресов, при этом один интерфейс в отличие от IP v4 может иметь сразу несколько адресов, имея одновременно белый адрес, site-local и link-local, как при этом ими распоряжаться и что с ними делать на стороне файерволла не очень понятно.
3. Statefull vs Stateless. Stateless весьма неэкономично распределяет адреса (64 бита на адрес, генерируемый на основе MAC-адреса сетевой), кроме того, такой метод конфигурирования работает только для подсетей /64. В сценарии, когда я хочу дома сделать несколько изолированных подсетей, мне надо каким-то образом вымаливать у провайдера аж /48 (ибо так предполагали авторы протокола). Поделить /64 (а мне, как домашнему пользователю вряд-ли дадут больше) на несколько, скажем /72 я могу только при использовании Statefull, при этом о том как его правильно настраивать информации ораздо меньше, чем о Stateless.
4. Тогда появляется другая проблема, в Mikrotik не реализован DHCPv6 для Statefull автоконфигурирования. При этом какие-то роутеры умеют ещё меньше, т. е., с поддержкой IPv6 со стороны оборудования, ситуация, в целом, очень и очень печальная.
До экспериментов с туннельными брокерами в итоге так и не добрался, тот хаос, что получился в локальной сети меня категорически не устраивал и на моменте, когда мне, вероятно, нужно было поднять на виртуалке DHCP v6 и через Mikrotik раздавать адреса с него (вроде такая возможность существует), я свои исследования отложил до лучших времён, которые пока так и не наступили.
Критической необходимости переходить на IP v6 прямо сейчас у меня не было, а дел важнее чем «перенастроить всю локальную сеть непонятно как» было более чем достаточно.
Понимаю, что где-то мне не хватило знаний, для понимания новой технологии, где-то не хватило усердия, чтобы изучить и донастроить всё по RFC.
В общем, пока получается так, что IPv6 даёт даже меньше возможностей в некоторых вещах, в сравнении с IPv4.
Возможно, многие проблемы из описанных выше уже были кем-то решены, мне же эти решения не попадались.
Как счастливый обладатель стримера LTO-5, могу добавить, брал в этом году привод HP в пределах 25-30 тысяч рублей с пробегом менее 6 тыс. км (эквивалентно 91 полностью записанной ленте). Состояние всех узлов, согласно диагностической утилите 98-99%.
Не знаю, сматывают ли пробег у стримеров, по внешним признакам, выглядел он вполне неплохо.
SAS контроллер в самосборном NAS — вещь, зачастую полезная и необходимая сама по себе, да и стоимость умеренно старого SAS HBA не то чтобы очень велика.
Скорее проблемой будет нормально охладить всё это железо, и стримеру и HBA очень желательна принудительная вентиляция.
С другой стороны, учитывая специфику работы с лентами, думаю, далеко не всякому подобное устройство будет полезно, хотя поддержка LTFS может сделать их гораздо полезнее для обычного пользователя.
С LTFS пока не игрался, FreeBSD поддерживает её только для приводов IBM.
Насчёт диска восстановления. У HP есть какое-то ПО, позволяющее восстановить систему непосредственно с ленты, честно говоря, не интересовался этим вопросом, как и вопросом, как не покупая новый стример стать счастливым обладателем лицензии на это ПО.
Поскольку этот вопрос мне наверняка зададут, отвечу сразу, использую ленты для периодической архивации бэкапов и как средство резервного копирования, если больше записать некуда (например, при реорганизации хранилища под бэкапы), кроме того, лента бывает полезна для всяких архивов из категории «удалить жалко, хранить негде». Лентам я доверяю не больше чем жёстким дискам и прочим носителям информации, всё важное хранится строго в нескольких экземплярах и на лентах и на дисках одновременно.
Увы, не во всех Mikrotik, например, с его ярким и абсолютно бессмысленным синим светодиодом, который приходится заклеивать изолентой.
Зато очень понравилось, что на относительно старом коммутаторе HP V1810-48G можно настроить отключение индикации активности портов (и включить на пол-часа по нажатию кнопки на корпусе, когда индикация необходима), оставив лишь зелёный сетевой светодиод.
В целом же, понимаю, что дело вкуса, никогда не испытывал симпатий к синим светодиодам, более того, какое-то неприятное ощущение в глазах при взгляде на них.
Может так только у меня одного, не знаю
Из под Linux/FreeBSD можно писать обычным tar прямо на ленту и перематывать её командой mt.
tar, кстати, поддерживает многотомность (в FreeBSD — по умолчанию, не поддерживает, но там есть gtar, который умеет), за счёт чего можно сразу выгрузить на ленты хоть целый raid-массив.
Из минусов такого решения, нужно помнить, что записано на картридже, чтобы не перетереть случайно данные.
Пробовал и LTFS, драйвера для неё есть как для Linux, так и для Windows. Кучу мелких файлов всё-таки писать не стоит, постоянный старт/стоп для стримера не особенно полезен, да и просто очень долго получается. Кроме того, при чтении с LTFS желательно читать файлы в том порядке как они были записаны (можно смотреть по ID в LTFS Cartridge Brwser), иначе больше времени уйдёт на перемотку (до 90 секунд, если мотать от начала до конца ленты), чем на собственно чтение.
Поэтому, на мой взгляд, всё-таки предпочтительнее писать большими файлами, даже используя LTFS.
Ещё при записи мелких файлов, жёсткий диск может банально не поспевать за лентой, чтобы немного сгладить этот эффект использую mbuffer.
К SATA-контроллеру материнской платы стример подключить не получится, к SAS RAID контроллерам — может не заработать (зависит от наличия поддержки режима JBOD и размера блока, поддерживаемого RAID-контроллером), так что лучше сразу смотреть на SAS HBA вроде LSI 9200 или LSI 9300 и их аналогов.
Кроме того, желательно обеспечить стримеру нормальное охлаждение, во время работы он ощутимо греется, что тоже не полезно для него.
Ещё у лент есть аппаратное сжатие, позволяющее уместить немного больше, чем реальный объём ленты (для LTO-5 — 1.5 ТБ), реальная степень сжатия зависит от типа записываемых данных.
В целом лентой доволен, но пользуюсь ей скорее как архивным носителем, а не для ежедневных бэкапов.
Если же нужен быстрый доступ к мелким файлам — только жёсткий диск на полке (что, впрочем, не мешает хранить копию этого диска на ленте).
Есть ли в планах подобные статьи по стоечным серверам? Было бы очень интересно взглянуть на компоновку многоюнитового сервера изнутри, хотя, не удивлюсь, если там тот же NetServer, положенный на бок.
Видел на прошлой работе HP NetServer LH/Pro году в 2016-2018. На тот момент, он уже был списан. Был установлен стример, если не путаю, DDS-4 и 5 SCSI дисков в корзинах.
Рядом лежали две 2U дисковые полки на 12 SCSI дисков каждая и неопознанный стоечный сервер на 6U, без пластика на лицевой панели с решётками под несколько вентиляторов в верхней части и hot swap корзинами под ними.
Что именно крутилось ранее на этом железе — точно не в курсе.
Хотя наличие дизель-генератора на борту и дизель в качестве силовой установки всё-таки разные вещи.
americancarhistorian.com/motorola-car-radio
Узнал об этом, забытом ныне факте из какого-то голливудского фильма.
Дополнительно устанавливались две АКБ, а антенна располагалась под рамой (интересно, как часто она требовала ремонта при таком расположении).
Уже потом, в Windows 95, добавились всем известные кнопки в верхнем правом углу.
Электровозы тоже могут сильно различаться конструкцией и принципами управления (переменный / постоянный ток), впрочем, на современных локомотивах эта разница менее выражена.
В качестве примера, на старых электровозах постоянного тока, регулирование напряжения осуществлялось изменением соединения ТЭД (тяговых электродвигателей), например, для ВЛ10 было три варианта соединения: все 8 ТЭД последовательно, напряжение 375В, две параллельных группы по 4 ТЭД, напряжение 750В, 4 группы по 2 ТЭД последовательно, напряжение 1500В, для плавного перехода между соединениями использовались промежуточные позиции, когда дополнительно к двигателям подключались пусковые реостаты (с ограничением времени работы на этих позициях, если не ошибаюсь, секунд 20 на каждой), плюс три или четыре ступени ослабления возбуждения (параллельно обмотке возбуждения подключались резисторы, возбуждение ТЭД — последовательное), доступные на позициях, где реостаты выведены из цепи.
На переменном токе обычно стоял автотрансформатор имеющий несколько ступеней и выпрямители после него, переходные позиции, на которых долго ехать нельзя, могут быть (ВЛ60, ВЛ80), а могут отсутствовать (ЧС4, ЧС4т, ЧС8).
На современных электровозах стоят преобразователи и автоматика, поэтому регулирование напряжения плавное и принципы управления могут практически не различаться в зависимости от рода тока.
Большинство тепловозов с электропередачей, то есть, по сути, это электростанция установленная на электровоз, соответственно, дополнительные проблемы, связанные с эксплуатацией дизеля.
Насколько я знаю, на переменном токе может потребоваться опускать токоприёмник при проезде нейтральных вставок (участков контактной сети без напряжения, использующихся для разделения подстанций, запитанных от разных фаз и т. д.),
На постоянном токе, из-за достаточно низкого напряжения в контактной сети (3000В), при трогании с места обычно поднимают оба токоприёмника, чтобы не пережечь провод (пусковые токи могут составлять порядка 500А)
В случае с электропоездами, опущенный токоприёмник моторного вагона, как правило, говорит о том, что вагон отключен.
Если говорить об электропоездах, есть моторные вагоны и прицепные. На прицепных вагонах нет электродвигателей и токоприёмник им ни к чему
Тип воздухораспределителя применяемый в пассажирских вагонах, срабатывает несколько быстрее, чем грузовой. Точных различий не помню
Наиболее существенное отличие в том, что пассажирские поезда оборудованы электропневматическим тормозом, позволяющим ускорить срабатывание тормозов.
Кроме того, используются разные типы воздухораспределителей на вагонах.
Всё-таки условия сильно различаются: пассажирский поезд — мало вагонов, большая скорость, нужно, чтобы тормоза срабатывали как можно быстрее. Грузовой — низкая скорость, много вагонов, в длинной тормозной магистрали больше утечки и изменение давления происходит с большей задержкой, кроме того, масса порожнего и гружёного вагона очень сильно различается, для чего требуется переключать режимы воздухораспределителя.
но не уверен, что это поможет, если вдруг Flash уже удалился из системы
Содержимое:
Можно ли разрешить локальные объекты и как — не проверял
А вот ЖК долго не устраивали своей цветопередачей и, как оказалось, высокой яркостью, от которой быстро уставали глаза.
В итоге, перешёл на ЖК только в 2014 году, первую проблему решил выбором далеко не самого дешёвого монитора с AH-IPS, вторую — уменьшив яркость до минимума.
Последний мой ЭЛТ, ViewSonic G90fb, купленный каким-то чудом аж в 2008 году, до сих пор стоит на рабочем столе, правда, почти не используется, всё-таки комфортных для работы на нём 1280*960 уже недостаточно в повседневной жизни. Ещё два неисправных Самсунга хранятся в коробках, в надежде, что когда-нибудь, я всё-таки найду ремонтника в своём городе, который согласится починить их.
Ещё у ЭЛТ было очень хорошее антибликовое покрытие, которого сильно не хватало у ЖК, особенно, когда в какой-то момент почти все они продавались с глянцевыми экранами.
Большинство современных устройств требуют зарядки чаще, а значит то же количество циклов заряд/разряд будет достигнуто за меньшее время, соответственно, батарея деградирует быстрее. Кроме того, при снижении ёмкости в какой-то момент неизбежно наступает ситуация, что устройством практически невозможно пользоваться и у «долгоиграющих устройств» этот момент наступает позже.
Учитывая, что большинство кнопочных телефонов с Li-Ion батареями имели большее время автономной работы в сравнении со смартфонами, это вполне может создать иллюзию меньшей надёжности аккумуляторов при равном ресурсе.
Помню, что в то время меня особенно восхитил Hyper-Threading, можно было запустить в фоне ресурсоёмкую задачу вроде архивации, нагрузив один поток, параллельно продолжая пользоваться компьютером, почти не замечая снижения производительности
По форм-фактору, я правильно понимаю, что карты HP FlexibleLOM изначально соответствовали low profile PCI-e а с адаптером помещаются по высоте в обычный слот расширения?
И ещё интересно, как обстоят дела с охлаждением? Подобные платы как правило спроектированы с учётом того, что они обдуваются достаточно сильным потоком воздуха. В своё время, из-за недостаточного воздушного потока, пришлось громоздить в домашнем сервере принудительное охлаждение наиболее горячих компонентов.
Признаю, очень неудачно выразил свою мысль. Под неэффективным расходованием адресов подразумевал тот факт, что SLAAC генерирует вторую половину адреса (т. е. 64 бита) на основе 48 битного MAC, 16 бит адреса в таком случае — константа.
В рамках своих экспериментов я исходил из предположения, что получу ровно одну /64, которую мне надо распределить на несколько подсетей с разными ограничениями для них. Если провайдеры спокойно выделяют больше — это хорошо, не знал об этом, возможно, рамки, которыми я себя ограничил, были излишне жёсткими.
Была мысль, которую я не проверил, возможно, достаточно было раздать по отдельной сети /64 из диапазона Site-local (fc::/7) каждому из L2 сегментов и настроить файерволл так, чтобы L2 сегменты могли общаться между собой только с использованием Site-local адресов, а с белым IP ходили только наружу.
Но такой подход подразумевал бы раздачу одного блока /64 белых IPv6 сразу на несколько изолированных L2 сегментов (с перемешиванием адресов между ними усилиями SLAAC), что кажется мне слишком странной идеей, чтобы быть правдой.
Сразу немного поясню, моя домашняя локальная сеть несколько выходит за рамки «обычного пользователя»: несколько L2 сегментов, с отдельными адресами. В чём-то аналог обычных корпоративных сетей: подсеть для пользователей, для серверов, для портов управления сетевыми устройствами, гостевая подсеть, между подсетями настроен файерволл, чтобы разграничить права. Настроено всё это с помощью Mikrotik.
Почему так сложно? С одной стороны, домашняя сеть использовалась как тестовый полигон для изучения IP v4, с другой, я развернул у себя дома небольшой pet-project, который нет причин делать публичным и лишь несколько моих знакомых подключаются к нему по VPN, соответственно, небольшой DMZ мне всё-таки нужен.
Теперь к проблемам.
1. Из документации по IP v6 либо RFC, либо примитивнейшие руководства в стиле «как настроить простейшую домашнюю сеть с помощью stateless», соответственно, чтобы разобраться с проблемами уровня сложнее простейшей домашней сети, необходимо перерыть кучу документации, даже если проблема примитивная.
2. Адресация. Во многом, проблема вытекает из обрывочности сведений. Есть некие Site-local и Link-local диапазоны адресов, при этом один интерфейс в отличие от IP v4 может иметь сразу несколько адресов, имея одновременно белый адрес, site-local и link-local, как при этом ими распоряжаться и что с ними делать на стороне файерволла не очень понятно.
3. Statefull vs Stateless. Stateless весьма неэкономично распределяет адреса (64 бита на адрес, генерируемый на основе MAC-адреса сетевой), кроме того, такой метод конфигурирования работает только для подсетей /64. В сценарии, когда я хочу дома сделать несколько изолированных подсетей, мне надо каким-то образом вымаливать у провайдера аж /48 (ибо так предполагали авторы протокола). Поделить /64 (а мне, как домашнему пользователю вряд-ли дадут больше) на несколько, скажем /72 я могу только при использовании Statefull, при этом о том как его правильно настраивать информации ораздо меньше, чем о Stateless.
4. Тогда появляется другая проблема, в Mikrotik не реализован DHCPv6 для Statefull автоконфигурирования. При этом какие-то роутеры умеют ещё меньше, т. е., с поддержкой IPv6 со стороны оборудования, ситуация, в целом, очень и очень печальная.
До экспериментов с туннельными брокерами в итоге так и не добрался, тот хаос, что получился в локальной сети меня категорически не устраивал и на моменте, когда мне, вероятно, нужно было поднять на виртуалке DHCP v6 и через Mikrotik раздавать адреса с него (вроде такая возможность существует), я свои исследования отложил до лучших времён, которые пока так и не наступили.
Критической необходимости переходить на IP v6 прямо сейчас у меня не было, а дел важнее чем «перенастроить всю локальную сеть непонятно как» было более чем достаточно.
Понимаю, что где-то мне не хватило знаний, для понимания новой технологии, где-то не хватило усердия, чтобы изучить и донастроить всё по RFC.
В общем, пока получается так, что IPv6 даёт даже меньше возможностей в некоторых вещах, в сравнении с IPv4.
Возможно, многие проблемы из описанных выше уже были кем-то решены, мне же эти решения не попадались.
Не знаю, сматывают ли пробег у стримеров, по внешним признакам, выглядел он вполне неплохо.
SAS контроллер в самосборном NAS — вещь, зачастую полезная и необходимая сама по себе, да и стоимость умеренно старого SAS HBA не то чтобы очень велика.
Скорее проблемой будет нормально охладить всё это железо, и стримеру и HBA очень желательна принудительная вентиляция.
С другой стороны, учитывая специфику работы с лентами, думаю, далеко не всякому подобное устройство будет полезно, хотя поддержка LTFS может сделать их гораздо полезнее для обычного пользователя.
С LTFS пока не игрался, FreeBSD поддерживает её только для приводов IBM.
Насчёт диска восстановления. У HP есть какое-то ПО, позволяющее восстановить систему непосредственно с ленты, честно говоря, не интересовался этим вопросом, как и вопросом, как не покупая новый стример стать счастливым обладателем лицензии на это ПО.
Поскольку этот вопрос мне наверняка зададут, отвечу сразу, использую ленты для периодической архивации бэкапов и как средство резервного копирования, если больше записать некуда (например, при реорганизации хранилища под бэкапы), кроме того, лента бывает полезна для всяких архивов из категории «удалить жалко, хранить негде». Лентам я доверяю не больше чем жёстким дискам и прочим носителям информации, всё важное хранится строго в нескольких экземплярах и на лентах и на дисках одновременно.
Зато очень понравилось, что на относительно старом коммутаторе HP V1810-48G можно настроить отключение индикации активности портов (и включить на пол-часа по нажатию кнопки на корпусе, когда индикация необходима), оставив лишь зелёный сетевой светодиод.
В целом же, понимаю, что дело вкуса, никогда не испытывал симпатий к синим светодиодам, более того, какое-то неприятное ощущение в глазах при взгляде на них.
Может так только у меня одного, не знаю