помните про ssd я писал

помните SSD 480 SDS? такие производились лет 10 назад, они хоть и новые по часам, но морально уже старые по технологиям

hosting.show/alice2k-hosting/pochemu-ne-stoit-zhmonichat-i-voobsche-vkladyvat-dengi-v-nizshie-processory-ili-nizshie-diski-.html

а вот показатели любого дешевого китайского NVME — который просто куплен не в 2015 году, а в 2024 году
NVME
какой-то чел купил и видимо тестировал нашу услугу
проверял наверно зависнет сервер или не зависнет
в итоге все отработало как нада
и он продолжил пользоваться уже без нагрузки

но сам факт
вот это NVME
а не SSD

чисто наблюдение

мы уже писали про микро тарифы ранее
не охота искать топики

короче хочу дополнить
все так как я и думал когда-то лет 5 назад когда «гадал»
микро тарифы — не создают нагрузок
даже диски под таким узлами за год могут записать 1-2 ТБ а не 100 ТБ

поэтому условный Эпик или Хеон с микро говном — может и 20 лет проработать и не сгореть, я думаю так

в основном диски сгорают при тарифах от 16 озу и выше
когда виртуалка реально мощная получается
и как следствие ее покупает человек который хочет «потребить»

а вот когда человек видит условные 2 озу — он воспринимает эту услугу как шлак и говно и поэтому изначально туда никогда ничего серьезного и не посадит

это же рассуждение проецируется и на процессоры
типо слабые мощные
или «старые» куда сбывать

странное наблюдение

посчитал под конец года смарты проверил все, записал, пометил те узлы которые могут выйти из строя в 2026

так вот, почему-то на коло процент использования в ТБ — выше чем даже в ОВХ
в ОВХ серверы многие уже лет 5 работают райзены, но даже до 1 ПТ записи ресурса не дошли (ранее не было у них райзенов, по 10 лет там хеоны работают и там ssd а не nvme)

а вот в кемерово имеются многие выше 1 ПТ
связано ли это с 7950x/9950x?
или это все еще последствия того грузчика что диски убивал в 2023 году

на московском коло тоже нету не одного ПТ
но вот в Хетзнер — полно узлов с ПТ (5950x 3900)

инструкция как уничтожать диск

Команды которые нужно записать в планировщик (надо открыть cron через команду “crontab -e” и в конце файла вписать команды ниже, нажать ctrl+s, потом ctrl+x / софтина сама сохранит конфиги и будет применять их):
0-59/3 0-23 * * 1-6 dd if=/dev/zero of=/tmp/upload1.img bs=2G count=10 oflag=dsync

0-59/4 0-23 * * 1-6 dd if=/dev/zero of=/tmp/upload2.img bs=2G count=10 oflag=dsync

0-59/5 0-23 * * 1-6 dd if=/dev/zero of=/tmp/upload3.img bs=2G count=10 oflag=dsync

0-59/6 0-23 * * 1-6 dd if=/dev/zero of=/tmp/upload4.img bs=2G count=10 oflag=dsync

0-59/7 0-23 * * 1-6 dd if=/dev/zero of=/tmp/upload5.img bs=2G count=10 oflag=dsync

0-59/8 0-23 * * 1-6 dd if=/dev/zero of=/tmp/upload6.img bs=2G count=10 oflag=dsync


Разбор команды:
0-59/3 0-23 * * 1-6 dd if=/dev/zero of=/tmp/upload1.img bs=2G count=10 oflag=dsync


Разметка для CRON:
  • 0-59/3 — каждую третью минуту в промежуток между 0 минутой и последней 59 минутой часа
  • 0-23 — в промежуток между 1 часом ночи вплоть до 24 часа дня (нумерация часов и минут идет с 0)
  • * — каждый день
  • * — каждого месяца
  • 1-6 — в промежуток между 1 днем (понедельником) и 6 (воскресенем)


Разметка для DD:
  • dd — мы выполняем команду dd
  • if=/dev/zero — которая берет информацию с папки /dev/zero (папки для нулевых байтов, пустого места по сути)
  • of=/tmp/upload1.img — и записывает в папку tmp файл upload1.img
  • bs=2G — размером 2 Гигабайта (2048 Мбайт, лимит софта именно 2 ГБ)
  • count=10 — десять раз подряд
  • oflag=dsync — при помощи операции ввода вывода для данных (пустой записи, записывая постоянно НИЧЕГО)

т.е учитывая команды выше, каждую каждую третью, четвертую, пятую, шестую, седьмую, восьмую минуту часа (безостановочно практически в течении каждого часа дня, каждого дня в течении недели, каждой недели) мы записываем 10 раз файл по 2 Гигабайта.

По памяти скажу, 2 Гигабайта записываются примерно за 12 секунд, 20 Гигабайт примерно за 2 минуты. Не давая серверу просыхать — он запускает следующую команду по перезаписи или делает её одновременно с другими файлами upload1-6.

Технически за 17 дней можно добиться того, что диск не может более записывать с быстрой скоростью файлы или читать их. Это не значит что он прямо сгорит, но по факту — выйдет из строя в ближайшее время.