Спрогнозируйте рост рабочего хранилища
Разделите базу данных, загрузки, журналы, артефакты релизов и временное пространство для восстановления. Гипотетические 20 GB базы данных + 5 GB загрузок + 2 GB рабочего пространства релиза = 27 GB до резерва на рост. Сравните эту цифру с выделением по плану и пространством, необходимым во время миграций или восстановлений; копия для восстановления на том же диске не является независимой.
Рассчитайте исходящий трафик по наблюдаемым полезным нагрузкам
Умножьте размер полезной нагрузки на число доставленных ответов и добавьте экспорт, повторы и трафик релизов. Ответ размером 250 KiB, доставленный 100,000 раз, — это около 23.8 GiB. Попадания в кэш могут перенести трафик в другой сервис, а не стереть его, поэтому запишите, какая система обслуживает каждый байт.
Установите пороги проверки
Спрогнозируйте рост базы данных и загрузок на предполагаемый предоплаченный срок. Проверяйте до того, как рабочее хранилище или месячный трафик достигнет выбранного командой порога резерва. PrivacyNodes здесь не публикует процедуру превышения, поэтому получите это условие у владельца, прежде чем полагаться на избыточное использование.
Выберите ресурс, который устраняет измеренный предел
Добавляйте хранилище для продемонстрированной потребности в рабочей ёмкости, сокращайте срок хранения или артефакты, когда у них нет эксплуатационной цели, и меняйте допущения о трафике, когда измерения полезной нагрузки отличаются. Далее задокументируйте путь восстановления вне сервера независимо от выбора диска.