По теме из базы знаний
- Сервер 1С:Предприятие на Ubuntu 16.04 и PostgreSQL 9.6, для тех, кто хочет узнать его вкус. Рецепт от Капитана
- Собираем бюджетный б/у сервер 1С:Предприятия 8.3 на 250+ Пользователей за 100 тыс. рублей
- Учет и контроль. Механизм управления потреблением ресурсов кластера серверов 1С. Примеры использования
- В облако на работу: Все варианты авторизации ОС сервером 1С на базе РЕД ОС 8 в домене windows. Рецепты от Капитана
- В облако на работу: Все варианты авторизации ОС сервером 1С на базе РЕД ОС 8 в домене windows. Точки над Ё
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(398)
ПО пока что свелось к подсовыванию драйверов во время установки Windows, больше его в системе нигде не видно. Есть ли какая-то административная утилита от Adaptec - ХЗ.
Батарейку действительно повесить нельзя, потому что для этих контроллеров не бывает батареек, а используется флеш-модуль AFM 700 - NAND-память плюс суперконденсатор, которого хватает на переписывание данных из кэша во флеш. Думаю, это даже надежнее батарейки.
При создании массива из SSD-дисков BIOS контроллера сам настройчиво рекомендует отключить для него кэширование. Так что этой проблемы просто нет.
Греется только неслабо этот контроллер, в Midi-Tower корпусе пришлось отдельное охлаждение ему делать.
Курил я этот вопрос и решил взять "Adaptec RAID 8405E V2" (не дорогой контролер из 8 серии)
Совсем недавно как раз на таком контроллере, поэтому на часть вопросов могу ответить.
Не захлебнется ли контролер данными с дисков? Не будет ли он бутылочным горлышком?
Вроде как все норм. На днях делал ТиИ после обновления, посмотрел монитор ресурсов - грузится в основном процессор, и то лишь одно ядро процентов на 70-80. Очередь запросов к диску - ноль.
Сможет ли этот контролер отслеживать состояние ssd дисков. Интеловская утилита наверное с контролером работать не будет?
Пока этим не озадачивался, но думаю, что не сможет - для этого ведь, наверное, нужны специфические для каждого производителя SSD команды, вряд ли Adaptec станет их все собирать и запихивать в свои драйвера.
Может ли ПО отправлять по почте сообщение если состояние дисков будет критическим.
ПО пока что свелось к подсовыванию драйверов во время установки Windows, больше его в системе нигде не видно. Есть ли какая-то административная утилита от Adaptec - ХЗ.
Но этот контролер имеет на борту 512 мб кэша. И главное - нет защиты от аварии питания. Даже в виде опции... Нельзя повесить батарейку и все тут.
Батарейку действительно повесить нельзя, потому что для этих контроллеров не бывает батареек, а используется флеш-модуль AFM 700 - NAND-память плюс суперконденсатор, которого хватает на переписывание данных из кэша во флеш. Думаю, это даже надежнее батарейки.
Так вот. Можно ли этот кэш отключить?
При создании массива из SSD-дисков BIOS контроллера сам настройчиво рекомендует отключить для него кэширование. Так что этой проблемы просто нет.
Не окажется ли этот контролер хуже программного рэйда.
По производительности - точно не хуже будет. Вот по мониторингу - не знаю, насколько это критично, у меня сервер рядышком трудится.
Греется только неслабо этот контроллер, в Midi-Tower корпусе пришлось отдельное охлаждение ему делать.
Меня еще интересует вопрос с размером логического диска в raid 1 на ssd дисках.
Для одиночных дисков пишут, чем больше не размеченный объем, тем лучше.
Резервные ячейки для подмены при этом берутся не только из дискового резерва, но и из не размеченной области.
Так?
Но есть еще фактор трима. Вернее его отсутствие в рэйдах.
Согласно одной статье - отсутствие трима компенсируется большим объемом не занятого пространства.
И вот здесь я не понял.
Не занятое пространство должно быть в пределах логического диска или в не размеченной области?
В общем то если коротко - суть вопроса такая.
При выборе размера логического диска - чем больше не размеченная область, тем лучше?
Или же надо балансировать между увеличением надежности и скоростью записи.
Для одиночных дисков пишут, чем больше не размеченный объем, тем лучше.
Резервные ячейки для подмены при этом берутся не только из дискового резерва, но и из не размеченной области.
Так?
Но есть еще фактор трима. Вернее его отсутствие в рэйдах.
Согласно одной статье - отсутствие трима компенсируется большим объемом не занятого пространства.
И вот здесь я не понял.
Не занятое пространство должно быть в пределах логического диска или в не размеченной области?
В общем то если коротко - суть вопроса такая.
При выборе размера логического диска - чем больше не размеченная область, тем лучше?
Или же надо балансировать между увеличением надежности и скоростью записи.
(401)Ну это вопрос планирования дискового хранилища, наиболее оптимальный вариант это пирамида, когда stripe RAID массива больше или равен чем размер кластера NTFS, а размер выбирается исходя из того что будет стоят, в вашем случае можно разделить на 2 диска, 1 диск для ОС с кластером в 4Кб, и 1 диск для SQL с кластером 64кб. SSD оперирует в основном с 4кб секторами, а 512 байтные эмулирует, конечно лучше что бы контроллер умел работать с 4кб секторами, что бы не было дополнительных манипуляций. У SSD есть специальная область которая используется как резервная и вот оттуда идет подмена секторов, эта область не доступна для ОС, то есть у вас если диск 120Гб, то реально он может быть и 160 и 180Гб
для SQL с кластером 64кб.
Так, так, так. Это надо понимать, что для sql предпочтительнее большой кластер?
А замеры какие нибудь были? Не в абстрактных тестах, а в задачах приближенных к реальной работе 1C. Насколько велик выигрыш?
А то если речь идет о 3-5 процентах - есть сомнения в целесообразности ломать копья
Так, так, так. Это надо понимать, что для sql предпочтительнее большой кластер?
А замеры какие нибудь были? Не в абстрактных тестах, а в задачах приближенных к реальной работе 1C. Насколько велик выигрыш?
А то если речь идет о 3-5 процентах - есть сомнения в целесообразности ломать копья
(408)Для рэйда все важно и размер страйпа и размер кластера. Как правило производители контроллера по умолчанию настраивают оптимальный размер страйпа для этого контроллера, регулировать его можно конечно, но это нужен доп. расчет дискового массива, и задач которые он будет выполнять.
Приветствую, товарищи! Требуется помощь! Есть сервер под нужды 1C + SQL на нем имеются диски: 2xSAS 3TB и 2xSSD 300GB, как будет правильно сконфигурировать диски для производительной и бесперебойной работы сервера ???
Есть мысль сделать в таком порядке: RAID1 SAS - система, RAID1 SSD - 1с и sql фаилы.
Есть мысль сделать в таком порядке: RAID1 SAS - система, RAID1 SSD - 1с и sql фаилы.
Собирал несколько лет назад бюджетный сервер на обычном железе под бухгалтерию.
Восьмиядрёный проц, 32 память, два индастриал терабайта в зеркале под терминалку.
Всё работало. Но Законотворчество наших думцев вызвало множество баз и контор, да бухгалтеры склонны держать открытыми их все или почти все, и ещё и сессию отключать, а не закрывать (до ругани).
В Системном мониторе(СМ) дисковые обращения доходили до 100 проц.
Поставил обычную SSD под базы, туда же кинул своппинг и смаппил темпы и кеш 1С. - не помогло!
Лезет, собака, на темп на C:
Посмотрел монитор системный, - памяти не хватает.
Мне 1с-ник каждый день говорит, когда SSD под систему поставишь? Типа поможет, Да, 1С кривая, она не разбирается, видимо, куда тампоны кидать, Когда-то на заре с младшим Нуралиевым тогда директором СЦ уже ругался, когда я 1С-ом занимался..... (из-за ЛЗСиндрома перестал...)
Мой вывод:
Поднять в корне объём памяти, ибо ежели базы по ночам архивируются на зеркало, то поставить систему на SSD-RAID требует ещё одного диска для автозамены, одного для экстренного случая и HDD-таки для встроенного бэкапа системы, и не факт, что получится быстро восстановить.
Либо ещё и профили терминалклиентов на отдельную SSD кинуть, но это второй шаг.
На большее - не согласятся, пожалуй.
Рекомендации:
Цитирую: "Автоматизация - это комплекс организационно-технических мероприятий...."
Организационную часть не забывайте, друзья!
Восьмиядрёный проц, 32 память, два индастриал терабайта в зеркале под терминалку.
Всё работало. Но Законотворчество наших думцев вызвало множество баз и контор, да бухгалтеры склонны держать открытыми их все или почти все, и ещё и сессию отключать, а не закрывать (до ругани).
В Системном мониторе(СМ) дисковые обращения доходили до 100 проц.
Поставил обычную SSD под базы, туда же кинул своппинг и смаппил темпы и кеш 1С. - не помогло!
Лезет, собака, на темп на C:
Посмотрел монитор системный, - памяти не хватает.
Мне 1с-ник каждый день говорит, когда SSD под систему поставишь? Типа поможет, Да, 1С кривая, она не разбирается, видимо, куда тампоны кидать, Когда-то на заре с младшим Нуралиевым тогда директором СЦ уже ругался, когда я 1С-ом занимался..... (из-за ЛЗСиндрома перестал...)
Мой вывод:
Поднять в корне объём памяти, ибо ежели базы по ночам архивируются на зеркало, то поставить систему на SSD-RAID требует ещё одного диска для автозамены, одного для экстренного случая и HDD-таки для встроенного бэкапа системы, и не факт, что получится быстро восстановить.
Либо ещё и профили терминалклиентов на отдельную SSD кинуть, но это второй шаг.
На большее - не согласятся, пожалуй.
Рекомендации:
Цитирую: "Автоматизация - это комплекс организационно-технических мероприятий...."
Организационную часть не забывайте, друзья!
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот