Сколько места на диске нужно сайту: расчёт и примеры

Место на диске нужно считать по всем данным аккаунта, а не только по папке с HTML-страницами. В квоту могут входить изображения, базы данных, почта, кеш, журналы и резервные копии. При этом большой свободный диск не означает, что сайту хватает процессора или оперативной памяти.

Для расчёта возьмите фактический объём проекта, добавьте ожидаемый рост и временное место для обслуживания. Если сайт ещё не запущен, соберите примерный набор страниц и медиа, затем измерьте его. Такой подход полезнее универсального совета «любому сайту достаточно 10 ГБ».

Ниже разберём, где расходуется пространство, как измерить данные в панели и через SSH, сколько места оставлять для обновлений и когда стоит менять тариф. Если вы только начинаете, сначала определите тип размещения по руководству о выборе хостинга для первого сайта.

Что именно занимает место на хостинге

У обычного сайта есть несколько независимых источников расхода. Их лучше учитывать отдельно: тогда понятно, что выросло и какое действие поможет. Большая медиатека требует другого решения, чем внезапно увеличившийся журнал ошибок.

Компонент	Что входит	Почему объём растёт
Код сайта	CMS, темы, расширения, зависимости	Обновления, новые функции, забытые копии проекта
Пользовательские файлы	Фото, документы, аудио, видео	Новые публикации, загрузки посетителей
База данных	Тексты, настройки, заказы, служебные таблицы	Работа сайта, история изменений, накопление событий
Кеш	Копии страниц, миниатюры, временные результаты	Настройки срока хранения и числа вариантов
Журналы	Ошибки приложения и запросы к серверу	Посещаемость, боты, повторяющиеся сбои
Почта	Письма, вложения, папки корзины и спама	Входящие сообщения и срок хранения
Резервные копии	Архивы файлов, выгрузки базы	Число сохранённых версий и частота копирования

На виртуальном хостинге состав квоты определяет провайдер. У одних база и почта учитываются вместе с файлами, у других есть отдельные ограничения. На VPS часть диска занимают операционная система, пакеты, системные журналы и служебные данные. Поэтому сравнивать только число гигабайтов в карточках разных услуг недостаточно.

Уточните также, чем ограничен аккаунт: общим объёмом, размером каждой базы, числом файлов или несколькими показателями одновременно. Наличие свободного места не отменяет остальных лимитов.

Гигабайты, реальный размер и число файлов

В интерфейсах можно встретить ГБ и GiB. Десятичный гигабайт — миллиард байт, гибибайт — 1 073 741 824 байта. Разные способы отображения объясняют часть расхождения между панелью и командной строкой, но не все случаи. Если разница большая, проверьте состав учёта и время последнего обновления статистики.

Есть и различие между логическим размером файла и фактически занятыми блоками файловой системы. Например, множество маленьких файлов может занимать больше места, чем сумма их содержимого. Разреженные файлы, сжатие на уровне хранилища и особенности служебного учёта тоже влияют на результат.

Отдельный показатель — количество файлов и каталогов, часто обозначаемое в панели как inode. Небольшой по объёму проект может упереться в такой лимит из-за сессий, кеша или огромного числа миниатюр. Удаление одного большого видео освобождает гигабайты, но почти не решает проблему сотен тысяч мелких файлов.

Не ищите единственную «самую правильную» цифру: для оплаты и доступности записи важен учёт провайдера, для поиска причины роста — измерения отдельных каталогов, для планирования — их изменение во времени.

Как измерить объём через панель управления

Откройте раздел использования ресурсов. Названия могут отличаться: «Диск», «Статистика», «Ресурсы аккаунта». Запишите дату, общий лимит и занятый объём. Затем посмотрите распределение по сайтам, базам, почте и архивам, если панель его показывает.

Следующий шаг — файловый менеджер. Проверьте корневую папку каждого проекта, каталог загрузок, кеш и папки с архивами. Не ориентируйтесь только на верхний уровень: небольшой файл базы в экспорте и сама база в сервере MySQL — разные объекты, которые могут учитываться раздельно.

Сохраните исходные значения в простую таблицу:

Дата	Файлы сайта	Базы	Почта	Локальные архивы	Общая квота
Первая проверка	Из панели	Из панели	Из панели	Из панели	Из панели
Через неделю	Повторное измерение	Повторное измерение	Повторное измерение	Повторное измерение	Повторное измерение

Если статистика обновляется раз в несколько часов, результат очистки появится с задержкой. Не повторяйте удаление всё новых файлов только потому, что счётчик ещё не изменился. Сначала убедитесь, что удалённое действительно исчезло, корзина очищена, а измерение выполнено после пересчёта.

Как проверить папки через SSH

Команды ниже предназначены для Linux с GNU-утилитами и выполняют только чтение. Путь /home/account/site замените реальным каталогом своего проекта. Не запускайте команды в чужом аккаунте или в корне всего сервера без понимания области проверки.

du -sh /home/account/site
du -h --max-depth=1 /home/account/site | sort -h

Первая команда показывает итог по дереву каталогов, вторая помогает найти крупную папку. Если большая часть пространства занята загрузками, продолжите проверку именно внутри них. Повторяйте измерение на один уровень глубже, пока не найдёте источник роста.

Свободное место на файловой системе VPS можно посмотреть так:

df -h
df -i

df -h показывает занятость файловых систем, df -i — использование inode. На виртуальном хостинге вывод может отражать общую файловую систему сервера и не совпадать с индивидуальной квотой вашего аккаунта. В этом случае окончательный лимит смотрите в панели.

Описание поведения du есть в руководстве GNU Coreutils. Для поиска крупных файлов удобно использовать файловый менеджер с сортировкой по размеру. Это безопаснее, чем копировать из интернета длинную команду, которая сразу находит и удаляет данные.

Если du показывает заметно меньше, чем панель, проверьте базы, почту и архивы вне папки сайта. На VPS причиной расхождения с df также бывают удалённые файлы, которые ещё открыты процессом. Здесь нужен анализ работающих служб, а не повторное удаление директорий.

Как оценить размер нового сайта

Начните с содержимого, которое действительно будете публиковать. Пустая CMS плохо отражает будущую нагрузку на диск: обычно заметный рост создают медиа и пользовательские загрузки.

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

Удобная формула:

Потребность в диске =
код + медиа + базы + почта + кеш и журналы
+ локальные копии, если они нужны
+ рабочее место для обновлений
+ ожидаемый рост за выбранный период

Каждую часть считайте в одинаковых единицах. Не складывайте гигабайты с мегабайтами без перевода и не используйте размер исходной фотографии, если на сайте будет опубликована её уменьшенная версия.

Оценка должна иметь горизонт: например, ближайшие шесть месяцев. «Хватит ли навсегда» — непроверяемый вопрос. «Хватит ли до следующего пересмотра тарифа при текущем темпе публикаций» — уже рабочая задача.

Пример расчёта для небольшого блога

Предположим, в блоге планируется 150 публикаций, по четыре изображения в каждой. После подготовки одно изображение вместе с дополнительными размерами занимает в среднем 0,8 МБ. Это учебные числа для демонстрации расчёта, а не норматив WordPress.

150 × 4 × 0,8 МБ = 480 МБ медиа

Допустим, код с расширениями занимает 700 МБ, база — 150 МБ, кеш и журналы — ещё 300 МБ. Получается около 1,63 ГБ без почты, резервных копий и временного места. Если сохранять рядом три полных архива, объём может увеличиться гораздо сильнее, чем от новых публикаций.

Нужно добавить запас под рост и обслуживание. Размер запаса выбирайте после проверки процесса обновления: для распаковки новой версии может понадобиться дополнительное пространство, даже если итоговый размер CMS почти не меняется.

Для такого проекта разумно сначала проверить тариф, который покрывает расчёт и позволяет увеличить квоту при необходимости. Покупка самого большого доступного диска не заменяет настройку хранения. Подробнее о выборе платформы и ресурсов — в статье о хостинге для небольшого блога.

Как считать изображения и миниатюры

Учитывайте не только оригинал. CMS и тема могут создавать несколько размеров, современные форматы, кадрированные варианты и отдельные версии для карточек. Если загрузить фотографию на 12 МБ и получить ещё несколько производных файлов, реальный расход будет значительно выше размера изображения, которое видит посетитель.

Перед загрузкой подготовьте фотографию под её назначение. Для небольшой иллюстрации в статье не нужен исходник для печати плаката. Выбирайте размеры по ширине блока и плотности экрана, проверяйте читаемость текста на скриншотах и сохраняйте оригиналы отдельно, если они нужны для дальнейшей работы.

WebP и другие современные форматы часто помогают сократить размер, но результат зависит от содержимого и качества. Скриншот с мелким текстом нельзя сжимать до нечитаемого состояния ради красивой цифры. Сравнивайте изображение глазами при реальном размере вывода.

Удалять старые миниатюры нужно только после проверки, что тема и записи их больше не используют. Очистка по принципу «все файлы с суффиксом размера лишние» легко оставляет сайт без картинок. Сначала сделайте копию, затем проверьте инструмент очистки на тестовом проекте и только после этого применяйте к рабочему.

Для портфолио фотографа или дизайнера особенно полезно разделить веб-версии работ и архив исходников. Посетителю нужны быстрые страницы, а исходные файлы можно хранить в отдельном защищённом хранилище.

Видео: почему одного дискового расчёта недостаточно

Видео создаёт сразу три нагрузки: хранение, обработку и передачу посетителям. Файл на несколько гигабайтов может поместиться на тарифе, но перекодирование окажется недоступно или превысит лимит процессора, а просмотр несколькими людьми — ограничение сети.

Оценить размер можно через средний битрейт:

Размер в МБ ≈ битрейт в Мбит/с × длительность в секундах ÷ 8

Например, десятиминутный ролик со средним суммарным битрейтом 2 Мбит/с — это примерно 150 МБ без точного учёта накладных данных контейнера. Если сохранять две версии качества и оригинал, нужно учитывать каждую из них.

Сегментированная доставка помогает не загружать зрителю весь ролик сразу, но сама по себе не сокращает объём хранения. Для серьёзной видеотеки стоит отдельно оценить объектное хранилище, CDN и обработку медиа. Важно также проверить условия тарифа: подходит ли он для такого сценария вообще.

База данных: как не потерять её в общей оценке

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

В панели базы данных смотрите объём таблиц и индексов. Если одна таблица резко выделяется, сначала выясните, какому компоненту она принадлежит. Не очищайте её по названию: таблица с непривычным именем может хранить заказы, лицензии или настройки интеграции.

У интернет-магазина удаление «старых записей» особенно опасно. Заказ может понадобиться для возврата, отчётности или повторной обработки. Политику хранения определяют задачи бизнеса и применимые требования, а не желание уменьшить несколько мегабайт.

Размер сжатого SQL-дампа не равен месту, которое база занимает на сервере. Используйте его для оценки архива, а статистику СУБД — для оценки рабочей базы. После массового удаления место также не всегда сразу возвращается файловой системе: это зависит от движка и структуры хранения.

Почта, кеш и журналы

Если почта входит в квоту, один ящик с вложениями способен занять больше, чем весь сайт. Проверьте папки «Отправленные», «Спам», «Корзина», архивы и правила хранения. Перед удалением писем согласуйте это с владельцем ящика и при необходимости выгрузите архив.

Кеш должен иметь срок жизни и понятный способ очистки. Временная папка, которая бесконечно растёт, обычно указывает на настройку или сбой. Не удаляйте активные сессии без понимания последствий: посетителей может разлогинить, а незавершённые операции — прервать.

Журналы тоже нуждаются в ротации. Если файл ошибок быстро увеличивается, сначала найдите повторяющуюся проблему по инструкции как посмотреть логи ошибок сайта. Простое обнуление журнала освободит место на короткое время и уничтожит полезные следы.

Плановые резервные копии организуйте так, чтобы новые архивы не включали предыдущие. Иначе размер может расти лавинообразно. В руководстве о ежедневных резервных копиях разобраны отдельное хранение, проверка восстановления и ротация.

Какой запас оставить

Запас нужен под обновления, распаковку архивов, импорт базы и временные файлы обработки медиа. Считать его единственным фиксированным процентом неудобно: для маленького сайта обновление может потребовать относительно много пространства, для большой медиатеки процент даст чрезмерную величину.

Оцените наиболее тяжёлую штатную операцию. Если при переносе рядом будут лежать рабочая копия, архив и распакованная новая версия, учтите это заранее. Если база импортируется из дампа, место потребуется и под дамп, и под результат импорта.

Настройте предупреждение до достижения критической границы. Конкретный порог выбирайте с учётом скорости роста и времени реакции. Для проекта, куда ежедневно загружают много видео, запас на сутки важнее красивого универсального значения в процентах.

Когда чистить, а когда увеличивать тариф

Очистка полезна, если накопились ненужные архивы, повторяющиеся исходники, бесконтрольный кеш или журналы. Увеличение квоты оправдано, когда пространство занято нужными данными и растёт в соответствии с задачами проекта.

Перед решением ответьте на четыре вопроса:

Известно ли, какие каталоги и сервисы занимают место?
Есть ли безопасно удаляемые данные с подтверждённой резервной копией?
Продолжится ли рост после очистки и с какой скоростью?
Подходит ли сама услуга для хранения этих данных?

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

При нескольких проектах считайте не только общий итог, но и вклад каждого сайта. В статье о хостинге для нескольких сайтов рассмотрены разделение ресурсов и изоляция, которые помогают избежать ситуации, когда один проект мешает остальным.

Что делать, если место уже закончилось

Сначала остановите необязательные операции, которые продолжают запись: массовый импорт, создание новых архивов, обработку больших медиа. Сохраните сведения об ошибках и проверьте, какие функции сайта пострадали. Не пытайтесь в панике обновлять CMS: обновление само требует свободного места.

Найдите крупные заведомо временные файлы, которые можно перенести в безопасное внешнее хранилище. Если нет уверенности, временно увеличьте квоту или обратитесь в поддержку. Несколько часов дополнительного пространства обычно полезнее необратимой потери данных из-за поспешной очистки.

После освобождения места проверьте запись в базу, загрузку изображений, формы, оформление заказов и создание новой резервной копии. Убедитесь, что фоновые задачи не застряли и не повторяют одну операцию бесконечно. Затем устраните причину роста и настройте наблюдение.

Практический расчёт на полгода

Рассмотрим ещё один учебный проект: сайт услуг с разделом статей и небольшой почтой. Сейчас файлы занимают 1,8 ГБ, база — 0,25 ГБ, почта — 1,2 ГБ, кеш и журналы — 0,35 ГБ. Итого 3,6 ГБ без локальных резервных копий. Все числа условные и нужны, чтобы показать порядок решения.

Редактор планирует добавлять по двадцать материалов в месяц. После подготовки иллюстраций одна публикация вместе с дополнительными размерами занимает около 6 МБ. За шесть месяцев это ещё 720 МБ. Почта по наблюдениям растёт на 100 МБ в месяц — ещё 600 МБ. Получается примерно 4,92 ГБ до учёта обновлений и непредвиденного роста.

Теперь проверьте техническое обслуживание. Если для обновления потребуется временно распаковать пакет на 500 МБ и сформировать архив на 2 ГБ, эта операция не поместится в квоту, рассчитанную впритык к обычным 4,92 ГБ. Можно либо предусмотреть дополнительное рабочее место, либо изменить процесс: создавать архив вне аккаунта и не держать лишние версии локально.

Следующий вопрос — нужна ли почта на том же тарифе. Если она обслуживается отдельно, её объём не следует включать в веб-квоту, но нужно учесть в общем бюджете. Если входит в аккаунт, перенос ящиков в другое место может изменить требования сильнее, чем сжатие сотни небольших картинок.

Сравнивая тарифы, запишите не только цену за гигабайт, но и условия расширения: можно ли добавить пространство без миграции, когда применяется изменение, что происходит при превышении и как провайдер предупреждает о приближении лимита. Это позволяет выбрать удобный запас, а не платить за максимальный объём заранее.

Как вести наблюдение без сложного мониторинга

Для небольшого сайта достаточно раз в неделю фиксировать четыре величины: общий занятый объём, медиа, базу и локальные архивы. Дополнительно отмечайте события — массовую загрузку фото, обновление темы, перенос почты, запуск нового раздела. Через месяц станет видно, какой рост является нормальным.

Если после обычной недели общий объём вырос на гигабайт, а новых материалов почти не было, это повод проверить кеш и журналы. Если вырос ровно после загрузки каталога, сравните размер исходных фотографий и число созданных вариантов. Так вы ищете причину по событию, а не перебираете все папки.

Не переносите вычисленный темп роста механически на годы вперёд. Сезонная кампания, видеокурс или новая политика хранения писем меняют картину. Пересчитывайте план после значительных изменений проекта.

Что спросить у поддержки перед оплатой

Уточните, суммируются ли сайты, базы и почта; как учитываются резервные копии; есть ли отдельный лимит inode; доступно ли уведомление о квоте. Спросите, влияет ли переполнение на получение почты, сохранение базы и создание архивов.

Полезен также вопрос о восстановлении: потребуется ли дополнительное свободное место, если поддержка развернёт копию рядом с рабочим сайтом. Иногда тариф подходит для обычной работы, но не оставляет места для безопасной проверки восстановления.

Сохраните ответы в паспорте проекта. Тогда при росте сайта вы сможете опереться на реальные условия услуги, а не вспоминать, что именно означала цифра на странице покупки.

Частые вопросы

Хватит ли 1 ГБ для сайта?

Для небольшого статического проекта это возможно, но нельзя обещать достаточность без состава данных. CMS, медиа, почта и локальные копии могут быстро превысить такой объём. Измерьте проект и предусмотрите рабочий запас.

Можно ли ориентироваться на число страниц?

Только как на вспомогательный показатель. Тысяча текстовых страниц может занимать меньше, чем десять страниц с тяжёлыми роликами. Считайте медиа, базу и служебные данные отдельно.

Почему после удаления место не освободилось?

Возможны корзина, задержка статистики, отдельная квота базы, удалённый, но открытый процессом файл на VPS. Сначала установите причину расхождения, затем выбирайте действие.

Нужно ли хранить резервные копии на том же хостинге?

Локальная копия удобна для быстрого отката, но не защищает от потери аккаунта или всего хранилища. Нужна независимая копия вне основной площадки и проверка восстановления.

Увеличение диска ускорит сайт?

Если сайт страдает от переполнения, свободное место необходимо для нормальной работы. Но само увеличение квоты не устраняет тяжёлые запросы, медленные внешние интеграции или перегруженный процессор. Для этих случаев начните с диагностики медленной загрузки.

Проверка перед выбором тарифа

Измерены файлы, базы, почта и архивы.
Учтены дополнительные размеры изображений и версии видео.
Известны общий лимит и отдельные ограничения.
Рассчитан рост до следующего пересмотра тарифа.
Есть место для обновлений и восстановления.
Резервная копия хранится вне основного аккаунта.
Настроены ротация журналов и очистка временных данных.

С таким расчётом вы выбираете пространство под свой проект, а не под рекламное обещание. Для предварительного сравнения типов инфраструктуры можно воспользоваться Hostfera Select, а перед переносом — проверить, что новый тариф покрывает весь рассчитанный объём.

Если место уже закончилось

При No space left on device начните с диагностики блоков, inode и открытых удалённых файлов. Там есть готовый скрипт сбора отчёта без удаления данных.