В моем центре обработки данных говорится, что каждая стойка имеет основное и резервное питание на каждой стойке. Я предполагаю, что это означает, что для каждого сервера есть ИБП. Следовательно, нужен ли мне BBU для следующей установки?
Intel Cherry 520 SSD x 4 RAID 10 LSI-9260 с ВКЛЮЧЕННЫМ КЭШОМ ЗАПИСИ
Я слышал, что без BBU данные в кеше могут быть потеряны. Поскольку мои потребности не критичны, я могу позволить себе потерять некоторые данные. Но будут ли повреждены остальные данные на жестком диске?
Поскольку мои потребности не критичны, я могу позволить себе потерять некоторые данные. Но будут ли повреждены остальные данные на жестком диске?
Включите барьеры файловой системы на всех монтируемых вами объектах, если вы можете позволить себе потерять некоторые data максимальная потеря в этом сценарии будет размером вашего кеша, но в среднем он должен быть немного меньше.
Обратите внимание, что барьеры снижают производительность ввода-вывода, но значительно улучшают целостность файловой системы - особенно при использовании дисков, которые пытаются изменить порядок записи.
Из man 8 mount
barrier=0 / barrier=1 / barrier / nobarrier
This enables/disables the use of write barriers in the jbd code.
barrier=0 disables, barrier=1 enables. This also requires an IO
stack which can support barriers, and if jbd gets an error on a
barrier write, it will disable again with a warning. Write bar‐
riers enforce proper on-disk ordering of journal commits, making
volatile disk write caches safe to use, at some performance
penalty. If your disks are battery-backed in one way or
another, disabling barriers may safely improve performance. The
mount options "barrier" and "nobarrier" can also be used to
enable or disable barriers, for consistency with other ext4
mount options.
The ext4 filesystem enables write barriers by default.
Теоретически журнал спасет вас от повреждения файловой системы из-за внезапного отключения питания, поскольку метаданные будут гарантированно упорядочены.
Файловые системы записывают на жесткие диски не только данные; они также пишут метаданные. Опасность потери данных заключается не столько в том, что ваш последний файл результатов пропадет, сколько в том, что метаданные будут повреждены, что сделает файловую систему несогласованной и не монтируемой. Поврежденные файловые системы могут потерять гораздо больше данных при проверке.
Обычно можно выбрать журналируемую файловую систему, чтобы свести к минимуму опасность этого, но с оборудованием RAID с кэшированием записи это может не помочь, поскольку оборудование по существу лгало ОС о том, что на самом деле было записано на диск (учитывая запись в кеш быть достаточным). Потеря мощности означает, что вы по-прежнему можете получить несовместимую файловую систему, а, следовательно, и взломанную.
Ни один из известных мне массивов RAID не считает хорошей идеей использование кэша записи без поддержки, и большинство из них отключают кеширование обратной записи, если батарея кеша разряжается. Они могут быть правы.
Электропитание и аккумулятор для центра обработки данных предоставляются на уровне объекта / помещения. Предполагается, что вы находитесь в коммерческом объекте совместного размещения ...
Таким образом, у вас ДЕЙСТВИТЕЛЬНО есть защита ИБП на линиях питания A и B вашей стойки. Защита аккумулятора выполняется перед стойкой.
Теперь, что касается вашего хранилища, у вас есть твердотельные накопители, работающие на контроллере RAID. Обычно вам не нужно использовать функцию кэширования BBU в сочетании с твердотельными накопителями. Лучше всего отключить кеширование чтения. Если вы все же используете кэш, установите соотношение в пользу записи. Видеть этот документ для некоторых деталей. Тест для вашего конкретного случая, но вам может не понадобиться кеш для этой настройки.
Поскольку вы используете контроллер LSI, наиболее оптимальным решением для производительности SSD является использование Программное обеспечение LSI Fastpath. Эта модификация отключает устаревшую логику, необходимую для вращения дисков, и оптимизирует пути данных для массивов, состоящих только из SSD.