Розмір SaaS VPS за бюджетом робочого навантаження

Назвіть роботу перед вибором хоста

Накресліть шлях запиту: зворотний проксі, процес API, база даних та зовнішні сервіси. Додайте асинхронний шлях: черга, робочий процес та призначення експорту. Запишіть, які компоненти спільно використовують хост, хто контролює паралелізм і які дані повинні пережити перебудову. Вам потрібні метрики застосунку та невиробниче робоче навантаження з репрезентативними даними; цей посібник не передбачає наданого екземпляра PrivacyNodes.

Для ілюстративного API звітності HTTP-запит читає налаштування облікового запису та ставить експорт у чергу. Робочий процес сканує рядки та записує файл. Швидка відповідь на постановку в чергу не доводить, що експорт може завершитися під час пікового трафіку. Включіть заплановане очищення та перекриття розгортання до плану тестування.

Включіть перекриття до робочого аркуша пам'яті

Це гіпотетичні вхідні дані планування в MiB, а не вимірювання або обіцянки щодо PrivacyNodes. Замініть їх спостережуваними вимогами застосунку. RSS включає резидентні спільні відображення; додавання RSS кожного процесу може подвоїти облік пам'яті. Доступна пам'ять хоста корисніша, ніж вважати весь кеш файлової системи постійно недоступним.

Технічна довідка: Linux облік пам'яті процесу.

Це занадто близько до номінальної межі 4 GB, щоб припускати комфортну потужність. Перевірте фактичну пам'ять, про яку повідомляє хост, та чи піки перекриваються. Зменште паралелізм, перемістіть компонент або додайте пам'ять; не видаляйте резерв лише для того, щоб таблиця помістилася.

PostgreSQL work_mem є дозволом на операцію, а не загальним лімітом бази даних. Паралельні сесії та операції можуть помножити його ефект. Контейнери Docker не мають обмежень ЦП або пам'яті за замовчуванням; образ не є політикою ресурсів.

Технічна довідка: Споживання ресурсів PostgreSQL · Обмеження ресурсів Docker.

Вимірюйте ЦП поряд із віком черги

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

Почніть приклад з одним експортом у процесі. Якщо робочий процес чекає на зовнішнє сховище, додатковий ЦП може мало що змінити. Якщо він неодноразово насичує ядро, поки затримка API зростає, перевірте менший пакет експорту або окремий бюджет робочого процесу. Змініть один фактор і повторіть той самий сценарій перед покупкою потужності.

Заплануйте наступну операцію обслуговування

Перелічіть файли та індекси бази даних, завантаження, журнали, тимчасові експорти, артефакти випуску та вільне місце для обслуговування. Запишіть зростання на тиждень і коли ваш резерв буде вичерпано. Набір даних 20 GB плюс тимчасова копія 20 GB потребує більше ніж 20 GB, навіть коли звичайний трафік застосунку тихий.

Призначте ротацію журналів та термін дії експорту. Тримайте копії відновлення поза межею відмови хоста. Додаткове сховище VPS розширює робоче виділення; копія на тому ж диску не є незалежною резервною копією. Перевірте як нормальну роботу, так і випуск, що виконується поряд із резервним копіюванням або експортом.

Напишіть рішення, яке можна переглянути

Ваш результат — це робочий аркуш, опис робочого навантаження та тригер перегляду: зростання віку найстарішого завдання під час репрезентативного тесту, зменшення місця для обслуговування або випуск, який не може співіснувати з поточними процесами. Записуйте спостереження замість вигадування універсального порогу відсотка ЦП.

Порівняйте Застосунок 2 та Scale 4 з цими обмеженнями. Якщо результат все ще вас дивує, прослідкуйте один повільний запит через стек. Ця вправа оцінює ваше робоче навантаження; вона не встановлює жодного еталону постачальника, пропускної здатності трафіку або доступності.