если эти два устройства работают с отдельными отопительными приборами (теплый пол отдельно, радиатор отдельно), то зачем их привязывать друг к другу?
Например, в помещении достаточно тепло, но люблю когда пол теплый (ну плитку холодную не люблю). Готов даже окна приоткрыть чтобы было свежо. Но пол хочу теплый. А радиатор нужно в это время выключить, т.к. по нему я ногами не хожу и мне и так комфортно.
Через любую систему УД (node-red/ha/и иже с ними) можно завязать две заданные температуры вместе, но зачем, какая цель? А с термоголовками на радиторах так вообще отдельная тема. Они ориентируются обычно на тот датчик температуры который прямо на них установлен, то есть меряют температуру возле радитатора. При наличии теплого пола им вообще всегда тепло будет.
Сachecade вероятно просто прекратит использовать ssd если почует неладное. Будет сразу на диски писать в основном рейде.
Еще можно попробовать родные приложения, не от dell, а от производителя контроллера (LSI/megaraid), важно только подобрать соответствующее.
idrac да, не покажет диски не dell, точнее информацию по ним и не предупредит если что заранее. Хотя когда диск сдох уже - обычно говорит.
Еще можно отключить cachecade превентивно. Тем самым освободить диск, вытащить его, воткнуть куда угодно и проверить статусы. потом вернуть и включить кеши.
35 тб не требует распределенного, сильно масштабируемого решения. Нужно посчитать требуемую скорость и понять сколько hdd с каким рейдом потребуется. Сервера на 4u с кучей дисков 3.5 существуют, на их основе часто СХД вендоры собирают. Трунас так трунас, почему нет.
По iscsi выдать Veeam' у сколько потребуется и вперед. Расширять можно добивая полками. Если очень хочется (странного) добавить серверов для хранения, то просто добавляете их и делаете новые iscsi lun в новых серверах. Veeam будет иметь несколько мест хранения.
Если очень захотелось распределенного зачем-то... А может не надо? Нет, ну правда. Можно cephs и вот это все, но зачем?
Таки поставьте SQL стандарт в точках. А к тому времени как MS начнет (если) продавать свои продукты, вы уже приложение смените.
Насчет статических адресов, я так понимаю вы упомянули в связи с тем что инициировать синхронизацию данных со стороны MS SQL std вы не можете. Так поднимите VPN до головы и через VPN туннели гоняйте синхронизацию.
Можно не гадать на кофейной гуще, а протестировать каждый из элементов отдельно.
- отдельно тестируем сеть с ПК до хоста с проксмокс (iperf3)
- отдельно тестируем сеть с ПК до truenas (iperf3)
- отдельно тестируем дисковую подсистему из truenas (hdparm, diskspeed,dd)
- отдельно тестируем дисковую подсистему из хоста проксмокс (hdparm, diskspeed,dd)
И когда тестировали с винды просто диски подключенные по usb, скорость 150 маловероятна. Скорее всего устоявшаяся скорость была ниже при более длительном тестировании. Не 20 конечно, но ниже 150.
Судя по тестам iperf3 (правда непонятно куда именно тесты шли и откуда), упираетесь в сеть. Wifi штука очень нестабильная. Сейчас может выдавать гигабит, а через 5 минут сосед включит свою точку или лампочка подключилась. И уже 200 мегабит.
Пример возникновения подобной картины.
ВМ пытается что-то записать на диск, часть данных записалась, часть в кеше.
В это время отключается ВМ. То есть жесткое отключение.
С точки зрения хостовой машины все ок. У нее своя файловая система, где все стабильно. Что там недописалось в файлик VHDX ей неизвестно.
Потом включаем ВМ и получаем ошибки на диске.
Похожая картина будет и при внезапном отключении хоста.
Рекомендация - пореже отключать питание ВМ и хоста. Ну и кеширование где можно поотключать. Там где оно батарейками не поддерживается.
d-stream, я вовсе не утверждаю что система должна быть завязана на HA или другую систему УД. Тем более на облако. Но установка тупого оборудования явно противоречит поставленной задаче, железобетонное тупое оборудование потом придется скорее всего заменить, это как минимум удвоит расходы.
И даже если с УД что-то пошло не так, система должна быть спроектирована так чтобы иметь возможность ручного управления, и не должна убивать все вокруг. Полы не закипят, как ты их не проси, узел подмеса должен быть спроектирован так чтобы подача не оказалась выше требуемой температуры.
Выйти из строя железобетонное оборудование тоже может. Контроллер сервоприводов буквально пару недель назад у товарища отправился в ремонт. Года два простоял. Ничего, как-то без него можно, просто неудобно.
VoidVolker, в принципе можно. Что-то такое можно поставить с реле. Но с калибровкой придется повозиться. Собственно дилер акары такое предлагает в качестве решения.
Просто у штоковых сервоприводов есть возможность регулировки степени открытия. А у некоторых еще и возможность привязки к внешнему датчику температуры. Тогда вообще автономная система получается. Датчик в комнату закинули, сервопривод смонтировали и все работает.
у вас на datastore2 по мнению veeam слишком мало свободного пространства в процентном соотношении. Виам считает что если во время бэкапа что-то будет писать в диск ВМ, то 160 гб очень быстро закончатся и риск не стоит свеч.
Если диски sata, просто подключите выделенный для ОС диск проводом к SATA контроллеру на мат плате.
Остальные варианты возможны только после того как вы полностью опишите модель контроллера, дисков, сервера. В некоторых контроллерах есть возможность часть дисков перевести в режим jbod (то есть предоставить доступ к ним напрямую), в некоторых нет.
Ну очень странная история. У Алисы есть возможность запомнить голос ребенка, она должна знать по учетке что это детский аккаунт. И дальше должна включать что положено. А какая, кстати колонка? Цвет, модель...
Node red - несколько менее монструозен чем HA. Есть возможность кодить, визуально простые вещи собирать.
Насчет плавного включения, у некоторых ламп это штатный функционал. Задаем время реакции и переключение становится плавным. Лучше использовать его.
Включение через отправку сотен сигналов установления яркости нагружает сеть лишними пакетами.