Во-первых, чтобы без нормальной оптимизации BIOS/Grub - автор может смело удалять статью. Она ниочём!
Во-вторых, Автор ты даже не удосужился покопать дальше nvme list. Есть ещё удивительный параметр lba, а кроме него отдельно и оптимизация записи.
В-третьих, есть замечательная компания RAIDIX, чьи лицензии Мы продаём, прекрасно заменяют дорогостоящие контроллеры.
В-четвёртых, от Jumbo-фреймов толку не будет, нужно обладать хотя бы начальными знаниями и понимать что такое фрагментированные пакеты.
Личный совет - если Автор сможет подумать лобной долей и прочитать описание о всех доступных командах nvmecli, а особенно переформатировать блок записи...
Отдельно
Что касается ASUS-карты расширения, по опыту реализации проектов с ней, в BIOS включать AUTO-mode бессмысленно, работать с разными производителями NVMe, она не будет. Только в принудительном режиме 4-х и в слоте 16-х. Процессор старый, хм...учите матчасть, дело не в нём.
Мы уже давно используем данную технологию на протяжении 3 лет, с момента когда только появились первые накопители. В купе с PROXMOX + RAIDIX, обходимся без дополнительного аппаратного расширителя.
Как резюме - статья ничём, тупо потратили маркетинговый бюджет компании. Изобразили уважаемого человека который копал настолько глубоко и поступательно, что даже убогий Делориан стал машиной времени.
https://hascon.ru - если кому нужно адекватное железо на NVMe, пишите!
Аеродиск - отечественная. Больше 75% кто читает - овощи? Raidix - SDS, сравнивать в супротив узко заточенных специально разработанных платформ - рано. У AIC и SuperM есть шасси на 32 NVMe и это более перспективная технология для продукта RAIDIX ERA.
Жали мне дали опубликовать цикл статей по некоторым платформам сервера. Вообщем, есть способы всего этого избежать, но очень накладно и мутарно с точки зрения эксплуатации.
Если кто то даст голос на публикацию, я напишу нормальную статью. Ввиду политики, статьи не пропускает администрация портала.
Архитектор с большим стажем и практическими навыками внедрения.
По теме много больших вопросов, так как ucs не подходят для GPU внедрений.
1) Qlogic 57840 — конвергентная карта, то что у неё медные порты не означает её ограниченность;
2) Direct Attach — поддерживают и SAS полки, вопрос топологий которые она может держать по FC SAN;
3) По средством каких манипуляций с алгоритмами расчёта контрольных сумм в RAID 5, вы собираетесь снижать latency при включённом кэшировании операций на запись?
Распишите логику работу массива.
В остальном судя по ответам, продолжать вести диалог не имеет никакого смысла/желания.
Только сейчас более детально вчитался, ошибки/недочёты/пояснения:
1) Параметр Default Gateway не обязателен для использования в сетях SAN, требуется лишь тогда когда необходимо маршрутизировать трафик ВВерх, другим хостам при распределённых ДЦ;
2) Вы подключаете и производите настройку протокола FCP, но описываете далее iSCSI;
3) Использование LUN0 — плохой тон;
4) Для исключения ошибок необходимо включать CRC/Checksum обе галки;
5) Вы используете карты Qlogic 57840, они конвергентные, при этом непонятно при Direct Attach в базе протокол какой у Вас?
6) Опять же по сетевым картам удар, они совместимы только с Windows 2012 R2, с 2019 подтверждённой совместимости нет.
7) Адаптеры очень умные и СХД вероятно тоже, но при этом нигде не ведётся речь о «тонких» настройках, с помощью которых можно качественно оптимизировать сеть хранения данных;
8) Грубейшая ошибка — Вы используете SSD RAID группу, тип 5, учитывая типы накопителей и принципы работы, Вы включаете Write-Back-Cache;
9) Использование Read-Ahead функционала, будет подвешивать массив со временем, изучите принципы работы и разложите их по алгоритму.
Считаю что данный труд — полезен, но далёк от технического совершенства познания мат.части. Без обид, учитывая опыт реализации подобных проектов на разных производителях, данный массив годен лишь для резервных копий и видео наблюдения. Использовать его для чего то серьёзного — hascon.ru НЕ РЕКОМЕНДУЕТ.
Хорошее описание. Насчёт Jumbo Frame спорный вопрос, нужен сценарий нагрузок по соотношению операций. "Товарняк" безсмысленно использовать при r/w 75/25. Безусловно когда группа гостевых ОС грузится, избежать boot atack можно, вопрос проглотит ли СХД. Вообщем есть над чем работать.
Хорошо, тогда считаю что Вы напросились. Хотел так сказать аккуратно описать рекомендацию пересмотреть стиль письма, но нет.
1) Нигде в Вашей статье не ведётся речь о Вашем предмете статьи. А именно модули 100 кВт до 600 кВт.
2) Вы в первую очередь опираетесь на Бренд, а уже потом на технологические составляющие.
3) Зачем мне иметь дело с Вами (маркетологом)?
Автор, я ориентируюсь на техническое задание и требования по Tier если это ЦОДы, либо от Заказчика который платит за идеи.
Приведу пример, довольно простой и известный из своей практики.
Как то раз, решили сговориться ИТ-директор (Петя), ГИПы (Лёлик и Болик), да прораб (Емеля), запустить производителя зелёного из 3-х букв удобно слаженного в огород. Дабы производитель им на лапу дал и от проблем головных избавил. Вот только не знали они, по их душу гопника поставили. Любителя цены отжимать до копеечки, а главное с инженерным образованием подходящим к ситуации. Так вот сидят сейчас перенёчки и думу думают, как их обскакал гопник окаянный.
Мораль:
Вы меня не знаете, не в курсе моего образования, не в курсе моих сертификатов и решений. Не знаете кто я и что я. Прошу ознакомьтесь на сайте с работами сначала. А после, если же Вы опять будет писать и начало «Технической статьи» рассуждать о производителях и «Брендах», а не о решении в целом.
Уважаемый автор.
Хорошая попытка, но честно не зашло.
У меня такое впечатление что Вы отталкивались от бренда, а не от технических характеристик изделия.
Мне как инженеру и системному архитектору — грустно читать подобного рода материал.
Для примера моих слов, возьмите разберитесь с CyberPower, к примеру модель OLS6000ERT6Ua. У вас данный бренд не затронут. Но по сути, модель даст фору любому именитому как по цене, так и по функционалу. А почему?
Читайте мануалы и технические документы, а не маркетинговый булщит.
Бред.
Во-первых, чтобы без нормальной оптимизации BIOS/Grub - автор может смело удалять статью. Она ниочём!
Во-вторых, Автор ты даже не удосужился покопать дальше nvme list. Есть ещё удивительный параметр lba, а кроме него отдельно и оптимизация записи.
В-третьих, есть замечательная компания RAIDIX, чьи лицензии Мы продаём, прекрасно заменяют дорогостоящие контроллеры.
В-четвёртых, от Jumbo-фреймов толку не будет, нужно обладать хотя бы начальными знаниями и понимать что такое фрагментированные пакеты.
Личный совет - если Автор сможет подумать лобной долей и прочитать описание о всех доступных командах nvmecli, а особенно переформатировать блок записи...
Отдельно
Что касается ASUS-карты расширения, по опыту реализации проектов с ней, в BIOS включать AUTO-mode бессмысленно, работать с разными производителями NVMe, она не будет. Только в принудительном режиме 4-х и в слоте 16-х. Процессор старый, хм...учите матчасть, дело не в нём.
Мы уже давно используем данную технологию на протяжении 3 лет, с момента когда только появились первые накопители. В купе с PROXMOX + RAIDIX, обходимся без дополнительного аппаратного расширителя.
Как резюме - статья ничём, тупо потратили маркетинговый бюджет компании. Изобразили уважаемого человека который копал настолько глубоко и поступательно, что даже убогий Делориан стал машиной времени.
https://hascon.ru - если кому нужно адекватное железо на NVMe, пишите!
Статья хорошая, но имеет несколько изъянов.
1) LBA форматирование NVMe накопителя Вы так и не затронули, а я Вам писал про это...собирая поделку PROXMOX+RAIDIX.
2) Обязательно нужно редактировать GRUB, без этого tuned бесполезен совершенно. Практика и дамп суппорты это доказали.
3) Правильный билд по блокам для RAID группы (RAIDIX ERA). Т.е. немного танцев с бубном и блоки правильно превращаются в STRIPE.
Большой плюс - Действительно работает круто, есть боевые инсталяции с хорошим аптаймом.
В ожидании ЧУДА - STRIPE SIZE = 4/8.
Аеродиск - отечественная. Больше 75% кто читает - овощи? Raidix - SDS, сравнивать в супротив узко заточенных специально разработанных платформ - рано. У AIC и SuperM есть шасси на 32 NVMe и это более перспективная технология для продукта RAIDIX ERA.
Статья плюс, для "чайников".
Новая сказка братьев Гримм. 1) 7 виртуальных ОС, хостинг судя по рассказу, плюс файлопомойка, номинал БП 700-1000 Вт (2а проца/256 ГБ ОЗУ, 12 винтов шасси), вес плюс минус 35 КГ, потребляемая мощность 400-500 Вт, пороговое значение температур....в общем, рассказчику хорошего отдыха и кармы
2) Стоимость, 17 т. гринов ~1 млн рублей, безусловно у каждого свои расценки. Круто заработали.
3) Не верю
Жали мне дали опубликовать цикл статей по некоторым платформам сервера. Вообщем, есть способы всего этого избежать, но очень накладно и мутарно с точки зрения эксплуатации.
Если кто то даст голос на публикацию, я напишу нормальную статью. Ввиду политики, статьи не пропускает администрация портала.
Архитектор с большим стажем и практическими навыками внедрения.
По теме много больших вопросов, так как ucs не подходят для GPU внедрений.
2) Direct Attach — поддерживают и SAS полки, вопрос топологий которые она может держать по FC SAN;
3) По средством каких манипуляций с алгоритмами расчёта контрольных сумм в RAID 5, вы собираетесь снижать latency при включённом кэшировании операций на запись?
Распишите логику работу массива.
В остальном судя по ответам, продолжать вести диалог не имеет никакого смысла/желания.
1) Параметр Default Gateway не обязателен для использования в сетях SAN, требуется лишь тогда когда необходимо маршрутизировать трафик ВВерх, другим хостам при распределённых ДЦ;
2) Вы подключаете и производите настройку протокола FCP, но описываете далее iSCSI;
3) Использование LUN0 — плохой тон;
4) Для исключения ошибок необходимо включать CRC/Checksum обе галки;
5) Вы используете карты Qlogic 57840, они конвергентные, при этом непонятно при Direct Attach в базе протокол какой у Вас?
6) Опять же по сетевым картам удар, они совместимы только с Windows 2012 R2, с 2019 подтверждённой совместимости нет.
7) Адаптеры очень умные и СХД вероятно тоже, но при этом нигде не ведётся речь о «тонких» настройках, с помощью которых можно качественно оптимизировать сеть хранения данных;
8) Грубейшая ошибка — Вы используете SSD RAID группу, тип 5, учитывая типы накопителей и принципы работы, Вы включаете Write-Back-Cache;
9) Использование Read-Ahead функционала, будет подвешивать массив со временем, изучите принципы работы и разложите их по алгоритму.
Считаю что данный труд — полезен, но далёк от технического совершенства познания мат.части. Без обид, учитывая опыт реализации подобных проектов на разных производителях, данный массив годен лишь для резервных копий и видео наблюдения. Использовать его для чего то серьёзного — hascon.ru НЕ РЕКОМЕНДУЕТ.
Хорошее описание. Насчёт Jumbo Frame спорный вопрос, нужен сценарий нагрузок по соотношению операций. "Товарняк" безсмысленно использовать при r/w 75/25. Безусловно когда группа гостевых ОС грузится, избежать boot atack можно, вопрос проглотит ли СХД. Вообщем есть над чем работать.
1) Нигде в Вашей статье не ведётся речь о Вашем предмете статьи. А именно модули 100 кВт до 600 кВт.
2) Вы в первую очередь опираетесь на Бренд, а уже потом на технологические составляющие.
3) Зачем мне иметь дело с Вами (маркетологом)?
Автор, я ориентируюсь на техническое задание и требования по Tier если это ЦОДы, либо от Заказчика который платит за идеи.
Приведу пример, довольно простой и известный из своей практики.
Как то раз, решили сговориться ИТ-директор (Петя), ГИПы (Лёлик и Болик), да прораб (Емеля), запустить производителя зелёного из 3-х букв удобно слаженного в огород. Дабы производитель им на лапу дал и от проблем головных избавил. Вот только не знали они, по их душу гопника поставили. Любителя цены отжимать до копеечки, а главное с инженерным образованием подходящим к ситуации. Так вот сидят сейчас перенёчки и думу думают, как их обскакал гопник окаянный.
Мораль:
Вы меня не знаете, не в курсе моего образования, не в курсе моих сертификатов и решений. Не знаете кто я и что я. Прошу ознакомьтесь на сайте с работами сначала. А после, если же Вы опять будет писать и начало «Технической статьи» рассуждать о производителях и «Брендах», а не о решении в целом.
Ваша работа — мусор, которому здесь не место.
Хорошая попытка, но честно не зашло.
У меня такое впечатление что Вы отталкивались от бренда, а не от технических характеристик изделия.
Мне как инженеру и системному архитектору — грустно читать подобного рода материал.
Для примера моих слов, возьмите разберитесь с CyberPower, к примеру модель OLS6000ERT6Ua. У вас данный бренд не затронут. Но по сути, модель даст фору любому именитому как по цене, так и по функционалу. А почему?
Читайте мануалы и технические документы, а не маркетинговый булщит.