Read intensive ssd что это
990x.top
Простой компьютерный блог для души)
Read Intensive SSD — что это?
Приветствую, друзья! Сегодня будем разговаривать про SSD, а точнее про одну фразу, которая может встречаться в характеристиках. Удивительно господа, я лично с SSD знаком более-менее — много читал перед покупкой, в целом вроде понимаю.. а вот о таком элементарном понятии как Read Intensive SSD — слышу в первый раз((
Read Intensive SSD — разбираемся
Read Intensive SSD — надпись означает что хорошо подходит для интенсивного чтения. Вот и все)) Хотя на самом деле не совсем верно. Правда может я что-то не понимаю, но вроде любой ССД-диск может быть расценен как для интенсивного чтения.. дело в том, что с чтением проблем как раз таких нет, в отличии от записи..
Запись — это роскошь… ССД, которые позволят много записывать — стоят дорого и часто предназначены вообще для серверных решений. Но не переживайте, обычный ССД, даже самый дешевый — обладает ресурсом, которого достаточно большинству пользователей.. ну.. на года три точно. А по факту думаю что и на пять, если не на десять..))
Так, давайте я в виде списка напишу, какие вообще могут быть надписи на SSD:
Возможно все эти надписи могут быть только на серверных моделях. Если так — то неудивительно. Но есть одно большое НО. Серверный диск с низким ресурсом записи и обычный — две разные вещи. Я о том, что низкий ресурс для сервера и для дома — разные вещи. Крутой и мощный ссд для дома будет просто никудышним для сервера.
Поэтому оч важно понимать — серверный перед вами диск или нет. В серверных дисках более важна стабильность, выносливость, поэтому да, можно сказать что они более стабильны.
Домашние диски предназначены совсем для других нагрузок — низких.
Приведу оч простой пример. Берем диск Интел, точно модель не помню, но.. цена его в два раза выше чем тот, который стоит у меня. Обьем — в два раза меньше. Скорость — тоже чуть ли не в два раза меньше. Вот у меня стоит далеко не плохой — Самсунг ЭВО 860 ПРО. Здесь и ресурс нехилый, и скорость супер, но.. все равно диск не серверный. Поэтому для дома — он супер. Для сервера — нет. И тоже самое с тем Интелом — он для дома.. ну просто медленный.. Вот такой простейший пример показывает разницу оч наглядно))
Поэтому если вы видите надпись Read Intensive SSD и думаете сразу — а, так это слабый диск, только на чтение, ресурс значит низкий. То сперва выясните — серверный диск это или нет. Если серверный, то слабым ресурсом может оказаться… 1 Петабайт TBW, а для дома это выше крыши! В моем Самсунге и то меньше, всего 600 TBW(( Вы тут спросите — TBW? Что это вообще такое? Все просто — TBW это значение в цифрах, показывает сколько можно записать всего терабайт. А в одном терабайте — тысячу гигов))
А вот вам дополнительная инфа:
DWPD — означает сколько раз можно записать данных, обьем которых равен обьему ссд. Не люблю термин DWPD, мне кажется удобнее в TBW выяснять ресурс…
Какого хватит ресурса для офисного ПК?
Офисный? Все просто — берете самый дешевый ССД, но лучше от известного бренда, например Кингстон. Там может быть..40-50 TBW, и поверьте — его хватит намного. Да, пока поставите винду, все проги, потом еще что-то поделаете.. то все это заберет чуточку ресурса. А потом можете для интереса проследить использование ресурса и увидите — что его хватит вам на лет пять точно, а то и наверно на все десять))
Следить за ресурсом можно специальной программой, я такую знаю одну неплохую — SSDLife, вы ее можете поставить и смотреть сколько было записано вчера, за неделю, за месяц:
Значения будут в Гб (гигабайт). Например за месяц было записано.. ну пусть будет 1000 Гб. А это 1 TBW. А у самого дешевого ссд их 40-50. Но поверьте — у вас не будет 1 Гб в месяц на офисном ПК))
А для игр?
Для игр уже разумеется все посерьезнее. ССД нужно чтобы был не самого маленького размера, тут уже сами смотрите сколько вам хватит, думаю оптимальный размер — 512-1024 гигов. Ресурс должен быть высоким, я советую.. от 300 TBW. Ну и фирма разумеется, нонейм брать не стоит вообще.
Кстати, стоит также обращать на игровые модели. Все таки они будут получше, уж поверьте, например там могут быть использованы какие-то технологии в производстве памяти, например в моем Самсунге ячейки какие-то трехслойные.. Вообще Самсунг делает как по мне лучшие ССД, вы подумаете что реклама, но какой смысл то мне))
Помните — любой ССД, даже самый-самый дешевый, по сравнению с жестким диском — небо и земля))
Вывод
Вот ребята и поговорили мы. Многое что рассказал, даже то, что не планировал..
Но главное вы поняли — надпись Read Intensive SSD означает просто что диск хорошо подходит для чтения, можно использовать для кэша.
Влияние ресурса перезаписи на выбор SSD
Выбор SSD для клиент-серверного варианта 1С для коллективной работы отличается от покупки SSD для своего ноутбука.
Значимым требованием к диску является в том числе такой фактор, как ресурс перезаписи.
Быстрее всего на класс устройства можно сориентироваться по показателям DWPD (или “полных перезаписей устройства в день в течение гарантийного срока”) и/или TBW/PBW (или “общий объём данных, который за время гарантийного срока можно записать на устройство»), измеряется в терабайтах для TBW и петабайтах для PBW. Чем выше/больше “полных перезаписей устройства в день” DWPD — тем обычно выше класс устройства.
Разные производители по-разному трактуют классы промышленных SSD, но в целом можно привести такой пример разделения:
DWPD 0.1 и меньше — класс “boot”, то есть носитель для операционной системы, и больше на него ничего записывать не надо;
Условно можно считать что это диски для одного пользователя 1С.
ssd 0.3-1 — класс read intensive или RI, он же “оптимизированный для операций чтения”. Носители например для складывания архивов или архивных баз, разных “файлопомоек”, куда интенсивность записи невысокая;
В отдельных случаях это могут быть диски для файловых баз 1С на несколько человек.
DWPD 3-5 — класс mixed use или MU, устройства предназначены для “средних уровней интенсивности записи”, какие-нибудь второстепенные базы со средним уровнем активности;
Самый популярный диапазон. Учтите, что независимо от реальных задач, в “полках” чаще всего бывают именно эти диски. Такие диски хороши для нескольких десятков пользователей 1С.
DWPD 10 и более — класс write intensive или WI, устройства предназначены для высокого уровня интенсивности записи, объём записи будет такой, что за сутки может быть перезаписан много раз без существенной потери производительности. Именно этот класс рекомендуется использовать “в общем” для серверов с высокой активностью записи, но гораздо лучше это делать не вслепую, а предварительно оценив фактические объёмы записи на нужном сервере.
Продавцы “железа” не любят продавать эти диски. Более того, они отговаривают клиентов их покупать. Однако если речь идёт о накопителях для сервера, обслуживающего многие сотни пользователей 1С — соответствующие нагрузке модели дисков находятся как правило именно в этом классе устройств.
Косвенно класс устройства можно понять, сопоставляя паспортные IOPS на чтение и запись. Чем ниже показатель записи по отношению к чтению — тем вероятно ниже и класс устройства. Например, у крайне производительных intel Optane с DWPD 30-60 соотношение примерно 550K/550K, у “средних” P4610 с DWPD 3 соотношение 638K/222K, а у совсем “слабых” P4101 с DWPD на уровне 0.1-0.3 — соотношение 275K/16K у старшей модели в линейке и 60K/2.2K у младшей.
Очень важно понимать, что показатель износостойкости говорит не только о том, сколько всего данных за гарантийный срок можно будет записать на носитель, но и косвенно говорит о том, какой объём данных в среднем в сутки можно на этот носитель записать без существенного ухудшения производительности (то есть деградации производительности, о чём мы подробнее расскажем в одной из следующих статей). Закончиться ресурс накопителя может ещё только через годы, а деградация производительности может себя проявить прямо с первого дня активной эксплуатации.
Оценка текущей интенсивности записи на диск
Для понимания, какой вам нужен диск, наиболее достоверным действием будет замер ваших текущих нагрузок на диск: какова реальная интенсивность записи на диск.
Нюанс тут заключается в том, что СУБД оценивает только “свою” запись (то есть не видит любые другие объёмы, записанные другими службами), и полученные цифры говорят об объемах чтения и записи только с момента старта службы MS SQL.
Обратите внимание, что если у вас будут и другие источники значимой интенсивности записи, то ниже показанный способ будет недостаточным. Если вы пишете например в виртуалке на виртуальный диск, расположенный на общем внешнем хранилище дисков, то реальную нагрузку на диски мы можем и не измерить правильно в таком подходе.
Данные с СУБД можно получать сразу в сгруппированном по дискам виде, и сразу с пересчётом в гигабайты, например таким запросом:
▶ Нажмите чтобы посмотреть текст запроса
SELECT SUBSTRING(saf.physical_name, 1, 1) AS [Диск]
, SUM(vfs.num_of_bytes_read/1024/1024/1024) AS [Прочитано (Гб)]
, SUM(vfs.num_of_bytes_written/1024/1024/1024) AS [Записано (Гб)]
FROM sys.master_files AS saf
JOIN sys.dm_io_virtual_file_stats(NULL,NULL) AS vfs
ON vfs.database_id = saf.database_id
AND vfs.file_id = saf.file_id
GROUP BY SUBSTRING(saf.physical_name, 1, 1)
например, получится вот такой результат:
При этом, поскольку это данные с момента старта службы — будет полезно сразу оценить и время, за которое эти данные накоплены, например таким запросом.
▶ Нажмите чтобы посмотреть текст запроса
DECLARE @Days int
DECLARE @Hours int
DECLARE @Mins int
DECLARE @Secs int
SET @Secs = (
SELECT datediff(ss, login_time, getdate())
FROM master..sysprocesses
WHERE spid = 1
)
SET @Days = ((@Secs/60)/60)/24
SET @Hours = ((@Secs/60)/60)%24
SET @Mins = (@Secs/60)%60
SET @Secs = @Secs%60
PRINT ‘SQL server on »’ + @@SERVERNAME + »’ has been up for: ‘ +
convert(varchar(20), @Days) + ‘ day(s), ‘ +
convert(varchar(2), @Hours) + ‘ hour(s), ‘ +
convert(varchar(2), @Mins) + ‘ minute(s), ‘ +
convert(varchar(2), @Secs) + ‘ second(s).’
ВАЖНО. Если с момента рестарта пройдет меньше суток, то надо как минимум подождать пока набегут сутки и повторно посчитать.
ВАЖНО. Интенсивность записи в разные дни может быть сильно разная. Достаточно репрезентативным показательным интервалом времени аптайма сервера для оценки можно считать квартал. Либо генерируете в исследуемом небольшом период пик нагрузки.
ВАЖНО. Любая запись на диски, сделанная НЕ средствами СУБД, например полных бэкапов внешними средствами (например Акронис Бэкап) в замер субд не попадет.
Как видно на снимке, служба сервера запущена 14 дней 19 часов (или 355 часов) назад, и статистика накоплена именно за это время.
Дальше можно просто вычислить средний объём записи в сутки.
Например, в примере на диск P за это время записано 5142 гигабайта, то есть за неполных 15 дней выходит в среднем примерно по 350 гигабайт в сутки. Как получена эта величина: 5142 записанных гигабайта дел им на 355 часов сбора статистики и умножаем на 24 часа в сутках.
Таким образом в текущем примере интенсивность записи — 350 гигабайт в сутки.
Теперь чтобы подобрать SSD, надо посмотреть на подходящий размер и соответствующих “полных перезаписей устройства в день” DWPD.
Если Вы берете диск с 0,1 DWPD intel P4101 емкостью 512 Gb, то 512 * 0,1 = 51,2 Гб/сутки
Кроме того, в реальной жизни не только SQL Server генерирует нагрузку, так что надо еще делать поправочный коэф.-т на другую активность.
Требуемый нам диск должен перезаписывать более 400 Гигабайт. Понятно, что кроме этого надо смотреть на требуемый реальный размер диска. Вдруг у нас база размером в терабайт. Рассмотрим на примере диска intel p4610 размером 1,6 Тб
Рейтинг износоустойчивости (операции записи за все время эксплуатации): 12.25PBW — это означает гарантированную возможность записать 12.25 петабайта за гарантийный срок, который составляет: Гарантийный период: 5 yrs, то есть 5 лет.
Пересчитываем условно рейтинг износоустойчивости в расчёте “на 1 день”: 12.25 петабайт = 12250 терабайт, делим на (5 лет Х на 365 дней), получаем 6.7 терабайта в день, теперь делим эту величину на объём диска и получаем примерно 4 объёма полной перезаписи в день (то есть DWPD).
Сравниваем 6.7 Тб и 350 Гб реальной нагрузки (лучше с некоторым поправочным коэф.-том) — получаем приемлемый запас по ресурсу перезаписи, который гарантированно справится с текущей нагрузкой.
При этом надо понимать, что статистика представляет собой “среднее по больнице”, в периоды высокой активности пользователей запись может быть в несколько раз больше, или во время ночных регламентов на СУБД, а в другие периоды бывает поспокойней.
Наиболее представительной данная информация будет например, если скриптом получать в некую табличку результат запросов по объёму записи каждый час в течение скажем нескольких дней высокой загрузки, а затем определить интенсивность записи именно в пиковые периоды, когда это могло мешать производительности бизнеса. Например, ночью нагрузка на диски будет большая, но в это время никто в базе не работает, и диски к началу рабочего дня уже могли успеть “прийти в себя”. Но может оказаться и так, что в течение нескольких часов нагрузка на диски по записи существенно превышает паспортную, и производительность записи заметно ухудшается.
Бонус: если используется платный сервис http://gilev.ru/sqlsize
Если на сервере СУБД используется платный сервис http://gilev.ru/sqlsize, то можно сразу воспользоваться уже собранными там данными.
Поскольку данные статистики использования дисков накапливаются с момента старта службы — будет полезно сразу оценить время, за которое эти данные накоплены, в сервисе SQLSize это пункт “Параметры СУБД — Параметры SQL сервер”, пункты “Аптайм (часов)” и “Аптайм (дней)”, например мы там увидим 297 часов или 13 дней.
Далее смотрим статистику использования дисковой подсистемы в пункте “Нагрузка на сервер СУБД — Диски — Интенсивность использования”.
Надпись справа от названия отчёта информирует о том, когда именно была получена эта информация. На данном снимке нас интересует колонка “Записано, МБ”. Если просуммировать все показанные на снимке значения из этой колонки — получается примерно 4540 гигабайт записи на диск C.
Дальше можно просто вычислить средний объём записи в сутки.
В данном примере получается в среднем примерно по 350 гигабайт в сутки. При этом надо понимать, что статистика представляет собой “среднее по больнице”, ведь наверняка в периоды высокой активности пользователей запись существенно больше, или во время ночных регламентов на СУБД, а в другие периоды бывает поспокойней. Наиболее представительной данная информация будет например, если скриптом получать в некую табличку результат запросов по объёму записи каждый час в течение скажем нескольких дней высокой загрузки, а затем определить интенсивность запись именно в пиковые периоды, когда это могло мешать производительности бизнеса. Например, ночью нагрузка на диски будет большая, но в это время никто в базе не работает, и диски к началу рабочего дня уже могли успеть “прийти в себя”. Но может оказаться и так, что в течение нескольких часов нагрузка на диски по записи существенно превышает паспортную, и производительность записи заметно ухудшается (о чём нам как бы намекает из вышеприведённого снимка колонка “Отклик на запись”, где среднее сглаженное время отклика одной операции записи на разных файлах плавает от 13 до 27 миллисекунд, что было когда-то приемлемо для механических дисков, но это много для SSD, особенно с учётом того, что это той же “среднее по больнице” за 13 дней).
Дальше будет полезно выяснить, какая же модель накопителей используется в данном сервере, после этого сравнить «расчётные по DWPD» объёмы записи с фактическими.
Заметим, что производитель решил умолчать в данной спецификации о таких важных параметрах, как DWPD (гарантийный показатель количества перезаписей в день) и гарантийный ресурс устройства на запись. Практически единственным намёком на класс устройства в данной спецификации может служить соотношение IOPS на чтение и запись, а именно 275К против 16К.
Однако заметим, что если поискать данное устройство на сайте intel https://www.intel.ru/content/www/ru/ru/products/memory-storage/solid-state-drives/data-center-ssds.html — мы его найдём в разделе “Твердотельные накопители Intel® серии D1:
Оптимальная надежность и производительность бюджетного уровня для рабочих нагрузок с большим количеством операций чтения“. На странице описания собственно модели P4101 https://www.intel.ru/content/www/ru/ru/products/memory-storage/solid-state-drives/data-center-ssds/d1-series/dc-p4101-series.html написано: “Этот твердотельный накопитель с 64-слойной технологией Intel® TLC PCIe* NAND в форм-факторе M.2 разработан для моделей использования в качестве загрузочного диска и рабочих нагрузок с небольшим количеством операций чтения, таких как индексирование поисковых запросов и кэширование на периферии.”. Это такой намёк от intel, что не надо подобный диск использовать под активно записываемые базы данных 🙂
Естественно любой продавец будет продавать диски подешевле, так как при этом он будет делать Вам более выгодное предложение нежели конкурент. В его задачу будет входить убедить Вас всеми правдами и неправдами — у нас есть «аналог», но только подешевле… При этом смотреть Вашу реальную интенсивность он вряд ли будет. Реальная судьба систем продавцов не интересует, даже если они Вам говорят обратное — они не могут быть объективны и не несут финансовой ответственности за ситуации, когда диск не решает возложенные на него задачи.
Понятно, что это всего лишь один из факторов, который надо учитывать при покупке SSD. Но его недооценка частенько приводит к очень неприятным последствиям.
IT and something more than
Россия, Энгельс
Демократическая 1
E-mail:
[email protected]
Рабочие часы
Технологии не стоят на месте. То, что сегодня является авангардом современной электроники, лет через двадцать будет считаться унылым ископаемым, вызывающим жалость и ностальгические воспоминания о молодости. Мы с вами уже давно с нетерпением ждём, когда же наконец твердотельные накопители вытеснят с рынка эти шумные, медленные и такие хрупкие HDD. Но радостный момент всё не наступает. И причина этому – всё ещё высокая цена. Но не за горами уже тот момент, когда 450ГБ SAS 10K будет стоить столько же, сколько и 480ГБ RI SSD, что приведёт к ключевым изменениям в расстановке сил по крайней мере в серверном сегменте.
А пока этот момент не настал, предлагаю подытожить, что же нового в SSD-технологиях для серверов в прошлом году внедряла Hewlett Packard Enterprise.
Новые названия – старая система координат
Все мы были удивлены прошлой весной, когда вместо привычного Value Endurance в описании диска увидели непонятный Read Intensive. И это касается не только Hewlett Packard Enterprise, но и остальных вендоров. Оказалось, новые описания точно так же связаны с пресловутой Endurance (износостойкость), только теперь четыре разновидности превратились в три. Ниже приведена таблица соответствия.
Уровень износостойкости при этом обозначает, сколько раз в день вы можете полностью перезаписывать все данные на диске, если хотите, чтобы ваш SSD проработал пять лет. Ниже приведена наглядная таблица, где видна разница между разными типами диска.