1. Проверить все железки на работоспособность. Визуально и тестами. Бывает пыль на радиаторах, бывает износ SSD, много всего бывает. В ходе проверки можно и с флешки загрузиться, для сравнения. Чтобы снизить влияние ОС и драйверов.
2. Желательно посмотреть монитор ресурсов/диспетчер задач во время лагания. Ну вдруг там будет четко видно что памяти не хватает, а может время ожидания ответа от диска 100 мс. Тут будет явно понятно что менять конкретно вам, конкретно для ваших условий и приложений.
2. ПОСЛЕ проверки, если все исправно, самое оптимальное решение, в среднем по больнице, будет замена ЦПУ. Как вам и писали - 5600 или типа того. Именно замена проца в среднем даст при наименьших затратах наибольший плюс в производительности. Опять же - в среднем. Старый проц можно не продавать, т.к. для нового скорее всего придется обновить биос, а бывает что биос откатывается из резервной копии на первоначальную версию. И для повторной прошивки нужен древний проц.
3. ПОСЛЕ замены проца смотрите за производительностью системы. Память сейчас очень подорожала, а вам нужно именно заменить, а не добавить... не лучший момент. Диск - ну если sata, то можно на nvme, но они тоже подорожали сейчас. Видео - там тоже память. БУ видюху можно будет неспешно искать, на производительность системы в программах монтажных может и не повлияет, но на игрушки, разумеется, сильно. Перед заменой видео/памяти нужно убедиться что БП не 350w.
Vitaliy Ivanov, технически вы можете сделать в bios r0 для системного диска sata и r1 для данных. То есть два разных рейда. Это если raid контроллер не дает возможности один или несколько дисков просто отдать как sata/ahci. Хотя обычно все что не настроено в качестве рейд массива средствами raid - передается дальше как обычный sata.
raid'ы уровня 0 и 1 созданные материнками на intel вообще без проблем читаются просто так, без утилит и приблуд. Просто диск вытыкаешь, вставляешь в другую систему - все данные есть. Вот обратно воткнуть - вопрос как перестроение будет идти.
Но все вышеописанные эксперименты я бы с живыми данными не рекомендовал производить, это делается ДО. Отсутствие опции hotswap, как правило, не мешает вытащить диск на горячую. Но мешает подключить. Диск просто не увидится до перезагрузки ОС.
Ziptar, у нескольких наших вендоров уже есть свои производства материнок. Прямо заводы где делают платы и smd компоненты ставят. Раньше под свои нужды в китае производили. Вот прям под свои, с расшивкой доп компонентов заточенных под тендеры.
По вопросу TC - лучше все-таки с техподом пообщаться. Они медленные и не всегда отвечают на тот вопрос который задан, но если подолбить, то:
1 - вероятно тем или иным способом проблему можно решить
2 - есть мизерный шанс что они исправят что-то к следующей итерации своих изделий.
Если после сброса настроек BMC меняется настройка BMC - это ж нормальное поведение. При shared портах вообще привязка может измениться в любой момент. Наверное лучше выделить VLAN под BMC и тегированный трайфик ожидать на любом из портов этого сервера.
если эти два устройства работают с отдельными отопительными приборами (теплый пол отдельно, радиатор отдельно), то зачем их привязывать друг к другу?
Например, в помещении достаточно тепло, но люблю когда пол теплый (ну плитку холодную не люблю). Готов даже окна приоткрыть чтобы было свежо. Но пол хочу теплый. А радиатор нужно в это время выключить, т.к. по нему я ногами не хожу и мне и так комфортно.
Через любую систему УД (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 (то есть предоставить доступ к ним напрямую), в некоторых нет.
Ну очень странная история. У Алисы есть возможность запомнить голос ребенка, она должна знать по учетке что это детский аккаунт. И дальше должна включать что положено. А какая, кстати колонка? Цвет, модель...
2. Желательно посмотреть монитор ресурсов/диспетчер задач во время лагания. Ну вдруг там будет четко видно что памяти не хватает, а может время ожидания ответа от диска 100 мс. Тут будет явно понятно что менять конкретно вам, конкретно для ваших условий и приложений.
2. ПОСЛЕ проверки, если все исправно, самое оптимальное решение, в среднем по больнице, будет замена ЦПУ. Как вам и писали - 5600 или типа того. Именно замена проца в среднем даст при наименьших затратах наибольший плюс в производительности. Опять же - в среднем. Старый проц можно не продавать, т.к. для нового скорее всего придется обновить биос, а бывает что биос откатывается из резервной копии на первоначальную версию. И для повторной прошивки нужен древний проц.
3. ПОСЛЕ замены проца смотрите за производительностью системы. Память сейчас очень подорожала, а вам нужно именно заменить, а не добавить... не лучший момент. Диск - ну если sata, то можно на nvme, но они тоже подорожали сейчас. Видео - там тоже память. БУ видюху можно будет неспешно искать, на производительность системы в программах монтажных может и не повлияет, но на игрушки, разумеется, сильно. Перед заменой видео/памяти нужно убедиться что БП не 350w.