uropek

Не советую использовать пока next, пробовал под разные лоадеры: dva, ds и тд - постоянно проблемы какие-то, то панель не грузится, то дисковая панель не прикрепляется. а вот AME на DVA вообще перестал активироваться на всех лоадерах даже январских включая 24.1.19. Для DVA удалось активировать AME только валидной парой, через patch не работает. Писал несколько раз в ребаг на гитхаб (там по этому вопрос тоже немало обращений было), но думаю что ничем не поможет, тк используется один и тот же серийник в патче, и Сино сама может его заблокировать да и все.

В чем именно не стабильная? В работе с DSM или в общем?

На скрине выше все атрибуты SMART отлично читают с SAS дисков, в том числе температура. Те они считывают их скорее всего через smartctl, который также все прекрасно видит. Но DSM использует свою собственную команды для считывания данных synodisk или как-то так называется. Порылся на форуме, так и не нашел пока решения нативно считывать именно с SAS дисков (с SATA дисками у меня проблем нету, там все считывается корректно)

I have the same problem, I just use HP Smart Array 440ar controller in HBA mode. Who has solutions to get SMART and temperature on SAS disk?

Копаю именно в ту сторону - где можно получить и прозводительность и рабочую систему. Сейчас же вариантов 2: 1. Аппаратный контроллер который выдает отличную скорость в среде esxi и умеет следить за здоровьем дисков, но ужасную скорость записи в среде DSM (это как раз я и пытаюсь решить) 2. Прокинутый контроллер в среду DSM - имеем хорошую скорость дисков, отсутствия здоровья дисков SMART, невозможность делать бекап между ESXI серверами тк они физически в разных локациях. Собственно тут 50/50 против одного и другого. Поэтому ищу что-то более подходящее. Также нашел информацию что вроде Контроллер HBA LSI 9211-8i умеет работать в SAS дисками и DSM видит их здоровье, если информация подтвердится то куплю его и решу вопрос со SMART.

Много копался на англоязычной ветке по этому поводу, там много пишут про RDM диск, но так и не вкурил как они его делают для SAS дисков правильно чтобы там смарт появился? Для Сата дисков можете ткнуть носом по какой инструкции создавать RDM диски? Протестирую сначала на них а потом на SAS.

Нет, в моем случае сейчас на тесте собран RAID5 средствами контроллера HP, создан datastore и выделено с него дисковое пространство для DSM, соотвественно сам DSM видит только одни диск общим объемом, никаких рейдов в самом DSM не делал для тестов.

Встречный вопрос - как замерять скорость прокинутого datastore средствами DSM? Тест производительности ерунду вообще показывает, чтение еще похоже на правду а запись вообще 50мб/сек, что явно быть не может. Соотвественно поэтому я поставил на VMM windows чтобы из нее делать замеры скорости. По поводу прокинуть контроллер, я делал так тестировал в данном режиме, но SAS диски в чем случае DSM не видит вообще SMART, не видит температуру и тд. А чтобы прокинуть контроллер целиком нужно переводить контроллер HP в режим HBA (и после он уже и сам не может контролировать состояние дисков полноценно), соотвественно встанет вопрос как вообще следить за их здоровьем. Поставил на DSM scrutiny - она диски видит и может следить, но заходить в нее постоянно и вылавливать там не очень хочется вручную. Может какой-то из других загрузчиков типа FS/SA6400 смогут увидеть здоровье дисков SAS?

По остальным вопросам может кто знает?

Имеем что имеем, добавлять еще одну железку ради железки - уже никак, да и проблематично, DL380 с 24шт SAS дисков тяжело будет воткнуть в какую-то отдельную железку. 1. Куда можно копнуть на предмет скорости для Datastore? 2. Также задался вопросом, если диски деградируют, какие вообще есть варианты восстановления? Те понятное дело я могу прогнать через родные утилиты RAID5 контроллера, добавить диск, исправить это все. Но по сути я сделаю это для VDMK файла, а внутри него спрятана DSM со своими настройками, не полетит это все к чертям? 3. Также когда прикидываю целиком контроллер то диски SAS в DSM не работает СМАРТ, не видит температуру и тд, хотя командами из терминала отлично читается, есть варианты это вылечить? Если подкидываю SATA - то все ок.

Да верно, это VMM с Windows. Я тоже подумал что проблема именно в VMM внутри DSM, но если посмотрите тесты выше, то в режиме когда прокинул отдельно контроллер, там со скоростью чтения/записи в этой же VMM все в порядке.

Есть два esxi сервера железных, между ними идет резервирование (зеркалирование), те мигрируются все виртуальные машины и тд. При необходимости обслуживания севера - работает другой и наоборот. Так вот в варианте 2 и 3 я так понимаю не смогу перекидывать всю ВМ между серверами, тк диски физически находятся в разных местах а не в datastore (правда еще думаю над вариантом DSM <=>DSM на двух серверах копировать) Собственно остановился на варианте 1. Создал Raid5 из 6 дисков через собственный raid контроллер HP сервера, выделил из Datastore емкость в DSM для теста, и не могу понять что со скоростью на запись, ну как не пробовал тестировать (чтение отличное, а вот запись DSM как будто специально режет). Тесты проводились на VMM в самой DSM (установлен Windows), а также из этого же Datastore выделил для виртуалки в esxi. Вот такие скорости получил. esxi (windows server) HP controller RAID5 Тк размер файла 1гб что попадает в кеш контроллера, сделал повторный тест на 8гб чтобы получить реальную скорость DSM VMM(Windows) из выделенного Datastore DSM VMM (Windows) также провел тест и прокинул контроллер в режиме HBA в систему DSM и получил похожие результаты с esxi (только без кеша ) Собственно вопрос что может в DSM так душить запись в если работать с выделенного Datastore? Пробовал разные режимы дисков (Sata, iSCSi), пробовал ставить кеш каждого диска (этот режим кстати помог в esxi вируатках поднял скорость записи), а вот в самой DSM он ни на что не повлиял. Куда еще можно копать?

Я у себя решил не мучатся а купил GTX 1650 и загрузчик с DVA поставил, хотя до этого RTX 3060 пробовал - костыли были да и ИИ в SS не работал.

Но опять же нужно ли оно вам, я так понимаю сервер у вас чисто для DSM сделан? В моем случае сервер полноценный на котором крутятся другие вм рабочие, поэтому сделано именно так.

По поводу дисков вы там выше сообщение имеете ввиду прокинуть контроллер с дисками через passthrought или использовать datastore из самого esxi? Я у себя прокинул целый контроллер и DSM полностью управляет дисками напрямую. В этом есть плюсы, что если нужно что-то переконфигурировать, заменить диск и тд - DSM это сделать нативно и напрямую. В то время как сервер делит dstastore и с другими ВМ и там уже так просто не получится сделат. Из самой DSM я отдал хранилище через iSCSi LUN столько сколько нужно для нужны ВМ.

Да именно min и имел ввиду, не то написал.

systemMediaSize=small https://kb.vmware.com/s/article/81166 Он сам поставит минимальную, на работу никак не влияет, больший раз изначально сделать под производительные сервера, вряд ли у вас будет такая же производительность корпоративного уровня.

да вот хотелось услышать у кого ломалось и какие были сложности с восставновлением в реальной жизни.

Судя по форуму большинство все же использует RAID?

Те если развалится SHR то я могу накатать эти диски в любую вируталку с xpenology и восстановить верно? Те ограничения и рекомендации ставить на RAID только с этим связаны? Просто едут диски разного объема и хотелось бы задействовать SHR.

Вот это уже интересно, те ставлю валидную пару на xpenology и мак на esxi виртуалку - и должно завестись? Здесь попутно еще один вопросы, все диски вместе с контроллером я прокинул через passthou на xpenology, и встал вопрос что ставить SHR или RAID? У того же Arc в вики написано что не желательно SHR ставить, кто знает почему? Я предположу что если система полетит то обычные программы для восстановления RAID которые можно загрузить на винду или через загрузку справятся без проблем, а с SHR не справятся, в этом причина?

Тут больше был вопрос как на существующей установке сделать замену, переустанавливать все не очень хочется.

А можно поподробнее разжевать этот вопрос, использую esxi и всегда ставил все автоматом, не задумывался. Сейчас вот увидел сообщение что он ставит один и тот же Mac для всех кто используется данный загрузчик, те если Сино захочет одним махом превратить всех в тыкву, то будет печально. Грубо говоря я найду себе пару и как правило переустановить? Что увидит xpenology, что увидит esxi и какой будет реальный мак сетевой?

Ну вопрос был совсем не такой. Конечно нужно заморачиваться и ESXI давно стоит и отлично работает. Это рабочий сервер, и также есть отдельная Synology, но тк она имеет малое количество дисков всего два - то решил ее расширить и перенести на ESXi. Вопрос только встал отдавать диски вместе с контроллером на Synology или оставлять в родном RAID с аппаратной поддержкой у HP DL380. Я так понимаю что если отдать на Xpenology и выбрать RAID0/1/5/10 и тд, то если хрень будет в ауте, я смогу поднять на HP этот RAID? те он универсальный? А если будет SHR то без синоложи сделать ничего не смогу?

Подскажите, есть сервер HP DL380, виртуалку сделал, DSM завелось все ок, поигрался и теперь встал вопрос как правильно сделать. Оставить RAID на уровне HP сервера те она будет сам создавать, управлять и в случае выхода из строя диска - менять. Или его вообще не использовать и прокинуть диски через ESXI на DSM и управлять нативно? Какие плюсы и минусы каждого метода? Ведь у HP есть свой навороченный RAID контроллер с 12ram на борту и он делает на уровне отдельного железа, а DSM я так понимаю будет делать на уровне софта?