ОФШОРНИЙ VPS / BUILD
Build.
Робочий застосунок та його наступний реліз.
Застосунок із фоновими завданнями або невеликою базою даних. Залиште пам’ять для операційної системи та процесу розгортання.
Почніть із цих ресурсів.
- Обчислення
- 2 vCPU
- Пам'ять
- 2 GB
- Сховище
- 50 GB
- Бюджет трафіку
- 2 TB
Налаштуйте ресурси, образ, мережеві параметри та строк обслуговування в конфігураторі. Виберіть Малайзію, Румунію або Швейцарію як розташування сервера без націнки за розташування. Країни резервного копіювання залишаються непідтвердженими.
Плануйте з урахуванням усього навантаження.
Пам’ять спільно використовується кожним процесом на інстансі. Включіть кеші бази даних, черги завдань і ваш процес розгортання та протестуйте в очікуваний пік навантаження.
Створити бюджет ресурсів →Знайте, чим володієте.
Плануйте безпеку застосунку, оновлення, спостережуваність та незалежний процес відновлення. Якщо ви вибираєте варіант резервного копіювання, перегляньте процедуру відновлення та перевірте її на своєму застосунку.
Підготуйте перше навчання з відновлення →Більше місця для застосунку, бази даних і фонового завдання.
Build — корисна точка порівняння для API, який також запускає базу даних або невелике фонове завдання. Розглядайте кожен процес як частину одного бюджету. Веб-запит може конкурувати з експортом звіту, а наступний реліз тимчасово потребує власної пам’яті та дискового простору.
Практична відправна точка
Ілюстративний API списку читання приймає записи та створює нічний експорт. Спостерігайте за API під час звичайного використання, потім під час експорту та релізу. Зафіксуйте, чи затримка спричинена роботою CPU, запитом або сховищем. Додавайте конкретний варіант лише тоді, коли він усуває виміряне обмеження.
Коли ця відправна точка погано підходить
Більше RAM не робить два одночасні завдання безпечними, і ще один vCPU не вирішить запит, що очікує на зовнішній API. Обмежте паралельну роботу перед збільшенням ресурсів. Розгляньте розділення компонентів, коли їм потрібні різні межі доступу, обслуговування або відновлення.
Дайте кожному варіанту завдання.
Базова конфігурація містить 2 vCPU, 2 GB RAM, 50 GB сховища, бюджет передачі 2 TB та 1 адресу IPv4. IPv6 замовляється окремо, і жоден варіант резервного копіювання не вибрано за замовчуванням. Це каталогові розподіли; підтвердьте фактичне обладнання постачальника, правила підрахунку та відновлення.
- Пам’ять: залиште місце для операційної системи, середовища виконання, бази даних та спостережуваних піків. Додавання 1 GB до Build дає місячний підсумок $15.50 до економії за терміном.
- CPU: порівняйте процеси, що виконують роботу, та їхню паралельність. Це не описує гарантовану модель процесора чи запити за секунду.
- Сховище та передача: бюджетуйте збережені дані окремо від байтів, які ви переміщуєте. Експорти поза сервером можуть використовувати обидва.
- Резервні копії та мережа: визначте дані, які потрібно повернути, та адреси, які використовує ваш застосунок. Вибір варіанта не документує операційну процедуру за вас.
Зробіть перший огляд конкретним.
Запишіть звичайний робочий період, одне важче завдання та один реліз. Занотуйте доступну пам’ять, найбільші зростаючі каталоги та результат локальної перевірки застосунку. Ведіть невеликий журнал змін, щоб несподіваний результат мав відправну точку. Потім порівняйте повну передоплату за вибраний період у конфігураторі; довший термін змінює ціну, а не ресурси.
Опрацюйте перший бюджет API → · Створіть робочий аркуш ресурсів · Перевірте факти каталогу та межі послуг