0 просмотренных постов скрыто
Ответ на пост «Вот что происходит, когда доверяешь корпорациям свои данные»1
Google никогда не удаляет данные. Запомните это. Ваши фотографии, видео, файлы, пароли и история браузера, вообще всё, что предоставлено корпорации Google, становится собственностью Google и не удаляется.
Если вы используете сервисы корпорации для хранения данных, они работают с ними по своему усмотрению, потому что считаю своими. Все файлы сканируются и обрабатываются.
Если пользователь удаляет данные, сервисы их не удаляют, а скрывают от пользователя.
Есть баги хранилища, позволяющие посмотреть удалённые много лет назад фотографии. Периодически какие-то фиксят, какие-то появляются.
Если вы так откроете доступ к фотографии и напишите в техническую поддержку с просьбой её восстановить, то вам ответят, что это "невозможно".
Потому что скрытие "удалённых" файлов для пользователя должно таким и оставаться. Это политика компании.
У Google нет правил. Тексты на их сайтах максимально расплывчаты и являются "понятиями", оставляя возможность для компании применять их как угодно. Их даже оспорить толком нельзя - нет конкретики. Они только создают у невежественных людей иллюзию их наличия.
Принцип компании Google: "Иди нахер".
Повторяю, данные не удаляются и места у Google хватает. Всегда хватало, они расширяют хранилища заранее.
"Интернет всё помнит" не работает для пользователей, потому что более 90% интернета прямо сейчас скрыто от пользователей, сколько данных удалено из интернета вообще - не посчитать.
Но "интернет всё помнит" О ТЕБЕ.
P.S. Нет никаких "наших корпораций", есть просто корпорации и они действуют однотипно.
Работает ли отказ от копирования в хранилище? Компанию Microsoft много раз ловили на том, что ей на "галочки" плевать.
Котам в приюте очень нужна еда. Прошу помочь. Спасибо. Система донатов "Пикабу".
Показать полностью
Вот что происходит, когда доверяешь корпорациям свои данные1
Не будьте гуглодебилами и айклаудидитами, делайте ручные копии фото и документов на SSD, HDD, M-Disk, домашний NAS.
Показать полностью
1
Рабоче-атмосферное 03авг2026
У кого то лето - пора отпусков, а компьютерном классе дето - пора уборки и починки, и перебора техники. Из закромов достается оперативка, продуваются корпуса, кое где подкидывается кабель-другой, или проц )
Что то на дорогобогатом, по нынешним временам.
Поколения накопителей: подняли из тьмы веков IDE HDD, с целью выдрать фотки из него. Рядом обычная sata, и свежая относительно SSD. И две m2 NVME. И если ИДЕ-шка и уставшая SАТА (50 тыщ часов по crystal disc info, думаю, это на покой) пойдет на заслуженный отдых, то остальное в дело )
Поколения! )
Чтобы быстро проверять оперативку, не мучая платы и тестовый стенд, купил себе вот такой девайс.
Умеет проверять DDR3, DDR4, DDR5 )
Видно, где оперативка нормально себя ведет, а где - просаживаются каналы. Если один - два еле светят, можно попытаться зачистить контакты,
По яркости диодов тоже можно понять, насколько оперативка устала )
Девайс с батарейкой, в принципе можно и к компу прицепить на кабель.
Очень полезная штуковина )
А вот вторая платка - для проверки DDR3 и DDR2, но уже на материнских платах )
Показать полностью
9
Что на самом деле происходит, когда вы нажимаете «Удалить файл»?
Нам кажется что удаление файла с компьютера это как выбросить черновик в шредер. Нажал кнопку, очистил Корзину, место освободилось и файлы исчезли навсегда.
На самом деле операционная система нас... ну скажем так, немного обманывает. Физически в этот момент на вашем диске ничего не стирается. Давайте разберем этот фокус на пальцах.
Иллюзия №1: Корзина это удаление
Когда вы отправляете файл в Корзину с ним не происходит вообще ничего экстраординарного. Корзина — это обычная системная папка. Компьютер просто меняет «адрес прописки» файла перетаскивая его из условных «Моих документов» в скрытую папку $Recycle.Bin.
Это чистой воды защита от случайных действий чтобы вы не стерли годовой отчет или курсовую легким движением руки. Места на диске при этом не освобождается ни на байт.
Иллюзия №2: Очистка Корзины стирает данные
Окей, мы жмем Shift + Delete или выбираем «Очистить корзину». Вот теперь-то файлы стерты? Тоже нет.
Представьте что ваш жесткий диск — это огромная энциклопедия, а файловая система — оглавление в самом конце. В оглавлении четко написано: «Фото с отпуска лежит на странице 450».
Когда вы удаляете файл окончательно, операционная система не берет ластик и не стирает данные со «страницы». Ей просто лень это делать, да и ресурсы процессора тратить жалко. Вместо этого ОС делает две вещи:
Идет в оглавление и вычеркивает строку про этот файл.
Помечает это место на диске как «свободное для записи».
Сам файл (все его мегабайты цифр и букв) продолжает лежать на диске в статусе «призрака». Он там находится до тех пор, пока компьютеру не понадобится место для скачивания нового фильма или обновления игры. Только тогда система запишет новые данные поверх старых.
Важный вывод: Пока поверх старого файла не записался новый, его можно восстановить за пару минут с помощью любой бесплатной утилиты из интернета.
HDD против SSD: А как же железки?
Процесс «невидимого» удаления одинаков для всех систем, но само железо реагирует на него по разному.
На старых добрых HDD (магнитных дисках): Файлы могут лежать в состоянии призраков месяцами и годами, если диск забит не полностью. Магнитная головка просто игнорирует эти сектора, пока не придет команда записать туда что-то свежее.
На современных SSD (флеш-памяти): Здесь всё устроено сложнее. Жесткий диск (HDD) может легко записать новые данные поверх старых. А вот SSD так делать не умеет — ему нужно сначала физически очистить ячейку памяти (сбросить напряжение) и только потом записать туда что-то новое.
Если бы SSD чистил ячейки прямо в момент записи нового файла, компьютер бы жутко тормозил. Поэтому в современных системах работает технология TRIM. В моменты, когда комп простаивает, ОС дает команду накопителю: «Слушай, вот эти файлы из оглавления уже удалены, зачисти под ними ячейки фоном, пока есть время». Именно поэтому восстановить удаленные данные с SSD гораздо сложнее, а иногда и вовсе невозможно.
Как использовать это знание в жизни?
Если вы случайно удалили что-то суперважное: Сразу же выключайте компьютер (лучше вообще из розетки, чтобы ОС не успела накатить фоновые обновления). Вытаскивайте жесткий диск и несите к специалистам или подключайте к другому ПК как внешний чтобы восстановить данные. Чем дольше работает компьютер после удаления, тем выше шанс, что система затрет ваш файл свежими логами.
Если вы продаете старый компьютер или флешку: Обычной очистки корзины или даже быстрого форматирования недостаточно. Новый владелец сможет восстановить ваши личные фото и пароли в пару кликов. Чтобы стереть данные насовсем, нужно использовать специальные программы (шредеры данных), которые принудительно перезаписывают весь диск случайным мусором (нулями и единицами) по несколько раз.
Показать полностью
От ягод к термопасте: как я провёл свой „чистый“ понедельник
Привет, друзья!
Сегодня понедельник, а планы на день пришлось немного поменять. Собирались с утра по ягоды — но дождик всё испортил. Да и с интернетом не разбежишься: с ночи снова работают белые списки, так что ни поработать, ни просто посидеть в сети…
Но я не стал грустить и решил превратить этот день в «чистый понедельник». Давно не занимался своим ПК — термопасту не менял примерно с сентября 2024-го, а от пыли чистил в декабре 2025. Пора было навести порядок!
Взялся за дело и подошёл к процессу основательно. Для чистки использовал сразу несколько инструментов:
кисточку — ей очень удобно аккуратно сметать пыль с труднодоступных мест, не царапая детали;
баллончик со сжатым воздухом — им продул вентиляторы и радиаторы: пыль буквально вылетала из самых укромных уголков;
салфетки из микрофибры — ими бережно протёр поверхности вентиляторов, чтобы не осталось разводов и ворсинок.
Дальше — замена термопасты. Выбрал проверенный вариант — Arctic MX‑4: она хорошо ложится, долго служит и отлично отводит тепло. Нанес тонким слоем, ровно распределил — и собрал всё обратно.
После этого прибрался в комнате: расставил всё по местам, протёр пыль, и пространство сразу стало другим. Теперь тут уютно и чисто!
Надеюсь, теперь компьютер будет меньше греться и тише работать. А как часто вы проводите такую профилактику? Делитесь в комментариях — расскажите, когда в последний раз меняли термопасту или чистили технику, и какими средствами пользуетесь. Может, у вас есть свои лайфхаки?
Не забывайте поддержать автора — лайк и комментарий очень радуют!
#пк #профилактика #чисткапк #термопаста #arcticmx4 #компьютер #уходзатехникой #железо #ромарик
Показать полностью
7
Хотел самую быструю флешку — в итоге собрал внешний SSD быстрее 1000 МБ/с
Как собрать компактный внешний SSD своими руками: проверяем скорость, нагрев и возможности NVMe
Обычные флешки по-прежнему остаются удобным способом переноса файлов, но с каждым годом требования к скорости становятся всё выше. Архивы, резервные копии, проекты для видеомонтажа и коллекции фотографий давно измеряются десятками гигабайт, поэтому ожидание окончания копирования постепенно превращается в настоящую проблему.
Можно приобрести готовый внешний SSD, однако стоимость качественных моделей часто оказывается довольно высокой. При этом далеко не всегда понятно, какой накопитель установлен внутри корпуса и насколько хорошо реализовано его охлаждение.
Именно поэтому я решил собрать внешний SSD самостоятельно. Основная задача заключалась в том, чтобы получить максимально компактное устройство, которое по размерам было бы сопоставимо с крупной флешкой, но при этом обеспечивало значительно более высокую скорость передачи данных и возможность модернизации в будущем.
После выбора комплектующих оставалось только проверить, насколько такая идея окажется удачной в реальной эксплуатации.
Почему именно самостоятельная сборка
На первый взгляд кажется, что проще купить готовый внешний SSD и не тратить время на подбор деталей. Но после изучения рынка становится понятно, что самостоятельная сборка имеет сразу несколько преимуществ.
Во-первых, пользователь сам выбирает накопитель нужного объема и уровня производительности. При желании через несколько лет его можно заменить на более современную модель без покупки нового корпуса.
Во-вторых, появляется возможность подобрать качественный алюминиевый корпус с хорошим охлаждением и современным контроллером USB, который сможет максимально раскрыть потенциал установленного SSD.
Еще одним преимуществом становится ремонтопригодность. Если выйдет из строя один из компонентов, его можно заменить отдельно, тогда как большинство заводских внешних SSD практически не рассчитаны на разборку.
В результате получается устройство, которое сочетает компактные размеры, высокую скорость и возможность дальнейшей модернизации.
Выбираем комплектующие
Для сборки понадобилось всего три основных компонента. Именно от них зависит производительность будущего накопителя и удобство его использования.
SSD KingSpec M.2 2242 PCIe 3.0 NVMe
Основой всей конструкции стал компактный SSD формата M.2 2242 производства KingSpec. Несмотря на небольшие размеры, накопитель использует современный интерфейс PCI Express 3.0 NVMe, благодаря чему способен обеспечивать скорость чтения значительно выше возможностей обычных SATA SSD.
Главное преимущество форм-фактора 2242 заключается именно в его компактности. Длина платы составляет всего 42 миллиметра, поэтому она идеально подходит для небольших внешних корпусов.
При выборе объема можно ориентироваться на собственные задачи. Для хранения документов и резервных копий вполне подойдет версия на 256 ГБ, а если накопитель планируется использовать для работы с видео или большими архивами, имеет смысл обратить внимание на модели объемом 512 ГБ или 1 ТБ.
✔ Узнать цену на AliExpress
Алюминиевый корпус RTL9210B USB 3.2 Gen2
Вторым важным элементом стал внешний корпус с контроллером Realtek RTL9210B.
Именно он отвечает за преобразование интерфейса PCI Express в USB 3.2 Gen2 и позволяет подключать NVMe SSD как обычный внешний накопитель.
Корпус изготовлен из алюминия, что играет сразу две роли. Во-первых, металл значительно лучше рассеивает тепло по сравнению с пластиковыми моделями. Во-вторых, устройство получается более прочным и приятным на ощупь.
Поддержка USB 3.2 Gen2 обеспечивает пропускную способность до 10 Гбит/с, чего достаточно для получения скорости около 1000 МБ/с при использовании подходящего SSD.
✔ Узнать цену на AliExpress
Плата расширения PCIe USB 3.2 Gen2
Этот компонент понадобится далеко не всем.
Если компьютер уже оснащен портом USB 3.2 Gen2 (10 Гбит/с), дополнительное оборудование покупать не придется.
Однако владельцам более старых систем можно установить недорогую плату расширения PCI Express с современным USB-контроллером. После этого компьютер получает полноценный высокоскоростной порт без необходимости менять материнскую плату.
Именно такой вариант позволяет полностью раскрыть возможности внешнего NVMe SSD даже на относительно старом ПК.
✔ Узнать цену на AliExpress
Сборка занимает всего несколько минут
Одно из главных преимуществ такой конструкции — простота сборки. Даже если раньше вы никогда не устанавливали SSD, весь процесс занимает буквально несколько минут и не требует специальных навыков.
Сначала необходимо снять крышку корпуса и получить доступ к внутренней плате. В большинстве современных моделей используется крепление на нескольких винтах, поэтому никаких сложностей здесь не возникает.
После этого SSD устанавливается в разъем M.2 под небольшим углом. Когда контакты полностью войдут в разъем, накопитель остается аккуратно прижать к плате и закрепить комплектным винтом.
Перед окончательной сборкой желательно установить термопрокладку. Она обеспечивает плотный контакт между SSD и алюминиевым корпусом, который начинает работать как радиатор и помогает эффективнее отводить тепло во время длительной нагрузки.
Остается закрыть корпус, закрутить винты — и внешний SSD полностью готов к работе.
Первое подключение
После подключения к компьютеру накопитель определяется системой как обычный внешний диск.
Если SSD новый, операционная система предложит создать таблицу разделов и выполнить форматирование. Весь процесс занимает меньше минуты, после чего устройство полностью готово к использованию.
Никаких драйверов устанавливать не пришлось. Современные корпуса на контроллере RTL9210B корректно определяются как Windows, так и большинством современных дистрибутивов Linux.
В моем случае накопитель сразу появился в системе без каких-либо дополнительных действий.
Почему скорость зависит не только от SSD
Многие думают, что если производитель SSD обещает скорость более 3000 МБ/с, то именно такие цифры получится увидеть и после установки его во внешний корпус.
На практике всё немного иначе.
Сам SSD действительно способен работать на очень высокой скорости, если установлен непосредственно в слот PCI Express материнской платы.
Однако после установки во внешний USB-бокс появляется еще одно ограничение — пропускная способность самого интерфейса USB.
Используемый в этой сборке стандарт USB 3.2 Gen2 рассчитан на передачу данных со скоростью до 10 Гбит/с, что в реальных условиях позволяет получить примерно 900–1050 МБ/с.
Именно поэтому главным ограничителем становится уже не SSD, а интерфейс подключения.
Это абсолютно нормальная ситуация и касается практически всех современных внешних накопителей подобного класса.
Проверяем производительность
После завершения сборки настало время проверить, насколько удачной получилась конструкция.
Для оценки производительности использовались как синтетические тесты, так и обычное копирование реальных файлов. Такой подход позволяет увидеть не только красивые цифры в бенчмарках, но и понять, как накопитель ведет себя в повседневной эксплуатации.
Первым делом был выполнен тест последовательного чтения и записи.
Результаты оказались именно такими, на которые и рассчитывал. Производительность практически полностью упирается в возможности интерфейса USB 3.2 Gen2, что подтверждает правильность выбора как самого SSD, так и корпуса.
Никаких неожиданных просадок или нестабильной работы замечено не было.
Один SSD — три совершенно разных результата
Чтобы понять, насколько сильно интерфейс влияет на скорость работы, накопитель был подключен к нескольким различным портам.
При использовании USB 2.0 производительность оказалась ожидаемо невысокой. Даже самый быстрый NVMe SSD не способен преодолеть ограничения старого стандарта, поэтому скорость практически не отличается от обычной флешки.
После подключения к USB 3.2 Gen1 ситуация заметно изменилась. Передача больших файлов стала значительно быстрее, однако было видно, что потенциал накопителя всё еще раскрывается не полностью.
Максимальную производительность удалось получить только при использовании USB 3.2 Gen2. Именно этот интерфейс позволяет приблизиться к пределу возможностей внешнего корпуса и получить скорость порядка одного гигабайта в секунду.
Получается интересная особенность: один и тот же SSD способен показывать совершенно разные результаты исключительно из-за используемого порта.
Когда может понадобиться плата расширения
Во время тестирования выяснился еще один интересный момент.
Далеко не каждая материнская плата оснащена полноценным портом USB 3.2 Gen2. Особенно это касается компьютеров, выпущенных несколько лет назад.
Покупать новый ПК ради одного быстрого порта, конечно же, никто не станет.
Гораздо проще установить компактную плату расширения PCI Express с современным USB-контроллером. Она занимает один свободный слот на материнской плате и добавляет полноценный высокоскоростной USB-порт, полностью совместимый с современными внешними SSD.
Такое решение обходится значительно дешевле полной модернизации компьютера и позволяет использовать возможности NVMe-накопителя практически без ограничений.
Проверка при длительной нагрузке
Высокие показатели в коротких синтетических тестах — это хорошо, но намного важнее понять, как накопитель ведет себя во время продолжительной работы. Именно в такие моменты становятся заметны реальные возможности системы охлаждения и самого SSD.
Для проверки я выполнил запись большого объема данных без остановок. Такой сценарий максимально приближен к копированию резервных копий, видеоматериалов в высоком разрешении или крупных рабочих проектов.
Первые десятки гигабайт записывались практически с максимальной скоростью. После заполнения быстрого SLC-кэша производительность ожидаемо снизилась, однако это нормальное поведение практически любого современного NVMe SSD. Главное, что скорость оставалась стабильной, без резких скачков и зависаний, а накопитель продолжал уверенно выполнять свою задачу.
Для большинства пользователей подобное снижение останется незаметным, поскольку в повседневной работе редко приходится непрерывно записывать сотни гигабайт информации.
Проверяем нагрев
Современные NVMe-накопители способны работать на очень высоких скоростях, но за производительность приходится расплачиваться увеличением температуры.
Именно поэтому выбор алюминиевого корпуса оказался полностью оправдан. Во время тестирования он не только защищал накопитель от механических повреждений, но и эффективно отводил тепло благодаря плотному контакту через термопрокладку.
Даже при длительной нагрузке корпус становился лишь умеренно теплым. До температур, при которых начинается агрессивный троттлинг, дело так и не дошло. Это говорит о том, что связка качественного корпуса и правильно установленной термопрокладки действительно работает.
Если планируется регулярно копировать большие объемы данных, экономить на корпусе точно не стоит — именно он во многом определяет стабильность работы накопителя.
Копирование реальных файлов
После завершения синтетических испытаний захотелось посмотреть, насколько комфортно пользоваться накопителем в обычной жизни.
Для проверки были подготовлены несколько папок с фотографиями, архивами, видеороликами, документами и другими файлами разного размера. Общий объем данных составил несколько десятков гигабайт.
Копирование прошло быстро и без каких-либо сюрпризов. Скорость передачи оставалась высокой, а проводник Windows не зависал даже при большом количестве мелких файлов. Открытие папок происходило практически мгновенно, а запуск видео непосредственно с внешнего SSD ничем не отличался от работы с внутреннего накопителя.
Именно в таких сценариях особенно заметно преимущество NVMe перед обычными флешками и даже многими внешними жесткими дисками.
Плюсы такой сборки
После нескольких дней использования удалось выделить несколько очевидных преимуществ.
✔ Очень компактные размеры.
✔ Производительность, недоступная большинству обычных флешек.
✔ Возможность заменить SSD на более емкий без покупки нового корпуса.
✔ Надежный алюминиевый корпус с хорошим охлаждением.
✔ Поддержка современных интерфейсов USB.
✔ Простая сборка без специальных инструментов.
✔ Стоимость зачастую оказывается ниже фирменных внешних SSD аналогичного класса.
Есть ли недостатки?
Полностью идеальных решений не существует, и эта сборка тоже имеет свои особенности.
Во-первых, для получения максимальной скорости потребуется компьютер с поддержкой USB 3.2 Gen2. Если такого порта нет, придется использовать плату расширения или довольствоваться меньшей производительностью.
Во-вторых, качественный корпус стоит дороже самых простых моделей, однако именно от него зависит стабильность работы и эффективность охлаждения.
Также следует учитывать, что заявленные производителем скорости самого SSD достигаются только при подключении напрямую к интерфейсу PCI Express. При работе через USB производительность неизбежно ограничивается пропускной способностью интерфейса.
Стоит ли повторять такую сборку?
На мой взгляд — определенно да.
Получившийся накопитель оказался компактным, быстрым и удобным в повседневном использовании. Он без проблем справляется с резервным копированием, переносом больших архивов, хранением видеоматериалов и другими задачами, где обычные флешки уже начинают проигрывать по скорости.
Еще одним плюсом стала возможность самостоятельно выбрать все комплектующие. Если через несколько лет понадобится увеличить объем памяти, достаточно заменить только SSD, не покупая новое устройство целиком.
Именно благодаря такой универсальности подобная конструкция выглядит интереснее большинства готовых решений среднего ценового сегмента.
Итоги
Эксперимент полностью оправдал ожидания. Всего из нескольких комплектующих удалось собрать компактный внешний SSD, который сочетает высокую скорость передачи данных, хорошее охлаждение и возможность дальнейшей модернизации.
Конечно, такой накопитель не заменит профессиональные решения с интерфейсом Thunderbolt или USB4, однако для большинства пользователей возможностей USB 3.2 Gen2 более чем достаточно. В повседневной эксплуатации разница с дорогими фирменными моделями практически не ощущается, зато появляется возможность самостоятельно выбрать SSD нужного объема и в любой момент заменить его на более современный.
Если нужен быстрый, компактный и при этом ремонтопригодный внешний накопитель, подобная сборка действительно заслуживает внимания.
Комплектующие из статьи
Основной накопитель, использованный в сборке. Доступен в версиях от 128 ГБ до 2 ТБ.
Более современный вариант с контроллером Realtek RTL9210B, поддержкой NVMe и SATA SSD, а также высокой скоростью передачи данных до 10 Гбит/с.
Миниатюрный алюминиевый корпус с выдвижным USB-разъемом. Подойдет тем, кому важны прежде всего размеры устройства.
Плата расширения для компьютеров, в которых отсутствует USB 3.2 Gen2. Позволяет получить полноценный порт 10 Гбит/с и раскрыть возможности внешнего NVMe SSD.
Реклама: ООО «АЛИБАБА.КОМ (РУ)» ИНН/Регистрационный номер: 7703380158
Показать полностью
10
Облачный сервер для production: как оценить CPU steal, диск и сеть
У двух провайдеров могут быть одинаковые характеристики: 4 vCPU, 8 GB RAM, 100 GB SSD, гигабитный канал. При этом цена отличается на 15%, и разница неочевидна. Но через неделю нагрузочных тестов выясняется: p99-задержки у серверов расходятся в разы.
Облачный сервер с «бумажными» характеристиками это то, что провайдер выделил виртуально. Что происходит в железе, остаётся отдельным вопросом. Когда сосед по гипервизору кладёт что-то тяжёлое, дисковая очередь растёт или канал режут по полосе, ничего из этого в спецификации тарифа нет.
Чтобы не обнаружить проблему уже в продакшене, стоит прогнать три блока тестов до миграции: CPU steal, дисковая подсистема и сеть. Инструменты стандартные: vmstat, fio, iperf3. Интерпретировать результаты нужно в контексте нагрузки, тарифа и времени измерения.
Почему синтетических бенчмарков недостаточно
Geekbench, sysbench, UnixBench замеряют потолок: максимум, который сервер может показать в коротком тесте. Продакшен так не работает. Нагрузка нестабильна, а соседи по физическому узлу непредсказуемы.
В облаке ресурсы виртуальные, и провайдеры применяют оверкоммит: виртуальных ядер на узле выделяется больше, чем можно гарантировать физически при одновременной нагрузке. Пока суммарная нагрузка умеренная – всё в порядке. Когда несколько VM одновременно дают всплески, растёт steal time и дисковая очередь, сеть упирается в лимиты или шейпинг. Это и есть эффект «шумных соседей». Он проявляется непредсказуемо, потому что зависит от того, кто ещё размещён на вашей физической ноде прямо сейчас.
Короткие синтетические тесты не всегда это показывают: они выполняются на общей ноде, но могут не попасть в периоды конкуренции с другими VM за ресурсы. Реальное тестирование облачного сервера должно включать не только короткие синтетические тесты, но и наблюдение за поведением системы в динамике. Для первичной проверки обычно достаточно 30–60 минут нагрузки, а более длительный мониторинг в течение 24–72 часов помогает выявить периодические проблемы с конкуренцией за ресурсы.
Три вещи остаются за кадром при коротком синтетическом тесте. Первое – эффект соседей: ваша VM не одна на физической машине. Второе – нелинейность дисков: SSD ведёт себя по-разному при чистом чтении, чистой записи и их смеси. Третье – временные эффекты сети: burst-лимиты, суточные паттерны шейпинга, перестройка BGP-маршрутов при переключении аплинков.
CPU steal: как увидеть ожидание CPU на гипервизоре
CPU steal time – это процент времени, когда ваш vCPU готов к работе, но гипервизор не предоставляет ему физическое ядро. Причиной может быть высокая загрузка хоста, конкуренция с другими VM, особенности планировщика или условия конкретного тарифа. Для приложения это будет дополнительной задержкой без видимой причины – процессор загружен, а работу не выполняет.
Следить за CPU steal time удобнее всего в реальном времени. В выводе vmstat правая группа колонок – блок cpu: us – user, sy – system, id – idle, wa – ожидание диска, st – steal. Если st держится выше нуля несколько строк подряд, нужно смотреть динамику, а не разовый всплеск:
vmstat 1 30
Статистику за длинный период удобно собирать через sar. Запускать стоит дважды: в покое и под нагрузкой. Разница между срезами покажет, как ведёт себя steal при конкуренции:
sar -u 1 300
Можно посмотреть показатели по каждому vCPU отдельно, чтобы убедиться, нет ли концентрации steal на отдельных vCPU. Такая картина может указывать на особенности планирования или размещения VM:
mpstat -P ALL 1 10
Если вы используете Prometheus, node_exporter экспортирует node_cpu_seconds_total с меткой mode="steal". Так удобно смотреть изменение steal во времени, а не отдельные срезы в терминале.
Практические ориентиры по значениям steal:
<1% - Обычно не вызывает проблем
1–5% Стоит наблюдать в динамике, особенно при чувствительной нагрузке
5–10% Может влиять на хвостовые задержки
>10% Повод обратиться в поддержку и проверить ноду, тариф или инфраструктуру провайдера
Как интерпретировать steal в разных сценариях
Для CPU-bound задач (транскодирования, ML-инференса, компиляции) steal транслируется напрямую во время выполнения. Steal 5% может означать близкую по масштабу потерю доступного CPU-времени, а также нерегулярные паузы от гипервизора, которые нарушают предсказуемость.
Для latency-sensitive API – REST, gRPC, запросов к базам данных – зависимость нелинейная. Медиана может держаться в норме, а p99 растёт: в моменты роста steal запросы накапливаются в очереди. Производительность облачного сервера при steal выше 3–5% для таких сервисов стоит проверять под реальной нагрузкой, синтетический тест этого поведения не показывает.
Отдельный случай – кратковременные всплески steal до 15–20% на несколько секунд при нормальных фоновых показателях. Так бывает при «пробуждении» нагруженной VM на соседнем слоте. Для realtime-сервисов такие пики особенно опасны: даже 3-секундный скачок latency может спровоцировать каскадные таймауты ниже по стеку.
Если steal растёт в определённые часы суток, это может указывать на регулярную конкуренцию за ресурсы или особенности нагрузки на хост. Паттерн удобно поймать через запись в файл:
sar -u 1 3600 > cpu_hour.log
Сравните значения st в разные промежутки. При устойчивом росте в пиковые часы стоит обратиться в поддержку и проверить, связана ли проблема с конкретной нодой, тарифом или инфраструктурой провайдера.
Диск: IOPS, latency и поведение под смешанной нагрузкой
нагрузкой
Многие провайдеры публикуют либо максимальные IOPS в идеальных условиях, либо ничего конкретного. В обоих случаях цифра мало что говорит о реальном поведении под смешанной нагрузкой.
В выводе iostat важны два параметра. await – среднее время выполнения запроса к диску в миллисекундах, включая ожидание в очереди. avgqu-sz – средняя глубина очереди: когда она растёт, await растёт следом. В новых версиях sysstat await разделён на r_await и w_await – лучше смотреть оба.
Мониторинг дисковой подсистемы запускайте параллельно с нагрузочным тестом:
iostat -xz 1 10
Для нагрузочного теста используется fio. Крайне важен флаг --direct=1: без него тест уходит в страничный кеш Linux и не отражает поведение диска. Параметры numjobs и iodepth задают глубину очереди: в примере с numjobs=4 и iodepth=32 суммарная глубина очереди равна 128, что перекрывает большинство всплесков при конкуренции потоков. В выводе смотрите на iops и clat p99: этот показатель помогает оценить вклад диска в хвостовые задержки запросов. В примерах ниже используется ioengine=libaio, но для современных Linux-конфигураций также можно рассматривать io_uring, если он поддерживается системой и версией fio.
Случайное чтение 4K – типичная OLTP-нагрузка:
fio --name=rand4k_read --rw=randread --bs=4k --direct=1 \
--numjobs=4 --iodepth=32 --size=4G --runtime=60 \
--time_based --ioengine=libaio --group_reporting
Последовательная запись 1 MB – журналы, бэкапы, дамп БД:
fio --name=seq_write --rw=write --bs=1M --direct=1 \
--numjobs=1 --iodepth=4 --size=10G --runtime=60 \
--time_based --ioengine=libaio
Смешанная нагрузка 70/30 – реалистичная модель для большинства веб-приложений:
fio --name=mixed --rw=randrw --rwmixread=70 --bs=4k --direct=1 \
--numjobs=4 --iodepth=32 --size=4G --runtime=60 \
--time_based --ioengine=libaio --group_reporting
Ориентиры для БД и веб-приложений
Нет единого числа IOPS, которое подходит всем: зависит от характера нагрузки, размера рабочего набора и активности кеша. Примерные ориентиры для тестирования облачного сервера под разные типы нагрузок:
PostgreSQL / MySQL, средняя — 4K rand IOPS: ≥5 000; await: <2 мс; %util: <70%
PostgreSQL / MySQL, высокая — 4K rand IOPS: ≥20 000; await: <1 мс; %util: <70%
Redis (с AOF) — 4K rand IOPS: ≥10 000; await: <1 мс; %util: <60%
Nginx / файловый сервис — 4K rand IOPS: ≥1 000; await: <5 мс; %util: <80%
Эти значения не универсальны: реальные пороги зависят от типа хранилища, профиля нагрузки, размера рабочего набора, кеша и требований конкретного приложения.
Если avgqu-sz устойчиво держится выше 8–10 под OLTP-нагрузкой, это первый признак насыщения: запросы встают в очередь, потому что диск не успевает. %util близко к 100% само по себе не катастрофа для SSD, но если при этом растёт await – диск работает на пределе.
Для облачных блочных устройств с гарантированными IOPS пороги обычно срабатывают раньше, чем %util достигнет 100%: провайдер режет I/O на установленном лимите, и очередь начинает расти задолго до насыщения железа. Именно await покажет это первым.
Тестировать стоит с той же глубиной очереди, что предполагается в продакшене: для PostgreSQL это обычно 8–32, для Redis – ниже.
Сеть: полоса, PPS, latency и потери
Настройка облачных серверов под продакшен без проверки сети – частая ошибка. Заявленный гигабит или 10 Gbps – это верхний предел, а не гарантированная полоса. Под длительной нагрузкой провайдеры нередко применяют шейпинг или rate limiting, и в документации это обычно не указано.
Базовый тест полосы между двумя нодами в одном датацентре (нужен iperf3-сервер на второй машине):
iperf3 -c <ip_сервера> -t 60 -P 4
В строке receiver смотреть на Bandwidth. Ключ -P 4 запускает 4 параллельных TCP-потока – один поток не всегда показывает реальный потолок канала: результат зависит от RTT, настроек TCP и доступного размера окна передачи. Параметр -t 60 задаёт длительность 60 секунд – этого достаточно, чтобы обнаружить burst-лимиты, если они есть.
UDP-тест для оценки потерь и jitter под заданной скоростью:
iperf3 -c <ip_сервера> -u -b 1G -t 30
Latency и jitter:
ping -c 1000 -i 0.1 <ip>
mtr --report --report-cycles 100 <ip>
Параметры виртуального интерфейса – если драйвер отдаёт данные (имя может отличаться: eth0, ens3 и т.п.):
ethtool eth0
В выводе mtr обращайте внимание на колонки Loss% и Last. Потери только на одном промежуточном хопе при нормальном трафике дальше – скорее всего, роутер деприоритизирует ICMP TTL-exceeded. Устойчивые потери на нескольких хопах подряд – другое дело.
Примерные ориентиры для внутрисетевого трафика в одном датацентре: RTT < 1 мс, потери = 0%, jitter < 0.5 мс. Реальные значения зависят от сети провайдера, маршрута и требований приложения. Устойчивые потери до конечного узла могут стать поводом разбираться.
Частые проблемы сети в облаке
Rate limiting и шейпинг. Если iperf3 даёт полную полосу первые 10–15 секунд, а затем резко снижает результат – провайдер применяет burst-лимиты. Реальная устойчивая полоса в таком случае ниже заявленной, и это нужно учитывать при выборе тарифа.
MTU в overlay-сетях. VXLAN и Geneve добавляют заголовок к каждому пакету, снижая эффективный MTU ниже стандартных 1500 байт – обычно до 1450. Пакеты с DF-флагом при этом дропаются без уведомления приложения.
Проверка MTU для IPv4 при стандартном MTU 1500:
ping -M do -s 1472 <ip>
Ответ «Frag needed» или «Message too long» означает, что пакет такого размера не проходит без фрагментации. Для IPv6, туннелей и нестандартных MTU значения будут другими. Нужно снижать TCP MSS или настраивать PMTUD на стороне приложения, иначе соединения будут зависать или деградировать непредсказуемо.
Нестабильный роутинг. Если mtr показывает устойчивые потери до конечного узла или аномальный рост RTT по маршруту – запустите повторно через 5–10 минут. Если ситуация не меняется – возможны BGP-флап, перегрузка маршрута или внутренний сбой у провайдера. В таком случае настройка облачных серверов внутри одного VPC не поможет – проблема на уровне сети провайдера или внешних аплинков.
Чек-лист проверки облачного сервера перед production
Последовательность шагов для оценки нового сервера перед миграцией:
1. Базовый срез в покое. Сразу после деплоя, до всякой нагрузки: vmstat 1 60, iostat -xz 1 60, ping к соседней машине в той же зоне. Запишите исходные значения st, await, avgqu-sz – это точка отсчёта для сравнения.
2. CPU steal под нагрузкой. Создайте реальную или приближенную к продакшену нагрузку (например, через stress-ng или аналог), параллельно мониторя vmstat 1. Сам по себе синтетический тест не гарантирует конкуренцию ресурсов на стороне гипервизора, поэтому важна динамика steal под фактической нагрузкой. Steal выше 3–5% под умеренной нагрузкой – повод проверить динамику, сопоставить её с p95/p99 и обратиться в поддержку. Причина может быть в ноде, тарифе или инфраструктуре провайдера.
3. Дисковый тест. fio с профилем нагрузки, близким к продакшену: 4K randread для OLTP, 1 MB sequential write для стриминга. Зафиксировать IOPS, await, avgqu-sz. В соседнем терминале – iostat -xz 1.
4. Сетевой тест. iperf3 минимум 60 секунд, ping с 1000 пакетами, mtr до ключевых endpoint’ов. Отдельно – проверка MTU: для стандартного MTU 1500 в IPv4 с ICMP можно использовать ping -M do -s 1472. Для IPv6, туннелей и нестандартных MTU значения будут другими.
5. Мониторинг 24–72 часа. Вывод в продакшен без наблюдения за суточным паттерном – ещё одна частая ошибка. sar с записью в файл или любой агент метрик (node_exporter, collectd) покажут поведение steal и await в разное время суток и помогут поймать пиковую конкуренцию на ноде.
6. Анализ p95/p99. Если есть возможность запустить реальное приложение или нагрузочную копию – собрать гистограмму latency за несколько часов. p95 и p99 в контексте всей системы точнее любого синтетического теста и позволяют напрямую сверить результат с SLO.
Одинаковые характеристики не означают одинаковую производительность. CPU steal, дисковый await и реальная полоса – три параметра, которые можно измерить заранее, не дожидаясь первого инцидента.
Все приведённые утилиты доступны в стандартных репозиториях Linux-дистрибутивов. Развернуть облачный сервер у провайдера, прогнать чек-лист по описанному порядку и сравнить результаты с ориентирами – это несколько часов работы. Это значительно меньше, чем стоит инцидент в продакшене, который можно было предотвратить.
Показать полностью