В прошлом посте я рассказывал про внезапную смерть
NVMe диска на сервере. Давайте разберем эту ситуацию технически. Как понять, что диск в выданном сервере может быть ненадежным, если хостер в конфигураторе пишет просто красивое слово «NVMe» без указания вендора и точной модели? Секрет кроется в заявленном объеме накопителя. Именно по нему я сходу определяю класс устройства и его выносливость.
🚩 Красные флаги: диски на 1.92 ТБ, 3.84 ТБ, 7.68 ТБ
Если вы видите такие объемы, перед вами с высокой долей вероятности накопители класса Read Intensive (RI).
Они предназначены в первую очередь для операций чтения. Их ресурс обычно составляет всего
1 или даже 0.3 DWPD (количества полных перезаписей объема диска в день). Можно ли их использовать под БД? Да, категоричного запрета нет, и многие так делают ради экономии. Но тут критически важно понимать нюансы: под интенсивной записью базы данных ячейки памяти выгорают намного быстрее. А с учетом того, что хостеры почти всегда ставят Б/У диски с неизвестным остаточным ресурсом, без железобетонно настроенных внешних бэкапов вы буквально играете в русскую рулетку.
📉 Проблема M.2 накопителей в бюджетных серверах
Еще один нюанс дешевых тарифов — использование обычных консьюмерских дисков формата
M.2. При легких задачах они летают, но имеют серьезный изъян: жесткая деградация производительности при длительных нагрузках на запись. Как только у такого диска переполняется быстрый
SLC-кэш (например, при дампе большой БД или интенсивном парсинге), его скорость записи падает в разы, иногда опускаясь до уровня старых HDD. Плюс, под непрерывной нагрузкой они сильно греются и уходят в троттлинг (снижают частоты контроллера, чтобы не сгореть).✅ Надежное решение: серверные диски на 1.6 ТБ, 3.2 ТБ, 6.4 ТБ
Накопители с такими "обрезными" объемами относятся к классу Mixed Use (MU) или Write Intensive (WI).
Куда делось свободное место? Значительная часть чипов памяти скрыта контроллером (технология
Over-Provisioning) для оперативной подмены мертвых ячеек памяти и балансировки износа.Их ресурс легко переваривает от
3 до 5 и более DWPD. Они не просаживаются по скорости после заполнения кэша и выдерживают колоссальные нагрузки годами!🛠 Короткая тех. справка: расчет ресурса
Чтобы наглядно оценить выживаемость диска, нужно умножить показатель
DWPD на его объем. Это даст допустимый объем записи в день. Умножив это на 365 дней и на 5 лет гарантии, получаем общий ресурс.Давайте посчитаем. Возьмем дешевый диск формата
M.2 или просто базовый RI накопитель на 1.92 ТБ с показателем DWPD = 0.3. За 5 лет он официально выдержит запись около 1 050 ТБ. А теперь берем правильный серверный диск на 1.6 ТБ (где DWPD = 3.0). За те же 5 лет он без проблем переварит более 8 760 ТБ!
При прочих равных условиях ресурс серверного накопителя под нагрузкой базы данных более чем в 8 раз выше!
Как делаю я в своих сборках?
При сборке серверов под серьезные R&D задачи и промышленный парсинг (где базы пишутся непрерывно) я использую только надежные Enterprise диски класса Mixed Use.
В основном в моих серверах стоят
NVMe на 1.6 ТБ, 3.2 ТБ и 6.4 ТБ. Более того, у меня есть группа уникальных серверов с дисками емкостью по 12.8 ТБ! У них просто чудовищный ресурс записи. Моя идеальная формула спокойного сна для продакшена: 1 надежный серверный диск (MU) + регулярный бэкап. А если поставить 2 таких диска (в RAID) + бэкап — вы получаете инфраструктуру, которая переживет практически что угодно.
---
📝 Оставить заявку на сотрудничество или задать вопрос:
https://docs.google.com/forms/d/1wEnhkS3djoHrSRVi69KEg-b9PTiSOb3UyscQ0LFelIs/
#️⃣ #Сервера #BigData #IT