Тут сложно ответить однозначно. На тестовом стенде было всего 3 машины. Хранилище для стенда было организовано на SSD при помощи FreeNAS. По собственному опыту могу сказать, что тут нельзя как-то обобщать. Все зависит и от операционной системы на гостевых машинах, и от производительности дисковой подсистемы хранилища. Ну и от нагрузки на гостях.
Для достижения максимальной производительности и емкости я бы варьировал тип хранилища от характера нагрузки. Постоянно использую собственную ноду в гибридном варианте. Тем виртуальным машинам, которым нужно постоянное чтение-запись небольших объемов данных — выделяю место на SSD. Там же, где бэкапы / холодные данные / архивы — HDD.
Действительно, этот нюанс я как-то упустил. Если на кластере около десятка машин, то все будет зависеть от количества IOPS, которые способно выдать хранилище. Но обычно проблем не возникает.
Вы правы, настройка «демона-вышибалы» это очень важный момент с множеством нюансов, заслуживающая отдельной статьи. Полагаю, что расскажу об этом в следующей статье цикла про Proxmox VE.
Не так давно вычитал три десятка дисков, записанных 15 лет назад. Хранились просто на даче в закрытом ящике стола. Без ошибок прочитались все, кроме одного (вероятно, изначально информация записалась со сбоем).
Лимиты следующие — 12 Tb ОЗУ и 768 логических CPU на хост.
Proxmox умеет гибко управлять ресурсами как по трафику, так и по IOPS.
Перенастройку ВМ выполнять можно «на лету» с помощью опций HotPlug, однако там есть определенные нюансы, связанные с версиями гостевых ОС. Где-то заработает «из коробки», где-то придется подкинуть пару модулей в ядро ОС.
Абсолютно с вами согласен, что монтирование на «боевой» системе нужно делать только по UUID. Я посчитал, что для объяснения базовых принципов достаточно просто указать /dev/sdX, поскольку так начинающим пользователям будет проще сориентироваться. В остальном — спасибо за пожелания.
Да, да! А еще SSD позволяют держать на домашнем ноутбуке кучу виртуальных машин запущенными, не особо заботясь о том, что дисковая подсистема станет «бутылочным горлышком». Минус SSD только один — чаще всего они умирают внезапно и уносят все содержимое в мир иной без возможности восстановления. HDD же умирают постепенно и зачастую можно успеть спасти данные.
Действительно, прошло 6 лет с момента прошлой статьи. Мы сейчас используем разные виды кроссов, с портами FC, LC и SC (в зависимости от ситуации). FC конечно имеют надёжное крепление, но остальные коннекторы от этого не становятся «ненадёжными». У нас много кроссов SC, по опыту, они не уступают другим коннекторам в надёжности или в защите от грязи, плюс они проще в использовании за счёт более лёгкого отключения/подключения.
Cудя по всему в первом случае это был Fake-RAID. Обычный программный RAID на mdadm легко бы прочитался на любом другом компьютере, вне зависимости от контроллера. А во втором случае — совет действительно стоящий. Именно поэтому у нас всегда есть определенный запас контроллеров используемых в платформах — чтобы при выходе из строя быстро заменить вышедший из строя контроллер на новый, точно такой же модели. Тем не менее из собственного опыта скажу, что выход контроллера из строя — достаточно редкая ситуация.
В рамках данной статьи тестирование производительности WB и WT не проводилось. Тут рассматривается стенд только с HDD. Вполне допускаю, что при использовании SSD — картина может быть другой, в том числе и падение IOPS.
Да, планируются. Просим уточнить — что имеется в виду под миграцией? Если речь о переносе данных со старого сервера на новый, то мы можем решить этот вопрос в рамках услуги Администрирование сервисов.
Для достижения максимальной производительности и емкости я бы варьировал тип хранилища от характера нагрузки. Постоянно использую собственную ноду в гибридном варианте. Тем виртуальным машинам, которым нужно постоянное чтение-запись небольших объемов данных — выделяю место на SSD. Там же, где бэкапы / холодные данные / архивы — HDD.
Proxmox умеет гибко управлять ресурсами как по трафику, так и по IOPS.
Перенастройку ВМ выполнять можно «на лету» с помощью опций HotPlug, однако там есть определенные нюансы, связанные с версиями гостевых ОС. Где-то заработает «из коробки», где-то придется подкинуть пару модулей в ядро ОС.