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